| Summary: | KPhotoAlbum crashes when saving the database after deleting a Category and then dragging one tag over the other in the browser view | ||
|---|---|---|---|
| Product: | [Applications] kphotoalbum | Reporter: | Victor Lobo <victor.ip.lobo> |
| Component: | Browser | Assignee: | KPhotoAlbum Bugs <kphotoalbum-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | johannes, rsquared42, schleth_es |
| Priority: | NOR | ||
| Version First Reported In: | GIT master | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | ad31661e | Version Fixed/Implemented In: | 6.1.0 |
| Sentry Crash Report: | |||
|
Description
Victor Lobo
2023-12-04 00:52:43 UTC
an even quicker crash for the same problem (no saving required): 1. kphotoalbum --demo 2. delete category "people" in settings - the people icon vanished from the main window 3. click on the places icon 4. delete category "places" 5. on clicking "OK" in the settings dialog - crash KPA 5.12 git master => The delete category should only be available if the main screen is shown. The delete option is unavailable for the Tokens category - so this would be the example to follow. or => After deleting a category that is shown in KPA, immediately revert to the main screen, not allowing any actions on the deleted category. I was unable to reproduce the reported crash with either current git master or version 5.12.0, but the user should not be allowed to interact with the view after the category is deleted. While I could not reproduce the "quick" way to trigger the bug anymore, I could reproduce the crash using the original steps to reproduce. Randalls patch (ad31661e6118aec21a9be578fc6f3e54d944f79d) fixes the bug by preventing the inconsistent UI state in the first place. |