*** Original post on bio 2113 at 2013-08-17 01:00:00 UTC *** *** Due to BzAPI limitations, the initial description is in comment 1 ***

*** Original post on bio 2113 as attmnt 2725 at 2013-08-17 01:00:00 UTC *** Steps to reproduce: 1. Display a large buddy tooltip. 2. Look at a buddy tooltip with smaller content. Unexpected result: the tooltip kept the size of the larger tooltip. This may be Mac only (not sure, but the only 2 people who mentioned it on IRC (nhnt11 and me) are using Macs). I'm not completely sure, but I suspect this is a regression from the Mozilla 22 update. The attached hack gets rid of the issue. I would hope we won't need it any more after another (few?) Mozilla updates, but I really don't know...

Comment on attachment 8354494 [details] [diff] [review] Patch *** Original change on bio 2113 attmnt 2725 at 2013-08-17 01:31:42 UTC *** Tested and confirmed working. We decided on IRC to set the minimum width to 200px (which matches the default width of the blist window).

*** Original post on bio 2113 as attmnt 2726 at 2013-08-17 01:32:00 UTC *** Per IRC discussion, starting with a default width is better.

Comment on attachment 8354494 [details] [diff] [review] Patch *** Original change on bio 2113 attmnt 2725 at 2013-08-17 01:32:27 UTC was without comment, so any subsequent comment numbers will be shifted ***

Comment on attachment 8354495 [details] [diff] [review] Patch v2 *** Original change on bio 2113 attmnt 2726 at 2013-08-17 01:33:19 UTC was without comment, so any subsequent comment numbers will be shifted ***

*** Original post on bio 2113 at 2013-08-17 01:35:32 UTC *** http://hg.instantbird.org/instantbird/rev/67c3b9175366

*** Original post on bio 2113 by iLobster <ib.toster AT gmail.com> at 2013-08-18 08:50:00 UTC *** Windows nightly version 1.5a1pre (20130818041909) Windows 7 Professional 64-bit Have problems with incorrect size of buddy tooltips in contact list. After start of Instantbird can see only first chosen buddy tooltip in correct size (but only first one and only once). Other buddy tooltips are cut. Except one. https://dl.dropboxusercontent.com/u/15684099/cuted.png On screenshot 1 I "mouse-over" third buddy in list right after start of Instantbird - it displays correct. On screenshot 2 it same buddy but now it displays incorrect. On screenshot 3 it's first in list buddy, "mouse-overed" after steps 1 and 2 - this one displays correct always.

*** Original post on bio 2113 at 2013-08-18 09:02:31 UTC *** Reopening per comment 4. If we don't understand what's going on, I think the easiest solution is to add an ifdef XP_MACOSX around the code we added here. Before doing this, I would like to know if the original bug here existed on Linux, and if the regression exists on Linux.

