Click on thumbnail and nothing happens

I just finished installing Gallery and uploading some test photos. When I click on the thumbnail, the page just reloads itself. I've seen other people's galleries here and I know that I'm supposed to go to the page for the photo. But in mine it just reloads the page of thumbnails. I can play the slideshows so I know that larger files are there. I checked through the configuration line by line and don't see anything that could disable this basic feature.

Thank-you.

More info- When I hover over the thumbnail, I can see the path and it looks correct ->

/gallery/album01/picturename

But clicking the thumbnail OR manually loading the URL into the browser just reloads this page ->

/gallery/album01/

Can anyone tell me what needs to be changed?? Thank-you.

----
The following information is required to get an answer:
Get this information from the PHP diagnostic (in the configuration wizard).
Gallery URL (optional but very useful):
Gallery version: 1.4.4-pl5
Apache version:
PHP version (don't just say PHP 4, please): 4.3.4
Graphics Toolkit: NetPBM
Operating system: Linux vulcan.host4u.net 2.2.26-rpd #5 SMP Wed Apr 28 17:36:44 CDT 2004 i686
Web browser/version (if applicable): Windows IE 6 and Mac IE 5

www.film2disk.com/gallery

Another update-

I installed a fresh copy of Gallery into a different location to just see if something was corrupted.

No good. It's setup and working but the two problems remain.

1. Clicking on thumbnail does nothing but reload thumbnail page.

2. Can't delete photo without error message as described in previous posting above.

Thank-you for any help.

Your installs stil point to the same albums dir, right? Does it happen in every album, or just in one?

I just had a look at http://www.film2disk.com/gallery and I can't see the problem?

http://www.film2disk.com/gallery/album03/IMG_4708 - Seems perfectly fine to me?

I also added another photo to the same album, and deleted it without any problems at all.

Seeing it here-

IE v5.5 Windows 98SE

IE v6.0 Windows 98SE (different machine)

IE v5.17 Mac OS 9.2.2

Also see this problem on other Windows machines when directing friends to look at pages. If it is an IE problem, I can't expect my audience to switch browsers.

Like it or not, unfortunately most people still use IE so I hope that Gallery would be pretty compatible with it.

I used IE when I did the uploading and deleting on your site. I have no idea why yours doesn't work. Any javascript blockers/firewalls or something installed on those machines?

sparky672, that is very strange. When I was referring to firwalls, i was thinking software firewalls, not hardware.

I really have no idea what might be wrong, as it works fine from here.

Maybe if I knew what causes this error to pop-up, I could do more troubleshooting.

I'm not saying there's a problem with Gallery but come on now, the error message is generated by Gallery so it's having a problem with something. Just because some people with IE don't see it or other browsers don't see it, doesn't mean it's not a problem. What's the trigger?? If something was wrong with the albums then all would have a problem, so obviously it's something that IE is doing differently that only effects some computers. Why can't Gallery cope with this unknown trigger? In my case it effects both a Windows and a Mac computer.

I'm finding so many people out there on Google even with the same problem, yet no-one seems to have a solution.

I've attached a GIF of the pop-up error.

Let's solve this.

Thank-you.

SERVER LOGS part II

These are the logs from when I get the Fatal Error when trying to delete. In FireFox there's one line for this action when the popup window comes. But in IE, two more lines with come up for the calling of two style sheets. This tells me nothing other than the two browsers are behaving different for some reason.

NOTE: IE for Mac is behaving identically to IE for Windows.

IE Win 98

FireFox Win 98

I hope someone can see something I'm missing here.

Thank-you.

Also reinstalled PHP4 on my server.

Still same issues

In the beginning and now I am agreeing with you. I went next door to my neighbor's house and on his IE explorer in Win98 it was working fine.

But wait, if it's generated on the server side, then why only here when I'm using IE on both windows and mac but not in FireFox?

I feel like this is going in circles.

.... I am at my wits end.

Can this somehow be related to my firewall router? Yet Firefox works behind it.

?????????!

sparky672, I seriously doubt that changing paths will help at all.

I also disconnected from my LAN and Dialed in via modem in order to remove the firewall router from the mix.

Same results. no good.

Thank-you for all your help. Let me know if you or the developers require more information... logs, etc.

It's because the same error message can occur for several different issues, generally all of which are known and have fixes.

This probably isn't the answer you want to hear, sparky672, but if it is occuring in one browser and not in others, then it's probably a browser issue. The error message you're seeing indicates that the index for the image is being set incorrectly, and that index is almost always retrieved from the browser when it's sent in the URL or by a form POST.

Make sure that you disable any browser addins that you have running and try it again. Also try other standard browser troubleshooting - clear your cache and cookies, etc.

Without exception both the delete error message and the thumbnail problem go hand in hand. Something with the URL getting changed I imagine.

Quoting h0bbel:

Dumped all browser cache and am using standard installs->

NOT working:

Working:

So out of 7 browser all installed on various machines and systems, it's not working on 70% of them.

And out of the 5 versions of Internet Explorer, it's not working on 80% of those.

And other people's web site gallerys work fine here in all the browsers.

So I'm willing to keep working on this... what else can I try?

sparky672, I'm keeping it in mind and doing some investigation, but the only thing that makes any sense is that it's a browser issue.

I don't know what, or how, but since it only occurs with IE, only for you, and only on your install, what else can it be?

This part comes out of 'delete_photo.php'

This part comes from 'Album.php'

But where does this part come from? PHP, I assume?

I did an auto-reinstall of PHP4 on my server a few days ago. Didn't help obviously. I don't know enough about PHP to dig into this as deeply as may be needed.

Hi there, I have some information that _might_ be relevant, so I'll just post it here.

My situation is slightly different but I'm running into the same error message so I think that maybe combining information might help here.

My situation:
Apache 1.3.33
PHP 4.3.10
Gallery 1.4.4.6
Etomite 0.6 (CMS)
Tried with Firefox and Opera.

I'm trying to embed Gallery into Etomite (I know, not supported) and I'm running into the problem. Embedded Gallery displays my albums fine, I can enter an album and it will display my thumbnails fine, but when I click on a thumbnail it will come up with the following error message:

Error: Requested index [0] out of bounds [5]

To be sure, this somehow has to do with the embedding, because I have no problems when I access the page directly. Read on though, because what comes next might still be useful.

In my case, the error message is generated by the following block of code in view_photo.php:

if (isset($id)) {
$index = $gallery->album->getPhotoIndex($id);
if ($index == -1) {
// That photo no longer exists.
header("Location: " . makeAlbumHeaderUrl($gallery->session->albumName));
return;
}
} else {
$id = $gallery->album->getPhotoId($index);
}

The difference between accessing the gallery directly or though embedding is that $id is empty if I access through the embedding.

This _I think_ leads to init.php, which, as far as I can tell, reads $id (among others) in the following piece of code that extracts $_REQUEST (which is GET, POST and COOKIES):

if (is_array($_REQUEST)) {
extract($_REQUEST, EXTR_SKIP);

And true enough, there is a difference here. I added the following line to init.php right before the array is extracted:

echo print_r(array_values($_REQUEST));

Here are the results:

Working:
Array ( [0] => NAI [1] => Aydan [2] => 73f005ea83231c256e40d3112f42802d [3] => -128135921 [4] => YToyOntzOjI6IklEIjtzOjMyOiIzOWVkYmY1OGU5YTA2N2EzZGE3YTAxZGIyZmY4YmY4OSI7czoyOiJhbSI7aToxO30= )

Non-working:
Array ( [0] => NAI [1] => Aydan )

So, it looks like for some reason not the same stuff is sent to the server. This is where I'm stuck. I really hope that there's anything in here that could be of help! Meanwhile, I'll continue fiddling

Erik.

Sparky,

I've tried two browsers (Opera and Firefox) and I'm seeing the same result. The difference is between embedded and non-embedded. I was thinking though, that maybe the cookie settings had to do with it (considering the different contents of $_REQUEST and the fact that especially the cookie bits had fallen off and that stopped it from working).

That might be something you could check. I was going to do this as well, but haven't yet and have currently stumbled upon a workaround: I re-ran the config wizard to make some changes to the lay-out, to take my mind off the problem. When I'd run the wizard I realized that the problem had gone away. I ran a diff on the old and new config.php and I found that rewrite had been switched on:

$gallery->app->feature["rewrite"] = 1;

This setting was off before and makes a difference. I'm afraid that the first time I ran the Gallery config wizard I hadn't reloaded the Apache config which caused the wizard to switch rewrite off. Now, however, it had switched it on.

So, I don't really now what the problem was but this is a good solution. My apologies for posting in this thread, because I do think I'm sidetracking it.

Erik.

I haven't had time to research the why but I believe I know the what. Running Gallery under PHPNuke. Suddenly started having problems viewing pics in Gallery (Error: Requested index [0] out of bounds [5]
) and displaying reviews in my Reviews module. Started troubleshooting Reviews module and noticed that PHP was not seeing the $id variable in the URL. So...as an experiment, I changed it to $rid globally and voila! now I can see my reviews. On a hunch, I did the same in Gallery and now I can see my pics.

As I said...don't know WHY it started happening. I can only assume that something in the PHP environment changed...but I'll be damned if I know what.

I'm looking for solution to this problem also. I'm running most recent version of gallery (not the RC) embedded in PostNuke .750 with the most recent security patch. I thought I read elsewhere that the problem may be related to security code in Gallery related to the Santy virus. I didn't see the problem until applying the security patch to PN, but that doesn't necessarily mean it didn't exist before then.

In my setup, I only have various options ranging from 24 hours to 30 minutes for "Random Block Cache Time." However, I don't see the logical relationship of random block to these problems, but who knows? I thought random block dealt with calling the images randomly during slideshows. I'm not playing around with that at all.

I just get the error when trying to delete an image and also nothing happens when I click on a thumbnail.

Also, I very much appreciate the suggestions and it seems I really need people such as yourself to solve this problem. But I'm using Gallery as a stand-alone product so I hope that recent postings don't confuse that point.

I also heard about this error somehow being related to security code dealing with the Santy virus, but haven't had much success tracking down what I can remove. Most all discussions about the Santy virus code were related to the embedded Gallery installations.

Thank-you.

I installed the latest version of Gallery fresh from scratch in a new directory on my server. All of the problems described in this thread are still there.

I also get this error on the setup screen:

Could this be causing the sort of problems described in this thread?

Thank-you.