The option to delete data from a domain is undesigned.
Categories
(Core :: Graphics, defect)
Tracking
()
Fission Milestone | M7 |
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | unaffected |
firefox85 | --- | unaffected |
firefox86 | --- | unaffected |
firefox87 | --- | fixed |
People
(Reporter: striptm, Assigned: emilio)
References
(Regression)
Details
(Keywords: regression)
Attachments
(5 files)
In devstools -> Storage
By right clicking on a domain to delete the data. There are no design options to "Delete..."
Comment 1•4 years ago
|
||
Thank you for the report.
Note that you can right click on an entry in the table (a cookie in your case) and pick Delete from the context menu.
Does that help?
Honza
Reporter | ||
Comment 2•4 years ago
|
||
The operation is correct, in this case delete all cookies.
The bug is that the options "Delete... " options have a transparent background.
It happens in all storages, local, session...
Comment 3•4 years ago
|
||
Ah, I didn't see it at the original screenshot.
What OS and Firefox version are you using?
Reporter | ||
Comment 4•4 years ago
|
||
Firefox Nightly in Ubuntu 87.0a1 (2021-02-08) (64-bit)
Tested on a fresh copy and new profile.
And also tested on my usual profile with Firefox in Spanish.
Comment 5•4 years ago
|
||
Thank you for the update Fernando!
This doesn't look like DevTools issue, I am moving the report to Core::Graphics
Honza
Comment 6•4 years ago
|
||
I am seeing the same bug with Mozilla/5.0 (X11; Linux x86_64; rv:87.0) Gecko/20100101 Firefox/87.0 ID:20210210215051
Updated•4 years ago
|
Comment 7•4 years ago
|
||
How do context menus look elsewhere in Firefox -- do they display correctly e.g. if you right-click within a web page? Is it just the lack of background that's an issue here, or is the text styling of the menu items also wrong? (Hard to tell from the screenshots here, as I don't know what a "correct" popup menu would look like on that system.)
Although the exact behavior is a bit different, this reminds me of bug 1691952, where context menu rendering was also broken. Possibly a related underlying cause?
Comment 8•4 years ago
|
||
This is is same context menu, not broken in 85.
Updated•4 years ago
|
Comment 9•4 years ago
|
||
(In reply to Pascal Chevrel:pascalc from comment #8)
Created attachment 9202566 [details]
Bug_1691428.pngThis is is same context menu, not broken in 85.
And when you open the broken version in Nightly, are the menuitems much closer together, like they seem to be in the reporter's screenshots? If so, I think that would suggest a general failure to apply styling, rather than a graphics rendering issue resulting in transparency. (It's possible your theme is different from the reporters, though, and that could also explain the different spacing.)
Comment 10•4 years ago
|
||
I see exactly the same thing as Fernando, I am looking for the regression window now.
Comment 11•4 years ago
|
||
49:58.76 INFO: Last good revision: d6481478a8e01366fb3af2e0788aa6666429d5f1
49:58.76 INFO: First bad revision: d9e5a018312eccf63acbda32759d90e2f92175d7
49:58.76 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=d6481478a8e01366fb3af2e0788aa6666429d5f1&tochange=d9e5a018312eccf63acbda32759d90e2f92175d7
Regressed by Bug 1689359
Assignee | ||
Updated•4 years ago
|
Comment 12•4 years ago
|
||
I'm going to close bug 1627961 as duplicate of this bug here since Emilio has assigned himself to this bug, but note that this appears to be cross-platform (or, at least, affecting Linux and macOS). Markus also mentioned in bug 1627961 comment 20 that:
Something similar happens with the context menu in the sidebar of the Storage panel. Hovering over context menu items does not show a blue background.
Assignee | ||
Comment 14•4 years ago
|
||
The background change matches Windows / Mac, and common sense too.
The customoptionstyling change is because that comment is just false,
although custom select is not enabled on Linux (though maybe it could
after this patch, will look into it separately).
Finally, give some padding to unthemed menuitems. GTK overrides this
padding with the theme one, but this allows having a sane default.
This is the padding I get with Adwaita, which is the default GTK theme.
Assignee | ||
Comment 15•4 years ago
|
||
We don't.
Depends on D104874
Comment 16•4 years ago
|
||
I agree with these patches, but can we also make it so that the non-native theme isn't used in this context? Anywhere where we can have XUL menupopups we should also have the native theme.
Assignee | ||
Comment 17•4 years ago
|
||
Ok, I'll look into that in a separate bug (just filed bug 1692306 for this), though it's kinda unfortunate because for the most part devtools looks better with the non-native theme enabled :-)
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Comment 18•4 years ago
|
||
Comment 19•4 years ago
|
||
Comment 20•4 years ago
|
||
bugherder |
Assignee | ||
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Reporter | ||
Comment 21•4 years ago
|
||
Verified in Ubuntu Firefox 87.0a1 (2021-02-16) (64-bit)
Thanks.
Updated•4 years ago
|
Description
•