Red Hat Bugzilla – Bug 176023
xpdf -fullscreen is no longer presentation mode (regression)
Last modified: 2007-11-30 17:11:19 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8) Gecko/20051216 Fedora/1.5-3 Firefox/1.5
Description of problem:
xpdf -fullscreen filename.pdf used to start xpdf in full-screen mode, displaying *only* the content of the pdf file, without any borders, buttons, anything. In FC5, however, it does that for just a moment, and then shrinks the window and introduces the undesirable navigation bar below it. Presentation mode should not contain such ugliness, and -fullscreen is documented in xpdf -help as presentation mode.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Start xpdf -fullscreen filename.pdf
Actual Results: It opens a full screen containing the pdf file, and then immediately shrinks it such that the lower navigation bar will fit.
Expected Results: The way it used to be, without the navigation bar.
With evince incapable of displaying latex-formatted boxes properly and xpdf unable to enter presentation mode, there's no good PDF presentation tool left in FC :-(
Same thing here, xpdf-3.01-10
Still broken in today's rawhide. At least fix the -help message, that says it
*is* presentation mode. (although I'd much rather have the original behavior).
evince is horribly broken (bug 166070), so that's not an option. I'd even say
xpdf should be in the default install, given the state of evince.
Still here (or perhaps again?) with xpdf-3.01-12.1. At least evince-0.5.1-3
seems to work for presentations now...
This is because the new Metacity causes problem with fullscreen apps, file a bug
against Metacity I guess, or fix all the apps SDL en allegro games still work.
From my games programming experience I know a thing or two about fullscreen mode
I can take a look at xpdf if someone can give me a pointer where to look, but
many more apps are broken, so it might be better to just reassign this to metacity.
Hans, your comment does not make sense to me. xpdf *does* enter full screen
mode, it's just that, right after doing so, it shrinks the full-screen panel to
make room for the control buttons, that were not supposed to be there in
presentation/full-screen mode. I don't see what the window manager might have
to do with this, since we are in full screen mode, as far as the window manager
is concerned, one way or the other. Or are we not?
Sorry I misread, I though the gnome-panel was popping up, my bad. Please ignore
Still broken in rawhide.
<broken_record :->Still broken in rawhide</broken_record :-> (xpdf-3.01-15)
Got a version where it isn't broken? :)
The one that shipped with FC4 IIRC.
That gives me a good place to start, thanks. I'll tackle this when I return from
OK, I'm not seeing a xpdf navigation bar in either the old xpdf or the current one.
xpdf-3.00 from FC-4 (rebuilt on FC-6):
xpdf-3.01 from FE-6 (built for FC-6):
The obvious difference is that the background is white and the document is on
the left side in the old xpdf version, whereas, the background is "grey" and the
document is centered in the new xpdf version.
Both versions respond to "n" and "p" to move to the next and previous pages,
I'm having issues seeing a bug here, as opposed to a set of minor display
changes between xpdf 3.00 and 3.01. Do you have a PDF file that better
illustrates the bug here?
Created attachment 138538 [details]
screenshot that demonstrates the problem
It's very odd that you can't duplicate the problem yourself. Maybe it is some
configuration variable in /etc/xpdfrc or ~/.xpdfrc? I don't have the latter.
Could it possibly have to do with my Gnome panels being configured for
Hmm... Did you try on x86 or x86_64? I'm wondering if this is a 64-bit
issue... The time I started having this problem might actually match the time
when I switched to a 64-bit notebook. The dates don't look right, but hey! ;-)
I tried on x86. I'm not sure exactly how this could be a 64-bit issue, but I'm
definitely not seeing the behavior that you are.
I don't have ~/.xpdfrc, and my /etc/xpdfrc is unmodified. I configued my Gnome
panels for autohide and it didn't change my results.
Got a 32bit system to test this on? :)
I just tried on x86, and get the same results as Alexandre (xpdf navigation bar
is visible). And also the Gnome bars don't go away, as they should (they are
also visible in your examples in #12). No ~/.xpdfrc, package checks out clean
("rpm -V xpdf").
OK, there are two items in your comment:
- xpdf navigation bar is visible: What commandline string are you using?
I'm using xpdf -fullscreen FILE.pdf
- Gnome bars not going away: Both versions of xpdf do not seem to be doing
"true" fullscreen, but rather, occupying all of the screen space allotted for
applications, so this is a tangential issue.
1. Same here, xpdf -fullscreen FILE.pdf
2. I don't care about the gnome panels remaining in place, indeed.
re 1: xpdf -fullscreen FILE.pdf
re 2: I /do/ care if the Gnome bars showing up. E.g. OO impress or evince don't
leave them on screen. Is that another bug, that should be filed separately?
Yes, the "fullscreen is not *true* fullscreen merits its own bug".
This bug is really "why are there ugly controls in fullscreen mode". Which, I
can't reproduce on my laptop. I'll try some other machines later in the week.
xpdf-3.02-1.fc7 has been pushed to the Fedora 7 stable repository. If problems still persist, please make note of it in this bug report.