Rhythmbox does not respect and alters file permissions, songs disappear from Squeezebox after editing ID3 tags
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Rhythmbox |
Fix Released
|
Medium
|
|||
rhythmbox (Ubuntu) |
Triaged
|
Wishlist
|
Ubuntu Desktop Bugs |
Bug Description
Binary package hint: rhythmbox
Numerous bug reports have been submitted about Rhythmbox's handling of ID3 tags, so it is clear that its ID3 support is (yet) less than perfect. I still like RB as a player, though. To avoid it corrupting my tags, I therefore removed write access from my MP3 files. However, it is still possible to edit a file's tag in RB, and it even turns write permission back on.
Steps to reproduce:
1. Give an MP3 file only read permissions (444).
2. Locate the file in RB's music library, and edit its ID3 tag info.
Expected result:
- Rhythmbox should give an error message saying it does not have permission to edit the file.
- File should be unchanged.
Actual result:
- ID3 tags are changed (and, I might add, somewhat corrupted).
- MP3 file gets write permission (644).
If this functionality is intentional, this can be considered an enhancement request instead of a bug. In my opinion, applications should generally respect file permissions.
I am using Rhythmbox 0.11.2 on an up-to-date Gutsy Installation.
description: | updated |
Changed in rhythmbox: | |
assignee: | nobody → desktop-bugs |
Changed in rhythmbox: | |
status: | Unknown → New |
Changed in rhythmbox: | |
importance: | Unknown → Medium |
Changed in rhythmbox: | |
status: | New → Fix Released |
Thanks for the report, 444 is r-r-r (read) permissions, not write, but yes it should at least respect the permission on the file or show a message dialog about the wrong permissions on the file.