By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 1247 - Selecting "Monitor and Display" causes freeze
Summary: Selecting "Monitor and Display" causes freeze
Status: RESOLVED FIXED
Alias: None
Product: TDE
Classification: Unclassified
Component: tdebase (show other bugs)
Version: 3.5.13 [Trinity]
Hardware: amd64 Debian Squeeze
: P5 normal
Assignee: Timothy Pearson
URL:
Depends on:
Blocks:
 
Reported: 2012-10-01 13:13 CDT by Jan Stolarek
Modified: 2012-10-19 15:44 CDT (History)
3 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Stolarek 2012-10-01 13:13:37 CDT 
When I select "Monitor and Display" in Trinity Control Center the application freezes. It keeps displaying "Loading" but nothing actually happens.
Comment 1 Jan Stolarek 2012-10-11 09:38:23 CDT 
Works under 3.5.13.1

Too bad it needs administrator privileges to change anything :/
Comment 2 Timothy Pearson 2012-10-11 10:06:30 CDT 
(In reply to comment #1)
> Works under 3.5.13.1
> 
> Too bad it needs administrator privileges to change anything :/

Any configuration set in that module takes effect system wide, meaning that it will be set on first power-up as soon as KDM loads.  That is why only an administrator can alter the display layout in that module; the normal UNIX way of doing things is to disallow a normal user from changing global system settings.
Comment 3 Jan Stolarek 2012-10-11 10:21:28 CDT 
(In reply to comment #2)
> Any configuration set in that module takes effect system wide, meaning that it
> will be set on first power-up as soon as KDM loads.  That is why only an
> administrator can alter the display layout in that module; the normal UNIX way
> of doing things is to disallow a normal user from changing global system
> settings.
Yes, I am aware of that. Nevertheless I think its a deficiency of linux to require root privileges for daily tasks on a desktop computer (see: https://plus.google.com/+LinusTorvalds/posts/1vyfmNCYpi5 ). I guess I shouldn't blame Trinity BUT there are programs that allow to modify display settings for the current session (e.g. enable second monitor), without saving settings to xorg.conf
Comment 4 Timothy Pearson 2012-10-11 10:25:07 CDT 
(In reply to comment #3)
> I guess I shouldn't
> blame Trinity BUT there are programs that allow to modify display settings for
> the current session (e.g. enable second monitor), without saving settings to
> xorg.conf

Sounds like a good enhancement request bug report. :-)

Tim