Compiz borks when tooltips are wider than screen

Bug #567025 reported by Matthew Woerly
44
This bug affects 9 people
Affects Status Importance Assigned to Milestone
compiz (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Binary package hint: compiz

I noticed this bug with Chrome. Chrome displays a tooltip of the page title when you hover the mouse on a tab. It does not wrap the title so it displays all on one line. Some pages I had open had really long titles (the whole long web address of the page). Whenever I hovered for a tooltip, Compiz kind of quits. Chrome goes fullscreen and won't go back to normal. It actually seems like Compiz falls back to Metacity. The window manager stuff is still there, just without compositing and effects. When run in a terminal, this is what Compiz says:
Window manager warning: Treating resize request of legacy application 0x320006d (http://air) as a fullscreen request
It doesn't crash, it just "falls back." And doing Ctrl+C in the terminal really does kill Compiz (always an adventure).
I do think that Chrome should handle the tooltips better (Firefox wraps the same long titles), but Compiz should also handle this kind of event better.
I can get logs/screenshots if necessary.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: compiz 1:0.8.4-0ubuntu15
ProcVersionSignature: Ubuntu 2.6.32-19.28-generic 2.6.32.10+drm33.1
Uname: Linux 2.6.32-19-generic x86_64
NonfreeKernelModules: nls_iso8859_1 nls_cp437 btrfs zlib_deflate crc32c libcrc32c ufs qnx4 hfsplus hfs minix ntfs vfat msdos fat jfs xfs exportfs reiserfs pata_jmicron acpiphp michael_mic arc4 hidp rfcomm binfmt_misc sco bridge stp bnep l2cap vboxnetadp vboxnetflt dm_crypt snd_hda_codec_idt snd_hda_codec_intelhdmi snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi vboxdrv snd_rawmidi joydev snd_seq_midi_event lp snd_seq snd_timer snd_seq_device lib80211_crypt_tkip snd parport soundcore wl dell_wmi btusb psmouse dell_laptop dcdbas ricoh_mmc snd_page_alloc lib80211 sdhci_pci sdhci led_class serio_raw bluetooth dm_raid45 xor fbcon tileblit font bitblit softcursor vga16fb vgastate usbhid hid i915 drm_kms_helper ohci1394 drm i2c_algo_bit ieee1394 sky2 intel_agp ahci video output
Architecture: amd64
CompizPlugins: [core,ccp,move,resize,place,decoration,animation,commands,png,screenshot,text,shift,mousepoll,dbus,svg,gnomecompat,session,workarounds,resizeinfo,imgjpeg,regex,blur,wall,wobbly,fade,staticswitcher,expo,video,scale,obs,scaleaddon]
Date: Mon Apr 19 21:39:24 2010
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta amd64 (20100318)
MachineType: Dell Inc. Inspiron 1525
PackageArchitecture: all
PciDisplay: 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c)
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-19-generic root=UUID=bea40d14-3994-4f57-aa5f-7d6f88131e8f ro quiet splash pciehp_force=1
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
RelatedPackageVersions:
 xserver-xorg 1:7.5+5ubuntu1
 libgl1-mesa-glx 7.7.1-1ubuntu2
 libdrm2 2.4.18-1ubuntu3
 xserver-xorg-video-intel 2:2.9.1-3ubuntu4
 xserver-xorg-video-ati N/A
SourcePackage: compiz
XorgConf: Error: [Errno 2] No such file or directory: '/etc/X11/xorg.conf'
dmi.bios.date: 03/10/2008
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A11
dmi.board.name: 0U990C
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvrA11:bd03/10/2008:svnDellInc.:pnInspiron1525:pvr:rvnDellInc.:rn0U990C:rvr:cvnDellInc.:ct8:cvr:
dmi.product.name: Inspiron 1525
dmi.sys.vendor: Dell Inc.
system: distro = Ubuntu, architecture = x86_64, kernel = 2.6.32-19-generic

Revision history for this message
Matthew Woerly (nattgew) wrote :
Revision history for this message
Travis Watkins (amaranth) wrote :

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 properly crashes so we can see why.

Revision history for this message
Justin Ramirez (justinrez) wrote :

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 the whole string of code, but I guess that's beside the point - and a chromium issue).

Revision history for this message
NoBugs! (luke32j) wrote :

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.

Revision history for this message
Travis Watkins (amaranth) wrote :

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):
status: New → Won't Fix
Revision history for this message
Paul Smith (psmith-gnu) wrote :

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 suddenly gone, and the response is "sure, that's what we expected" and the bug is marked "Won't Fix"??? Seriously?

Here's a thought: if the content of the popup is too long to be displayed, why not truncate it? You seriously believe that I'd rather see a popup that is too long for me to read anyway but have my display completely whacked, than see a truncated popup?

Good grief.

Revision history for this message
Travis Watkins (amaranth) wrote :

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.

Revision history for this message
Daniel Hollocher (chogydan) wrote :

Thanks Travis, very much appreciated!

Revision history for this message
Michael Doube (michael-doube) wrote :

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 Zotero developers, but it's clear from this report that it's not really their bug.

Revision history for this message
Daniel Hollocher (chogydan) wrote :

If you can, you guys should test this in natty.

Revision history for this message
Sina Eetezadi (sina-eetezadi) wrote :

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?

Revision history for this message
Daniel Hollocher (chogydan) wrote :

Hi Sina, are you running 11.04, natty?

Revision history for this message
Michael Doube (michael-doube) wrote :

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.

Revision history for this message
Sina Eetezadi (sina-eetezadi) wrote :

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!

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.