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)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: sylvain.pasche, Assigned: ginnchen+exoracle)

Details

(Keywords: fixed1.8, regression)

Attachments

(1 file)

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
Severity: major → normal
Status: UNCONFIRMED → NEW
Ever confirmed: true
Is there a specific site or configuration needed to reproduce this? It seems to
work for me using a Windows Firefox build from 20050719.
I'm hunting down the regression now.  The bug exists at least as far back as
2005-06-13.
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
Attached patch patchSplinter Review
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 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
Flags: blocking-aviary1.5?
Flags: blocking-aviary1.5? → blocking1.8b4+
(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?
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)
I think it should be on the list of bug 300860.
Whiteboard: [1.8 Branch ETA ?]
Whiteboard: [1.8 Branch ETA ?] → [ETA ?]
Whiteboard: [ETA ?] → [ETA ?][needs review+SR bryner]
Attachment #190107 - Flags: superreview?(bryner)
Attachment #190107 - Flags: superreview+
Attachment #190107 - Flags: review?(bryner)
Attachment #190107 - Flags: review+
Attachment #190107 - Flags: approval1.8b4?
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 ?]
Attachment #190107 - Flags: approval1.8b4? → approval1.8b4+
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+
Whiteboard: [ETA ?]
Keywords: fixed1.8
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: