Seems to be fixed in 11.04 (LibreOffice + Zotero 3.0). Tooltip is long,
contains no text and is translucent but at least doesn't crash Compiz. I
normally run now with Tools-Options-General-Tips unchecked, and don't
miss those long tooltips at all.
--
You received this bug notification because
Ohh Michael...I was googeling and nobody mentionted this workaround in
none of the Bug-Reports. Thank you so much!
Daniel, I am running Ubuntu Lucid LTS. But with the tip from Michael I
am fine. Thanks!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
This bug also affects all Mendeley users and turn Mendeley useless.
http://feedback.mendeley.com/forums/4941-mendeley-feedback/suggestions/2095323-fixme-ubuntu-crashed-on-inserting-a-citation-into?ref=title
What is the current status?
--
You received this bug notification because you are a
Hi Sina, are you running 11.04, natty?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/567025
Title:
Compiz borks when tooltips are wider than screen
To manage notifications about this bug go to:
A slightly late me-too: this bug affects Zotero in-text citations in
OpenOffice when the citation contains 7+ individual citations. When
hovering on such a citation the tooltip is a ridiculous unreadable list
of database links, long enough to trigger Compiz to bail out. I'll have
a word with the
If you can, you guys should test this in natty.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/567025
Title:
Compiz borks when tooltips are wider than screen
--
ubuntu-bugs mailing list
So wait, your answer is that this is expected behavior and we should
just accept it? Every time I hover over a link that happens to be too
wide to display on my screen my screen flashes, all my carefully-placed
windows are thrown into the first workspace, all my advanced display
elements are
We don't have the ability to do this. Just wait for compiz 0.9.x to hit
natty and that should automatically solve the problem in a different
way. Until then there is no fix.
--
Compiz borks when tooltips are wider than screen
https://bugs.launchpad.net/bugs/567025
You received this bug
Thanks Travis, very much appreciated!
--
Compiz borks when tooltips are wider than screen
https://bugs.launchpad.net/bugs/567025
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
So I've realized what has happened. The tooltip is larger than your
video card's max texture size so compiz aborts and launches metacity
because the only other option would be for you to see a blank white
window as there is no way for compiz to show that window.
** Changed in: compiz (Ubuntu)
I also notice the desktop-effects crash not just with large tooltips, but also
with very large windows. An example:
http://launchpadlibrarian.net/49242421/test2.py
When you comment out line 17 and run it, it crashes desktop effects.
--
Compiz borks when tooltips are wider than screen
This happened to me while looking through source code in Chrome. It
highlights the part of the page it refers to as you move your mouse over
the code... I thought compiz was breaking because of that highlighting
process, but now I see it's probably just the tooltip (which probably
should display
** Attachment added: BootDmesg.txt
http://launchpadlibrarian.net/44867788/BootDmesg.txt
** Attachment added: CurrentDmesg.txt
http://launchpadlibrarian.net/44867789/CurrentDmesg.txt
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/44867790/Dependencies.txt
**
Hmm, that message is actually from metacity so at that point compiz is
already gone and it is metacity deciding to make chrome fullscreen
(probably because of how it handles the tooltip). Things like this make
it obvious we need a --debug flag for compiz so it doesn't fall back to
metacity and
14 matches
Mail list logo
