Assuming fixed with Amarok 2.
** Changed in: amarok (Ubuntu)
Status: Incomplete = Fix Released
--
Amarok mixes album names while renaming
https://bugs.launchpad.net/bugs/127352
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Is this still a problem with Amarok 2?
** Changed in: amarok (Ubuntu)
Status: New = Incomplete
--
Amarok mixes album names while renaming
https://bugs.launchpad.net/bugs/127352
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to amarok in
** Changed in: amarok (Ubuntu)
Status: Incomplete = New
** Changed in: amarok (Ubuntu)
Importance: Undecided = Low
--
Amarok mixes album names while renaming
https://bugs.launchpad.net/bugs/127352
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I still can't reproduce this. I would suggest trying it off of NFS.
NFS can cause all kinds of problems with all kinds of things.
Add a local, not NFS directory to your collection, and try the same
operation on those files (if you are using copies of your files, make
sure you pick the right
Well, I've tried with a collection of approximately 3GB music on my
local harddrive and sqlite as backend and the problem is not there. I've
retagged songs and album names, added new albums and moved them to other
places. The problem's not there. I will try this also with a bigger
local harddrive
Maybe this is a problem with taglib or some other library? What version
do you have? What about Jeff?
** Changed in: amarok (Ubuntu)
Status: New = Incomplete
--
Amarok mixes album names while renaming
https://bugs.launchpad.net/bugs/127352
You received this bug notification because you
These are the versions of amarok and some library's (up-to-date Archlinux):
Amarok: 1.4.8-2
taglib: 1.4.0.svn744384-1
id3lib: 3.8.3-9
libid3tag: 0.15.1b-2
libmp4v2: 1.5.0.1-1
libifp: 1.0.0.2-1
libnjb: 2.2.5-3
Configure options for amarok: --with-gnu-ld --enable-mysql --enable-
postgresql
In light of the upcoming Kubuntu Hug Day at 13 March 2008, I'll give some more
information.
A few months ago, I switched from Kubuntu to Archlinux+KDEmod, due to various
reasons (7.10 was a fairly buggy release, package-management sucked bigtime
during upgrades, I felt the urge to try out
Well, I now run Kubuntu Gutsy 7.10 Release, with Amarok 1.4.7 and KDE 3.5.8 and
the bug is still there.
Some time ago I added a new album to my collection (the first album added after
installing Kubuntu 7.10). The name of that album was Finding Beauty In
Negative Spaces. Now, a day or two
Well, for some time now Amarok 1.4.7 is in the backports for Kubuntu
Feisty. I just added another album to my collection and encountered the
exact same bug again. This is, however, still Feisty. Would it be
possible that Amarok 1.4.7 in Kubuntu Gutsy Tribe5 is not suffering from
the same problem?
I don't know, I don't use Ubuntu...I use Gentoo, and compile Amarok from
source. I really can't reproduce it so it's quite difficult for me to
try to debug. I wouldn't be surprised that using binary packages from
different distributions could cause troubles.
--
Amarok mixes album names while
Well, not exactly, most of the times the problem is also related with
renaming albums from several artist. If, for example, I rename a certain
album to something else, that goes fine. Then i move on to the next
artist and rename that album as well, the second album has the name of
the fist one.
Okay. I have literally followed along with your flash video to ensure I
took the same exact steps, and I can't reproduce it. I also put a ton
of debugging information into various files so I could check what was
supposed to happen at various places and it's all sane.
Either this has been fixed
I can't reproduce this.
If I have an artist with a single file, when I rename the album tag, the
entry is cleared from the context browser (and picked up on the next
incremental scan).
If I have an artist with multiple files, when I change an album name
(either in the tag dialog or the in-line
Indeed it could be fixed in 1.4.7, but in my version it is definately
present. I've done a lot of renaming this weekend and I came across this
bug literally tens of times. I will try to make some kind of video,
showing the renaming process and the problem I'm experiencing. Also,
after further
This is a capture from my Amarok screen. I hope this is clear enough, if
not, I can make a more extensive screen capture, showing more effects of
this bug on other renaming things.
** Attachment added: Video showing the bug in question
http://launchpadlibrarian.net/8546287/Bugdemo.swf
--
Okay, well that explains why I couldn't reproduce it: you didn't give
the steps necessary for reproduction. So it works the first time you
rename a field, but if you then rename it again, it doesn't take.
I'll play around with this and try to figure out what's going on, or if
it still seems to
** Attachment added: Here we see me changing the album name from What Are You
Waiting For to Blaat. The updated album name shows in the playlist, but
the context browser still shows the old tag.
http://launchpadlibrarian.net/8541211/amarok-bug.png
--
Amarok mixes album names while
18 matches
Mail list logo
