Bug 2176732 - delete an album and undo the delete operation makes the album is not shown in the "Add to album" list
Summary: delete an album and undo the delete operation makes the album is not shown in...
Keywords:
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-photos
Version: 38
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: GNOME SIG Unassigned
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: RejectedBlocker AcceptedFreezeException
Depends On:
Blocks: F38FinalFreezeException
TreeView+ depends on / blocked
 
Reported: 2023-03-09 05:22 UTC by lnie
Modified: 2023-03-13 19:29 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Type: Bug
Embargoed:


Attachments (Terms of Use)
screencast (484.08 KB, video/webm)
2023-03-09 05:22 UTC, lnie
no flags Details
journal (223.68 KB, text/plain)
2023-03-09 05:29 UTC, lnie
no flags Details
screencast (285.71 KB, application/x-matroska)
2023-03-13 03:09 UTC, lnie
no flags Details


Links
System ID Private Priority Status Summary Last Updated
GNOME Gitlab GNOME gnome-photos issues 213 0 None opened delete an album and undo the delete operation makes the album is not shown in the "Add to album" list 2023-03-13 08:32:53 UTC

Description lnie 2023-03-09 05:22:15 UTC
Created attachment 1949212 [details]
screencast

Description of problem:
As shown in the attached screencast,delete an album and then click the "undo" button,
you will find the album is not listed when you try to add new picture to the album

Version-Release number of selected component (if applicable):
gnome-photos-43.0-3.fc38.x86_64


How reproducible:
always

Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 lnie 2023-03-09 05:29:40 UTC
Created attachment 1949213 [details]
journal

Comment 2 Fedora Blocker Bugs Application 2023-03-09 05:42:54 UTC
Proposed as a Blocker for 38-final by Fedora user lnie using the blocker tracking app because:

 seems violates:
All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in typical use

Comment 3 Kamil Páral 2023-03-10 12:00:04 UTC
I can confirm this bug. 

Lili, please file this upstream:
https://gitlab.gnome.org/GNOME/gnome-photos/-/issues

(Also, it would be nice if your screencast contained a visible mouse cursor).

Comment 4 lnie 2023-03-13 03:08:44 UTC
> Lili, please file this upstream:
> https://gitlab.gnome.org/GNOME/gnome-photos/-/issues

Sure,https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/213

 
> (Also, it would be nice if your screencast contained a visible mouse cursor).

Thanks Kamil,I didn't notice the mouse cursor is not visible,reported the gnome-shell bug(https://bugzilla.redhat.com/show_bug.cgi?id=2177570).

Comment 5 lnie 2023-03-13 03:09:23 UTC
Created attachment 1950149 [details]
screencast

Comment 6 Adam Williamson 2023-03-13 14:41:15 UTC
-5 in https://pagure.io/fedora-qa/blocker-review/issue/1083 , marking rejected blocker. Proposing as a Final FE in case we need that.

Comment 7 Geoffrey Marr 2023-03-13 19:29:06 UTC
Discussed during the 2023-03-13 blocker review meeting: [0]

The decision to classify this bug as an "AcceptedFreezeException (Final)" was made to improve final release polish, so long as the proposed fix does not present any risk to anything more important.

[0] https://meetbot.fedoraproject.org/fedora-blocker-review/2023-03-13/f38-blocker-review.2023-03-13-16.00.txt


Note You need to log in before you can comment on or make changes to this bug.