Bug 603461
Summary: | gnome-display-properties cannot switch off internal screen | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Sascha Zantis <sascha.zantis> | ||||||
Component: | gnome-settings-daemon | Assignee: | Control Center Maintainer <control-center-maint> | ||||||
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | low | ||||||||
Version: | 13 | CC: | bnocera, control-center-maint, itamar, rstrode | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | i386 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2011-06-27 18:06:58 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
Sascha Zantis
2010-06-13 09:51:51 UTC
This has been the first bug-report I ever wrote and of course, I made a mistake. I chose the wrong component first (gnomeradio, dont know, why that happened) and now it is assigned to Dominik 'Rathann' Mierzejewski instead of ctrl-center-team and I have absolutely no idea, how I can change this. Could someone help me? I am sorry... Sascha Created attachment 425317 [details]
Xorg.0.log from KDE-Live-Session
To be sure that i dont have a corrupt gnome-installation because i upgraded from F13 beta to final, i created live sticks.
In the gnome-live-stick, I have exactly the same problem as in my local installation.
To be sure that it is a gnome-issue, I created a KDE-Stick.
In KDE-live-session, I am able to switch off the internal screen.
/var/log/messages also says: composite sync not found, and /var/log/Xorg.0.log logs a lot (tail -f when switching off the monitor as attachment) but the monitor os switched off.
From my local installation, I also know that it does work in LXDE (see first post).
I found a workaround for me. After disabling /apps/gnome_settings_daemon/plugins/xrandr/active via gconf-editor, gnome-settings-daemon doesnt care about screens anymore and I can use a script like #!/bin/bash xrandr --output VGA1 --auto && xrandr --output LVDS1 --off to switch off the internal screen. Tested in F13 with XFCE and running gnome-settings-daemon and F13-Live-CD with Gnome. Well, in my opinion, this is still a bug in gnome-settings-daemon, but I do not care anymore. (I btw asked in an Ubuntu-IRC-Channel if this is enabled in Ubuntu, because I know that gnome-display-properties doesnt have this problem there, and it is enabled). I will have a look at Fedora12 and 14 the next days. Have a nice weekend Sascha Best test Fedora 14 (the debugging steps require gnome-settings-daemon 2.32) Before running the display preferences, run, on the command-line: touch ~/gsd-debug-randr Reproduce the problem, and attach the ~/gsd-debug-randr.log file that will get created. You can remove both files afterwards. I did that with Fedora 14-Final-LiveCD. First point: It worked, the problem doesn't exist anymore. The Log(s): Screen attached at boot, didnt switch on automatically, but after I switched it on with 1280x1024 and 60Hertz and switched out the internal screen with gnome-display-properties, it worked fine: To keep this log from being created, please rm ~/gsd-debug-randr Got RANDR event with timestamps change=377498 > config=41978 Ignoring event since change >= config Got RANDR event with timestamps change=377498 > config=41978 Ignoring event since change >= config Got RANDR event with timestamps change=377498 > config=41978 Ignoring event since change >= config Got RANDR event with timestamps change=377498 < config=379734 Applied stored configuration to deal with event I logged out and in again, here the log: STARTING XRANDR PLUGIN State of screen at startup: Screen min(320, 200), max(4096, 4096), change=3074141 > config=3070352 cloned: no LVDS1: 1024x600@60 +0+0 (Laptop) VGA1: off (Plain Tree Systems Inc 19") State of screen after initial configuration: Screen min(320, 200), max(4096, 4096), change=3074141 > config=3070352 cloned: no LVDS1: 1024x600@60 +0+0 (Laptop) VGA1: off (Plain Tree Systems Inc 19") Got RANDR event with timestamps change=3087655 > config=3070352 Ignoring event since change >= config Got RANDR event with timestamps change=3087655 < config=3088367 Applied stored configuration to deal with event Got RANDR event with timestamps change=3088367 = config=3088367 Ignoring event since change >= config Got RANDR event with timestamps change=3088367 = config=3088367 Ignoring event since change >= config By the way: All those errors from Xorg.0.log I saw in Fedora 13, didn't appear. Can you explain what the error/bug was in Fedora 13? Just out of curiosity. Sascha This message is a reminder that Fedora 13 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 13. 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 '13'. 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 13'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 13 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 please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. 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 Fedora 13 changed to end-of-life (EOL) status on 2011-06-25. Fedora 13 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. |