edestcroix/Recordbox
5
103
Fork
You've already forked Recordbox
12

Crashes after sync #228

Open
opened 2026年03月22日 09:37:41 +01:00 by Tom9821 · 2 comments

If Recordbox is set to Sync on Startup, and there are changes in the music directory, it will crash after syncing. Next launch will be fine.

Similarly, if I do a manual Sync Library with the app already open, it will crash after syncing.

Fedora 43/Gnome 49
Recordbox 0.10.4 Flathub

If Recordbox is set to Sync on Startup, and there are changes in the music directory, it will crash after syncing. Next launch will be fine. Similarly, if I do a manual Sync Library with the app already open, it will crash after syncing. Fedora 43/Gnome 49 Recordbox 0.10.4 Flathub
Author
Copy link

Update: It is no longer crashing, at least for the moment. The app version is still the same so I don't know what has changed.

Update: It is no longer crashing, at least for the moment. The app version is still the same so I don't know what has changed.

Okay this actually sounds like an issue someone reported over on github on the Flathub repo for the manifest here, they also had a crash happen when adding/removing music from the library. Not sure what could be causing it or why it stopped, but I've reworked the library sync code quite a bit for 0.11.0 so let me know if it comes up again in the new release. If it is related to the issue on Github it might be a weird bug in GTK itself that got fixed.

If it doesn't happen again with 0.11.0 after a while I think then it would be safe to assume it was an issue with a dependency that got fixed and I'll close the issue. If it comes back or I manage to reproduce it I'll try to come up with a fix.

Okay this actually sounds like an issue someone reported over on github on the Flathub repo for the manifest [here](https://github.com/flathub/ca.edestcroix.Recordbox/issues/21), they also had a crash happen when adding/removing music from the library. Not sure what could be causing it or why it stopped, but I've reworked the library sync code quite a bit for 0.11.0 so let me know if it comes up again in the new release. If it is related to the issue on Github it might be a weird bug in GTK itself that got fixed. If it doesn't happen again with 0.11.0 after a while I think then it would be safe to assume it was an issue with a dependency that got fixed and I'll close the issue. If it comes back or I manage to reproduce it I'll try to come up with a fix.
Sign in to join this conversation.
No Branch/Tag specified
main
devel
synced-lyrics
carousels
dev-release
v0.11.0
v0.11.0-beta.3
v0.11.0-beta.2
v0.11.0-beta.1
v0.10.4
v0.10.3
v0.10.2
v0.10.1
v0.10.0
v0.9.3
v0.9.2
v0.9.1
v0.9.0
v0.8.3
v0.8.2
v0.8.1
v0.8.0
v0.7.0
v0.6.2
v0.6.1
v0.6.0
0.5.1
0.5.0
v0.4.0
v0.3.1
v0.3.0
v0.3.0-rc1
v0.2.1
v0.2.0
v0.1.0
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
edestcroix/Recordbox#228
Reference in a new issue
edestcroix/Recordbox
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?