GNOME Photos issueshttps://gitlab.gnome.org/GNOME/gnome-photos/-/issues2024-02-26T10:40:20Zhttps://gitlab.gnome.org/GNOME/gnome-photos/-/issues/217Photos does not display images from pictures folder2024-02-26T10:40:20ZJonas PaulsenPhotos does not display images from pictures folderSetup: UTM app on an M1 mac and the Fedora40 aarch64 nightly feb 25th, norwegian locale
No images are shown in the Photos app, neither from Google Photos, nor from manually added images in the pictures folderSetup: UTM app on an M1 mac and the Fedora40 aarch64 nightly feb 25th, norwegian locale
No images are shown in the Photos app, neither from Google Photos, nor from manually added images in the pictures folderhttps://gitlab.gnome.org/GNOME/gnome-photos/-/issues/216photos does not start in fedora 392024-01-23T22:42:46Zlucaphotos does not start in fedora 39hello there, upgraded this morning to the f39 beta and discovered gnome-photos is not starting anymore, it just shows a black screen
this in rpm, cause there are no problems in flatpak
this is the terminal output, it might be useful
`...hello there, upgraded this morning to the f39 beta and discovered gnome-photos is not starting anymore, it just shows a black screen
this in rpm, cause there are no problems in flatpak
this is the terminal output, it might be useful
`Gtk-CRITICAL **: 15:32:18.274: Error building template class 'PhotosMainWindow' for an instance of type 'PhotosMainWindow': .:19:228 Invalid object type 'PhotosEmbed'
`https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/214test failure with gegl 0.4.462023-07-16T12:16:03ZJeremy Bichatest failure with gegl 0.4.46- gegl 0.4.46
- gnome-photos 44.0
- Debian Unstable (or Ubuntu 23.10)
The gnome-photos build test now fails with gegl 0.4.46. It reports a fatal warning:
> gegl_node_pads_exist: Can't find sink property output of gegl:nop 'proxynop-inp...- gegl 0.4.46
- gnome-photos 44.0
- Debian Unstable (or Ubuntu 23.10)
The gnome-photos build test now fails with gegl 0.4.46. It reports a fatal warning:
> gegl_node_pads_exist: Can't find sink property output of gegl:nop 'proxynop-input
I have also filed https://gitlab.gnome.org/GNOME/gegl/-/issues/335 because I don't know whether this needs to be fixed by gegl or by gnome-photos.
Build test excerpt
------------------
```
test: photos-test-pipeline
duration: 0.33s
result: killed by signal 5 SIGTRAP
command: LD_LIBRARY_PATH=/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/src:/usr/lib/libeatmydata GSETTINGS_BACKEND=memory
MALLOC_PERTURB_=45 G_DEBUG=gc-friendly G_TEST_SRCDIR=/<<PKGBUILDDIR>>/tests/unit
G_TEST_BUILDDIR=/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/tests/unit MALLOC_CHECK_=2
/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/tests/unit/photos-test-pipeline --tap
----------------------------------- stdout -----------------------------------
# random seed: R02Sd037cc324a7692dc7785eef5028f350a
1..72
# Start of pipeline tests
# Start of new tests
# GLib-GIO-DEBUG: _g_io_module_get_default: Found default implementation local (GLocalVfs) for ‘gio-vfs’
Bail out! GEGL-FATAL-WARNING: gegl_node_pads_exist: Can't find sink property output of gegl:nop 'proxynop-input' 0x5614a24c3120
----------------------------------- stderr -----------------------------------
(/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/tests/unit/photos-test-pipeline:664164): GEGL-WARNING **:
gegl_node_pads_exist: Can't find sink property output of gegl:nop 'proxynop-input' 0x5614a24c3120
```https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/213delete an album and undo the delete operation makes the album is not shown in...2023-03-13T13:51:26Zskycastlelilydelete an album and undo the delete operation makes the album is not shown in the "Add to album" listAs 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
[vokoscreenNG-2023-03-13_10-26-52.mkv](/uploads/c92663a7d0de338779e9...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
[vokoscreenNG-2023-03-13_10-26-52.mkv](/uploads/c92663a7d0de338779e9a55ad34a9643/vokoscreenNG-2023-03-13_10-26-52.mkv)
gnome-photos-43.0-3.fc38.x86_64https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/212Removing from album only happens after reopening that album2023-03-10T12:05:08ZKamil PáralRemoving from album only happens after reopening that albumIf I remove a photo from an album, the photo is seemingly not removed, it's still displayed in the album. Only after I close that album and reopen it again, the album no longer contains the photo.
See here:
![photos-album-remove](/upl...If I remove a photo from an album, the photo is seemingly not removed, it's still displayed in the album. Only after I close that album and reopen it again, the album no longer contains the photo.
See here:
![photos-album-remove](/uploads/ab98177a51b08b652adefa8e2fba88d4/photos-album-remove.webm)
```
gnome-photos-43.0-3.fc38.x86_64
```https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/211Preview/thumbnail is not shown on photos for PEF2023-03-11T10:54:26ZSaid UrtabajevPreview/thumbnail is not shown on photos for PEF### Version: 43.0-3.fc38
#### Problem description:
When pictures path contains PEF raw files from Pentax Photos does not show preview.
#### Steps to reproduce:
1. Install Fedora 38 Workstation Edition pre-release from nightly instal...### Version: 43.0-3.fc38
#### Problem description:
When pictures path contains PEF raw files from Pentax Photos does not show preview.
#### Steps to reproduce:
1. Install Fedora 38 Workstation Edition pre-release from nightly installer.
2. Update installation to latest by enabling updates-testing repository.
3. Copy PEF files (45MB, full-frame from Pentax K-1 markII) to Pictures path.
4. Open Photos.
5. Verify that files are listed but without preview.
#### Current behaviour:
Photos does not display preview for Pentax PEF raw format in pictures path.
#### Expected behaviour:
Photos displays preview for Pentax PEF raw format in pictures path.https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/210Importing from SD card does not start when pictures path is empty2023-03-11T12:58:41ZSaid UrtabajevImporting from SD card does not start when pictures path is empty### Version: 43.0-3.fc38
#### Problem description:
Photos recognizes when SD card is inserted to the reader but fails to do anything when import is clicked.
#### Steps to reproduce:
1. Install Fedora 38 Workstation Edition pre-rele...### Version: 43.0-3.fc38
#### Problem description:
Photos recognizes when SD card is inserted to the reader but fails to do anything when import is clicked.
#### Steps to reproduce:
1. Install Fedora 38 Workstation Edition pre-release from nightly installer.
2. Update installation to latest by enabling updates-testing repository.
3. Ensure that pictures path is empty.
4. Start Photos.
5. Insert SD card.
6. Verify that Photos displays notification about inserted card and offers to import.
7. Clicking import does not cause any action
#### Current behaviour:
Photos does not start import when pictures path does not contain any pictures and user clicks import.
#### Expected behaviour:
Photos starts importing after user clicking import.
#### Screencast:
![When pictures path is empty](/uploads/dd90bd701d2abc1d65e284a78553bb13/Screencast_from_2023-03-11_12-32-31.webm)
#### Additional info:
When pictures path contains pictures then in my case (128GB SD card/4 GB SD card containing PEF raw files by Pentax camera) lead to crash but importing was seemingly starting.https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/209crash when using color adjustment sliders2023-03-08T08:34:16ZLukas Brabeccrash when using color adjustment slidersGNOME Photos crashes when using color adjustment sliders, specifically changing exposure first and then adjusting shadows. I wasn't able to reproduce this by only adjusting shadows slider.
steps to reproduce:
1. open photo
2. go to edit...GNOME Photos crashes when using color adjustment sliders, specifically changing exposure first and then adjusting shadows. I wasn't able to reproduce this by only adjusting shadows slider.
steps to reproduce:
1. open photo
2. go to edit, colors
3. change exposure slider
4. change shadows slider (usually it needs more than one change, try clicking or sliding continuously for a while)
versions:
```
Fedora 38 (pre-release)
QEMU VM:
gnome-photos-43.0-3.fc38.aarch64
gegl04-0.4.38-3.fc38.aarch64
Intel bare metal:
gnome-photos-43.0-3.fc38.x86_64
gegl04-0.4.38-3.fc38.x86_64
```https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/207Adaptive GUI2023-01-01T20:24:38ZTomBa ReAdaptive GUIMake the GUI more adaptive so that it is also usable on mobile devices.Make the GUI more adaptive so that it is also usable on mobile devices.https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/206Move to libadwaita2022-10-08T07:30:32ZMartins ZeltinsMove to libadwaitaThe current version of Photos looks old compared to the new libadwaita apps. And all GNOME apps seem to be migrating to libadwaita to look more modern. What is the plan for Photos, will it be ported to libadwaita in the next GNOME 44 rel...The current version of Photos looks old compared to the new libadwaita apps. And all GNOME apps seem to be migrating to libadwaita to look more modern. What is the plan for Photos, will it be ported to libadwaita in the next GNOME 44 release?https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/205Memory exhaustion when editing a cropped photo2023-03-07T08:59:29ZKamil PáralMemory exhaustion when editing a cropped photoWhen **Shadows** or **Highlights** sliders are changed on a cropped photo, gnome-photos goes into an infinite cycle, consuming 100% cpu and all available memory. Once the memory is exhausted, it is then killed by an OOM killer. The afore...When **Shadows** or **Highlights** sliders are changed on a cropped photo, gnome-photos goes into an infinite cycle, consuming 100% cpu and all available memory. Once the memory is exhausted, it is then killed by an OOM killer. The aforementioned sliders work fine on uncropped photos, only cropped photos seem to be the problem.
Reproducer:
1. Open a photo
2. Edit the photo
3. Crop the photo, Save
4. Edit the photo again (either right now or after the app restart, doesn't matter)
5. Under **Colors**, change either **Shadows** or **Highlights**
6. gnome-photos goes unresponsive and exhaust all memory
Screencast:
![photos_memleak](/uploads/3d6e64e4ac2e7f8924c093d4d6736eea/photos_memleak.webm)
Versions:
```
Fedora 37 (pre-release)
gnome-photos-43.0-1.fc37.x86_64
tracker-3.4.0-1.fc37.x86_64
gegl04-0.4.38-1.fc37.x86_64
```https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/204Favorited photos from albums are shown as favorited only after app restart or...2023-03-10T11:50:26ZKamil PáralFavorited photos from albums are shown as favorited only after app restart or second attemptWhen I open an album, open a photo from that album, and favorite a photo using the star button, the photo is not marked as favorite (it doesn't have a star icon) when I go back to the album view. Also, in the Favorites tab, it is not vis...When I open an album, open a photo from that album, and favorite a photo using the star button, the photo is not marked as favorite (it doesn't have a star icon) when I go back to the album view. Also, in the Favorites tab, it is not visible. When I open the photo again, the photo is not marked as favorite at all.
The workarounds are:
a) close and reopen gnome-photos
-or-
b) mark the photo as favorite once again
In both cases, the photo is then correctly marked as favorite.
Please note, this bug doesn't occur when you open the photo from the Photos view. It only occurs when you open the photo from a existing Album.
Reproducer:
1. Open some album in Albums
2. Open some photo
3. Click the Star button
4. Click the Back button
5. See that the photo is NOT marked with a star
6. Go to Favorite tab
7. See that the photo is not there
8. a) Restart gnome-photos, see that the photo IS now marked as favorite
-or-
b) Repeat steps 1-6 for a second time, see that now the photo IS marked as favorite
Screencast:
![photos_bug](/uploads/97180f0eae11dee90238aac9e005b2e5/photos_bug.webm)
Versions:
```
Fedora 37 (pre-release)
gnome-photos-43.0-1.fc37.x86_64
tracker-3.4.0-1.fc37.x86_64
```https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/203`gnome-photos / basic.py` test fails if gnome-photos is not already installed2022-09-28T02:17:20ZMatt Turner`gnome-photos / basic.py` test fails if gnome-photos is not already installedThe `gnome-photos / basic.py` test fails if gnome-photos is not already installed:
````
1/3 gnome-photos / basic.py FAIL 0.10s exit status 1
>>> GSETTINGS_BACKEND=memory MALLOC_PERTURB_=252 LC_ALL=C /ho...The `gnome-photos / basic.py` test fails if gnome-photos is not already installed:
````
1/3 gnome-photos / basic.py FAIL 0.10s exit status 1
>>> GSETTINGS_BACKEND=memory MALLOC_PERTURB_=252 LC_ALL=C /home/mattst88/projects/GNOME/gnome-photos/tests/basic.py
―――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――― ✀ ―――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――
Creating logfile at /tmp/dogtail-mattst88/logs/basic_20220927-221048_debug ...
Traceback (most recent call last):
File "/home/mattst88/projects/GNOME/gnome-photos/tests/basic.py", line 15, in <module>
app = start()
File "/home/mattst88/projects/GNOME/gnome-photos/tests/testutil.py", line 55, in start
_do_bus_call("Activate", GLib.Variant('(a{sv})', ([],)))
File "/home/mattst88/projects/GNOME/gnome-photos/tests/testutil.py", line 43, in _do_bus_call
_bus.call_sync(APPLICATION_ID, '/' + APPLICATION_ID.replace('.', '/'),
gi.repository.GLib.GError: g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.Photos was not provided by any .service files (2)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/home/mattst88/projects/GNOME/gnome-photos/tests/basic.py", line 28, in <module>
fini()
File "/home/mattst88/projects/GNOME/gnome-photos/tests/testutil.py", line 66, in fini
_do_bus_call("ActivateAction", GLib.Variant('(sava{sv})', ('quit', [], [])))
File "/home/mattst88/projects/GNOME/gnome-photos/tests/testutil.py", line 43, in _do_bus_call
_bus.call_sync(APPLICATION_ID, '/' + APPLICATION_ID.replace('.', '/'),
gi.repository.GLib.GError: g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.Photos was not provided by any .service files (2)
````
Originally reported here: https://bugs.gentoo.org/653178https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/202Remove dependency on gnome-online-miners2022-07-18T12:29:00ZMichael CatanzaroRemove dependency on gnome-online-minersgnome-online-miners was removed from core last year because it didn't port to tracker 3 ([reference](https://gitlab.gnome.org/GNOME/gnome-build-meta/-/commit/404d90d3ccf98c0266fbf680dd3b3041c7134519)) and now I've just had it archived ([...gnome-online-miners was removed from core last year because it didn't port to tracker 3 ([reference](https://gitlab.gnome.org/GNOME/gnome-build-meta/-/commit/404d90d3ccf98c0266fbf680dd3b3041c7134519)) and now I've just had it archived ([reference](https://gitlab.gnome.org/Infrastructure/Infrastructure/-/issues/857)) since (a) it still depends on tracker 2, (b) it's unmaintained, and (c) the only app that depends on it is Photos.
We should either copy the portions of gnome-online-miners that Photos uses into Photos, or else remove these features. fyi: @aday @bilelmoussaoui
(Previously, Documents and Books depended on it too, but those have both been archived as well. We actually did not know until recently that Photos used gnome-online-miners because there was no dependency declared in gnome-photos.bst, so we just assumed Documents and Books were the only consumers. Probably would not have removed it from core so casually had we known, but that happened over a year ago so no point in revisiting it now.)GNOME 43https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/201Overview misses a timestamp for photos2022-06-08T02:10:52ZLuya TshimbalangaOverview misses a timestamp for photosPhotos misses a timestamp to view photos by datetime on Overview useful for a large set of pictures. Ideally, it should be a bug fix. Otherwise getting for the next release will be great.Photos misses a timestamp to view photos by datetime on Overview useful for a large set of pictures. Ideally, it should be a bug fix. Otherwise getting for the next release will be great.https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/200GNOME Photos takes too long to load a large collection of photos2022-07-21T00:28:27ZLuya TshimbalangaGNOME Photos takes too long to load a large collection of photosWhen used as the default photos manager, loading a large set of photos takes too long to complete sometimes causing the application to crash. The original report is on [Red Hat Bugzilla](https://bugzilla.redhat.com/show_bug.cgi?id=209088...When used as the default photos manager, loading a large set of photos takes too long to complete sometimes causing the application to crash. The original report is on [Red Hat Bugzilla](https://bugzilla.redhat.com/show_bug.cgi?id=2090880) and Allan suggested me to submit the issue here.
At this time to writing after installing the needed debugging tools, I let Photos loading the pictures in slow pace and will submit a traceback when completed.
Edited: after discussing with Carlos, it appears the crash is completely unrelated hence the change of title clarify the problem.https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/199Segmentation fault when opening large external drive: error: Cannot access me...2023-06-27T02:10:32ZClocksSegmentation fault when opening large external drive: error: Cannot access memory in tracker_miner_files_index_call_index_location42.0
I have an external drive with lots of photos on it.
When I open up Photos to view the drive, on the top left I see the drive name.
When I click the drive name, it moves into an import state, freezes, then crashes.42.0
I have an external drive with lots of photos on it.
When I open up Photos to view the drive, on the top left I see the drive name.
When I click the drive name, it moves into an import state, freezes, then crashes.https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/198Albums get duplicated in the Organize dialog when creating or checking/unchec...2023-03-10T11:25:36ZAdam WilliamsonAlbums get duplicated in the Organize dialog when creating or checking/uncheckingAs [reported downstream](https://bugzilla.redhat.com/show_bug.cgi?id=2081291), the Organize dialog - invoked when you select pictures and click "Add to Album" - seems badly broken in 42.0. Adding an album creates two entries for it. Clic...As [reported downstream](https://bugzilla.redhat.com/show_bug.cgi?id=2081291), the Organize dialog - invoked when you select pictures and click "Add to Album" - seems badly broken in 42.0. Adding an album creates two entries for it. Clicking an entry for an existing album that actually works (sometimes they don't) more than a couple of times seems to result in it being duplicated on each click, so you quickly get a huge list of entries for the same album. Clicking any non-selected entry for that album results in a new selected entry for that album appearing, and vice versa (clicking a selected entry results in a new non-selected entry).
I kinda suspect this is related to the changes to using `g_auto` that landed between 40.0 and 42.0, but just reverting the one in `src/photos-organize-collection-view.c` doesn't seem to fix the problem.
See [demonstration video](https://bugzilla.redhat.com/attachment.cgi?id=1876729) from downstream report.https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/195GNOME Photos Online Accounts link doesn't work with GNOME 422023-03-10T11:43:17ZJeremy BichaGNOME Photos Online Accounts link doesn't work with GNOME 420. Use GNOME 42
1. Create a new user account and log in. (This is helpful because the new accounts won't have any Online Accounts configured and won't have anything in the Pictures folder.)
2. Open the GNOME Photos app.
3. On the start p...0. Use GNOME 42
1. Create a new user account and log in. (This is helpful because the new accounts won't have any Online Accounts configured and won't have anything in the Pictures folder.)
2. Open the GNOME Photos app.
3. On the start page, click the Online Accounts link.
Nothing happens but it should open the Settings app to the Online Accounts page.
You'll need to adapt to https://gitlab.gnome.org/GNOME/gnome-control-center/-/commit/acd59aec6560620ca9d27a21eba6c9ab15569e53
I see you offer a Flatpak. Does your Flatpak allow launching the system gnome-control-center? If so, I guess you'd need some way to try to load the new gnome-control-center and if it doesn't work, load the old gnome-control-center. Or maybe even do both and only one would actually work.GNOME 42https://gitlab.gnome.org/GNOME/gnome-photos/-/issues/193Feature: DLNA support2022-02-08T12:46:25ZRadu ZahariaFeature: DLNA supportI am surprised there is nothing already added in gitlab around this. Gnome Videos is the only Gnome media app that has DLNA support. Gnome Music and Gnome Photos are missing it. And I think it's a very important feature for a media compu...I am surprised there is nothing already added in gitlab around this. Gnome Videos is the only Gnome media app that has DLNA support. Gnome Music and Gnome Photos are missing it. And I think it's a very important feature for a media computer with Linux.