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?
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.
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.
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.
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?
I see where it went wrong. Some completely unrelated change was responsible to send change notifcation that reset the page.
This is fixed for the next release
As a workaround for now, you can do a Go > Back (Cmd-[) after the reload.
Wow, this was fast! Thanks a lot!
I'll look forward to the next release and use your workaround in the meantime.
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.
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.
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.
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).
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.
I confirm the freezing behaviour with 1.4.37 I reported.
Source file:
Steps:
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.
Here also a shout out about the same bug (viewer jumping to page 1 upon sunc via aquamacs). Looking forward to a fix!
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 ;-).
Just to confirm the bug, very annoying. As you fixed it, could you release the release very soon? Best regards
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
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!
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).
It seems the version at this link is 1.37 now! Anyone else have another link for the older version?
Related
Bugs:
#1276https://sourceforge.net/projects/skim-app/files/Skim/Skim-1.4.36/
UPDATE: We can get the older version(s) from here: https://sourceforge.net/projects/skim-app/files/Skim/
Related
Bugs:
#1276I have the same issue. I did just recently update OS X so hopefully that is not the problem.