Hide Forgot
Created attachment 480616 [details] Part of the screenshot is black. Description of problem: If I try to take a screenshot of my desktop, spread across dual monitors, part of the left-hand screen is black. Version-Release number of selected component (if applicable): gnome-utils-2.32.0-2.fc14.x86_64 How reproducible: Every time. Steps to Reproduce: 1. Set up a dual configuration so that the laptop is the left-hand monitor and the secondary monitor is on the right. The GNOME Panel is on the right-hand monitor. 2. Take a screenshot of the entire desktop. Actual results: Part of the left-hand side is black. Expected results: Should capture the entire desktop. Additional info:
I've experienced this too, but only recently - since I acquired a new external screen, larger than my previous external screen. I became aware of the issue today when I used the alt-prtsc sequence to capture the active application window (or dialogue box). The top ~10-20% of the captured image was black, yet if the cursor were position within that space when capturing, the cursor shows up in the snapshot. I'm going to try some tests, but I have a feeling that it involves having screens configured with different (independent) geometries - most likely a different vertical resolution. In my scenario, my gnome controls are all on the smaller (laptop) screen to the "left", whilst the larger screen is on the right as extra desktop space. I'll post here later with my tests, the results and some sample screens.
Okay - I've been able to identify the particular trigger conditions. Yes, the first criterion is for the two screens to have a different vertical resolution. In my test case, my laptop screen is 1440x900, and the 22" screen is 1680x1050 pixels. In your screen configuration where you setup the relationship of the screens, if you align the top edges of both "screens", your screen shots will be fine. If however, the top edges of the screens do NOT align, your screen shots will be blacked out by the relative pixel difference between the two top edges. Refer to my attached screenshots for a more visual explanation.
Created attachment 497245 [details] Gnome Monitor Preferences - Multi Screen - Align Top Edge Here the screen capture shows the screen configuration with top edges aligned. The capture of the application window is intact - no blank bits.
Created attachment 497246 [details] Gnome Monitor Preferences - Multi Screen - Align Bottom Edge In this snapshot, the screens are aligned on the bottom edge. You will note the black band across the top of the image. Note too that the cursor has been correctly captured. That was its position over the window when the snapshot was taken. What you can't see, because it's entirely within the blacked out are is that the two screen icons are aligned on their bottom edges. The black band is 150 pixels high, which is the height difference between the two top edges of the screens from each other, given their relative vertical resolutions of 900 & 1050 pixels. If I'd pushed the right-hand screen up even further, so that the RHS top edge was 300 pixels higher than the LHS top-edge, the black band would have been 300 pixels high.
As a workaround until the authors have been able to identify the "offset bug" (?) in their code, just configure your screens to align on the TOP EDGE, and all will be well. A full screen snapshot will still obviously show an area of black in the portion containing the smaller screen, however the black will be located _under_ the screen "task bar", and thus no image data will be occluded.
This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping