From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.ciao.gmane.org!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.bugs Subject: bug#34138: 27.0.50; Delayed display of PDF file images Date: Wed, 23 Jan 2019 15:31:54 +0100 Message-ID: <87fttjigx1.fsf@gmx.net> References: <871s58e4gh.fsf@gmx.net> <5C4483B7.1060604@gmx.at> <87d0orgz0a.fsf@gmx.net> <837eezbazk.fsf@gnu.org> <878szfgwdu.fsf@gmx.net> <8336pnb9cq.fsf@gnu.org> <874la3gujy.fsf@gmx.net> <831s57b7ev.fsf@gnu.org> <87zhrvfdzu.fsf@gmx.net> <83zhrv9qe5.fsf@gnu.org> <87sgxnf48d.fsf@gmx.net> <83pnsq9f47.fsf@gnu.org> <871s56dm5q.fsf@gmx.net> <83lg3e9dd6.fsf@gnu.org> <87womxdgdq.fsf@gmx.net> <83fttlam3b.fsf@gnu.org> <87sgxlrfgg.fsf@hochschule-trier.de> <83bm49aj3q.fsf@gnu.org> <87a7jtd4sx.fsf@gmx.net> <834la0accs.fsf@gnu.org> <87lg3cfjef.fsf@gmx.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Injection-Info: ciao.gmane.org; posting-host="ciao.gmane.org:195.159.176.228"; logging-data="221210"; mail-complaints-to="usenet@ciao.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 34138@debbugs.gnu.org, politza@hochschule-trier.de, tsdh@gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jan 23 15:42:48 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gmJji-000v8d-Kq for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Jan 2019 15:42:38 +0100 Original-Received: from localhost ([127.0.0.1]:35988 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gmJjb-0004cb-N8 for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Jan 2019 09:42:31 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:42982) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gmJaU-00067D-DZ for bug-gnu-emacs@gnu.org; Wed, 23 Jan 2019 09:33:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gmJaS-00014C-85 for bug-gnu-emacs@gnu.org; Wed, 23 Jan 2019 09:33:06 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42884) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gmJaQ-00012Q-8m for bug-gnu-emacs@gnu.org; Wed, 23 Jan 2019 09:33:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gmJaP-0001Xh-SW for bug-gnu-emacs@gnu.org; Wed, 23 Jan 2019 09:33:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 Jan 2019 14:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34138 X-GNU-PR-Package: emacs Original-Received: via spool by 34138-submit@debbugs.gnu.org id=B34138.15482539275843 (code B ref 34138); Wed, 23 Jan 2019 14:33:01 +0000 Original-Received: (at 34138) by debbugs.gnu.org; 23 Jan 2019 14:32:07 +0000 Original-Received: from localhost ([127.0.0.1]:42162 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gmJZW-0001WB-FQ for submit@debbugs.gnu.org; Wed, 23 Jan 2019 09:32:06 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:54087) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gmJZU-0001Vf-E2 for 34138@debbugs.gnu.org; Wed, 23 Jan 2019 09:32:05 -0500 Original-Received: from rosalinde ([178.1.126.54]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MN1Gu-1goUM83GGG-006cPL; Wed, 23 Jan 2019 15:31:56 +0100 In-Reply-To: <87lg3cfjef.fsf@gmx.net> (Stephen Berman's message of "Tue, 22 Jan 2019 22:54:16 +0100") X-Provags-ID: V03:K1:bgfNxOD6RtpG51/gZB/vPSmOkMXEsV9Xp15DoVg4zNIds5wPkUI JArdUGOqJbBr6YQGELtj7B/7bLtQL0GFgOymIGK4IUTakgWFC+RazxAxNkIuU9imVEAqOQr hoDHGhxlO6mgFovwcEqoIcaWu7XMtehP01EAsPiMFDlilu2pRN8mQPXuN18XVXWGsAqobbk NZJHiX+i2PPPZMWrEfQEQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:d5ZtQ5+qO5A=:864lJ582gEJSjjk1xmPj/J twvQQ2S7SMUQvdsNG1I0atbwjhAEyOa8tTif17LAt/kr0oPMtCoKzBw+YNY4XydhUOopfcwAI NlgTTb1R8MFjHWRwfVxsjrpWEwmN1dMtKJYgIzBXFqU/KDZ9UgGzzMqlt2WOmLIMj6yehe/5w 51XavtHhnC0I9xCVMSnlbEsWOWM6oc1P0nRJf8PqZgsvxn2cIC7miFfKyVMhJts0yLLqA4pvM OHJRs3itogT8MmQyNlrtyYZ/Ark7G5A7nUAIofCJolMoXXU5YxL3+zKQDW5pPEjTENLjmJxFZ qL1oOuMj1VmRdAbPYUVA/IEqgl7KQKqTfQ1G4Q7JZMpa3051/hYQZ00bAGieLLi/8lbkLHCcT Y83MzSh9rEbTTI9k0jXu1HJDBCZIqGL0C+pOpDP0vN8tK0P7hT8ig1dukjfMDiRCLeq0KaFxf uf7+apP7oxSxOBauYb+xdi4gHLMHsRURnar3YH7ox7fqseZv6G6Qb5vhv+Fh2mow0V7k5faUe b7TwwBOPYnjdg8k6dOtIb/MAexVUy652/nXcpTj1Fhm/UnvOHoYl3KG4PD8aTNoRzKAg3vT9r fCgYd6UY3u5pLFfY+qjedUjL6/qzffRnCz9n+JjBGwW9oM7sW3bNt8/bv2s6cARM0f49yHQ7s YwLcyJEfCwYpkVMv3Ljjp5ltKMhSUlH9DmTh1tnE/XiGgtK6HsZCp0AFFVPsxBTKV06q7/IBH g+TNSZ8Zvazpq02Znq6wKDsO0zRWMewqS62dTGOR0noftiDfgRQrqxSiZOWfMc+Y6TMujMLY X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:154697 Archived-At: --=-=-= Content-Type: text/plain On Tue, 22 Jan 2019 22:54:16 +0100 Stephen Berman wrote: > On Tue, 22 Jan 2019 18:25:23 +0200 Eli Zaretskii wrote: > >> I have a theory, but I need evidence to convince myself that my theory >> is sound. I need to see where in the series of traces produced by >> trace-redisplay we call run_window_configuration_change_hook, in both >> versions of Emacs. >> >> So could you please add the following 2 lines: >> >> fprintf (stderr, "run_window_configuration_change_hook: %p\n", f); >> fflush (stderr); >> >> into the very beginning of run_window_configuration_change_hook (it is >> in src/window.c), compile both versions of Emacs, and run the same >> scenario again. Then please show the traces, where the above message >> should be visible somewhere among the other trace messages. > > Attached. It's striking that in the emacs-26 trace > run_window_configuration_change_hook is called just once, before the PDF > (image) is displayed, while in the emacs-master trace it's called once > before the (raw) PDF is displayed and again immediately after that, but > not again when the display changes to the image. Does that accord with > your theory? I found that the following patch to pdf-view-goto-page eliminates the display of raw PDF and the delay of the image display: *** /home/steve/.emacs.d/elpa/pdf-tools-20181221.1913/pdf-view.el.orig 2019-01-21 15:56:08.033335212 +0100 --- /home/steve/.emacs.d/elpa/pdf-tools-20181221.1913/pdf-view.el 2019-01-23 14:54:52.381373638 +0100 *************** *** 624,629 **** --- 624,630 ---- (pdf-view-deactivate-region) (force-mode-line-update) (run-hooks 'pdf-view-after-change-page-hook)))) + (switch-to-buffer (current-buffer)) nil) (defun pdf-view-next-page (&optional n) I assume this is only a workaround. I've also attached the redisplay trace using this patch; it looks almost the same as the trace without this patch except for lacking the repetition of the PDF buffer display (which is where the change to the image display occurs without the patch). Steve Berman --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=trace-emacs-master-2 Content-Transfer-Encoding: base64 cmVkaXNwbGF5X3ByZXNlcnZlX2VjaG9fYXJlYSAoMikKcmVkaXNwbGF5X2ludGVybmFsIDAKMHgx ODI2MzUwIChtYW51YWwpOiBzYW1lIHdpbmRvdyBzdGFydAoweDE4MjYzNTAgKG1hbnVhbCk6IDEK cnVuX3dpbmRvd19jb25maWd1cmF0aW9uX2NoYW5nZV9ob29rOiAweDE4MjYxNDAKcmVkaXNwbGF5 X2ludGVybmFsIDAKcmVkaXNwbGF5X3ByZXNlcnZlX2VjaG9fYXJlYSAoOCkKcmVkaXNwbGF5X2lu dGVybmFsIDAKcmVkaXNwbGF5X2ludGVybmFsIDAKMHgxODI2MzUwIChSLWFkbWluLnBkZik6IHNh bWUgd2luZG93IHN0YXJ0CjB4MTgyNjM1MCAoUi1hZG1pbi5wZGYpOiAxCnJ1bl93aW5kb3dfY29u ZmlndXJhdGlvbl9jaGFuZ2VfaG9vazogMHgxODI2MTQwCnJlZGlzcGxheV9wcmVzZXJ2ZV9lY2hv X2FyZWEgKDgpCnJlZGlzcGxheV9pbnRlcm5hbCAwCnJlZGlzcGxheV9wcmVzZXJ2ZV9lY2hvX2Fy ZWEgKDgpCnJlZGlzcGxheV9pbnRlcm5hbCAwCnJlZGlzcGxheV9wcmVzZXJ2ZV9lY2hvX2FyZWEg KDEyKQpyZWRpc3BsYXlfaW50ZXJuYWwgMApyZWRpc3BsYXlfcHJlc2VydmVfZWNob19hcmVhICg5 KQpyZWRpc3BsYXlfaW50ZXJuYWwgMApyZWRpc3BsYXlfaW50ZXJuYWwgMApyZWRpc3BsYXlfcHJl c2VydmVfZWNob19hcmVhICgxMikKcmVkaXNwbGF5X2ludGVybmFsIDAKcmVkaXNwbGF5X3ByZXNl cnZlX2VjaG9fYXJlYSAoOSkKcmVkaXNwbGF5X2ludGVybmFsIDAKcmVkaXNwbGF5X2ludGVybmFs IDAKcmVkaXNwbGF5X3ByZXNlcnZlX2VjaG9fYXJlYSAoMTIpCnJlZGlzcGxheV9pbnRlcm5hbCAw CnJlZGlzcGxheV9wcmVzZXJ2ZV9lY2hvX2FyZWEgKDkpCnJlZGlzcGxheV9pbnRlcm5hbCAwCnJl ZGlzcGxheV9pbnRlcm5hbCAwCnJlZGlzcGxheV9wcmVzZXJ2ZV9lY2hvX2FyZWEgKDEyKQpyZWRp c3BsYXlfaW50ZXJuYWwgMApyZWRpc3BsYXlfcHJlc2VydmVfZWNob19hcmVhICg5KQpyZWRpc3Bs YXlfaW50ZXJuYWwgMApyZWRpc3BsYXlfaW50ZXJuYWwgMApyZWRpc3BsYXlfcHJlc2VydmVfZWNo b19hcmVhICgxMikKcmVkaXNwbGF5X2ludGVybmFsIDAKcmVkaXNwbGF5X3ByZXNlcnZlX2VjaG9f YXJlYSAoOSkKcmVkaXNwbGF5X2ludGVybmFsIDAKcmVkaXNwbGF5X2ludGVybmFsIDAKcmVkaXNw bGF5X3ByZXNlcnZlX2VjaG9fYXJlYSAoMTIpCnJlZGlzcGxheV9pbnRlcm5hbCAwCnJlZGlzcGxh eV9wcmVzZXJ2ZV9lY2hvX2FyZWEgKDkpCnJlZGlzcGxheV9pbnRlcm5hbCAwCnJlZGlzcGxheV9p bnRlcm5hbCAwCnJlZGlzcGxheV9wcmVzZXJ2ZV9lY2hvX2FyZWEgKDEyKQpyZWRpc3BsYXlfaW50 ZXJuYWwgMApyZWRpc3BsYXlfcHJlc2VydmVfZWNob19hcmVhICg5KQpyZWRpc3BsYXlfaW50ZXJu YWwgMApyZWRpc3BsYXlfaW50ZXJuYWwgMApyZWRpc3BsYXlfcHJlc2VydmVfZWNob19hcmVhICgx MikKcmVkaXNwbGF5X2ludGVybmFsIDAKcmVkaXNwbGF5X3ByZXNlcnZlX2VjaG9fYXJlYSAoOSkK cmVkaXNwbGF5X2ludGVybmFsIDAKcmVkaXNwbGF5X2ludGVybmFsIDAKcmVkaXNwbGF5X3ByZXNl cnZlX2VjaG9fYXJlYSAoMTIpCnJlZGlzcGxheV9pbnRlcm5hbCAwCnJlZGlzcGxheV9wcmVzZXJ2 ZV9lY2hvX2FyZWEgKDkpCnJlZGlzcGxheV9pbnRlcm5hbCAwCnJlZGlzcGxheV9pbnRlcm5hbCAw Cg== --=-=-=--