Closed
Bug 52159
Opened 24 years ago
Closed 22 years ago
Site name should be added to allow/block cookie/image dialog (in place of "this site")
Categories
(Core :: Networking: Cookies, defect, P4)
Core
Networking: Cookies
Tracking
()
VERIFIED
WONTFIX
mozilla1.3beta
People
(Reporter: bugzilla, Assigned: skasinathan)
References
Details
Attachments
(2 files)
5.86 KB,
patch
|
Details | Diff | Splinter Review | |
84.49 KB,
image/png
|
Details |
When selecting block cookies/image from this site, a dialog appear saying "Cookies/Images from this site will always be rejected". This dialog should contain the sites URL. So it should say something like: "Cookies/Images from the site www.gemal.dk will always be rejected."
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → M20
Updated•24 years ago
|
Summary: Site name should be added to allow/block cookie/image dialog → [x]Site name should be added to allow/block cookie/image dialog
Target Milestone: M20 → ---
Updated•24 years ago
|
Summary: [x]Site name should be added to allow/block cookie/image dialog → Site name should be added to allow/block cookie/image dialog
Whiteboard: [x]
Updated•24 years ago
|
Whiteboard: [x]
Updated•24 years ago
|
Summary: Site name should be added to allow/block cookie/image dialog → Site name should be added to allow/block cookie/image dialog (in place of "this site")
Updated•24 years ago
|
Target Milestone: --- → mozilla1.2
Updated•24 years ago
|
Keywords: mozilla0.9.1
Comment 3•23 years ago
|
||
Site name is displayed in the cookie dialog. How about image dialog?
*** Bug 110713 has been marked as a duplicate of this bug. ***
Comment 5•22 years ago
|
||
Using RC1, from Tool -> (Cookie/Image Manager) the site is not displayed. Neither is the site displayed in the context menu when right clicking on an image. When selecting these options, an Alert pops up, but the name is still not displayed.
Comment 6•22 years ago
|
||
Galeon puts the site name in the context menu: Block images from ads.cnn.com I was rather surprised Mozilla didn't work the same way. This is much nicer than putting it a dialog box because it lets the user know if that image is useful to block with only one click. Of course, the dialog box should also have the site name.
Updated•22 years ago
|
Priority: P3 → P4
Target Milestone: mozilla1.2alpha → mozilla1.2beta
Updated•22 years ago
|
Target Milestone: mozilla1.2beta → mozilla1.3beta
Comment 7•22 years ago
|
||
I have a patch for the image context menu. With the patch, the context menu displays "Block(Unblock) Images from www.site.com" instead of "Block (Unblock) Images from this Server". Before posting the diff, though, I'd like to see if people (especially the UI folks who would make the decision of checking it in or not) are in favour of it. I wouldn't want it to die out like bug 136110...
Comment 8•22 years ago
|
||
This was intentionally never done because it would make the drop-down menu excessively wide.
Comment 9•22 years ago
|
||
This patch puts the server name in the "Block Images" context menu item.
Comment 10•22 years ago
|
||
On the other hand, if you actually want to *use* Block Images from this server, 95% of the time you first have to view the image properties (right-click image, select Properties, close properties dialog) just to make sure you're not blocking the main site's content. Steve: here's the patch. I'm not going to defend it (although it doesn't look too wide to me, and it's really a necessary feature if you use image blocking). If it needs work for review, I'll do it (if the server name is too long, it can be truncated: domain names are < 64 chars and must be in US-ASCII, so "..." is probably OK). But if you don't want it, hey, it's your module. Don't let me stop you. I don't want to do bug 136110 over again. :)
Comment 11•22 years ago
|
||
(although, of course, in bug 136110 you were on my side. ;-) )
Comment 12•22 years ago
|
||
Screenshot of patched version on a web site with a long name. It doesn't look unmanageable to me. But then, I'm not an average user. :-) (no more, I promise!)
Assignee | ||
Comment 14•22 years ago
|
||
hmm...as Lorenzo and Morse mentioned, the context menu might look very wide
depending on length of the domain name. This might not look good visually in
most cases. (see attachment 105412 [details])
darin/danm/cathleen: what do you folks think?
thx!
Status: NEW → ASSIGNED
Assignee | ||
Comment 15•22 years ago
|
||
Adding Jennifer to cc list. Jen, when you get a chance can you look at this bug? I personally feel that adding domain name will make the context menu wide. Thanks!!!
Assignee | ||
Comment 16•22 years ago
|
||
-> WONTFIX. Patrice (UE Engineer) didn't like increasing the width of the context-menu.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → WONTFIX
Comment 17•20 years ago
|
||
V/wontfix. Made image blocking bugs depends on this, one component someday changes its mind.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•