Closed
Bug 356521
Opened 18 years ago
Closed 18 years ago
Cocoafox helper app filepicker disables all files
Categories
(Core :: Widget: Cocoa, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: philor, Assigned: hwaara)
References
Details
Attachments
(1 file)
8.26 KB,
patch
|
jaas
:
review+
|
Details | Diff | Splinter Review |
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
Reporter | ||
Updated•18 years ago
|
Flags: blocking1.9?
hwaara - might this have something to do with your recent filepicker filter patch?
Reporter | ||
Comment 2•18 years ago
|
||
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)
Reporter | ||
Comment 3•18 years ago
|
||
*** 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.
Assignee | ||
Comment 6•18 years ago
|
||
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...
Assignee | ||
Comment 7•18 years ago
|
||
* 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+
Assignee | ||
Comment 10•18 years ago
|
||
Thanks for the review Josh. I'll check-in without the nib comment.
Assignee: joshmoz → hwaara
Assignee | ||
Comment 11•18 years ago
|
||
Checked in.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Reporter | ||
Updated•18 years ago
|
Status: RESOLVED → VERIFIED
Flags: blocking1.9?
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.
Description
•