New F13Blocker Bug - https://bugzilla.redhat.com/show_bug.cgi?id=590935
ajax at redhat.com
Tue May 11 14:14:32 UTC 2010
On Tue, 2010-05-11 at 11:28 +0200, Karel Volný wrote:
> On Tuesday 11 of May 2010 09:15:31 Kamil Paral wrote:
> > For instance I have reported another one as bug 582525, which
> > I deem much more serious, and still unfortunately closed as
> > notabug.
> well, I think you shouldn't be that shy :-) and just reopen the
> report if you disagree with the resolution
> I guess you have enough info to reopen as RFE yourself
> NOTABUG really is not an appropriate resolution here
> if this is not going to be fixed, then either
> WONTFIX or DEFERRED - I know Adam has tons of other stuff to do
It's not an X bug. X just presents the monitors, and actually tries
pretty hard to put them in a consistent order. Gnome is the thing
that's flipping out here; gdm puts the login dialog on whichever head
initially contains the cursor, but then the panels show up on whichever
RANDR output is primary. Primary-ness is initially unset, in which case
it picks the first one in the list.
But Gnome doesn't have any UI for picking the primary yet, let alone
propagating that to gdm.
And it's sort of tricky to define the right thing to do here at all.
About all you could say is that, whatever gdm picks, the session should
pick too; and that you should be able to pick one in the session and
then propagate that to gdm somehow.
At any rate, I'm like 93% sure it worked like this in F12 too. If it
wasn't important enough to block F12...
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: This is a digitally signed message part
Url : http://lists.fedoraproject.org/pipermail/test/attachments/20100511/766097b8/attachment.bin
More information about the test