Closed Bug 356521 Opened 18 years ago Closed 18 years ago

Cocoafox helper app filepicker disables all files

Categories

(Core :: Widget: Cocoa, defect)

x86
macOS
defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: philor, Assigned: hwaara)

References

Details

Attachments

(1 file)

Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.9a1) Gecko/20061011 Firefox/3.0a1 ID:2006101121 Looks like the filter in the filepicker when you choose an application to open an unknown content type is filtering a little too hard: everything is greyed out. STR: 1. Load http://philringnalda.com/mtests/handlergone/hard.cheese 2. In the unknown content type dialog, select "Open with" and click "Choose" 3. Try to find something which isn't grey and unselectable, and fail
Flags: blocking1.9?
hwaara - might this have something to do with your recent filepicker filter patch?
Nope, Håkan must be off the hook, since it's the same in 20061001 as it is today. (Just so I don't have to look it up again, "recent filepicker filter patch" is bug 355894)
*** Bug 360958 has been marked as a duplicate of this bug. ***
My build from 9/27 works and my build from 9/29 doesn't. There were a lot of checkins during that time, but the only suspicious one is bug 333023.
The problem may be that we're dealing with that menu in the unknown content type dialog incorrectly because you can see that even in FF 2 the menu is messed up if you try to open it. Neil's cleanup to that menu xul code might have made that mishandling of the menu not work any more and thus we don't see the option in the menu.
The problem is that our filepicker doesn't deal with the "apps" filter; there's no way to show only app bundles. AFAICS, bug 333023 shouldn't affect this since we're not dealing with a menu, but the "Open file" dialog...
Attached patch Fix v1Splinter Review
* OK, this makes the filepicker understand the magic "..apps" filter that the basefilepicker sends down to us. * As an added bonus, I made us go to the Applications directory in this case (if there's no other dir already preset). A few related fixes while I'm in the filepicker: * the "Select Folder..." dialog shouldn't treat bundles as folders (because they're not; just technically) * Correct some comments that were inaccurate
Attachment #245835 - Flags: review?(joshmoz)
That isn't the bug that I was looking at, my bad but the bug I was looking at still exists. I was looking at the fact that when you get the unknown content type dialog up there are no options in the "Open with" popup menu. Secondarily that popup menu doesn't behave correctly even when there is an option. I'll file a different bug on that.
Comment on attachment 245835 [details] [diff] [review] Fix v1 +// most this work could be done in the nib instead, and just swap the title and items dynamically. I don't want to do anything in the nib file that we don't have to. The only reason we have one in the first place is because we have no other way to deal with the application menu. Doing it with a nib makes it harder for others to hack on, it is less transparent and we'd ultimately like to get rid of the nib file.
Attachment #245835 - Flags: review?(joshmoz) → review+
Thanks for the review Josh. I'll check-in without the nib comment.
Assignee: joshmoz → hwaara
Checked in.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Flags: blocking1.9?
Product: Core → Core Graveyard
Component: Widget: Mac → Widget: Cocoa
Product: Core Graveyard → Core
QA Contact: mac → cocoa
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: