| Summary: | JUK copies actual meta tag when clicking new song to that song | ||
|---|---|---|---|
| Product: | [Applications] juk | Reporter: | Marc <mailinglist> |
| Component: | general | Assignee: | Scott Wheeler <wheeler> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | mailinglist, mpyne |
| Priority: | NOR | ||
| Version First Reported In: | 3.4.2 (KDE 4.4.5) | ||
| Target Milestone: | --- | ||
| Platform: | Debian stable | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Marc
2011-08-07 16:02:29 UTC
Happens only when clicking on a song already selected. Happens with all kinds of META TAG. No matter if figure or not. It recopies the meta information of the actual playing song to any other song clicked once with meta information editor open. Has this bug in this version been confirmed? Can anyone of the maintainers confirm? Follow-up on previous. The bug is still marked unconfirmed. Can somebody check, please. I'll look into this now... I think my JuK emails have been getting auto-buried. :( I've tried using fields with figures and without figures and cannot seem to reproduce. What I've attempted is to have the Tag Editor showing, start a song playing, and click on a different song. I then click in the Tag Editor somewhere to try and then click back on a different song and there's still no change of meta tags. Please write back if you're still getting this issue. Hi
I've checked and yes it does still do it.
Found out a couple more things:
Happens only when Metadata Editor is open.
change one thing then the save changes dialog opens. I click yes and flag it to remember saving all changes.
from then on when clicking on another song it recopies meta data.
It recopies the meta tag for the "artist" from the first song played after a restart of juk.
When deselecting the metadata-editor in the "view" menu the behaviour disappears.
Hope that helps closing in on the bug.
Cheers Marc
> Date: Thu, 26 Jan 2012 00:21:35 +0000
> From: mpyne@kde.org
> To: error_401@hotmail.com
> Subject: [Bug 279594] JUK copies actual meta tag when clicking new song to that song
>
> https://bugs.kde.org/show_bug.cgi?id=279594
>
>
>
>
>
> --- Comment #6 from Michael Pyne <mpyne kde org> 2012-01-26 00:21:34 ---
> I've tried using fields with figures and without figures and cannot seem to
> reproduce.
>
> What I've attempted is to have the Tag Editor showing, start a song playing,
> and click on a different song.
>
> I then click in the Tag Editor somewhere to try and then click back on a
> different song and there's still no change of meta tags. Please write back if
> you're still getting this issue.
>
> --
> Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug.
> You reported the bug.
Cannot reproduce using current juk from git. Maybe it has been fixed by e89125a310e408bbccd38e9260ab21624fc5e9df ? It would not be that commit as that is relating to code that wasn't available when the bug was reported (and either way is only for an interface to let other programs know what song is playing, none of that code has access to the file itself). Hy Michael,
Debian is still using 3.4.2 Could it be that it has been fixed with a new version?
What is the actual JUK version?
I may try and install from debian unstable.
Marc
> From: mpyne@kde.org
> To: error_401@hotmail.com
> Subject: [Bug 279594] JUK copies actual meta tag when clicking new song to that song
> Date: Tue, 31 Jul 2012 00:11:03 +0000
>
> https://bugs.kde.org/show_bug.cgi?id=279594
>
> --- Comment #9 from Michael Pyne <mpyne@kde.org> ---
> It would not be that commit as that is relating to code that wasn't available
> when the bug was reported (and either way is only for an interface to let other
> programs know what song is playing, none of that code has access to the file
> itself).
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.
> You reported the bug.
The latest JuK version available is 3.8. It's possible it has been fixed in the meantime, or that it was a taglib bug. (taglib is the library JuK uses to read and update metadata tags for music tracks) Hi Michael
I'll check with the current build installed from the Debian Repos. and get back to you.
Current version is 3.4.2 in the Debian 6.0 Squeeze stable build.
I'll check with this version and see if I can manage to install JUK in a more recent version on another machine and test.
Cheers Marc
> From: mpyne@kde.org
> To: error_401@hotmail.com
> Subject: [Bug 279594] JUK copies actual meta tag when clicking new song to that song
> Date: Fri, 3 Aug 2012 21:50:28 +0000
>
> https://bugs.kde.org/show_bug.cgi?id=279594
>
> --- Comment #11 from Michael Pyne <mpyne@kde.org> ---
> The latest JuK version available is 3.8. It's possible it has been fixed in the
> meantime, or that it was a taglib bug. (taglib is the library JuK uses to read
> and update metadata tags for music tracks)
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.
> You reported the bug.
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved. later versions do no longer show this behavior. |