Unfortunately there seems to be another bug in Ursula's package. I don't know if this bug also occurs in the official xpdf package because the official xpdf package crashes so I can't test any more. Ursula's package does not crash, but:
I was viewing a multi-page PDF file which I had generated using pdflatex, and I was pressing the N key on the keyboard to advance to the next page. This worked up to page 19, but after that, further presses of the N key no longer turn the pages. (They do increase the page number displayed at the bottom of the screen, but the actual page displayed does not change.) I wondered if there was a problem with page 19 or 20 of my PDF, so I quit xpdf and tested again, but this time it got stuck on page 25. And on the 3rd test, it got stuck on page 5. And on the 4th test, it got stuck on page 9. It's obviously not dependent on a particular PDF page. I wondered if it was because I was turning pages quite quickly, so I tried turning the pages more slowly, but I still experienced the problem. However, I do not run into the problem if I click on the "next" button with the mouse instead of pressing the N key. Once xpdf has become "stuck", it is sometimes possible to get it "unstuck" again by pressing P and N (previous and next) in various combinations, but this does not seem to be consistent. I'm running xpdf from a terminal. No messages are printed in the terminal. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/669211 Title: Xpdf segfaults on start in libpoppler.so.7 -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
