This seems to fit my situation. I have a Nvidia 7300 card. This bugged
me at first when trying to play Starcraft with Wine. When using Ubuntu
8.04 - 9.04 (upgraded) I was able to launch and play Starcraft, i.e.
change to 640x480, but it always crashed when switching back to
1240x1024. Have been thi
If nspluginwrapper is not used and the problem is not related to compiz this
helps:
GDK_NATIVE_WINDOWS=TRUE firefox
For me everything worked with kde, awesome... but in fluxbox not. With
the variable set it works now.
--
Flash does not work correctly [READ DESCRIPTION]
https://bugs.launchpad.
If this is of interest for developers, I found that in libwnck-2.28.0 (karmic)
the persistent tooltips in the window list applet can be avoided by applying a
patch to 'tasklist.c' that disables tooltips only in
'wnck_task_update_visible_state'.
In libwnck-2.26.0 (jaunty) it was necessary to disa
I think Paul's point is well made. What if the Compiz guy looks at this
and says "The desktop switcher is the only thing that has tooltip
problems. Let them eat cake!" what then?
When I right click on the desktop switcher and go to preferences it
allows me to set columns and rows, how hard woul
Thanks for your report. Can you please run "apport-collect 496653" to
attach more information? Does it help to turn off AGP with
radeon.agpmode=-1 ?
** Package changed: compiz (Ubuntu) => xserver-xorg-video-ati (Ubuntu)
** Changed in: xserver-xorg-video-ati (Ubuntu)
Status: New => Incomple
As a quick guess I'd say libwnck isn't getting mouse events during the
viewport change animation so never realizes the mouse left the switcher.
That's why the tooltip appears and why moving your mouse over the
tooltip or the switcher gets rid of it. I'm not sure what it does
differently from other
Are we sure this is really a bug in compiz? It seems too early to
determine that and reassign the bug. There are plenty of other tooltips
that are used in other applications and I never see those hang up like
this using compiz. It seems to only be a combination of libwnk and
compiz that shows th
You can work around this problem by using the command:
$ metacity --replace
To automate the process enough to create a script with this command and
place to start with the initial programs of Gnome.
--
no border, maximise, minimise and close comands in windows
https://bugs.launchpad.net/bugs/496
I buy your point. Nevertheless, at least the users should be notified
when the problem will be solved (not only by marking this bug as
solved), so that they can revert their workarounds. Otherwise it is very
likely that the fix will go unnoticed and many workarounds will remain
in place unwillingly
Thanks for sending it upstream
** Project changed: libwnck => compiz
** Changed in: compiz
Remote watch: GNOME Bug Tracker #578262 => Compiz Plugins / Config Bugs #1232
--
tooltips stick when they shouldn't
https://bugs.launchpad.net/bugs/356702
You received this bug notification because you a
Filed a bug in compiz:
http://bugs.opencompositing.org/show_bug.cgi?id=1232
** Bug watch added: Compiz Plugins / Config Bugs #1232
http://bugs.opencompositing.org/show_bug.cgi?id=1232
--
tooltips stick when they shouldn't
https://bugs.launchpad.net/bugs/356702
You received this bug notificat
Argh. Can someone please look at this? I guess some people just have a
certain speed of moving the mouse that causes this to happen: it happens
to me about 80% of the time that I click on the switcher applet. I know
it sounds stupid and minor, but it is SO INCREDIBLY ANNOYING!
I can build/insta
upstream bug hint that the issue is a compiz one
** Package changed: libwnck (Ubuntu) => compiz (Ubuntu)
** Changed in: compiz (Ubuntu)
Status: Triaged => Confirmed
** Changed in: compiz (Ubuntu)
Assignee: Ubuntu Desktop Bugs (desktop-bugs) => (unassigned)
** Changed in: libwnck
** Attachment added: "BootDmesg.txt"
http://launchpadlibrarian.net/36903454/BootDmesg.txt
** Attachment added: "CurrentDmesg.txt"
http://launchpadlibrarian.net/36903455/CurrentDmesg.txt
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/36903456/Dependencies.txt
** A
Public bug reported:
Binary package hint: compiz
This only happens on the primary profile on the PC.
When I log in, no window decorations (neither Metacity or Emerald) are
present, and I have to manually activate them.
Description:Ubuntu 9.10
Release:9.10
compiz:
Installed: 1:0.8
You have been subscribed to a public bug:
Reproduce:
1) have firefox in workspace 1
2) go to workspace 3
3) in the workspace switcher, click on firefox in workspace 1 and QUICKLY move
pointer to the middle of screen
Result: you have a tooltip saying "Click to start dragging" on your
workspa
Configurations in general should be left along by updates; for all the
installer knows, the user may need GDK_NATIVE_WINDOWS=1 for something else,
and if the installer breaks it, it could be very difficult for the user to
track down. Furthermore, there could be many different workarounds/hacks all
Please, when this bug is fixed, also provide a way to "revert" the user
made workarounds.
For example, when fixing the bug, a pop-up window may say: "If you
disabled compiz because of the flash bug, you can now safely re-enable
it". Or, for workaround 3, the package installer may silently modify t
18 matches
Mail list logo
