nsFileWidget::PutFile() should not return with nsFileDlgResults_Cancel if file name is a directory name or empty. It should remain in the gtk_main() loop until we have a valid file name produced. As a client there is no way to tell whether user hit cancel button or user selected a directory.
Also, when switching directories the default file name string gets wipped out. This is extremely bad.
reassigning to pavlov for triage
One defect per bug report, please. The second problem you mention is a dup, so let's just ignore it here.
this is the case with nsIFilePicker on unix. nsFileWidget is depriciated and should not be used.
Closing this bug down as fix doesn't help me. I need more information on how to use nsIFilePicker and how to instantiate it. nsIFilePicker.h doesn't say much.
moving from architecture product to Browser. Architecture product is going away.
*spam* changing qa contact from firstname.lastname@example.org to me (BlakeR1234@aol.com) on 121 open or resolved (but not verified) bugs. sorry for the spam everybody, but most of these bugs would just remain dormant and not checked by QA otherwise. I'm not sure how so many bugs have nobody as their QA contact, but I suspect this is the fault of some sort of bugzilla corruption that happened at some point (most of these bugs are in the 20000-26000 range, and I don't see where in the activity log that QA contact explicitly changed to email@example.com) Anyways, sorry again for spam. If you really get annoyed, I'm usually available in #mozilla on IRC for torture.
QA assigning to doron to verify
mailnews is now client of nsIFilePicker. Marking this as verified.