Closed
Bug 299881
Opened 19 years ago
Closed 19 years ago
Block images context menu entry does not show checkbox when on
Categories
(Firefox :: Menus, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: sylvain.pasche, Assigned: ginnchen+exoracle)
Details
(Keywords: fixed1.8, regression)
Attachments
(1 file)
|
1.77 KB,
patch
|
bryner
:
review+
bryner
:
superreview+
asa
:
approval1.8b4+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050513 Debian/1.7.8-1 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050706 Firefox/1.0+ When you right click on an image, and choose "Block images from ...", the checkbox on the left is not checked (not visible). However, the image blocking is in effect. I tried with stable firefox, and the checkbox is visible when image blocking is activated, but there is apparently a regression on Deer Park. Reproducible: Always Steps to Reproduce: 1. Right click an image 2. Choose "block images from ..." 3. Right click again on the image Actual Results: There's no checkbox showing that the image blocking is active Expected Results: There should be a checked box on the left of the menu item
Keywords: regression
Version: unspecified → Trunk
Updated•19 years ago
|
Severity: major → normal
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 1•19 years ago
|
||
Is there a specific site or configuration needed to reproduce this? It seems to work for me using a Windows Firefox build from 20050719.
Comment 2•19 years ago
|
||
I'm hunting down the regression now. The bug exists at least as far back as 2005-06-13.
Comment 3•19 years ago
|
||
This seems to be Linux-specific based on reports here, and possibly GTK2-specific as well based on what I've discovered. After tracking through old builds on archive.m.o, it seems the problem first showed up between the 2005-02-17-09 and 2005-02-18-10 builds. Checkins during that time: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=PhoenixTinderbox&sortby=Date&date=explicit&mindate=2005-02-17+08%3A00&maxdate=2005-02-18+10%3A00 My guess is the regression occurred with the fix for bug 174740. Adding |type="checkbox"| where the menu item is defined is probably something that needs doing. I initially thought this was the bug, but I tested and it's not - the check still doesn't display even with that added. http://lxr.mozilla.org/mozilla/source/browser/base/content/browser-context.inc#102 Anyway, CCing the fixer for bug 174740, as he can probably figure out what's wrong here. Ginn, do you see the problem?
Thanks, Jeff. I saw this problem. I'll try to fix it in next week.
Assignee: nobody → ginn.chen
fix it, no need waiting for next week
Attachment #190107 -
Flags: superreview?(bryner)
Attachment #190107 -
Flags: review?(robin.lu)
Comment on attachment 190107 [details] [diff] [review] patch neil, would you please review it? Thanks!
Attachment #190107 -
Flags: review?(robin.lu) → review?(neil.parkwaycc.co.uk)
Comment 7•19 years ago
|
||
Comment on attachment 190107 [details] [diff] [review] patch Sorry, I can't review this because a) I don't have Firefox b) I don't have GTK2 c) I think the menuitem should have type="checkbox" d) it should be able to use -moz-appearance without #ifdefs
Attachment #190107 -
Flags: review?(neil.parkwaycc.co.uk) → review-
(In reply to comment #7) > c) I think the menuitem should have type="checkbox" I agree with you. But this patch is not try to make behaviours of gnomestripe theme or gtk2 theme same to other platforms, as they did before patch of bug 174740. > d) it should be able to use > -moz-appearance without #ifdefs It is not introduced in this patch. We should solve it seperately.
Status: NEW → ASSIGNED
Updated•19 years ago
|
Flags: blocking-aviary1.5? → blocking1.8b4+
Comment 9•19 years ago
|
||
(In reply to comment #8) > (In reply to comment #7) > > c) I think the menuitem should have type="checkbox" > I agree with you. > But this patch is not try to make behaviours of gnomestripe theme or gtk2 theme > same to other platforms, as they did before patch of bug 174740. > > > d) it should be able to use > > -moz-appearance without #ifdefs > It is not introduced in this patch. > We should solve it seperately. Is there any direction here? Is the patch going to be altered / re-reviewed?
| Assignee | ||
Comment 10•19 years ago
|
||
Comment on attachment 190107 [details] [diff] [review] patch bryner, would you please review this patch or give comments? This is blocking next release. Thanks.
Attachment #190107 -
Flags: review- → review?(bryner)
| Assignee | ||
Comment 11•19 years ago
|
||
I think it should be on the list of bug 300860.
Whiteboard: [1.8 Branch ETA ?]
Updated•19 years ago
|
Whiteboard: [1.8 Branch ETA ?] → [ETA ?]
Updated•19 years ago
|
Whiteboard: [ETA ?] → [ETA ?][needs review+SR bryner]
Updated•19 years ago
|
Attachment #190107 -
Flags: superreview?(bryner)
Attachment #190107 -
Flags: superreview+
Attachment #190107 -
Flags: review?(bryner)
Attachment #190107 -
Flags: review+
Attachment #190107 -
Flags: approval1.8b4?
| Assignee | ||
Comment 12•19 years ago
|
||
Fixed on trunk Checking in themes/classic/global/win/menu.css; /cvsroot/mozilla/themes/classic/global/win/menu.css,v <-- menu.css new revision: 1.58; previous revision: 1.57 done Checking in toolkit/themes/gnomestripe/global/menu.css; /cvsroot/mozilla/toolkit/themes/gnomestripe/global/menu.css,v <-- menu.css new revision: 1.11; previous revision: 1.10 done
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Whiteboard: [ETA ?][needs review+SR bryner] → [ETA ?]
Updated•19 years ago
|
Attachment #190107 -
Flags: approval1.8b4? → approval1.8b4+
| Assignee | ||
Comment 13•19 years ago
|
||
Fixed 1.8 branch Checking in themes/classic/global/win/menu.css; /cvsroot/mozilla/themes/classic/global/win/menu.css,v <-- menu.css new revision: 1.56.8.1; previous revision: 1.56 done Checking in toolkit/themes/gnomestripe/global/menu.css; /cvsroot/mozilla/toolkit/themes/gnomestripe/global/menu.css,v <-- menu.css new revision: 1.10.2.1; previous revision: 1.10 done
Flags: blocking1.8b5+
You need to log in
before you can comment on or make changes to this bug.
Description
•