Created attachment 1875340 [details]
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):
Steps to Reproduce:
Proposed as a Blocker for 36-final by Fedora user lnie using the blocker tracking app because:
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?
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?
(In reply to Ray Strode [halfline] from comment #13)
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.
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.