*** Original post on bio 2113 at 2013-08-18 13:34:06 UTC *** (In reply to comment #5) > Before doing this, I would like to know if the original bug here existed on > Linux, and if the regression exists on Linux. I never noticed the original bug on Linux, and the change seems to have added flicker rather than the problems on the Windows screenshots, but I may be mistaken on both counts as I never checked specifically.

*** Original post on bio 2113 as attmnt 2746 at 2013-08-21 22:48:00 UTC was without comment, so any subsequent comment numbers will be shifted ***

Comment on attachment 8354515 [details] [diff] [review] Add ifdef XP_MACOSX *** Original change on bio 2113 attmnt 2746 at 2013-08-21 22:50:03 UTC was without comment, so any subsequent comment numbers will be shifted ***

*** Original post on bio 2113 at 2013-08-21 23:02:17 UTC *** Comment on attachment 8354515 [details] [diff] [review] (bio-attmnt 2746) Add ifdef XP_MACOSX http://hg.instantbird.org/instantbird/rev/ea3cbcee9243

*** Original post on bio 2113 as attmnt 3039 at 2013-11-11 20:56:00 UTC *** The work-around we landed here goes badly in the way of the patch from bug 955121 (bio 1693), and I think I've found something cleaner. It would be interesting to know why the problem only affects the contacts window.

Comment on attachment 8354820 [details] [diff] [review] Better workaround *** Original change on bio 2113 attmnt 3039 at 2013-11-11 20:57:27 UTC *** r+ on the basis that it doesn't seem crazy and is better than the present workaround.

*** Original post on bio 2113 as attmnt 3040 at 2013-11-11 21:13:00 UTC *** (In reply to comment #9) > It would be interesting to know why the problem only affects the contacts > window. So actually it's the patch from bug 955121 (bio 1693) that "fixes" the problem in the chat window. The patch I attached here alone regresses the tooltips in the chat window :-(. This new patch should "work everywhere".

Comment on attachment 8354820 [details] [diff] [review] Better workaround *** Original change on bio 2113 attmnt 3039 at 2013-11-11 21:13:10 UTC was without comment, so any subsequent comment numbers will be shifted ***

Comment on attachment 8354821 [details] [diff] [review] Better workaround that actually works *** Original change on bio 2113 attmnt 3040 at 2013-11-11 21:14:23 UTC was without comment, so any subsequent comment numbers will be shifted ***

*** Original post on bio 2113 at 2013-11-11 21:53:52 UTC *** http://hg.instantbird.org/instantbird/rev/74704f87a57d

*** Original post on bio 2113 at 2013-11-14 17:05:49 UTC *** It appears this can also happen on Linux, in the conversation window at least. STR unclear.

*** Original post on bio 2113 as attmnt 3048 at 2013-11-14 17:08:00 UTC *** Removes the OSX ifdef.

*** Original post on bio 2113 at 2013-11-22 07:08:02 UTC *** Has anybody seen this on Windows too?

*** Original post on bio 2113 at 2013-11-24 22:12:03 UTC *** (In reply to comment #13) > It appears this can also happen on Linux, in the conversation window at least. > STR unclear. I've just tried to reproduce with a Linux build for a while and couldn't. Do you see this frequently? The bug we fixed on Mac happened all the time. If the issue you were seeing on Linux happens only rarely and we don't have steps to reproduce, I'm not sure fixing it "randomly" is a good idea.

*** Original post on bio 2113 at 2013-11-25 16:51:35 UTC *** (In reply to comment #16) > I've just tried to reproduce with a Linux build for a while and couldn't. Do > you see this frequently? On Linux, I only see it rarely and have no STR. But once it happens, it stays that way. I thought we might use the workaround because it is essentially harmless, but I'm not too concerned if we don't take it for Linux.

*** Original post on bio 2113 at 2013-12-01 18:01:24 UTC *** (In reply to comment #17) > (In reply to comment #16) > > I've just tried to reproduce with a Linux build for a while and couldn't. Do > > you see this frequently? > > On Linux, I only see it rarely and have no STR. But once it happens, it stays > that way. I thought we might use the workaround because it is essentially > harmless, but I'm not too concerned if we don't take it for Linux. Given this, I think it's not an 1.5 blocker. And we should possibly track the linux issue in another bug (as the target milestone would be different).

Comment on attachment 8354829 [details] [diff] [review] Patch to apply workaround to all platforms *** Original change on bio 2113 attmnt 3048 at 2013-12-01 18:01:39 UTC was without comment, so any subsequent comment numbers will be shifted ***

*** Original post on bio 2113 at 2013-12-12 14:34:29 UTC *** (In reply to comment #18) > > On Linux, I only see it rarely and have no STR. But once it happens, it stays > > that way. I thought we might use the workaround because it is essentially > > harmless, but I'm not too concerned if we don't take it for Linux. > > Given this, I think it's not an 1.5 blocker. And we should possibly track the > linux issue in another bug (as the target milestone would be different). I think I've changed my mind on this. I see it frequently enough for it to be annoying (extra large tooltips with just the time in them especially).

Comment on attachment 8354829 [details] [diff] [review] Patch to apply workaround to all platforms *** Original change on bio 2113 attmnt 3048 at 2013-12-13 12:03:47 UTC was without comment, so any subsequent comment numbers will be shifted ***

Comment on attachment 8354829 [details] [diff] [review] Patch to apply workaround to all platforms *** Original change on bio 2113 attmnt 3048 at 2013-12-13 12:07:01 UTC was without comment, so any subsequent comment numbers will be shifted ***

*** Original post on bio 2113 at 2013-12-13 21:08:00 UTC *** Hopefully this is fixed for good. http://hg.instantbird.org/instantbird/rev/cb330fcc9f73