Hide Forgot
Created attachment 1875340 [details] journal Description of problem: The pictures will show after a reboot,but I think they are supposed to shown immediately as f35 dose Version-Release number of selected component (if applicable): gnome-photos-42.0-1.fc36.x86_64 How reproducible: always Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Proposed as a Blocker for 36-final by Fedora user lnie using the blocker tracking app because: seems affects: https://fedoraproject.org/wiki/Fedora_36_Final_Release_Criteria#Default_application_functionality
I can confirm this. Adding pictures to ~/Pictures doesn't display them in gnome-photos. I have to log out and log back in in order to make gnome-photos show them. This applies even when it already shows some pictures and I want to add a new one. I again have to re-log. On initial start, gnome-photos clearly says that contents to ~/Pictures will be shown, but it fails to do that. This works perfectly in F35.
I am seeing this too. I am quite surprised that there is a Photo application also, as I though that Image Viewer is the application to watch photos. It is also interesting, that if you go and open a picture using the File Open dialogue, it will open in Image Viewer and the Photo window remains empty.
I cannot reproduce this bug on a RC 1.1 workstation iso, perhaps because of new gtk4 versions I installed? libproxy-webkitgtk4-0.4.17-4.fc36.x86_64 libnma-gtk4-1.8.34-2.fc36.x86_64 colord-gtk4-0.3.0-1.fc36.x86_64 gtk4-debuginfo-4.6.2-3.fc36.x86_64 gtk4-4.6.2-3.fc36.x86_64
I installed a fresh RC 1.1 Workstation and I see the same bug as described.
Lukas: Photos is intended as a "photo manager"-type application - like Shotwell - rather than as an "image viewer".
+4 in https://pagure.io/fedora-qa/blocker-review/issue/785 , marking accepted.
I checked the RC 1.2 image too, and still cannot reproduce this bug.
Created attachment 1875662 [details] Normal behavior on F36 Work iso (RC 1.2)
Now I made e new VM, a new fresh installation of the RC 1.2 ISO and now the bug appears here. So, my findings are: - with live-session tested several times and not once the bug shows itself - with installed VM tested several times and the bug shows sometimes
I can also reproduce this in an installed VM. Reported upstream.
Same issue (In reply to Geraldo Simião from comment #9) > Created attachment 1875662 [details] > Normal behavior on F36 Work iso (RC 1.2) When dealing with more than thousand pictures, Photos took a long time to load them. Previous releases used to frequently crash.
I have a guess from just reading through the code that may or may not work. Can someone give this scratch build a try? https://koji.fedoraproject.org/koji/taskinfo?taskID=86547488
(In reply to Ray Strode [halfline] from comment #13) > https://koji.fedoraproject.org/koji/taskinfo?taskID=86547488 I tested this and it looks very good. 1. Moving a picture to a folder makes gnome-photos show it, often even live. Sometimes app restart is needed. But it works now. 2. Removing a picture from a folder removes it from gnome-photos after app start/restart (doesn't do it live). Also fixed. 3. Pictures seem to be tracked in ~/Pictures, ~/Downloads and ~/Desktop. I thought this was some mistake, but it behaves the same in F35. So probably intentional. Can you please create a bodhi update?
Yep, confirmed, I also re-tested with the scratch build and it works for me too.
FEDORA-2022-626ba8041d has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-626ba8041d
(In reply to Fedora Update System from comment #16) > FEDORA-2022-626ba8041d has been submitted as an update to Fedora 36. > https://bodhi.fedoraproject.org/updates/FEDORA-2022-626ba8041d It looks here this update really fixed the bug. Great!!!
Just tested the Fedora-Workstation-Live-x86_64-36-1.3.iso, wich have tracker-miners-3.3.0-2.fc36, and the is working fine, pictures are indeed showing in photos, no bug.
I can confirm, Photos are showing the content of the Pictures folder.
FEDORA-2022-626ba8041d has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-626ba8041d` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-626ba8041d See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-626ba8041d has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.