I just reported it here:
http://bugzilla.gnome.org/show_bug.cgi?id=561583
Note, the problem seems to be getting better in general. I'm not sure if
it is due to updates, or just the fact that I recently added the
https://launchpad.net/~fta/+archive PPA (which has the firefox 3.1 and
the latest xulr
Public bug reported:
Binary package hint: notify-osd
I use xrandr to configure a multi-head display -- a main LCD screen and a
TV-out.
In order to keep within my video card's 2048x2048 virtual display size for 3D
acceleration, I stack my screens vertically in the virtual display, with the
sma
@Matthew Paul Thomas:
See https://bugs.launchpad.net/ubuntu/+source/notify-
osd/+bug/367947">bug 367947
--
regression vs. notification-daemon: positioning when multiple screens are
available
https://bugs.launchpad.net/bugs/331369
You received this bug notification because you are a member of Ub
@David Barth--
Definitely, I think that would fix it for me.
In cases where they top-right corner of the 'virtual screen' is in a
non-visible area (outside the geometry of a monitor), that raises a new
question -- which of the two 'top-right' corners to choose as the
default location (1 and 2 in
I'd just like to say that forcing the notifications at the top of the
screen renders them useless for me -- not because I have a special
preference for the bottom vs top corner, or because I want things to 'go
back to how they were', or even because I want to be able to configure
everything all the
I mentioned this in another bug thread, but I believe this is the more
appropriate one.
I use randr to do multiple displays stacked vertically (to stay within my poor
graphics card's limit of 2048x2048 for 3d acceleration). The primary display is
my LCD screen, and the secondary display (placed
I just want to mention that I have the same positioning issues with
xrandr and not twinview.
Previously, with my screens stacked vertically (smaller screen above a
larger one), the notifications would appear (I believe) in the top-right
corner of the virtual display, which was a non-visible sectio
Since this bug is still 'bugging' me, I can report it somewhere else -- where
would be the most appropriate place?
bugs.freedesktop.org?
bugzilla.gnome.org?
--
gtk apps don't behave properly after xrandr dual-screen modifications
https://bugs.launchpad.net/bugs/162212
You received this bug noti
I think spoke too soon. Now that I've been running intrepid for a while,
I still see the broken behaviour, especially with firefox and
thunderbird.
In firefox, *some* dropdown menus will appear shifted from their correct
location (testing it as I type this, the file/edit/tools/etc menus are
correc
Nice! I just tested it under intrepid, and it seems to have solved this issue
for me.
This has been a minor, but persistent irritation for me for the past year of
so.
I use XrandR to turn my s-video output on/off (to let my son watch
tv/movies while I work), and each time would mess up my fire
Public bug reported:
As detailed on the chuck mailing list, chuck will not run (produces
nothing but segmentation faults), even in 'silent' mode.
https://lists.cs.princeton.edu/pipermail/chuck-
users/2007-October/002275.html
$ chuck -s foo.ck
Segmentation fault (core dumped)
** Affects: chuck
11 matches
Mail list logo
