I opened a new one because this happens on 6.x-1.2
Versions of installed software:
Linux Suse 10.3
Apache 2.2.4
PHP 5.2.6
Drupal 6.4 (i18n enabled / language switcher enabled)
Lightbox V2
Installation went well: module enabled, filter enabled, folder created (system folder, not accessable from internet), permissions set.
After creation of a test picture folder i created a tag in a content page:
[bg|199910_Petersburg|10|45|||#CFD5F7]
When acccessing the side i can see only a dark (ok, i changed the colour to light-blue) area.
In Firefox 2.0 i can see only this area and no links.
In IE 7 i can see the "picture/thumbnail not found" placeholders and i can click on the links, Lightbox starts and shows a "not available graphic".
The html source-code looks like:
<a href="/drupal/de/sites/all/modules/brilliant_gallery/image.php?imgp=L2hvbWUvd2Vic2VydmVyL2ZpbGVzL2FsYnVtcy8xOTk5MTBfUGV0ZXJzYnVyZy9waWMwMDAxMi5qcGc=&imgw=1000&imgh=750" rel="lightbox[8437714]" title="pic00012"><img style="border:0" alt="" src="/drupal/de/sites/all/modules/brilliant_gallery/image.php?imgp=L2hvbWUvd2Vic2VydmVyL2ZpbGVzL2FsYnVtcy8xOTk5MTBfUGV0ZXJzYnVyZy9waWMwMDAxMi5qcGc=&imgw=45&imgh=34" /></a>
There are no errors in the apache log or in the php5 log.
A minor point: when viewing the html source in Firefox the second last slash is in the "img" tag is marked red (invalid syntax). So this may be the reason why there are no valid links in Firefox, IE may ignore this.
When using IE and click on all the thumbnails (no real thumbnails - the "can't open file" placeholder) i can see that all pictures in the album folders are at least listed correctly, so it can't be a file access problem.
I tested file-system and DB caching - no fifference.
Any help is appreciated cause in this state i can't use BG at all
Thomas
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | brilliant_gallery.module.diff | 1.91 KB | thensel |
Comments
Comment #1
jan.n commentedCan you see your pictures when you just use [bg|199910_Petersburg]?
Comment #2
thensel commented... no, only the table has now a slightly different format (default #columns, #rows, high, width, background).
Tried to copy&paste the link from the html source directly into the browser: in this case i get the 404 - object not found error
I don't have time debugging the image.php script. But it seems that this is a common problem.
Comment #3
jan.n commentedVerify the following:
Did you create a subfolder in drupal/sites/default/files?
Is the name of the folder you created the same you set in admin/settings/brilliant_gallery?
So you have a folder called "albums". In it is a subfolder called holiday.
[bg|holiday] should now show the pictures in the subfolder.
In case you get 404s, check your server log. There you see where your server looks for the pictures, perhaps that'll give you a hint?!
Comment #4
thensel commentedthanks, good hint ;-) should have had that idea myself. The problem is (likely) in the link:
The output in html is:
/drupal/de/sites/all/modules/brilliant_gallery/image.php?imgp=L2hvbWUvd2Vic2VydmVyL2ZpbGVzL2FsYnVtcy8xOTk5MTBfUGV0ZXJzYnVyZy9waWMwMDAyMS5qcGc=&imgw=45&imgh=34"
note the "/drupal/de/sites" ...
It should be something like
"/drupal/?q=de/sites/"...
or
"/drupal/sites"...
seems the code in brilliant_gallery.module :
is not doing what it is supposed to do.
I tested now with English instead of German (so no language code) and it's working
So i can continue. Maybe i have some time for debugging
thanks a lot again
Comment #5
thensel commentedSeems i found the reason.
It happens only if you're using i18n with a language code different than default (!= "")
The code tries to strip the "/XX/" ("XX" == language code) from the link before stripping the "?q=" from the link. Swapping both actions are solving (my) issue. I attach the diff-file for verifying. I don't have any clue at the moment about impacts or side-effect ;-)
Regards
Thomas