Bug 829851
Summary: | Problems with Dual Screen in XFCE | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Russell Doty <rdoty> |
Component: | xfwm4 | Assignee: | Kevin Fenzi <kevin> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 17 | CC: | dennis, kevin, maxamillion |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-08-01 18:14:58 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Russell Doty
2012-06-07 16:45:32 UTC
Sadly, the Xfce display applet still has a long way to go here. You should possibly be able to get it working with xrandr command line. I'm not sure what could be causing the very dim display in the doc. Does it do that when the lid is closed and the second display is not attached? Ouch - that's a bummer! Are their plans to improve the Xfce display applet? Can you give me a pointer for working with the xrandr command line? I will try booting the laptop in the docking station with lid closed and external monitor disconnected next week. Yeah, there are. If you would be willing the file a bug upstream with your use/case needs that might help them make sure that gets implemented tho. well, 'man xrandr' should have all the info. Basically you can list the two displays, clone/not clone them, move them right or left of the other one, etc. ok. If the laptop is booted docked, with the lid closed, and no external monitor connected, it comes up with the screen dim. The brightness slider is at its lowest possible setting. So, it's dim at the gdm screen, before Xfce even starts? This sounds like it could be a kernel or gnome-power-manager thing (depending on if it happens right at boot, or when gdm starts). And now the brightness is working OK. I tried a series of different test runs to build a failure matrix, and the brightness is now staying at high under all test conditions. So, that part is now working. I have no idea why... Moving on to the screens: With the laptop docked, lid closed, and external monitor connected, the system boots and the login screen comes up in the external monitor. As soon as I login, the laptop screen becomes the primary (undesired behavior; with the lid closed, the external screen should remain the primary). Interestingly, the wireless security popup comes up on the external monitor. And today, of course, the brightness on the laptop display is set to dim when you boot the laptop. Has happened twice. Re: comment 5 Brightness is normal on the attached monitor at all times. The display is normal on the attached monitor and I am able to login normally. After logging in, When the laptop lid is opened the display is very dim on the laptop screen (attached monitor still has full brightness). Xfce is running and I have logged in when the problem occurs. Perhaps it's a cold boot vs login/logout? Also, is xfce4-power-manager running/installed? XFCE4 power manager is installed and running. I'll try and report login/logout the next time I'm in the office. I noticed today that the laptop screen was dim when booted out of dock. It appears that screen brightness is being reset to minimum at some point. The fn/increase brightness keys have no effect. This message is a reminder that Fedora 17 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 17. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '17'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 17's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 17 is 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 change the 'version' to a later Fedora version prior to Fedora 17's end of life. 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. Fedora 17 changed to end-of-life (EOL) status on 2013-07-30. Fedora 17 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. |