content window disappears completely when switching to windowed mode #241
Labels
Comments
|
If you’re starting fullscreen you have more than 1 screen, it seems. Could you share:
It’s likely that the pympres window is on your second monitor or mabe in an area your display configuration creates but that doesn’t render on any monitor. |
|
You're the best. Thanks for attending to this. Config says: By the way, if, after pressing "f", I press Ubuntu-tab to see all my windows, it actually shows both pympress windows, but the content window is blank (black). If I select it, it takes me back to the same desktop where I started, but still nothing is visible and I don't seem to have focus in a window. thanks! |
|
Update -- not entirely true! I do get focus back in the invisible window by Ubuntu-tab'ing to it. And by half-screening it with keyboard shortcuts, I could briefly see it, but it's still not being painted at all. I de-maximised it and then found it as a tiny sliver (vertical line) of black. I was able to drag to resize. So I now I actually have that window up on my display. However, it is not rendering at all. From dragging it around, it has some random garbage. Here is what I get if I take a snapshot of that window:
and when I move through my presentation, nothing changes; it is not painted. |
|
Here are some error messages that come up as this is happening (this bug is debilitating for me!) |
|
These last messages are pretty informative, though I'm surprised Cairo fails only in the caching apparently. Can you try (separately) :
At every attempt it'd be helpful if you could remove the pympress log, open pympress, and report the newly created log contents. |
|
Thank you! Also, where is the log file? I am not sure how to run thanks! |
|
In the mean time:
c |
|
So it seems to me (not quite confirmed yet) that this is indeed a regression introduced in ed5c91f to fix #159. Roughly, to improve finnicky rendering we’re now rendering PDF pages to an image surface instead of whatever surface we were using before. However, cairo has a hard limit on image surfaces of 32768 pixels in either direction, so we can’t create the surface to render with a resolution as large as yours. I think this is because these image surfaces are actually arrays of size height × width × pixel size (32b?), so that’s a ~32MB image for each slide on your resolution. Might be a little heavy. If that’s the case:
For your log file, it’s in |
|
Thank you! |
|
I must have been pretty asleep when I wrote the message above, Clearly 4k (3840 pixels) is not larger than 32k… unless there is a weird scale factor going on. or something like that (at least 8×? I’d expect not). So still some investigation needed before a fix can be devised. For that, it would be helpful if you could share the pympress log(s) of when the bug happened. If you didn’t reset it you can even share it as-is to pastebin or something like that so I can have a look for any other hints as to what’s going on. |
|
Not sure if this is the format you are asking for, but here is an account of stuff that appears in the log during four events in a single run of pympress: Thank you!!! |
|
So same error during the page change, from the highlight module: That explains not only pre-rendering but also on-demand rendering fails. |
|
I think I may have an easy workaround. I was asking how to get pympress to start up not in full screen. There seems to be no command line way to enusre that. But once pympress has started up, there is an option in the dropdown menus |
Cimbali
added a commit
that referenced
this issue
Mar 9, 2023
Stop showing the perpetual and harmless cairo introspection error Should give us more info for errors like #241, and default to drawing a black background on the content drawing area
|
Still not entirely sure what is happening here, but I have (a) improved error reporting and (b) added a fallback painting for the context window, so that even if it fails rendering the desired slide, at least it does not disappear from view. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
Upon starting pympress, I press "f" to make the fullscreen content window become a window. The content window completely disappears from view!
To Reproduce
Start pympress with a PDF (it's a LaTeX beamer pdf).
press "f" or ctrl-L, etc.
Expected behavior
Full screen content should become a smaller, manageable window
Environment (please complete the following information):
installed by apt:
Pympress: 1.6.1 ; Python: 3.9.7 ; OS: Linux 5.13.0-28-generic #31-Ubuntu SMP Thu Jan 13 17:41:06 UTC 2022 ; Gtk 3.24.30 ; GLib 2.68.4 ; Poppler 21.06.1 cairo ; Cairo 1.16.0 , pycairo 1.16.2
Same problem if installed by pip:
Pympress: 1.7.1 ; Python: 3.9.7 ; OS: Linux 5.13.0-28-generic #31-Ubuntu SMP Thu Jan 13 17:41:06 UTC 2022 ; Gtk 3.24.30 ; GLib 2.68.4 ; Poppler 21.06.1 cairo ; Cairo 1.16.0 , pycairo 1.16.2
Debug log:
The text was updated successfully, but these errors were encountered: