Closed
Bug 420218
Opened 17 years ago
Closed 10 years ago
Site favicon stay pushed after drag & drop
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: NicolasWeb, Unassigned)
References
Details
(Keywords: polish)
Attachments
(1 file)
(deleted),
image/png
|
Details |
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; fr; rv:1.9b4pre) Gecko/2008022804 Minefield/3.0b4pre
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; fr; rv:1.9b4pre) Gecko/2008022804 Minefield/3.0b4pre
after a drag & drop to the desktop of the favicon of the site button remain clicked.
Reproducible: Always
Steps to Reproduce:
1.visit a security not verified / checked site
2.drag the site icon to the desktop
Actual Results:
the site button remain clicked
Expected Results:
the site button should be unclicked
Reporter | ||
Comment 1•17 years ago
|
||
Comment 2•17 years ago
|
||
maybe bug 414739 wasn't really fixed (if these are the same issue).
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Updated•17 years ago
|
Flags: blocking-firefox3?
Updated•17 years ago
|
Flags: wanted-firefox3+
Flags: blocking-firefox3?
Flags: blocking-firefox3-
Version: unspecified → Trunk
Updated•17 years ago
|
Hardware: Macintosh → All
Comment 3•17 years ago
|
||
Kevin, is there any chance to get this fixed?
Comment 5•17 years ago
|
||
I messed with the CSS rules, changing line 2014 of browser.css from this:
#identity-box:active,
to this:
#identity-box:hover:active,
and after the change, when I dropped the urlbar icon to the bookmarks bar or the content area, the active style was applied when I hovered over the urlbar favicon. Can someone confirm this?
Comment 6•16 years ago
|
||
Kevin, without applying the patch the identity-box will be shown in pushed state after a drag&drop action. That's what I can see. Shall I apply the patch? If yes, will this hovering issue be fixed than?
Reporter | ||
Comment 7•16 years ago
|
||
It appear that now the site button stay push when you houver it after drag & drop
Flags: blocking1.9.0.4?
Flags: blocking-firefox3.1?
Comment 8•16 years ago
|
||
Alex or Kevin, something we can fix for 3.1?
Comment 9•16 years ago
|
||
Polish bugs like this appears to be won't block security/stability/maintenance releases.
Flags: blocking1.9.0.4? → blocking1.9.0.4-
Updated•16 years ago
|
Comment 10•15 years ago
|
||
(In reply to comment #7)
> It appear that now the site button stay push when you houver it after drag &
> drop
This isn't a theme issue.
Component: Theme → XUL
Flags: wanted-firefox3.5+
Flags: wanted-firefox3+
Flags: blocking-firefox3.5-
Flags: blocking-firefox3-
Product: Firefox → Core
QA Contact: theme → xptoolkit.widgets
Reporter | ||
Updated•14 years ago
|
Blocks: cuts-cruft, cuts-focus
Updated•14 years ago
|
No longer blocks: cuts-focus, cuts-cruft
Reporter | ||
Updated•14 years ago
|
blocking2.0: --- → ?
Reporter | ||
Updated•14 years ago
|
blocking1.9.2: --- → ?
blocking2.0: ? → -
Reporter | ||
Comment 12•10 years ago
|
||
The Fx UI has changed : this issue had disappear.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•