xubuntu display preferences: gamma sliders don't stay in sync properly

Bug #152213 reported by Peter Maydell
4
Affects Status Importance Assigned to Milestone
xfce-mcs-plugins (Ubuntu)
Invalid
Low
Unassigned
Hardy
Invalid
Low
Unassigned
xfdesktop4 (Ubuntu)
Invalid
Low
Unassigned
Hardy
Invalid
Undecided
Unassigned

Bug Description

Bring up the Xubuntu display preferences dialog (menu->Settings->Display settings). Confirm that the 'Sync sliders' checkbox is ticked and that the initial values for red/green/blue are all equal (probably 1.00). Now grab the red slider and move it up slowly, watching the displayed numeric values for red, green and blue. In some positions, the red/green/blue values don't match; for example I've seen 2.21/2.12/2.12.
If you move the mouse over the blue and green slider controls (you don't need to click on them) the value displayed updates to the value of the red slider. Similarly, switching virtual desktop away to another desktop and back again causes the values to be updated. So it looks like the problem is that the displayed values aren't always updated properly.

Revision history for this message
Peter Maydell (pmaydell) wrote :

Oh, here's a related issue. If you move the sliders to something far from 1.00 (say 2.00) and then press the 'Revert' button then the sliders are correctly moved back to 1.00 and the values displayed are updated. However, if you move the sliders as close to 1.00 as you can manage (say 1.06) and then press 'Revert' nothing seems to happen. It's only when you wave the mouse over the sliders that the displayed values update to read 1.00 rather than 1.06. Again, something should be causing the values to update and isn't.

Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Can you try with latest Ubuntu release? If this bug is still valid, please provide the version of Xubuntu you are using. Thanks! Thanks in advance.

Changed in xfce-mcs-plugins:
assignee: nobody → charlie-tca
status: New → Incomplete
Revision history for this message
Peter Maydell (pmaydell) wrote :

Yes, this is still a problem (although the dialog is now under menu->Settings->Settings Manager->Display). I'm using Hardy.

Were you unable to reproduce this, then?

Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

I can confirm this report. I was able to reproduce the slides moving uneven even when synced. Also confirm the mouse movement to sync the slides.

Thanks for verifying that you still have this. I installed Xubuntu 8,04.1 on an emachines test system to confirm. (Still running 7.10 normally)

Changed in xfce-mcs-plugins:
assignee: charlie-tca → nobody
status: Incomplete → Confirmed
Changed in xfce-mcs-plugins:
importance: Undecided → Low
status: Confirmed → Triaged
Revision history for this message
Lionel Le Folgoc (mrpouit) wrote :

This package has been removed from the archive in jaunty (mcs is deprecated).

Changed in xfce-mcs-plugins:
importance: Undecided → Low
status: New → Triaged
status: Triaged → Invalid
Changed in xfdesktop4:
status: New → Invalid
Revision history for this message
Lionel Le Folgoc (mrpouit) wrote :

Is this issue still reproducible in Jaunty with Xfce 4.6?

Changed in xfdesktop4:
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

Thanks for helping with this. This is no longer an issue in Jaunty, since the sliders no longer exist. With Xfce 4.6, this is fixed.

Changed in xfdesktop4:
status: Incomplete → Invalid
Revision history for this message
Peter Maydell (pmaydell) wrote :

> Is this issue still reproducible in Jaunty with Xfce 4.6?

I don't run the in-development versions of Ubuntu, so I won't be able to check until Jaunty is actually released.

Presumably you have a Jaunty system; wouldn't it be better to take the 60 seconds to follow the instructions for reproduction in the original bug report (as modified to allow for the fact that the specific package has been removed so presumably it's some other config utility) to find out whether this bug is still a problem? Then you could say something like "The new display preferences utility in Jaunty is <foobar>; I checked and it doesn't have this bug." which is much more useful and informative and less likely to irritate bug submitters by sounding like a pointless health-check message; and then you would be able to actually close the bug... (You might like to read http://www.chiark.greenend.org.uk/ucgi/~cjwatson/blosxom/ubuntu/2009-02-27-bug-triage-rants.html)

Revision history for this message
Peter Maydell (pmaydell) wrote :

To Charlie: thanks for checking :-)

Revision history for this message
Charlie Kravetz (cjkgeek) wrote :

This was fixed in Jaunty 9.04 development release. It does not qualify for a Stable Release Update (SRU), and will not be fixed in Hardy. Thanks for helping improve Xubuntu and please continue to report bugs you find.

Changed in xfce-mcs-plugins:
status: Triaged → Invalid
Revision history for this message
Lionel Le Folgoc (mrpouit) wrote : Re: [Bug 152213] Re: xubuntu display preferences: gamma sliders don't stay in sync properly

On Sat, Mar 07, 2009 at 02:01:31PM -0000, Peter Maydell wrote:
> > Is this issue still reproducible in Jaunty with Xfce 4.6?
>
> Presumably you have a Jaunty system; wouldn't it be better to take the

No, I don't have a jaunty system (Debian testing).

> 60 seconds to follow the instructions for reproduction in the original
> bug report (as modified to allow for the fact that the specific package
> has been removed so presumably it's some other config utility) to find
> out whether this bug is still a problem? Then you could say something

I already checked before asking, and I couldn't find the sliders you
were speaking of. Since I don't often use these dialogs, I chose not to
close the bug report directly (I could have missed them). But thanks
anyway, for trying to explain me what I should do while I'm already doing
it.

> like "The new display preferences utility in Jaunty is <foobar>; I
> checked and it doesn't have this bug." which is much more useful and
> informative and less likely to irritate bug submitters by sounding like
> a pointless health-check message; and then you would be able to actually
> close the bug...

Standard bugs responses (from <https://wiki.ubuntu.com/Bugs/Responses>
for example) are even worse that my pointless health-check message.

> (You might like to read
> http://www.chiark.greenend.org.uk/ucgi/~cjwatson/blosxom/ubuntu/2009-02-27
> -bug-triage-rants.html)

These posts mostly describe interactions between bug triagers and
developers. I uploaded almost all Xfce 4.6 packages into jaunty. So,
should my developer self bash my bug triager self?

But here is the standard response I should have pasted here when closing
the bug instead of asking for input:
"
Thank you for taking the time to report this bug and helping to make
Ubuntu better. However, I am closing it because the bug has been fixed
in the latest development version of Ubuntu - the Jaunty Jackalope.

If you need a fix for the bug in previous versions of Ubuntu, please
follow the instructions for "How to request new packages" at
https://help.ubuntu.com/community/UbuntuBackports#request-new-packages
"

--
Lionel Le Folgoc - https://launchpad.net/~mrpouit
EEBA 555E 0CDE 92BB 3AF4 4AB3 45A0 357B 5179 5910

Revision history for this message
Peter Maydell (pmaydell) wrote :

> But thanks anyway, for trying to explain me what I should do while I'm already doing it.

Sorry, I've obviously annoyed you (understandably, when I reread my original comment). I was in a bit of a grumpy mood this afternoon (not that that's a particularly good excuse.) Next time I'll try to take a bit more time to consider before bashing out a response like that. My apologies again.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.