tried to add a pointer for RealAudio on mimetype audio/vnd.rn-realaudio i was able to enter all the data and point at the applicable program .... but when i clicked on website file it said it couldnt find application and tried to make me find it agn and when i returned to helper editor -- there was no application listed !!! it seems not to be storing what helper app editor made.

plugins perpahps?

mscott. can you help triage this one too.

Ben owns the prefs panel for adding helper applications.

setting bug status to New

The bug also occurs in the linux version.

Ok, it's ridiculous this hasn't gotten any attention... as far as I can tell, this has never worked in mozilla. The reporter doesn't seem to have been very clear in the bug, so here's what's happening: 1. Open the prefs dialog to Navigator / Helper Applications. 2. Click on "New Type..." and try to add a handler for any MIME type. 3. Hit "OK" once. - Problem 1: The dialog does not close. - Problem 2: The helper does not show up in the list of helper apps. The helper *is* in fact entered, but there is no visual feedback that it worked at all. 4. Hit "OK" again. - Problem 3: User is prompted to overwrite the handler (just entered by hitting "OK" the first time) for the given MIME type. This is just plain confusing for most users. 5. Hit "Cancel" to close the dialog. (Note: still no feedback that entering the helper app has been successful). 6. Close and reopen the prefs dialog again. - Problem 4: Since the entered MIME type is not visible in the list, there is no way to edit the previously entered data. More trouble may ensue with further use: 7. In a browser window, click on a link to a resource of the MIME type you have just attempted to enter. - Problem 5: Since there was no UI in the "New Type" dialog giving the option not to be prompted before downloading files of that type, a dialog comes up asking "What should Mozilla do with this file?". 8. Click on the "Set Default..." button in this dialog. - Problem 6: This dialog serves exactly the same purpose as the "New Type" dialog, but is a different dialog (more unfamiliar UI to users who are already confused enough) and is broken in different ways. 9. Try to modify data in this dialog (eg. "Ask me before downloading files of this type") and hit "OK". - Problem 7: Hitting the "OK" button does nothing, similarly to the "New Type" dialog. - Problem 8: Unlike the "New Type" dialog, where hitting "OK" works but without any feedback, hitting the "OK" button here actually doesn't work (i.e., apply any changes) at all. I'm not 100% sure (since I tried this a while ago), but I'm fairly certain that starting with a clean profile doesn't help the situation. This is bad. Setting all sorts of keywords, CC'ing some folks. If I can be of any help in fixing this, I'm 100% at your service -- this is dogfood for me, and I'd be pretty frustrated to see another Mozilla or Netscape release go out the door with this still broken.

> I'm not 100% sure (since I tried this a while ago), but I'm fairly certain > that starting with a clean profile doesn't help the situation. Sooo, of course I end up putting my foot in my mouth... I started with a new profile and everything works fine and dandy. I suppose that would be the reason nobody's looked at this "problem." I *new* I should have tried this before writing my "this is broken" essay. However... I can't help but wonder whether all this stuff still needs some bulletproofing. It's no surprise, but like I described, we do behave really strange when we get into this situation -- will this be a problem for all users upgrading from Netscape 6.0 to 6.x?...

nav triage team: Marking nsbeta1+, p4, and future. Yeah, it's broken. Just tried on a recent windows build and it seems ok. There have been problems, so I guess we should look into making the prefs code more resilient

Build 2002012203, win98se When I got into Helper Applications, I got a scrollbar on the right of the box indicating very little unviewed records. I couldn't get the scrollbar to move. Then, without reloading Mozilla, I got out of prefs, loaded a new Mozilla window, went back into Helper Applications and the scrollbar was gone.

On the Mac whenever you install a new release version of Moz it asks you if you want to remove the old. I always let it remove the old and I still see many of the problems mentioned in 1.0 RC 2 (OS 9.2.x). So there are two possibilities -- the remover in Mac isn't removing everything, or these problems are not caused by an old install or upgrade.

On my PowerMac 8500/Newer 500 MHz G3 under Mac OS 9.1 and running Mozilla 1.1a, the dialog box opened under Edit/Preferences/Navigator/Helper Applications has insufficient horizontal size. Only a portion of the radio buttons on the right side of the box show up initially, and if one of the MIME types inside the white box is selected, the icon appearing on the left side of the box "pushes" the radio buttons completely out of sight to the right. ---- Bill

Today i have deleted one Mime/type. After that i got some curious things with my two remaining mime/types When i have selected the second, the edit, new, delete reset buttons were not drawn (Or outside the window ?) The width of mime/types list has grown. After some other manipulation, quitting and restaring mozilla, i got the same thing for the two mime types. It is obvious that i can't reproduce this. I'll attach the mimeTypes.rdf file, i supose that it is broken. The only way was to delete the mimeTypes.rdf and restart Mozilla.

I have build 2002072308, Mac OS 9.1

On OS X 10.1.5 I have the same problem with Helper Apps UI as comment #11. If any field in the layout to right stretches past the default inner window, you lose the "new type", "edit", and "remove" buttons because the inner window resizes and takes up the space previously allocated to those buttons. I've been trying trying vainly to get some .asf stuff recognized, but since I botched the first entry and the listing for WMP is so long (so far down in my HD), I can't edit the listing! I've tried tabbing to get over there, but it those buttons are "tabbable". Somehow when I tab twice I get a window that won't go away. It almost looks like a new MIME type dialogue box, but the cancel and okay buttons don't work. The other fields are editable. All in all, it's frustrating. Glad to see it's not my imagination. I'll try manually mucking with the mimetypes.rdf and see if I can't what I want there. thanks

