My RAID died, lost my original VM for images. I created a new CentOS with Docker to create a new LibrePhotos library. LibrePhotos connects to an SMB share hosting my images.

When I try to connect to the new server, I receive the error "There are no images to display". I have uninstalled and reinstalled Uhuru Photos. I have also cleared the cache for the app. I verified that the photos are available on another app, as well as from a web browser.

Has anyone experienced something similar?

For now the only option to get a photo in full resolution is to share it with an app that you can download it. It would make sense if there would be a way to get the full resolution e.g. when zooming it or a way maybe to download it directly?

I am exposing my librephotos instance bethind a reverse proxy using caddy webserver I'm creating log files for it and monitor the logs with fail2ban

I use a regex filter

failregex = ^<HOST>.*"(GET|POST).*" (404|444|403|400) .*$ ignoreregex =

And set the thresold to 3 failed attempts

Looks like simply opening photos in uhuruphotos triggers the reggex filter and bans my IP so I cant use the app anymore until I unban it

Any ideas about how I would come over this apreciated

I know not directly related to the app so you could close this issue if you think its completely irrelevant

Thanks

If you open a photo from feed and start to navigate swiping left and right for next and previous photo/video UI gets unresponsive , freeze and app may crash logcat_06-07-2022_17-48-00.txt The entries from 7/6 shows the issue An anr with Input dispach timed out And high CPU load with minor and major faults Also DeadObjectException

Idk if any of it makes sense

Note that this happens only if the assert is opened from feed Opening from search (map,face,tag,sugestiong) and navigation there is responsive Log taken with logcatreader app The Apps log was 1,5GB at the time .I cleared log replicated it but still size is ~700mb btw is this size normal? ll.zip Full log .it's 7z compresed but changed the extention to zip so that GitHub accepts it Thanks App version 0031

ERROR [JsonUtf8Reader:674 nextString]: com.squareup.moshi.JsonDataException: Expected a string but was BEGIN_OBJECT at path $.people[0]
	at com.squareup.moshi.JsonUtf8Reader.nextString(JsonUtf8Reader.java:674)
	at com.squareup.moshi.StandardJsonAdapters$10.fromJson(StandardJsonAdapters.java:250)
	at com.squareup.moshi.StandardJsonAdapters$10.fromJson(StandardJsonAdapters.java:247)
	at com.squareup.moshi.internal.NullSafeJsonAdapter.fromJson(NullSafeJsonAdapter.java:41)
	at com.squareup.moshi.CollectionJsonAdapter.fromJson(CollectionJsonAdapter.java:81)
	at com.squareup.moshi.CollectionJsonAdapter$2.fromJson(CollectionJsonAdapter.java:55)
	at com.squareup.moshi.internal.NullSafeJsonAdapter.fromJson(NullSafeJsonAdapter.java:41)
	at com.savvasdalkitsis.uhuruphotos.photos.service.model.PhotoResultJsonAdapter.fromJson(PhotoResultJsonAdapter.kt:93)
	at com.savvasdalkitsis.uhuruphotos.photos.service.model.PhotoResultJsonAdapter.fromJson(PhotoResultJsonAdapter.kt:24)
	at com.squareup.moshi.internal.NullSafeJsonAdapter.fromJson(NullSafeJsonAdapter.java:41)
	at retrofit2.converter.moshi.MoshiResponseBodyConverter.convert(MoshiResponseBodyConverter.java:46)
	at retrofit2.converter.moshi.MoshiResponseBodyConverter.convert(MoshiResponseBodyConverter.java:27)
	at retrofit2.OkHttpCall.parseResponse(OkHttpCall.java:243)

Currently touching anywhere on the scrollbar gutter will move the scrollbar under your finger, making pressing back on phones with gesture navigation mess up the scroll position.

It would be nice, if the "http://" or "https//" could be automatically tried. The app can currently not find a server with just the domain name.

To replicate, just type the demo server with "demo2.librephotos.com" in.

I would like to have shown to me what photos there are in my collection from 1,2,...,X years ago respectively.

Ideally such that it allows me to click on "2 years ago" and browse the pictures from approximately 2 years ago.

This could be an optional feature if it would otherwise potentially pollute the UI too much.

I like using video clips as album covers sometimes, it would be nice if the android app could also auto-play those just like the web version instead of showing a play button in the middle

Some photos only load when I manually refresh the corresponding day. Due to this, I may miss some old photos from the timeline, and of course this is not ideal. Is this expected behaviour or a bug?

I'm aware that the LibrePhotos web UI doesn't yet support browsing by path/filename (requested in https://github.com/LibrePhotos/librephotos/issues/129, https://github.com/LibrePhotos/librephotos/issues/271).

Wondering if such a feature is possible on the mobile app, even without being implemented directly in the web UI?

I'm looking for a replacement for Synology Photos, but my extensive photo collection is already organized via folder structure. Thus being able to browse & search for photos as they are organized on disk is really what I'm looking for. As I solely plan to access my collection from Android, hoping it might be possible in the mobile app, even without needing to wait for it to be added to LibrePhotos' web UI :)

Thanks in advance

Relating to #150

New photo details response serves an array instead of one path. Temporary fix was to simply use the first one if present. Need to support them all

When server restarts or periodically user have to fill the librephotoss credentials. Autofill services that I tried (bitwarden and google) cant pic up the input field

As I read in google's documentation

"Apps that use standard views work with the autofill framework without requiring special configuration"

So I dont know what is my case

However, you can optimize how your app works with the framework.

Source https://developer.android.com/guide/topics/text/autofill-optimize

Thanks