#1276 pdf sync switches back to first pages

[Michael Flohr]

Until version 1.4.36, a change of the pdf source, for example by recompiling a LaTeX document, resulted in an update of the view by skim. The update remained in the precise page and location viewed, so that changes in the document on the page currently viewed could be immediately inspected.
Since version 1.4.37, the update of the source is deteced, but skim jumps back to the top of the first page of the document.
This is annoying, and kills the one great feature skim has for me, which preview for mac lacks since some time.
I live on macos Yosemite, and work from the command line, so I recompile latex files wirh pdflatex called from the command line or from vim.
How do I get back the behaviour I loved so much for years?

[Michael Flohr]

To avoid misunderstanding: by "sync" I mean that skim detects the change in the pdf file, reloads it and goes to the exact same page and position as before.
This works partly, but now, in contrast to earlier releases, skim jumps back to the top of the first page.

[Christiaan Hofman]

Are you sure this goes through auto sync, and not a push from the editor? And are you sure this changed between 1.4.36 and 1.4.37? Because in fact the code for this has not changed between these versions.

[Christiaan Hofman]

Unfortunately many os version have different bugs in the PDF updating and
scrolling. It is almost if not completely, impossible to work around these
bugs for all os versions, because what works on one, will break it on
another.

[Michael Flohr]

Since I work from the command line, the editor does nothing. The fact that the pdf changed, is recognized by skim. What changed is that it does not stay on the page I currently viewed, but jumps baack to the first page of the document.
I noted the change in behaviour just right now after updating top 1.4.37. I am pretty sure that I was on 1.4.36 before, since I use skim daily and it checks for updates daily. In case I accidentally did dismiss the update, it was 1.4.35. Did something change from 1.4.35 to 1.4.36 in this regard?

[Christiaan Hofman]

I see where it went wrong. Some completely unrelated change was responsible to send change notifcation that reset the page.

[Christiaan Hofman]

This is fixed for the next release

[Christiaan Hofman]

As a workaround for now, you can do a Go > Back (Cmd-[) after the reload.

[Michael Flohr]

Wow, this was fast! Thanks a lot!
I'll look forward to the next release and use your workaround in the meantime.

[Steven Scott]

How long is the release cycle? It looks like the -announce list is pinged quarterly? 3 months will be a long time to live with this particular bug. Thanks.

[Christiaan Hofman]

There is no set release cycle, it depends on how many changes are made, and
most important whether critical bug fixes are made. I don't think this one
will take that long, because I do want to have this fixed also for 10.6,
and then drop support for it soon.

[Christopher Davis]

I just registered on SourceForge so I could second this request for a bug fix. I spend probably 10+ hours per week compiling LaTeX documents using texmaker and Skim on Mac OS X 10.14.1. This combination worked as I wanted this morning, then I updated to the latest release, and immediately afterwards, each pdf update resets my place in the document to the first page. I appreciate your attention and your suggested workaround.

[jfbu]

Just wanted to report I experienced that same problem on 10.9.5. (Mavericks): jumping back to first page on auto-viewing a change. However I have seen further problems where the Skim view will not at all update and respond to changes in the pdf file. I will wait to see if the fix of the issue here also fixes that other behaviour I observed with 1.4.37 (I never had such problem with 1.4.36).

[Christiaan Hofman]

There have been absolutely no changes with the file update synchronisation at all. The only thing is that after a reload the page is reset to the beginning.

[jfbu]

I confirm the freezing behaviour with 1.4.37 I reported.

Source file:

\documentclass{article}
\usepackage[paperheight=10cm]{geometry}
\begin{document}
A
\clearpage
B
\clearpage
D
\end{document}

Steps:

• compile (from Emacs) to pdf and view in Skim
• modify B into C, recompile. Skim prompts for reloading, go there, and OK (mine is in French)
• go to Emacs buffer window, modify C into B, recompile. Skim prompts for reloading, OK.
• go again to Emacs, modify B into C, recompile. Skim remains unresponsive.
• Do whatever changes, recompile, Skim view of pdf is frozen.

My set-up is with a screen where I see all of page 1 and top of page 2 (with the letter B or C).

I have repeated the above now 3 times with always same behaviour.

[Yvik Swan]

Here also a shout out about the same bug (viewer jumping to page 1 upon sunc via aquamacs). Looking forward to a fix!

[Ryan Newton]

Amazing fix! FYI, I just wanted to confirm for others who end up here that it was between 1.4.36 and 1.4.37 that the regression occurred. On my laptop (High Sierra 10.13.6 (17G65)), it worked fine to just go back to 1.4.36 for now.

Thanks for the great pdf viewer! Dark background support (like acrobat and Sumatra PDF) and it would be the best in every dimension IMHO ;-).

