search

sixem / ivfi-php

IVFi is a directory indexer that aims to make it easy to browse and explore web-accessible directories.
https://git.five.sh/ivfi/
Other
105 stars 18 forks source link

[BUG] since version 1.2.2, images are not displayed in the gallery or when the link is hovered #51

Open satori-books opened 3 weeks ago

satori-books commented 3 weeks ago

about IVFi-PHP

everything worked without problem until version 1.2.1 but since (V1.2.2 or V1.2.3) then the images no longer appear in galleries or when the link is hovered And I can't figure what to correct in indexer.php I noticed a 'double slash' is generated in the links as the folders are opened, and always before the last part of the url

like in this ex. localhost/files/FDP // FDP250/ localhost/files/FDP/FDP250 // img29.jpg

sixem commented 3 weeks ago

Hey,

Could you have a check in the web inspector? I'd take a look in the network tab while the images are supposed to load (either in the gallery or when hovering) to see if there are any errors reported there. I would also inspect the <img/> elements in the gallery where they are supposed to be displayed, to see whether or not the URLs are being correctly parsed and set as src.

Double slashes usually shouldn't happen, and if they do, the URL should still work... Do you also have any configuration options set by any chance?

satori-books commented 3 weeks ago

No I haven't change anything in options with web inspector here is what I get hovering for example on img01.jpg

<a href="/_files/bkt/pix/\img01.jpg" class="preview" style="">img01.jpg</a> you can notice the strange /\ between pix and img01.jpg but if I replace in inspector /\ with only / , hovering works

sixem commented 3 weeks ago

No I haven't change anything in options with web inspector here is what I get hovering for example on img01.jpg

<a href="/_files/bkt/pix/\img01.jpg" class="preview" style="">img01.jpg</a> you can notice the strange /\ between pix and img01.jpg but if I replace in inspector /\ with only / , hovering works

Hmm, strange, never seen that happen before. You don't have any addons or userscript that could interfere with it I assume? Do you run it on Linux or something else?

satori-books commented 3 weeks ago

oh.. maybe I'll look in usercripts and addons. The thing is that version 2.1.11 works perfectly, so probably I 'll stay with for the moment. (these were tested on windows + firefox) thanx for your checking anyway

sixem commented 3 weeks ago

oh.. maybe I'll look in usercripts and addons. The thing is that version 2.1.11 works perfectly, so probably I 'll stay with for the moment. (these were tested on windows + firefox) thanx for your checking anyway

Is the server running on Windows, though? If so, I may have to run some tests on Windows myself to see if there are any issues with it, but I don't have time for that at the moment as it would require some setting up. I think most people just use it on Linux, and I've personally only tested it on Linux, so I don't know whether or not that are any strange path differentiations within PHP when dealing with Windows compared to Linux, as that could be an issue, I really don't know... Wouldn't really make sense either way if it worked a version or two ago, though, as I haven't really changed that much since then.

Only thing I can think of is enabling debugging to see if you get any messages there, or visiting the broken URLs to see if you see anything interesting there, either on the client-side or through the server logs... oh, and trying it in a different browser, of course, to see if the same thing happens there.

satori-books commented 3 weeks ago

sorry , quite busy but I'll tell you if any things appears or change . I just tested the code with a Chrome browser and the problem persists..