In yet another wierd plugin interaction bug... :-( (not sure whether this really belongs in printing or plugins, either) In Camino 2005080408 (v0.9a2+), viewing a page with Flash or viewing a PDF (via PDF Browser Plugin) at any point in your browser session disables the "Camino" aka "Print Options" pane (generated by the PrintPDE.plugin) in the Print dialogue from there on out. After viewing a Flash object, the "Camino" item simply vanishes from the list; after viewing a PDF, the "PDF Browser Plugin" pane appears in the list twice (and selecting either shows "not available" if the page to be printed is not a PDF). Unfortunately this is not reproducible 100% of the time but 7/10 times it seems to happen. It's also possible that other plugins may do this, too, but as of yet I've been unable to cause it to happen with JEP, QuickTime, or Adobe SVG. http://www.macromedia.com http://www.tug.org/tex-archive/macros/latex/contrib/sides/sides-sample.pdf

For me viewing a page with Flash didn't interere with the print options popup, but viewing a PDF with the PDF Browser Plugin added 2 identical "PDF Browser Plugin" items to the popup. These persist after closing the tab with the PDF in.

Flash is the more difficult of the two to reproduce by far. I saw it this morning at http://www.cox.com while trying URLs to get printing to crash, but this browser session it doesn't. Same with macromedia.com. Maybe it's more like 40% of the time on average and I was just lucky earlier.... Just keep quitting/restarting and vistiting a Flash page and it will eventually happen :-(

-> 1.1

Do we know if this happens in Minefield (since we are sharing the printing code and the plugin code)?

It's always been trivial for me to reproduce in Camino, but it usually takes a bit more effort to repro in Firefox (such that people will say "No, this doesn't exist in Firefox"). Tonight I was able to reproduce by 1) Launch Camino 2) Cmd-P (to verify that the Camino pane is there) 3) http://www.adobe.com 4) Cmd-P In Firefox, I couldn't get that to work right away, but loading a PDF (with http://code.google.com/p/firefox-mac-pdf/ installed), Cmd-P there, then Cmd-P back on a web page triggered it.

This possibly has been fixed by bug 456646 (Replace Carbon printing dialog with Cocoa one). So far, I haven't been able to reproduce with Minefield Trunk (Gecko 1.9.3a).

I haven't seen this in ages, and it always used to be trivial for me to trigger it, so calling this FIXED by bug 456646 (and bug 520494); thanks again for that rewrite, Markus :)