[Nicolas Brouard]

Just to confirm the bug, very annoying. As you fixed it, could you release the release very soon? Best regards

[Nicolas Brouard]

You can revert to previous version with this link https://sourceforge.net/projects/skim-app/files/Skim/Skim-1.4.36/Skim-1.4.36.dmg/download

[Derek Dreyer]

Indeed, I confirm the bug as well (on Mojave). It renders Skim unusable for me, and I had to downgrade to 1.4.36 to restore sanity. Looking forward to the next release!

[Manas Thakur]

Thanks for the link. I too am reverting back. @Dev: Can we get this bug pushed soon please? It's a deal-breaker for LaTeX users (Skim is much better than Preview and Adobe Reader doesn't update PDFs).

[Manas Thakur]

It seems the version at this link is 1.37 now! Anyone else have another link for the older version?

On 15-Nov-2018, at 3:02 PM, Manas Thakur manasthakur@users.sourceforge.net wrote:

Thanks for the link. I too am reverting back. @Dev: Can we get this bug pushed soon please? It's a deal-breaker for LaTeX users (Skim is much better than Preview and Adobe Reader doesn't update PDFs).

[bugs:#1276] https://sourceforge.net/p/skim-app/bugs/1276/ pdf sync switches back to first pages

Status: open-fixed
Group: Other
Created: Mon Nov 12, 2018 04:44 PM UTC by Michael Flohr
Last Updated: Wed Nov 14, 2018 12:48 AM UTC
Owner: nobody

Until version 1.4.36, a change of the pdf source, for example by recompiling a LaTeX document, resulted in an update of the view by skim. The update remained in the precise page and location viewed, so that changes in the document on the page currently viewed could be immediately inspected.
Since version 1.4.37, the update of the source is deteced, but skim jumps back to the top of the first page of the document.
This is annoying, and kills the one great feature skim has for me, which preview for mac lacks since some time.
I live on macos Yosemite, and work from the command line, so I recompile latex files wirh pdflatex called from the command line or from vim.
How do I get back the behaviour I loved so much for years?

Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/skim-app/bugs/1276/ https://sourceforge.net/p/skim-app/bugs/1276/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/ https://sourceforge.net/auth/subscriptions/

[Derek Dreyer]

https://sourceforge.net/projects/skim-app/files/Skim/Skim-1.4.36/

[Manas Thakur]

UPDATE: We can get the older version(s) from here: https://sourceforge.net/projects/skim-app/files/Skim/

On 15-Nov-2018, at 3:03 PM, Manas Thakur manasthakur17@gmail.com wrote:

It seems the version at this link is 1.37 now! Anyone else have another link for the older version?

On 15-Nov-2018, at 3:02 PM, Manas Thakur <manasthakur@users.sourceforge.net href="mailto:manasthakur@users.sourceforge.net" <a="">manasthakur@users.sourceforge.net> wrote:</manasthakur@users.sourceforge.net>

Thanks for the link. I too am reverting back. @Dev: Can we get this bug pushed soon please? It's a deal-breaker for LaTeX users (Skim is much better than Preview and Adobe Reader doesn't update PDFs).

[bugs:#1276] https://sourceforge.net/p/skim-app/bugs/1276/ pdf sync switches back to first pages

Status: open-fixed
Group: Other
Created: Mon Nov 12, 2018 04:44 PM UTC by Michael Flohr
Last Updated: Wed Nov 14, 2018 12:48 AM UTC
Owner: nobody

Until version 1.4.36, a change of the pdf source, for example by recompiling a LaTeX document, resulted in an update of the view by skim. The update remained in the precise page and location viewed, so that changes in the document on the page currently viewed could be immediately inspected.
Since version 1.4.37, the update of the source is deteced, but skim jumps back to the top of the first page of the document.
This is annoying, and kills the one great feature skim has for me, which preview for mac lacks since some time.
I live on macos Yosemite, and work from the command line, so I recompile latex files wirh pdflatex called from the command line or from vim.
How do I get back the behaviour I loved so much for years?

Sent from sourceforge.net http://sourceforge.net/ because you indicated interest in https://sourceforge.net/p/skim-app/bugs/1276/ https://sourceforge.net/p/skim-app/bugs/1276/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/ https://sourceforge.net/auth/subscriptions/

[Piotr Mardziel]

I have the same issue. I did just recently update OS X so hopefully that is not the problem.