Summary: | remember filename schema used last | ||
---|---|---|---|
Product: | [Applications] amarok | Reporter: | Silver Salonen <silver.salonen> |
Component: | Metadata Editing and Reading | Assignee: | Amarok Developers <amarok-bugs-dist> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ermonnezza, greg87, initial.dann, joey.dumont, kde, kdebugs, matej, nico.kruber, pavel.nedr, reas.sturm, rty, simonandric5, stefano, vivaldi265, vkrevs |
Priority: | NOR | ||
Version: | 2.8.0 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Unspecified | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=341092 | ||
Latest Commit: | http://commits.kde.org/amarok/0e760e5f8d06d00e084c14b64875f58bb42bd8f1 | Version Fixed In: | 2.9 |
Sentry Crash Report: |
Description
Silver Salonen
2010-02-10 15:07:40 UTC
Same here with Gentoo, Amarok 2.2.2 Part 1 is similar to https://bugs.kde.org/show_bug.cgi?id=226144 (In reply to comment #1) > Same here with Gentoo, Amarok 2.2.2 > > Part 1 is similar to https://bugs.kde.org/show_bug.cgi?id=226144 https://bugs.kde.org/show_bug.cgi?id=213074 sorry I don't think part 1 is similar to that other bug report: * in 213074 it's meant guessing tags for multiple files at once * in here, 1) means just remembering the last settings. Regardless of that, could you please only report one item per wish? This is impossible to track otherwise. Ok, sorry. I'll add a separate wish for item no. 2. *** Bug 227162 has been marked as a duplicate of this bug. *** *** Bug 228673 has been marked as a duplicate of this bug. *** *** Bug 229753 has been marked as a duplicate of this bug. *** *** Bug 324928 has been marked as a duplicate of this bug. *** This bug is still happening in Amarok 2.8, from Ubuntu repos.. Very annoying. Can confirm this with Amarok 2.8 and Sabayon. Did no one tested this before release? Setting status to confirmed. Amarok 2.8.0 on Kubuntu 14.04.2, confirmed. I tried overwriting the ~/.kde/share/config/amarokrc file with my own preset, even moving the Default and selected options to my preset, but it keeps being overwritten every time I select "Move to Collection" Ok this is not a constructive comment but I cannot believe this bug is still open since 2010. I can confirm it in 2.8.0 on Kubunt 14.04. Filename based tagging was the killer feature of Amarok 1.4, and on of the main reasons I kept using KDE3 for so long. It was simply perfect back then. I had tons of presets saved and could very quickly bulk-tag whole discographies. Now there's a super easy interface, but you cannot save presets, not even from one song to the next. Useless. Same with Linux Mint 17.2 KDE - this seems to be a longtime error since 2010. No preset will be remembered when saved. Only "Default". This is not a big problem... but a very old problem. Hopefully it will be done sometime.. A fix is finally on the way: https://git.reviewboard.kde.org/r/128565/ Git commit 0e760e5f8d06d00e084c14b64875f58bb42bd8f1 by Matěj Laitl, on behalf of Stefano Pettini. Committed on 20/08/2016 at 10:37. Pushed by laitl into branch 'master'. Organize tracks / Guess tags presets persisted properly. FilenameLayoutWidget is reworked to fix an old bug regarding the presets not being saved properly, that I was also able to reproduce. Logic is not a bit more "linear". Presets are shared between "Organize tracks" and "Guess tags" dialog. If this is not what is wanted, it can be easily changed, just let me know. Presets are saved as soon as they are added, updated or deleted. It is not anymore necessary to accept the dialog to save eventual changes. The preset used is not saved with the marker "#DELIM#selected" anymore. Presets are just presets. The one used is matched on the fly using the custom preset field. If a preset matches the custom preset field, it's considered selected. Users can of course create custom presets as before. While presets are shared between the two dialogs, custom presets are not. Add/Update/Remove work properly. Clicking on a preset name in the combobox resets the custom pattern to the preset value, this is a new feature, before it was not possible. It's a bit difficult to explain, but UX is more natural, just give it a try. A lot of testing was done (by Stefano), like: - adding/updating/removing presets. - if settings are persisted and shared when dialogs are cancelled or accepted. - if custom patterns are persisted and not shared. - resetting a modified pattern to its defualt. - cancelling dialogs, modified presets are kept but custom patterns are not. REVIEW: 128565 M +3 -1 ChangeLog M +1 -1 src/amarokconfig.kcfg M +0 -5 src/dialogs/OrganizeCollectionDialog.cpp M +0 -2 src/dialogs/OrganizeCollectionDialog.h M +53 -49 src/widgets/FilenameLayoutWidget.cpp M +4 -6 src/widgets/FilenameLayoutWidget.h http://commits.kde.org/amarok/0e760e5f8d06d00e084c14b64875f58bb42bd8f1 When will this fix for a 7 years old bug make it into a release? As the last release is from 2015 updating the package is useless.. Thanks! |