Closed Bug 160953 Opened 22 years ago Closed 4 years ago

Unknown mimetype popup not redrawn correctly - race problem?

Categories

(Core Graveyard :: Plug-ins, defect, P4)

Product:
Core Graveyard
Component:
Plug-ins
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED WONTFIX
Milestone:
Future

People

(Reporter: geir, Assigned: srgchrpv)

Details

(Whiteboard: [PL2:NA])

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020803 BuildID: self builf from cvs codebase 20020803 My company works with SVG bits and bobs in one of its products. This is why I am using a custom build - I have to compile in SVG support. I used the main branch codebase dated 20020803. The SVG module by default does not acknowledge the image/svg+xml mimetype we use. This causes an "unknown mimetype" popup to appear. The title of the window is "Default plugin", the text is something like "this page contains information of a type (<mimetype>) that can only be viewed with the appropriate Plug-in.\n\nClick ok to download Plugin." The window has an ok and a cancel button. Reproducible: Sometimes Steps to Reproduce: Open a page containing content with an unknown mimetype. Let the popup window appear Before the window is drawn, enter a meny. I used the file menu. Don't select anything from the menu - click on some "insensitive" bit of mozilla instead. This will cause the popup window to never be filled in, leaving an empty window with only the wm decorations on it. When moving the mouse over one of the two buttons, they are drawn correctly. The text is never drawn. I have set the reproducibility bit to "sometimes". The timing of when the menu is drawn in relation to the popup seems to be very important. A slow or overloaded system may help. Actual Results: An empty popup window. Expected Results: Normal behaviour
This also goes for build id 2002061108
*** This bug has been marked as a duplicate of 150403 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
ooops
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
right number *** This bug has been marked as a duplicate of 160882 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → DUPLICATE
No, this is not a duplicate of 160882. That bug is "image/svg+xml not supported". This is a bug that causes a window not to be redrawn. It has no connection whatsoever with the SVG project. Please read the complete bug report. Feel free to substitute application/awful for image/svg+xml, if that makes it any easier.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
This is a problem with the null-plugin.. assuming it still exists. does it?
Assignee: sgehani → beppe
Component: XP Apps → Plug-ins
QA Contact: paw → shrir
assinging to Peter -- could there be a race condiiton here?
Assignee: beppe → peterl
Priority: -- → P4
Whiteboard: [PL2:NA]
Target Milestone: --- → Future
null plugin exsits. It's here: http://lxr.mozilla.org/mozilla/source/modules/plugin/samples/default/unix/ linux problem, --->reassign to serge
Assignee: peterl → serge
well, if you cover up blank default plugin dialog by any other window, all elements of that dialog appear correct... it could be some weird gdk/gtk events problem:(
Reporter can you reproduce this bug with a newer build (1.4 final)? If not, then please close this bug as worksforme. Thanks.
Confirmed with a Seamonkey nightly downloaded yesterday. "Default Plugin" popup came up blank. Subsequent redraw events were processed correctly; in particular, after covering and uncovering the whole window, it was redrawn correctly.
Status: UNCONFIRMED → NEW
Ever confirmed: true
QA Contact: shrir → plugins
Resolving as wont fix, plugin support deprecated in Firefox 85.
Status: NEW → RESOLVED
Closed: 22 years ago → 4 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.