Closed
Bug 842494
Opened 11 years ago
Closed 11 years ago
NoScript's popup menu partially not rendered sometimes since Gecko 18
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 844255
People
(Reporter: ma1, Unassigned)
Details
Attachments
(1 file)
279.12 KB,
image/jpeg
|
Details |
Occasionally first time NoScript's popup menu is opened on a web page by hovering NoScript's icon, part of its content doesn't get rendered at all, like in the attached screenshot. Reproducible: sometimes (reportedly) Steps to reproduce: 1) Install NoScript from https://noscript.net/getit and restart the browser 2) Visit a web page and hover or click NoScript's toolbar button 3) Look at the popup: it may be partially transparent (not painted) Since Firefox 18 has been released this issue has been reported several times by email and on the support forum, e.g. http://forums.informaction.com/viewtopic.php?f=7&t=11889 All the reports have Windows 7 64bit in common, but I couldn't reproduce yet, even though that one is my primary work platform too. I hope some of the forum reporters will come and interact in this bug report.
Comment 1•11 years ago
|
||
Probably related to the hardware acceleration. Can an affected user test this without hwa (tools/options/advanced/general + FF restart) ? The used graphic card can be found in about:support.
Yes, if some reporters could post here, it would be useful, especially if they are OK to use mozregression to find a possible regression range since FF18(see http://harthur.github.com/mozregression/).
I have seen this on two different computers/profiles (both running win 7 x64 and Aurora builds). Note: I have always had HWA disabled, so this is most likely not related to HWA. * I am seeing this problem when clicking the icon. * I have seen a possibly related issue where the awesomebar-popup fails to render/disappear (with, as far as I can remember, only the border being rendered), but this issue is far rarer and I have yet to find a way to reproduce it. Unfortunately, I'm a bit too busy at the moment to run mozregression, but hopefully someone else will come through.
I have the same menu rendering problem as well. Win7 x64 SP1 Intel(R) HD Graphics with Driver version 8.15.10.2622 FX 18.0.2 NoScript 2.6.5.7 and HWA disabled
Comment 5•11 years ago
|
||
I'm tracking two separate reports of a similar phenomenon in TenFourFox. Switching to another version fixes it temporarily, then it re-disappears. One of the reporters: "When this happens, if I open version 17.0.6, close the app, then open version 21 again, the no script menu works again, but after some amount of time it starts messing up again." However, this seems to have worsened since 20, according to the other: "The menu items in the NoScript popup menu were missing - so there was no way to Forbid or Allow the scripts, or even see what scripts there were. The popup menu had a bunch of separators, then just the bottom options. I tested many pages, closed & restarted the browser, then tested more pages. When I reverted back to 20, it was normal again. I just opened 21 to take screenshots to show you, but the damn thing's working normally now. (annoying, actually, because it makes me look like an idiot - but I tested carefully, I swear!)" Our builds have HWA off, on OS X. I'm not sure if this is the same root cause, just a different manifestation.
Fixed by bug 844255.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Updated•5 years ago
|
Component: XP Toolkit/Widgets: Menus → XUL
You need to log in
before you can comment on or make changes to this bug.
Description
•