We have released Picard 2.2.1, which is a small bugfix release for the recently released Picard 2.2. Thanks to everybody who gave feedback and reported issues.
Picard 2.2.1 is available for download on the Picard website.
The changes in detail:
Bug
[PICARD-1603] – Translations from picard/ui/colors.py don’t show up in Picard
[PICARD-1604] – Windows install is not using Qt default translations
[PICARD-1607] – Upgrading a plugin displays the dialog box multiple times
[PICARD-1608] – “[non-album tracks]” can not directly be removed
[PICARD-1609] – Picard About shows Qt version PyQt was build against, not actually used Qt
Improvement
[PICARD-1602] – Tests should not be included in the sdist package
The Picard Team is proud to announce the release of MusicBrainz Picard 2.2. This version provides a number of new features and bug fixes. Some of the highlights are:
Files can be moved to sub folders without renaming the actual file (see below for details).
Colors used for highlighting changes in files and metadata can now be configured in options.
A new integrated media player toolbar. This feature is considered beta and is disabled by default, but you can enable the toolbar in the menu with View > Player. Please note that the file formats supported by the player depend on your operating system.
New plugin hooks which trigger when a file was added to a release, a file was removed from a release, a file was saved and a file was loaded.
Improved support for dropping cover art images directly from Google and Bing image search results.
Support for ReplayGain 2.0 tags.
There are a few potentially backward incompatible changes.
Amazon cover art moved to plugin: If you have been using the Amazon cover art you will need to install the Amazon Cover Art plugin in Options > Plugins. The functionality remains the same, we just moved it to a plugin.
Moving files without renaming creates folder structure: Previously Picard would just drop all files into the selected target folder if “Move files” was enabled but “Rename files” was disabled. This was not very useful. Now Picard will generate the folder hierarchy according to your script.
If you want to retain the old functionality use a renaming script that does not generate any folder hierarchy (no slash or backslash characters in the script).
The minimum supported macOS version is now macOS Sierra (10.12) or higher. If you are using macOS 10.10 or 10.11 you can continue using Picard 2.1.3.
Picard 2.2 is available for download on the Picard website.
Thanks to everybody who contributed to this release with code, translations, testing, bug reports and general feedback. This is much appreciated and we are always happy to see new contributors.
Here is the full changelog:
Bug
[PICARD-456] – “Delete empty directories” should not delete special folders such as the desktop
[PICARD-571] – Scripting and renaming font on macOS and Windows not monospace
[PICARD-622] – File Browser resets horizontal scrolling on selection change
[PICARD-765] – Refreshing a release reloads the CAA index.json file from cache, even if it changed online
[PICARD-1025] – An empty destination directory prevents the options from being saved, but doesn’t show an error
[PICARD-1090] – Match quality indicators are blurry
[PICARD-1282] – ⌘W does not close Preferences window
It’s time for another server update! This release mostly includes small improvements to make the MusicBrainz site show data in places where it was missing and have more clear messages for the users. We have a lot of other small improvements in the pipeline which we hope to release in the next couple of updates, so if this doesn’t help with any of your pet peeves hopefully those will!
Thanks to CatQuest, chaban, danbloo, demosdemon, eey0re, ianmcorvidae, ijabz, jesus2099, Lotheric, murdos, PeterCodar, $nake, SothoTalker for having reported issues, and to every single one of you who tested the beta version and updated website localizations.
Here is our summer vacation homework for the MusicBrainz Server: mainly improving the Guess Case tool, fixing a fair amount of bugs and continuing the migration of templates to React.
Thanks to ferbncode for fixing the Dockerfile that creates a test database. Thanks also to acid2, alastairp, bort27, brianfreud, CatQuest, chaban, cyberskull, florentl, fmera, foolip, hibiscuskazeneko, Jeluang, liftarn, michelv, mineo, murdos, paulakreuzer, PoQStacker, tommycrock, yindesu, zexpe, and everyone who tested the beta version, reported issues, or updated website localizations.
This summery release brings one main new feature: collaborative collections! As an editor, you can now share your collections with others. This is mainly intended for community projects, but it can also be a good way to, say, have a shared “Music we have at home” collection with your family, or collect artists with funny names with your friends. You decide how to use it!
To add collaborators to your collections, edit the collection and enter the editors you’d want as collaborators in the appropriate section (suggestion: ask first whether they’re interested, then add them!). Once they’ve been added as collaborators, they’ll be able to add and remove entities from the collection in the same way as you, but they won’t be able to change the title / description: that’s still only for the collection owner to change.
The release also comes with a bunch of small improvements and bug fixes, including a couple about collections, and continues migrating to React.
Thanks to Ge0rg3 and sothotalker for their contributed code. Also, thanks to chaban, chiark, cyberskull, Dmitry, hibiscuskazeneko, jesus2099, Lotheric, mfmeulenbelt, psychoadept and everyone who tested the beta version, reported issues, or updated the website translations.
Today’s release contains some new features/improvements to the web service, several entity index pages being rewritten in React, and tweaks to the edit expiration wording to make it less confusing. See the tickets below for more details.
Thanks to kepstin for helping test the new CORS / OPTION support in the web service.
This server release mostly fixes bugs and regressions. It also updates the URL cleanup code and continues the conversion of templates to React.
Thanks to CatQuest, cyberskull, hibiscuskazeneko, Jeluang, Lotheric, mfmeulenbelt, tungolcraft, yeeeargh, and everyone who tested the beta version, reported issues, or updated website translations.
We’re happy to announce the release of our May 2019 schema change today! Thanks to all who were patient during today’s downtime as we released everything to our production servers.
This is a fairly minor release as far as schema changes go, but please do report any issues that you come across, especially any related to genres and collections.
Visible changes with this release are limited to an indication if a specific artist credit is being edited (MBS-5387). Work on some of the changes to collections and genres is quite advanced, and we’re hoping to release some of the new features onto beta already in a week or so from now, while others might take a while longer.
Now, on to the instructions.
Schema Change Upgrade Instructions
Note: Importing the latest data dump is always a valid alternative to running ./upgrade.sh on an existing database, if you’d prefer to also get new data in one go. Just follow the relevant instructions in INSTALL.md. The git tag is v-2019-05-13-schema-change. The rest of the instructions here assume an in-place upgrade.
Make sure DB_SCHEMA_SEQUENCE is set to 24 in lib/DBDefs.pm.
If you’re using the live data feed (your REPLICATION_TYPE is set to RT_SLAVE), ensure you’ve replicated up to the most recent replication packet available with the old schema. If you’re not sure, run ./admin/replication/LoadReplicationChanges and see what it tells you; if you’re ready to upgrade, it should say “This replication packet matches schema sequence #25, but the database is currently at #24.”
Take down the web server running MusicBrainz, if you’re running a web server.
Turn off cron jobs if you’re automatically updating the database via cron jobs.
Switch to the new code with git fetch origin followed by git checkout v-2019-05-13-schema-change.
Install newer dependencies Yarn and NodeJS 8 or later according to install prerequisites.
Run cpanm --installdeps --notest . (note the dot at the end) to ensure your perl-based dependencies are up to date.
Run ./upgrade.sh (it may take a while to vacuum at the end).
Set DB_SCHEMA_SEQUENCE to 25 in lib/DBDefs.pm as instructed by the output of ./upgrade.sh.
Turn cron jobs back on, if applicable.
Restart the MusicBrainz web server, if applicable. It’s also recommended you restart redis. If you’re accessing your MusicBrainz server in a web browser, run ./script/compile_resources.sh.
Here’s the list of resolved tickets:
Bug
[MBS-5387] – ACs being edited aren’t marked as having pending edits on the aliases tab
[MBS-9365] – event_meta_fk_id was never created as part of any upgrade script
[MBS-9462] – Standalone databases created before schema 21 are missing some l_event_url triggers
[MBS-10146] – Regression: ISE on Remove DiscID page
[MBS-10149] – Swap track titles with artist credits fails to update both fields properly
[MBS-10150] – Regression: The link to the release group reviews in the release page is broken
Improvement
[MBS-9664] – Add database constraints to disallow loop relationship
We finally have a new release! Some large conversions of the MusicBrainz website templates to React happened during the past three months, leading to a long delay between releases – sorry about that! This release also fixes several bugs and adds some small improvements.
Thanks to Cyna, Ge0rg3, and spellew for their contributed code, mostly written during GCI. Also, thanks to alpinetux, amCap1712, chirlu, culinko, cyberskull, derobert, Griomo, hibiscuskazeneko, Jeluang, jessew, kepstin, Kid Devine, ListMyCDs.com, Lotheric, mfmeulenbelt, rafwuk, RavenWorks, samj1912, yindesu, yurim, and everyone who tested beta version, reported issues, or updated website translations.