Closed Bug 48659 Opened 24 years ago Closed 24 years ago

"Pick App" isn't implemented

Categories

(Core :: XUL, defect, P3)

x86
FreeBSD
defect

Tracking

()

VERIFIED DUPLICATE of bug 28584

People

(Reporter: jesup, Assigned: law)

Details

Click on a .pdf file (on a system without a PDF viewer, or none Mozilla knows about). Click on Pick App. Note that it isn't implemented. Mozilla/5.0 (X11; U; FreeBSD 3.2-STABLE i386; en-US; m18) Gecko/20000810
shoot, coulda sworn there's already a bug on this, but couldn't find it. mebbe shrir/mscott/blake might know?
bug 28584? Is this one of these cases that law wants to track -- "I'd like to still keep this bug open because there are situations in which the old unknown content dialog is still used. We need to make some minor tweaks to the uriloader to handle those. I'll use this bug to track that."
Blocks: 28584
Status: UNCONFIRMED → NEW
Ever confirmed: true
somehow flubbed the re-assign ... -> law
Assignee: trudelle → law
Does this old dialog still appear when you click .pdf files, or is the new one used (in which case we can close this up)?
This is essentially a dup of 28584 (although that one says the whole "pick app" think should just go away). *** This bug has been marked as a duplicate of 28584 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
Okeley-dokely. verified duplicate.
No longer blocks: 28584
You need to log in before you can comment on or make changes to this bug.