Closed Bug 405137 Opened 17 years ago Closed 17 years ago

Close button on tab has empty tooltip

Categories

(Firefox :: Theme, defect)

All
macOS
defect
Not set
trivial

Tracking

()

VERIFIED FIXED
Firefox 3 beta3

People

(Reporter: kroc2000, Assigned: philor)

References

Details

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b1) Gecko/2007110903 Firefox/3.0b1
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b1) Gecko/2007110903 Firefox/3.0b1

A tiny yellow square appears when hovering over the close button on a tab

Reproducible: Always

Steps to Reproduce:
1. Open two tabs
2. Hover mouse over the close button
Actual Results:  
Small yellow square appears representing a blank tooltip

Expected Results:  
No tooltip square, or a tooltip to say that this is the close button

My be related to: #403330
Aren't you missing step 0, "install the prototype of the new Mac theme, which extends the binding that has the tooltip content, and thus loses it"?
Hey, I'm just a user. No idea how the internals work :) I was meant to add that I was using Proto, but have just realised I forgot to add it to the report :/
Well, you're forgiven for not adding the second part. And since it looks like the patch in bug 397723 has the same problem, and it's really only a bug in a patch that hasn't been checked in yet, let's deal with it over there.
Blocks: proto
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
No longer blocks: proto
phil, based on comments from faaborg, I think we want to re-open this and block on bug #397723, so that it doesn't get lost in the shuffle.

proto 0.8

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b2pre) Gecko/2007121008 Minefield/3.0b2pre
Status: RESOLVED → UNCONFIRMED
Depends on: proto
Resolution: DUPLICATE → ---
And we want to confirm it too.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Blocked 2.0 the last time around, in bug 324237, so I guess it ought to again.
Flags: blocking-firefox3?
Attached patch Fix v.1Splinter Review
Is it wrong to laugh maniacally while thinking "(as long as this test is actually enough) this will be the last time I fix this particular bug"?
Assignee: nobody → philringnalda
Status: NEW → ASSIGNED
Attachment #299732 - Flags: review?(mano)
Blocks: proto
No longer depends on: proto
Component: Tabbed Browser → Theme
QA Contact: tabbed.browser → theme
Comment on attachment 299732 [details] [diff] [review]
Fix v.1

sure you don't need both hasAttribute and getAttribute != "", r=mano otherwise.
Attachment #299732 - Flags: review?(mano) → review+
Attachment #299732 - Flags: approval1.9?
That double test somehow seemed to make sense to me at the time, where "the time" seems to have been a quarter to four in the morning. Maybe I expected my test to run in IE?
Comment on attachment 299732 [details] [diff] [review]
Fix v.1

a=beltzner
Attachment #299732 - Flags: approval1.9? → approval1.9+
browser/themes/pinstripe/browser/browser.xml 1.6
browser/base/content/test/browser_bug405137.js 1.1
browser/base/content/test/Makefile.in 1.7
Status: ASSIGNED → RESOLVED
Closed: 17 years ago17 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3 beta3
Version: unspecified → Trunk
Hardware: Macintosh → All
Verified with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b3pre) Gecko/2008013004 Minefield/3.0b3pre ID:2008013004
Status: RESOLVED → VERIFIED
Flags: blocking-firefox3? → blocking-firefox3+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: