303547 - Viewing page with plugin/applet causes "Save as PDF" to suggest ".pdf" as filename

Status: RESOLVED FIXED

(Camino Graveyard :: Printing, defect)

Description

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I've now wrongly speculated about the cause of this bug twice, but I think the
third time's the charm (and a more general cause).  Not sure whether it belongs
to Printing or Plugins, though....

If you've ever viewed a page containing a plugin or an applet during your
browser session, choosing to "Save as PDF" in the print dialogue will thereafter
always suggest ".pdf" (rather than "Untitled.pdf," bug 302958) for the filename.

Comment 1

[Simon Fraser [no longer active]]

I wonder if this is something to do with JEP making Carbon windows behind our backs?

Comment 2

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

This is an "old" bug and it happens with Flash or QuickTime, too--and with JEP
or Apple Java disabled.  Do all plugins make Carbon windows behind our backs?

Oh, if you close the window that once-upon-a-time held a plugin, you're back to
"Untitled.pdf" without having to restart Camino.

Comment 3

[Steven Michaud [:smichaud] (Retired)]

The Java Embedding Plugin doesn't create any Carbon windows.  Neither, as far
as I know, does the MRJ Plugin JEP.

In a Carbon app the JEP _does_ (in Controller.m's CreateCocoaWindow())
"create" one or more Cocoa/Carbon-interface NSWindow objects tied to the
browser page where they've been created (the browser page is of course a
Carbon window).  But even this doesn't really (I think) count as "creating a
window".

Finally, in Cocoa apps the JEP may call windowRef on one or more of the
browser's NSWindow objects.  But this (at most) just creates some Cocoa/Carbon
interface infrastructure in the NSWindow object if it didn't previously have
any.

Comment 4

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Like bug 312018, this only seems to happen the *first* time you try to print/save a particular page; if you save the same page after having printed/saved it once, the proper name is suggested.

Of course, the next page you try to save starts you back at square one.

Comment 5

[Chris Lawson (gone)]

*** Bug 350277 has been marked as a duplicate of this bug. ***

Comment 6

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Mass un-setting milestone per 1.6 roadmap.

Filter on RemoveRedonkulousBuglist to remove bugspam.

Developers: if you have a patch in hand for one of these bugs, you may pull the bug back to 1.6 *at that point*.

Comment 7

[Stuart Morgan]

This was also fixed by the checkin for bug 312018.