Photoalbum (a folder) with 180 photos using a pager ?

Mon, 21 Oct 2019 14:46:38 +0200

hi-u@snh.wsring.net

!Hubzilla Support Forum
Have uploaded successfully around 180 photos into a folder. When clicking the folder, 60 of the photo thumbnails are shown and below sth like an ajax wheel.
Observing the network, one request failed with a 404 and the url looks like calling a pager (I assume). The request was like
https://site.url/photos%2Fchannel%2Falbum%2F01....ef/?f=&aj=1&page=2&_=123...
Has someone observed such behavior also?
#photoalbum #pager

mehr anzeigen 15 Kommentare

Mon, 21 Oct 2019 14:54:55 +0200

How did you upload the photos?

Mon, 21 Oct 2019 15:05:12 +0200 zuletzt bearbeitet: Mon, 21 Oct 2019 15:07:57 +0200

Hilmar R (u-snh)

hi-u@snh.wsring.net

by the web browser.
All photos exist in the folder. Looking one day later in the folder, same result.

Mon, 21 Oct 2019 15:12:38 +0200

tectalk

tectalk@snh.wsring.net

Btw, all pics are png. Looking from the Files App, all pics are present in the folder. Looking from the Photos App, only 60 are shown.

Mon, 21 Oct 2019 15:38:39 +0200

@Hilmar R (u) By drag-n-drop all photos or one bye one?

Mon, 21 Oct 2019 18:43:21 +0200

Hilmar R (u-snh)

hi-u@snh.wsring.net

in 3 parts 30+50+100 circa.
Will repeat a similar test yet today in the later evening.

Mon, 21 Oct 2019 18:57:23 +0200

@Hilmar R (u) Yes, this would be great. Please start from smaller batches. I'm not sure but suspect that this related to the hub performance issue.

Mon, 21 Oct 2019 20:42:08 +0200 zuletzt bearbeitet: Mon, 21 Oct 2019 20:51:21 +0200

tectalk

tectalk@snh.wsring.net

Upload photos again into a 2nd folder, 175 pics, uploaded at once. When I click the first folder, 60 thumbnails are shown and below the spinner. Same with the 1st folder, shows also 60 thumbnails and the spinner. Clicking on Recent Photos, also the same with 60 thumnails to see and then the spinner. In each of these three cases, a 404 appears with the parameter &p=2. The uploads self run without any failures.
When I call the Files App, the both folders are to see also here, where the icons (one for each file) are complete listed (on one page) without incidents.

Add.Infos: The told refers to by using firefox. Using Chrome, the effects are the same, but no spinner appears.

Mon, 21 Oct 2019 21:36:06 +0200

It looks like it is something in the paging algorithm.

boot.php hardcodes the number of items per page at 60, but the problem doesn't appear to be with the pager itself - rather - it looks like for some reason the needed info in the path is being URL Encoded for some reason, meaning it isn't being parsed and returning a 404.

It looks like the problem may be in Zotlabs/Modules/Photos.php::809 - I'd have to dig further than I have time to at this moment to figure out how to restructure that - but I'm guessing that is where the problem is (or perhaps line 1357 - I'm guessing whatever the fix is for one should also be put in the other) NOTE: Line numbers are on the DEV branch.

Mon, 21 Oct 2019 22:01:22 +0200 zuletzt bearbeitet: Mon, 21 Oct 2019 21:59:37 +0200

I noticed also this behavior in Photos App.

The photo picker in post editor shows all of them so they are reachable. Just folder view shows only 59.

Mon, 21 Oct 2019 22:07:01 +0200

Actually pagination in photos works fine as far as i can say. There is an encoding issue which we could fix by adding decodeURIComponent() in the javascript part i guess, but that seems to never have broken pagination so far.

@Hilmar R (u), @Michal Klodner do you see any errors in the browsers javascript console?

Mon, 21 Oct 2019 22:28:02 +0200

If you in /view/js/main.js change this line https://framagit.org/hubzilla/core/blob/master/view/js/main.js#L1061
to look like this:
update_url = baseurl + '/' + decodeURIComponent(page_query) + '/?f=&aj=1&page=' + bParam_page + extra_args;
does it fix your issue?

Mon, 21 Oct 2019 23:29:25 +0200 zuletzt bearbeitet: Mon, 21 Oct 2019 23:37:09 +0200

tectalk

tectalk@snh.wsring.net

@Mario Vavti
Not really errors, but an info (sorry, in german by my browser):

Diese Website verwendet anscheinend einen scroll-verknüpften Positionierungseffekt. Dies könnte mit asynchronem Verschieben (Panning) schlecht zusammenspielen; siehe https://developer.mozilla.org/docs/Mozilla/Performance/ScrollLinkedEffects für weitere Details und nehmen Sie an der Diskussion über damit verbundene Werkzeuge und Funktionen teil!

But as mentioned earlier, the behavior is the same in chrome and firefox.

but that seems to never have broken pagination so far

Does that mean there should be any controls below the thumbs (like next or so)?

Tue, 22 Oct 2019 04:23:53 +0200 zuletzt bearbeitet: Tue, 22 Oct 2019 04:23:35 +0200

that seems to never have broken pagination so far (at least not for me)

Maybe a difference in how web servers pass URL's? I don't know, just a shot in the dark.

Tue, 22 Oct 2019 10:40:56 +0200

If its an encoding issue for some setups, this will hopefully fix it: https://framagit.org/hubzilla/core/commit/045cb461f135bbe1765d83022fc29f45c1e78ec5

Tue, 22 Oct 2019 15:59:30 +0200

Hilmar R (u-snh)

hi-u@snh.wsring.net

Wow, yeah, solved.
@Mario Vavti
Thank you very much!