Bug 327681
Summary: | Firefox should pass URL to Rhythmbox when playing .m3u not /tmp file location | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Luis Villa <luis> |
Component: | firefox | Assignee: | Gecko Maintainer <gecko-bugs-nobody> |
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | low | ||
Version: | 8 | CC: | bnocera, gecko-bugs-nobody, mcepl |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-02-22 12:11:28 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Luis Villa
2007-10-11 13:58:49 UTC
I don't see how the data loss could have occurred. Could you file another bug with exact reproducer steps, and the command launching rhythmbox (/proc/<pid of rhythmbox>/cmdline)? As for the problem you're seeing, it's the same problem as with the calendar for evolution. Your browser downloads it to the disk, and rhythmbox treats local playlists differently that it does remote ones. Local playlists are considered to be additional playlists (so it should create an empty playlist with files in them), remote playlists will go to the iradio. Which browser are you using, still ephy? Could you double-check the command-line as above (I'm certain it would have pushed a local file, instead of the remote URL)? Weird. I can't duplicate the radio-list clearing effect now. You're right, it is opening a file out of /tmp/ instead of the URL. Irrrritating. ffox, not ephy, sorry, forgot to clear that up. Moving to firefox then. At this point, we're going to only be taking security fixes and major stability fixes into this release of Fedora. However, we still want to ensure the bug is fixed in the next version. We'd appreciate if you could test Firefox 3, available at http://www.mozilla.com/en-US/firefox/all-beta.html or now shipping as the default in Fedora rawhide and provide feedback as to whether it still exists so we can file a ticket upstream to try to fix it in Firefox 3 before it is released. At this point, we're going to only be taking security fixes and major stability fixes into this release of Fedora. However, we still want to ensure the bug is fixed in the next version. We'd appreciate if you could test Firefox 3, available at http://www.mozilla.com/en-US/firefox/all-beta.html or now shipping as the default in Fedora rawhide and provide feedback as to whether it still exists so we can file a ticket upstream to try to fix it in Firefox 3 before it is released. Still happens in F9 A1 w/ ffxb3. We found that this bug has been already registered in the upstream database (https://bugzilla.mozilla.org/show_bug.cgi?id=225882) and believe that it is more appropriate to let it be resolved upstream. Red Hat will continue to track the issue in the centralized upstream bug tracker, and will review any bug fixes that become available for consideration in future updates. Thank you for the bug report. https://bugzilla.mozilla.org/show_bug.cgi?id=137339 is the Unix/Linux version of the bug. |