Closed Bug 238081 Opened 22 years ago Closed 22 years ago

Hang when requesting sample from allofmp3

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 237947

People

(Reporter: gator_ml, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040316 When requesting a sound sample from allofmp3, mozilla 1.7b gets stuck in an infinite loop. (Older mozilla versions are o.k.) Reproducible: Always Steps to Reproduce: 1. goto http://www.allofmp3.com/ 2. click on any album to get a detail view of that album 3. click on any of the speaker symbols to request a sound preview 4. in the popup window, click once more on the speaker icon Actual Results: mozilla 1.7b gets stuck in an infinite loop Expected Results: Download of sound file, start of some application for playing the sound file I verified that the bug still occurs when using straight mozilla 1.7b distribution without any customization and with a fresh profile
WFM, Linux. dialog said mozilla didn't know how to handle the URL, that content was of type audio/x-mpegurl, and it offered to start with default app (Realplayer9/RealONE player) or to savet to disk. Selecting default player started RP9 as standalone player What is your player for audio/x-mpegurl? (look in moz helper apps or .mailcap)
... it looks like the mime handling of mozilla changed between 1.6 and 1.7b: I had a .mailcap file floating around, which contained entries of friendly programs that know better what is good for me (I had once tried realplayer9 which obviously puts entries in there). The mozilla profile says that "xmms" should be used for "audio/x-mpegurl". Mozilla 1.6 obviously doesn't worry about the ".mailcap" entry and uses its own configuration, so everything works fine. In 1.7b, the preferences dialog ("Helper applications") also suggests that x-mpegurl was opened by "xmms". For some reason, it seems to get confused by the ".mailcap" setting anyway. When I delete the bogus .mailcap file, it starts xmms, as configured.
Yes.. i think there's a bug here somewhere. (But Mozilla DOES honor .mailcap files - it actually searches there first, see bug 221042) I saw a similar hang to what you describe after upgrading a Linux PC from 1.6 to 1.7b, regarding .doc files, where the filetype is described both in helper apps as well as .mailcap
*** This bug has been marked as a duplicate of 237947 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.