Closed
Bug 464440
Opened 16 years ago
Closed 9 years ago
oversized tooltip
Categories
(Core :: Layout: Block and Inline, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 357337
People
(Reporter: magicdice, Unassigned)
References
()
Details
Attachments
(4 files)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.0.2) Gecko/2008091817 Red Hat/3.0.2-3.el4 Firefox/3.0.2 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.0.2) Gecko/2008091817 Red Hat/3.0.2-3.el4 Firefox/3.0.2 See the URL and hover the mouse on the text: the tooltip is oversized. Screenshot coming up. Reproducible: Always
Attached testcase too, since the URL field is not clickable for me...
Comment 3•16 years ago
|
||
I believe that this could be a residue of the fix of Bug 218223. Not sure if Bug 378846 covers this, but I'm sure I've seen a similar bug before.
The testcase in bug 378846 (attachment 302303 [details]) works for me.
Comment 5•16 years ago
|
||
I can reproduce it with Fedora + Firefox 3.0.4
Comment 6•16 years ago
|
||
It looks like something causes a multiline tooltip to always be of a fixed width - data:text/html,<a title="Another supercalifragilisticexpialidocious pneumonoultramicroscopicsilicovolcanoconiosis.">Hover here</a> also reproduces the bug, with the exact same width. "data:text/html,<a title="She was tired, and ready for bed, but she wanted to enjoy the luxury of this moment, when everything was still, the day's work was over, and she didn't want to go to bed right away, for the simple reason that she knew, she could do so, whenever she wanted to.">Hover here</a>" also produces the same tooltip width, albeit the width seems to be correct this time - but it's the same as in the previous example.
Comment 7•15 years ago
|
||
dupe? fails Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2a1pre) Gecko/20090617 Minefield/3.6a1pre
Component: General → XUL
OS: Linux → All
Product: Firefox → Core
QA Contact: general → xptoolkit.widgets
Version: unspecified → Trunk
Comment 8•15 years ago
|
||
perhaps dupe of bug 357337
Comment 10•15 years ago
|
||
This seems to me to be an artifact of block/inline layout, not a XUL bug.
If I size my window down to about 500 pixels wide, then given my default font the text taken from the tooltip in the test case will wrap as follows:
>NEW - NS_ERROR_FACTORY_NOT_REGISTERED from
>nsIDocShellHistory.useGlobalHistory opening view source
However I cannot persuade Gecko to shrink a box around it to anything less than 100% width except by explicitly specifying one.
Component: XUL → Layout: Block and Inline
QA Contact: xptoolkit.widgets → layout.block-and-inline
Comment 11•11 years ago
|
||
I am seeing ridiculously-huge tooltip boxes on Firefox 25 on Linux. The HTML test code is inline; screenshot will be attached. Regards, David. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <title></title> </head> <body> <a href="foo" title="A Title">A Link</a> </body> </html>
Comment 12•11 years ago
|
||
The HTML code that produced screenshot is below. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <title></title> </head> <body> <a href="foo" title="A Title">A Link</a> </body> </html>
Comment 13•11 years ago
|
||
If I quit Firefox and restart it and open the exact same HTML file, the tooltip is the correct size! This is Firefox 25 on Debian 7.0 (Wheezy), amd64 architecture. Regards, David.
Comment 14•10 years ago
|
||
perhaps dupe of bug 957396
Comment 15•10 years ago
|
||
Is this till an issue with Firefox33 (currently beta) ?
Comment 16•10 years ago
|
||
David? ... (In reply to Matthias Versen [:Matti] from comment #15) > Is this till an issue with Firefox33 (currently beta) ? (In reply to YF (Yang) from comment #14) > perhaps dupe of bug 957396 (was fixed in firefox 26)
Flags: needinfo?(magicdice)
Flags: needinfo?(dfs)
Whiteboard: [closeme 2014-11-15]
Comment 17•10 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #16) > David? ... > > (In reply to Matthias Versen [:Matti] from comment #15) > > Is this till an issue with Firefox33 (currently beta) ? > > (In reply to YF (Yang) from comment #14) > > perhaps dupe of bug 957396 > > (was fixed in firefox 26) why? the fx26 coming from ...?
Flags: needinfo?(vseerror)
Comment 18•10 years ago
|
||
I can't reproduce it on Firefox 33, so I think it probably has been fixed. Regards, David.
Flags: needinfo?(dfs)
Reporter | ||
Comment 19•10 years ago
|
||
I still see the bug using the reduced testcase in attachment 347749 [details] (Firefox 33 on Linux).
Flags: needinfo?(magicdice)
Comment 20•10 years ago
|
||
I see comment 1 with Firefox 4.0.1 and Firefox 34 on Win8.1, not a bug / not a regression? WFM for comment 12 on Firefox 34, maybe fixed in bug 957396.
Comment 21•10 years ago
|
||
Confirming described in first comment behavior on attached testcase Mozilla/5.0 (Windows NT 6.1; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(vseerror)
Whiteboard: [closeme 2014-11-15]
Comment 22•10 years ago
|
||
Btw, after reading Bug 357337 this one looks like definitely dupe for it, but have testcase
Comment 23•9 years ago
|
||
Resolving this bug as a duplicate since bug 357337 has more people and bugs associated with it. I've copied the testcase from this bug to bug 357337.
You need to log in
before you can comment on or make changes to this bug.
Description
•