As in Comment 14 (which refers to Comment 11), I have 10.1.5, and the problem that the buttons New Type..., Edit... and Remove are pushed beyond the limits of the window. This happens when I select an entry where the path to the helper application is long. So, if the "text/html" entry is selected, the buttons are visible, but if I select another, where I want the files to be downloaded to disk and the path is long, the inner window is resized so that the buttons disappear. (And I no longer want this type to be saved to disk, I want SuffitExpander to handle it. But I can't change this, as the buttons are not accessible.) And furthermore, the HEIGHT of the inner window is slightly increased when selecting said entry. (As if the number of entries had increased?! Or is it that the buttons no longer visible needs more space?) Should this be a bug of its own? (I mean "Helper Applications UI is more or less entirely busted." is correct, but not very descriptive.)

I lied to you. No, but inspired by other comments, I edited the mimeTypes.rdf file with BBEdit. It appears ththat in one case (the one I had problem with), the NC:PrettyName included the path to StuffitExpander, whereas in the other, it did not. So, there are possible to bugs, one that the path was included and the other described above (that the buttons are pushed out of the visible area).

Is this bug 138680? If so, somebody should review the patch in bug 138680.

I have this bug as well. Here is a synopsis of my experience: 1. I went to digitallyimported.com to fire up some trance. 2. clicking on a link to a pls it prompted me to save the pls. 3. i went and added a helper application item for pls as follows: description of type:mp3 playlist file extension: pls mimetype:audio/x-scpls application to use:/usr/bin/xmms 4. Ok entered that stuff in, clicked on the link, boom save as dialogue. 5. shut down browser 6. reopen browser go back to digitally imported, boom save as dialogue. 7. I came here searched around found this bug, saw that it mentioned the mimetypes.rdf file so I blew mine away and fired up mozilla, put in my above information again, went to digitally imported, boom save a dialogue. 8. some weirdness ensues, I click the reset button for opening files. Weirdly now I get the open with dialogue. I click on advanced and set up the mimetype again, I go back to the dialogue, but THERE IS NO PROGRAM LISTED TO OPEN. Curses. 9. I navigate to /usr/bin/xmms with the dialogue and select xmms, we go back to the dialogue box, BUT THERE IS AGAIN NO PROGRAM LISTED to open the pls file with. 10. I curse.

Nominating for next release. This UI should work, or it should not exist.

Nav triage team: Bill, will the fix for bug 86640 fix this as well?

Nav triage team: nsbeta1+/adt3

I think this is a duplicate of some other bug and is fixed by the mega-patch for bug 86640. It involved opening the rdf data source via different means and ending up with two copies of the in-memory datasource. Doing that in a certain order wouild result in changes getting lost. Check bug 86640 and its dependents.

.

Is anyone seeing this in a current build? I've not had any luck reproducing any of the problems described here....

I had experienced this problem but I think that the UI is more or less fixed in 1.3a? I have been using it successfully since then. I am able to add new applications, modify them, and delete them now so I am thrilled. (I don't know the spec but it is certainly useable now and it was not before.

Well.. When I say "current build" I mean "nightly from today" -- all this UI got rewritten about a week ago and the builds have only now recovered enough from other, unrelated, patches that I can in good conscience ask people to test them. ;)

My Mozilla version is: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.3a) Gecko/20021212 I have a rather more simple problem; I click on 'Helper Applications' in the Prefs dialog, and Mozilla just plain locks up. Have to ctrl-alt-del to get rid of it. 100% broken.

Jeremy, see comment 26. Your build is too old.

using build 2003013104 on Win 2000, I am able to open and change the helper app settings and it looks good. Unfortunately, this build does not seem to be able the frames in my portal so I can't actually test whether the settings actually work. Also unfortunately, I don't know enough about what is happening with the frames to be of much use. A couple of observations It is the mime type that displays under File Types, not the description which I think I personally would prefer. The Advanced option is now gone and it is not clear to me that if I need to add some extra instructions after the application file name, that I could... For example, where would BrioQuery.exe %1 "-script" be entered?

> It is the mime type that displays under File Types, not the description which I > think I personally would prefer. Please file a specific bug on that issue; assign it to me. That seems fairly reasonable (though I'm not sure how best to do the sorting in this case, especially since I've been considering to moving to a tree view instead of a flat view... in any case, it's something to think about). > where would BrioQuery.exe %1 "-script" be entered Nowhere. See bug 57420 In any case, I'm going to resolve this as worksforme in a week or so unless the UI _is_ still entirely busted, which I do not think it is. Polish issues and enhancements get separate bugs; this bug is about not being to add helpers at all.

Hello, I'm having a problem with the helper applications upon saving files using 1.3b. The more Microsoft common files are understood, i.e. .ppt, .xls, .doc However, I'd like to open other unknown files using an application that I specify. For example: I'd like to use Wordpad to open a file with extension .dat However, I'm running into 2 problems: scenario 1 =========== 1. it prompts me to tell it what to do with file 2. I select "save file to disk" 3. click OK, and it adds an extra .xls extension(which is what I used previous) 4. I then have to modify the file type from .xls to "All Files" scenario 2 =========== 1. it prompts me to tell it what to do with file 2. immediately it adds the extra extension of .xls, and selecting "All files" doesn't allow me to remove the .xls extension 3. I select "Open it with"-> and "Choose" to find Wordpad 4. it still uses Excel to open the file I was able to do this in Netscape 7.0.1 in the "Preferences"->Helper Applications, and specify which application to use for which extension. However, I cannot do that now. Please advise. Thanks, Pete

That's a Windows-only issue covered by numerous other bugs.

works for me is an unacceptable response could you provide some pointers? what happened to customer service?

Pete, I suggest you search the "file handling" component for the string "extension" in summaries. Your comment contains descriptions for at least 3 separate bugs in it. And there is no customer service, since Mozilla has no customers; only testers...