Closed
Bug 233286
Opened 21 years ago
Closed 21 years ago
[FIXr]Empty "tooltips" appear as little yellow squares where they shouldn't
Categories
(SeaMonkey :: General, defect, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.7alpha
People
(Reporter: jvidal, Assigned: bzbarsky)
References
Details
Attachments
(1 file)
9.11 KB,
patch
|
bryner
:
review+
bryner
:
superreview+
dveditz
:
approval1.7a+
|
Details | Diff | Splinter Review |
User-Agent:
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040206
When placing the mouse cursor over, for example, the location bar, an empty
little yellow square appears (???!?!?!?!?).
Also when browsing through the available smileys, the same thing happens.
Maybe in other places too.
Reproducible: Always
Steps to Reproduce:
1.place the mouse cursor over the location bar (and other places too)
2. wait a few seconds
3.
Actual Results:
A little yellow square (sort of a tooltip) appears
Expected Results:
nothing should happen.
![]() |
Assignee | |
Comment 1•21 years ago
|
||
Regressed between 2004-01-29-08 and 2004-01-30-09. Possible culprits: bug
196755 (my money is on this one), bug 109772.
Full checkin list in that range:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-01-29+08%3A00%3A00&maxdate=2004-01-30+09%3A00%3A00&cvsroot=%2Fcvsroot
Note that tooltips in general are OK (eg the one for the "alias" label at the
top of this page or the home button on the personal toolbar...)
Comment 2•21 years ago
|
||
The smileys is a duplicate bug... I've got an experimental patch for that which
might mean that I can't reproduce the location bar bug.
Reporter | ||
Comment 3•21 years ago
|
||
More on the location bar bug.
I just noticed that random tips may appear also...
Along with the empty mini tooltip, now "reload current page" or "go back one
page" appear randomly when placing the mouse cursor over the location bar.
Restarting mozilla may change the tooltip.
Reporter | ||
Comment 4•21 years ago
|
||
Oh, and BTW, since we're in the smileys-bug topic, also i still see blank
(empty) lines while browsing the available smileys drop-down menu (but i guess
that's another bug, already in discussion)
Reporter | ||
Comment 5•21 years ago
|
||
Alright, now i got it 100% right!!!!!
When placing the mouse cursor over the location bar, the last tooltip "used" is
what shows up. If you have just started mozilla, then only a blank tooltip
shows, since there's no last-tooltip to show.
try it:
start mozilla, place the cursor over the buttons and then over the location bar,
one at a time (i mean, button, then bar, then another button, then bar
again,etc) and you'll see.
Reporter | ||
Comment 6•21 years ago
|
||
same thing with the smileys: press ctrl-M, place the mouse over any button that
displays a tooltip and then browse through the smileys...you'll see what i mean.
Strangely enough, the tooltip bug is restricted to each application. I mean, if
you place the cursor over...say, the "reload" button, then "reload current page"
appears when placing the cursor over the location bar, but only a blank tooltip
appears over the smileys...but if you place the mouse over a button in the new
message woindow, than that tooltip will appear over the smileys, but not in the
location bar....
ufff, it was kind of dificult to explain, hope you guys get the point.
Comment 7•21 years ago
|
||
(In reply to comment #4)
>Oh, and BTW, since we're in the smileys-bug topic, also i still see blank
>(empty) lines while browsing the available smileys drop-down menu (but i guess
>that's another bug, already in discussion)
Bug 231293 should have fixed this bit, but didn't :-(
*** This bug has been marked as a duplicate of 147670 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
![]() |
Assignee | |
Comment 8•21 years ago
|
||
So Neil, what am I missing? What's up with the URL bar tooltips? That's a
recent regression, and bug 147670 is pretty old...
Comment 9•21 years ago
|
||
OK, I spoke too soon...
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 10•21 years ago
|
||
*** Bug 233190 has been marked as a duplicate of this bug. ***
![]() |
Assignee | |
Comment 11•21 years ago
|
||
Thanks to Neil for the idea
Assignee: general → bzbarsky
Status: UNCONFIRMED → ASSIGNED
![]() |
Assignee | |
Comment 12•21 years ago
|
||
This is pretty bad -- all sorts of weird event targets are exposed without this
patch.
Severity: trivial → major
Priority: -- → P1
Summary: Empty "tooltips" appear as little yellow squares where they shouldn't → [FIX]Empty "tooltips" appear as little yellow squares where they shouldn't
Target Milestone: --- → mozilla1.7alpha
![]() |
Assignee | |
Comment 13•21 years ago
|
||
Comment on attachment 140778 [details] [diff] [review]
Retarget events as they bubble out of native anonymous content
bryner, would you review? The CSSFrameConstructor changes are to make the
CSS-generated :before/:after content anonymous, as long as I was doing this.
Attachment #140778 -
Flags: superreview?(bryner)
Attachment #140778 -
Flags: review?(bryner)
Updated•21 years ago
|
Flags: blocking1.7b+
Comment 14•21 years ago
|
||
Comment on attachment 140778 [details] [diff] [review]
Retarget events as they bubble out of native anonymous content
r+sr=bryner
Attachment #140778 -
Flags: superreview?(bryner)
Attachment #140778 -
Flags: superreview+
Attachment #140778 -
Flags: review?(bryner)
Attachment #140778 -
Flags: review+
![]() |
Assignee | |
Comment 15•21 years ago
|
||
Comment on attachment 140778 [details] [diff] [review]
Retarget events as they bubble out of native anonymous content
Requesting approval for 1.7a. This can cause web page scripts to get pointers
to anonymous content from events, which is bad for a number of reasons (in this
case, probably just correctness, though -- I don't think native anonymous
content has security implications...)
Attachment #140778 -
Flags: approval1.7a?
![]() |
Assignee | |
Updated•21 years ago
|
Summary: [FIX]Empty "tooltips" appear as little yellow squares where they shouldn't → [FIXr]Empty "tooltips" appear as little yellow squares where they shouldn't
Comment 16•21 years ago
|
||
This affects my commercial work (absolutely breaking my recordings).
Comment 17•21 years ago
|
||
Comment on attachment 140778 [details] [diff] [review]
Retarget events as they bubble out of native anonymous content
a=dveditz for 1.7a
Attachment #140778 -
Flags: approval1.7a? → approval1.7a+
![]() |
Assignee | |
Comment 18•21 years ago
|
||
Checked in for 1.7a.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago → 21 years ago
Resolution: --- → FIXED
Comment 19•21 years ago
|
||
Has this fix regressed in current builds?
I see empty tooltips, as described in the reporter's description, when hovering
over links in the Back/Forward dropdown menus. This behavior (empty tooltips)
only occurs when I have not hovered over the main button long enough to generate
its tooltip.
The behavior I see is probably related to bug 147670 insofar as the tooltips may
not cascade to the child nodes (the links in the Back/Forward menu, in my
example) until I hover over the main button. Once I've generated the tooltip
for the main button, the child items show the tooltips.
Seen on WinXP SP2 in:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040817
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040817
Firefox/0.9.1+
The tooltips, when shown, DO have problems, as documented in my bug 254224.
So, do the empty tooltips I see represent a regression on the this fixed bug, or
should I file a new bug?
![]() |
Assignee | |
Comment 20•21 years ago
|
||
> Has this fix regressed in current builds?
If it has, please file a separate bug.
Comment 21•20 years ago
|
||
(In reply to comment #20)
> > Has this fix regressed in current builds?
>
> If it has, please file a separate bug.
This buggy behavior (empty tooltips) is covered in bug 147670. I won't file a
separate bug as I think things have been covered appropriately.
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•