Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Since i updated Brillant gallery to 2.1, i loses all the thumbs in the nodes!
I have clearead the cache into drupal and my browser too.... I don't understand
Comment | File | Size | Author |
---|---|---|---|
#13 | image.php_.txt | 5.87 KB | ericwongcm |
#66 | image.php.txt | 5.87 KB | ericwongcm |
#22 | brilliant_gallery-6.x-3.x-image.patch | 719 bytes | AlexisWilke |
brilliant_bug.png | 16.71 KB | manuscle |
Comments
Comment #1
manuscle CreditAttribution: manuscle commentedI can see the source code and i think the value in the link for the image is not correct
Comment #2
doener321 CreditAttribution: doener321 commentedthe same on my website after updating to 6.x-2.2 (Drupal 6.8, Linux, Mysql 5.0.51a, PHP 5.2.6, PHP-Memory 65MB)
Thumbs not working. if i execute the src-Attribute of the img-Tag i get the following:
sites/all/modules/brilliant_gallery/image.php?imgp=L3d3dy9odGRvY3MvdzAwYTMyOGIvc2l0ZXMvZGVmYXVsdC9maWxlcy9fZ2FsbGVyeS8yMDA3LTEyLTA4X3BhcnR5YnVzMl8zNjBncmFkL2ltZ18wMDEuanBn&imgw=140&imgh=105
Warning: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '1231795097 SET data = 'cache', created = 1231535897, expire = 0, headers = '', s' at line 1 query: UPDATE 1231795097 SET data = 'cache', created = 1231535897, expire = 0, headers = '', serialized = 0 WHERE cid = 'bg_c50e5487db1c0b0239dca945cd0ac4f6' in /www/htdocs/xxx/includes/database.mysqli.inc on line 128
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/xxx/includes/database.mysqli.inc:128) in /www/htdocs/xxx/sites/all/modules/brilliant_gallery/image.php on line 42
followed by jpg binary
I get the JPEG binary, but the mysql error message breaks it. (Maybe a problem with brilliant gallery cache table, UPDATE statement tries to write into a table named 1231795097 (this value gets higher on each request).
Comment #3
francula CreditAttribution: francula commentedme too
Comment #4
superflyman CreditAttribution: superflyman commentedSame issue, all thumbs show up as black boxes with ? marks, sites looks a mess... If I hover over, I get the right image name (alt tag) but no image loads from lightbox either.
Comment #5
drpchris CreditAttribution: drpchris commentedI posted the same problem is the image.php error output in: http://drupal.org/node/356931
Comment #6
AlexisWilke CreditAttribution: AlexisWilke commentedI have the fix guys.
I'm not too sure why we got a version 2.2 that does not work at all... 8-)
The cache_set() in image.php needs to be used as follow:
Version 2.2 has the $my_data at the end instead.
The cache handling between 5.x and 6.x has changed in that regard.
Thank you.
Alexis Wilke
Comment #7
Johnl-2 CreditAttribution: Johnl-2 commentedThanks, I was having this problem too and that code fixed it for me.
Comment #8
foxmarks CreditAttribution: foxmarks commentedI see no thumbs, and no alt image info either. The [bg] tag seems to work partially, as I can adjust the number, size and color of the placeholder boxes which appear where pics should be.
My galleries are recognized in administer>*>brilliant gallery>manage galleries
I’m at my knowledge frontier, but it seems like maybe BG and Lightbox2 aren’t getting along?
Comment #9
AlexisWilke CreditAttribution: AlexisWilke commentedfoxmarks,
The author has not applied the fix yet. He's either being very lazy or very busy. I'd bet very busy. 8-)
You have to edit the module file and fix the cache_set() function call as defined in #6. With WordPad or some other text only editor.
Thank you.
Alexis
Comment #10
naveenindia CreditAttribution: naveenindia commentedThanks Alexis,
I was installing the module and getting nothing for the last 2 days until i found this thread and your answer.
Finally i'm getting what i wanted...!
Comment #11
foxmarks CreditAttribution: foxmarks commentedI was looking for the code to change in the .module file. Wrong spot…
I found the function you pointed to on line 105 of the image.php file, made the change, and everything works again. :-)
Thank you, Alexis!
Comment #12
AlexisWilke CreditAttribution: AlexisWilke commentedfaxmarks,
I'm glad you found the right spot 8-) Sorry my message was indeed somewhat misleading, I'm fixing the original one now.
Alexis
Comment #13
ericwongcm CreditAttribution: ericwongcm commentedThe latest 6.x-3.0 Brilliant Gallery have the same bug as described in 6.x-2.2
Attached is the modified file, changed according to the instruction by #6 above.
The attached file here is for 5.x-4.4.
(should have mentioned when I post this last time :p.....that's probably why it didn't work for you using Drupal 6)
See #66 for Drupal 6, 6.x-3.0 fix.
Well, this fix work for me. Hope it helps you ;)
(can't believe none of you tried to contact me when this patch didn't work when you can contact me via my URL....)
Comment #14
ericwongcm CreditAttribution: ericwongcm commentedwell, the file should be renamed to image.php
Don't know why it becomes image.php_.txt after I attach and uploaded it.
Comment #15
AlexisWilke CreditAttribution: AlexisWilke commentedhdmp4.com,
The .php files (and some others) are auto-renamed by Drupal so you do not take the risk to have them executed by Apache. I think that could be done under the hood and not on screen, but that's the way it is at this time with Drupal.
So in other words: That's a feature!
Alexis Wilke
Comment #16
graymom CreditAttribution: graymom commentedThank you Alexis,
After many frustrations, my thumbnails and images are finally visible.
Thanks again,
Haya
Comment #17
caf CreditAttribution: caf commentedThis patch doesn't work on my Installation.
Drupal 6.9 with 6.x-3.0 and colorpicker
Images are downloaded to /tmp but no thumbs visible.
Lightbox is working.
Comment #18
AlexisWilke CreditAttribution: AlexisWilke commentedI did not yet try with 3.0... maybe tomorrow or the next day. I thought someone said it worked for them with 3.0 though. Yeah! You may want to look at #13.
Thank you.
Alexis Wilke
Comment #19
TallDavid CreditAttribution: TallDavid commentedThe updated code, as described in posts 6 and 11, corrected the problem for me on Drupal 6.9 with Brilliant_Gallery version = "6.x-3.0".
Thanks for the pointer!
Comment #20
mike69 CreditAttribution: mike69 commentedThanks for posting #6. That works for me perfect!
Ciao,
Mike
Comment #21
AlexisWilke CreditAttribution: AlexisWilke commentedcaf,
I updated on my end. I also have another set of fixes for PostgreSQL. Are you using PostgreSQL by any chance? If so, then no wonder. The author has MySQL and broke the use of PostgreSQL in a couple of places. (i.e. the database uses 'user' as a field which is a reserved keyword in PostgreSQL and he has one statement with state='1' but state is an integer and needs state=1 instead.)
I will post a patch in that bug. It's here: #357376: Totally broken with PostgreSQL.
Thank you.
Alexis Wilke
Comment #22
AlexisWilke CreditAttribution: AlexisWilke commentedThere is an actual patch for those who prefer that instead of direct editing of the code.
Comment #23
manuscle CreditAttribution: manuscle commentedThanks a lot!
It's now working on my website!
So, after patching, don't forget to clear the cache ;-)
Comment #24
longjefferson CreditAttribution: longjefferson commentedThank you AlexisWilke.
It worked for me.
I hope the next person to download BG has your code added in to it.
Comment #25
Rom4n CreditAttribution: Rom4n commentedHi,
I have tried to edit image.php file as described above but with no result. I dont see any thumbnails at all. As I am not very familiar with PHP or web coding, could anyone check my site and try to help me if possible, please?
Thanks very much :-)
Comment #26
AlexisWilke CreditAttribution: AlexisWilke commentedRom4n,
Did you try to reset your cache as mentioned by #23?
Thank you.
Alexis
Comment #27
Rom4n CreditAttribution: Rom4n commentedYes I did, but it is still the same.
Comment #28
caf CreditAttribution: caf commentedAlexisWilke
sorry, i forgot to mention mysql in my post.
same thing as on #27.
i am also testing with both caching possibiltys - neiter of them is working.
is there any logging possible? Other Sites do the trick - so it must be a problem with the module interaction.
(I got such things mit xml-sitmap and pathauto)
Thank you very much for your module and help.
Comment #29
AlexisWilke CreditAttribution: AlexisWilke commentedI'm using xmlsitemap, so that's not it, at least not this time. 8-)
I'm not aware of much logging from this module, but you could check to make sure you do not see errors from when you check that page with a gallery.
There could be permissions issue too (like the files cannot be read, but if LightBox2 works, not the case...). Make sure you can see images by typing their full path by hand (ie. http://mysite.com/files/images/myface.png)
Otherwise, this is not my module, so don't thank me for this mess! I created a few things like the CuteMenu, PAD File and Addresses Extra though. 8-) (click on my name and scroll at the bottom to see the list)
I suppose that the tag itself ([bg|...]) is not shown on your page. You do see white instead of the images, right? Otherwise, the filter would not be active...
There could be a path issue. Did you look at the HTML generated? It should include the <img ...> tags with the path to the image file. Verify that this is correct.
Do you have a multi-site install? If so, could you test the module on another site to see whether it works on there? That way, you could compare what modules are ON and OFF on both sites and try to determine whether another module interacts "weirdly".
Well... I'm running out of ideas otherwise...
Okay, two more things still:
If you have an HTTP server with added security, you may want to make sure that these security features do not prevent the images from being generated. I had that problem with modsecurity2.
Also, I had problems in the image generator because of modsecurity2, rom4n has problems too. Apparently because some image library is not installed (G2 or something like that?)
Look at the HTML code, and get the URL in the src attribute of the <img src="..."/> tag. Then copy that in your browser URL line. If you see something as follow, you'll probably know what to do. 8-)
Comment #30
yhager CreditAttribution: yhager commentedPatch in #22 worked for me. Thanks.
Comment #31
caf CreditAttribution: caf commentedNow i see that it is a permission issue.
Another Installation on the same server works -- i love this module!
But the problem is still there:
I have checked the directory permissions on both installations from the top level.
/home/www/
to /home/www/sites/sitename/files
both with same permissons.
.htaccess is also the same
drupal permission are also set in the same way (checked 4 times)
Comment #32
AlexisWilke CreditAttribution: AlexisWilke commentedcaf,
I have no idea beyond that. Maybe you should ask the actually owner of the module 8-)
Good luck,
Alexis Wilke
Comment #33
Rom4n CreditAttribution: Rom4n commentedUhm, I still dont know what to do :))
As I said before, I dont understand PHP at all and html+css only a little bit. But it seems to me that if you copied sth from my site here, you could know where is the problem :) Please, could you describe me how to fix the problem in a kind of simple way? I would be very greatful.
Thanks, Roman
Comment #34
AlexisWilke CreditAttribution: AlexisWilke commentedRom4n,
Sorry! I actually tried again and I noticed I did not change the & into a simple '&' character in the URL. So the error is actually with MySQL as follow:
The name of the table is totally wrong (the number after the UPDATE keyword).
This may come from resizeimage_wrapper_filecache() or resizeimage_wrapper_dbcache(). Since you get a DB error, you certainly have a problem with the 2nd function. And that would be the call to the cache_set() function using the wrong parameters. Did you really apply the fix in the image.php on the site itself?
Thank you.
Alexis
Comment #35
Rom4n CreditAttribution: Rom4n commentedLOL :) My problem was that I have Drupal 6, but in the image.php file it used to be set up as for Drupal 5. Now it is working perfectly. Thank you for the effort :)
Comment #36
AlexisWilke CreditAttribution: AlexisWilke commentedRom4n,
Well?! This is what the patch in #22 and #6 are about?! Did you not even apply those???
Alexis
Comment #37
geerlingguy CreditAttribution: geerlingguy commentedPatch in #22 worked great for me! Please commit it to the module - thanks!
Comment #38
sphoenixee CreditAttribution: sphoenixee commentedpatch #22 works great for me as well.
before no images show up, now it's good. thanks!!
Comment #39
tahirrehan CreditAttribution: tahirrehan commentedI have tried every possible solution i found online. i tried #6 and still no pictures. i tried to debug using the procedure in #29. interestingly src file doesn't show any pcture. i copy pasted the link for a picture from html page and it took me to a strange page.
this is the link to one of the picture: http://aggiepsa.tamu.edu/sites/all/modules/brilliant_gallery/image.php?i...
i can see the albums in brilliant gallery "manage galleries". but whenever i post any of the album in any page, it simply wont work.
here is the website: http://aggiepsa.tamu.edu/test
brilliant gallery is visible to all the users.
any help will be appreciated
thanks in advance
Comment #40
AlexisWilke CreditAttribution: AlexisWilke commentedtahirrehan,
At this time you have a <code> tag in your [bg...] tag and it fails completely. If you are using a WYSIWYG editor, then you should edit the source to make sure that the tag is clean. It could also be that your http://... is transformed by another filter before the Brilliant filter is applied. Look at your Input filters and change the order.
Thank you.
Alexis
Comment #41
tahirrehan CreditAttribution: tahirrehan commentedThanks a lot for the reply.
i am not using WYSIWYG editor. i don't even what that is since i am not a web designer. this is just a site that i am making for my student association.
for the filter thing. i made a new filter that only allows brilliant tags and nothing else. i combined it with HTML filter and other stuff but still no luck. the only reason now i can think of is that may be it is not allowed by my host. i had the same problem with updating my website and i would get the same error. since my university is hosting this website, i think they are bit tight about kindda stuff u can do on the website. i will talk to the IT support and will let you know if it works out.
but please do let me know if you can think of any other solution.
one more thing, brilliant gallery doesnt work with picasa at all. do you have any idea why would it do that.
thanks again
tahir
Comment #42
creamneuron CreditAttribution: creamneuron commentedthanks alot! puting the ", $my_data" from the end before "'cache'" worked fine for me. Now the thumbs are shown.
this got me a lot of headache, glad that i found this.
Comment #43
emdeex CreditAttribution: emdeex commentedI'm still getting the black boxes instead of the thumbnails.
I've made the changes suggested to image.php.
I've cleared the drupal cache, I'm on drupal 6.10 with BG 6.x-3.0. Ive tried using drupal's cache and the files-cache method.
I set the Brilliant Gallery cache to be "Use the temporary directory you have set in /admin/settings/file-system. Faster than database caching!"
My drupal files tempory setting is at "files/tmp" and the permissions are 777
My images are under "files/albums" and the directory is 755, I can view the files via a browser if I type in the image URL directly.
Comment #44
emdeex CreditAttribution: emdeex commentedOK, my bad, does seem to be working now. I had typed some garbage text into the images.php when making the changes, cleared that out, and its working again.
Comment #45
mchopra CreditAttribution: mchopra commentedHi!
I have been trying very hard to get BG working on my website, but no luck so far!
I have BG 6.x-3.0 and Drupal 6.9 I have applied the above patch to image.php
I have cleared cache
I think my folders have correct permissions
Check this image
http://mananchopra.com/sites/default/files/images/IMG_0069.jpg
I have this image visible in Manage Galleries
On the BG block I just see Black Boxes
http://www.mananchopra.com/
and If I click on them
they are directed to this weird page
http://www.mananchopra.com/sites/all/modules/brilliant_gallery/image.php...
I have GD enabled for my php.
http://mananchopra.com/try.php
I am lost, I really like this module and would love to use it but I am stuck for last fifteen days just trying to make it work.
Can anybody please help.
Comment #46
grosseout CreditAttribution: grosseout commentedI'm in the same boat...
I replaced my image.php file with the one in #13, and that didn't work.
Still the same problem, If I delete the index.php in my url, the image shows up, but in the bg i just get a grid of question mark boxes like you.
Is the patch that alexis posted in #22 different? and if so, how do I install it...
I feel completely incompetent. All this time, no results...
please help...
this is my URL just incase someone has time
http://www.theholidayfriends.com/index.php?q=gallery
Thanks
Comment #47
mchopra CreditAttribution: mchopra commentedThe patch posted is the same
Comment #48
AlexisWilke CreditAttribution: AlexisWilke commentedmchopra,
Looks like there would be a conflict between GoDaddy free hosting and Drupal...
As I mentioned earlier, you need to test YOURSELF that you can get the images.
This is done with tools such as wget and the URL defined in your <img ... > tag. More specifically, the URL found inside the src="..." attribute.
The following is the Brilliant Gallery code as it appears for your home page (btw, the JPG could not be found)
When I use wget to retrieve one of the images, I get the following file (obviously NOT an image):
You have to find out why that happens and it could be that GoDaddy prevents you from doing anything.
grosseout,
For you the src URL gives me a 404. So you probably did not point the path to the correct place.
Thank you
Alexis Wilke
Comment #49
mchopra CreditAttribution: mchopra commentedAlexis Wilke,
Thanks a lot I very much appreciate your help and I will try to figure out the issue with goDaddy.
Manan
Comment #50
mchopra CreditAttribution: mchopra commentedAlex,
http://mananchopra.com/sites/default/files/images/IMG_0069.jpg
I had JPG instead of jpg so that is why this link was not working.
As you have pointed in the tag the URL is
http://mananchopra.com/sites/all/modules/brilliant_gallery/image.php?img...
Then I did a base64_decode on the string
L2hvbWUvY29udGVudC9tL2MvaC9tY2hvcHJhL2h0bWwvc2l0ZXMvZGVmYXVsdC9maWxlcy9pbWFnZXMvSU1HXzAwNjkuanBn
and got a path /home/content/m/c/h/mchopra/html/sites/default/files/images/IMG_0069.jpg
And if I try to wget www.mananchopra.com/sites/default/files/images/IMG_0069.jpg
I got an image!
So I don't know where is the problem with Godaddy?
Thanks for all your help.
Comment #51
drpchris CreditAttribution: drpchris commentedFYI: I gave up on godaddy a couple years ago and went with bluehost.com (there are many others also) because godaddy didn't (at the time) allow web apps to make outbound connections (to open a socket out from the webserver app). This was before I started using drupal.
Comment #52
grosseout CreditAttribution: grosseout commentedAt the image 404 source page,
http://www.theholidayfriends.com/index.phpmodules/brilliant_gallery/imag...
, if you delete the index.php, right after the home url, so that the code is this,
http://www.theholidayfriends.com/modules/brilliant_gallery/image.php?img...
the image shows up. When I look at the source code for my main gallery page,
http://www.theholidayfriends.com/index.php?q=gallery
it appears to be the same problem for my gallery images, so does this mean that I still have a screwed up path or is there some other reason that that index.php is being added? Also, these images are being fetched from picasa. I get the same problem though when the images are on the server. In another post I asked if it could be a problem with my host, medialayer.com, but the response was no. I also tried reinstalling the brilliant gallery database, no change.
Again, thanks for taking the time to help people, hopefully including myself!
Comment #53
AlexisWilke CreditAttribution: AlexisWilke commentedgrosseout, mchopra,
I would think that Brilliant Gallery could be fixed. It should not use those hard coded paths. It seems, however, that the index.php is a different problem from the wrong path.
I'm not the author, I repeat myself here... 8-) So I cannot fix the code in the CVS... Sorry! And I do not have much time here.
Thank you.
Alexis
Comment #54
Maszie CreditAttribution: Maszie commentedmy efford for today was to geht some thumbs to see anywhere - in this case I got them into the sidebar. This: http://drupal.org/node/356459 was very helping very much. But I would like to have the gallery in a Node and tryed the following:
[bg|albums]
[bg|uploads/albums]
[bg|files/uploads/albums]
my hope was, that at least one would work ... filter seems to work, cause the "code" or how to call it is not visible. Also hat a look into the HTML - code.
Don't know if it's important - I'm using Drupal 6.10
The site:
http://www.st-martin-witterda.de/smw/node/26
The pic:
http://www.st-martin-witterda.de/smw/files/uploads/albums/32paris_sacre_...
Comment #55
Maszie CreditAttribution: Maszie commentedComment #56
AlexisWilke CreditAttribution: AlexisWilke commentedMaszie,
Did you turn on the filter? (Input filter settings)
Thank you
Alexis Wilke
Comment #57
Maszie CreditAttribution: Maszie commentedhave an own fiter for this gallery stuff ... tyed several tings like gallery filter only or gallery filter + HTML filter or gallery filter + HTML - filter + PHP ... in diferent orders and so on
Edit: the Tags disapear with the filter on and they are visible if I use the standart Filter ... so i guess the filter in general is working.
Comment #58
smartmark CreditAttribution: smartmark commentedComment #59
smartmark CreditAttribution: smartmark commentedThe remedy at #6 (plus deleting cache) works for me. Thanks!
Comment #60
aknxy CreditAttribution: aknxy commentedI have Drupal 6.10 with Multilanguage support. When I turn to English Brilliant Gallery works. But when I select another language it is not displaying the thumbnails.
Anyone knows how to fix it?
Comment #61
Mercury500 CreditAttribution: Mercury500 commentedNo, it really does NOT work - consistently. (version 6.x users)
I've tried as many combos of fixes from various messages as I can. Don't waste your time.
I have drupal 6.9 and used both 3.0 and 3.0 dev version of this script.
Manage galleries works. GD works. Lightbox works.
Trying...
This fix:
The solution is very easy. Just use drupal_bootstrap(DRUPAL_BOOTSTRAP_FULL); instead of drupal_bootstrap(DRUPAL_BOOTSTRAP_DATABASE); inside the function drupalize() of image.php.
This fix (from #6):
cache_set($bgcacheid, $my_data, 'cache', time() + $bgcachexpire);
This fix:
Trying database cache or files cache option in settings.
It sometimes works (no reason, as in cache, but verifies GD and Lightbox)...I can get images from the brilliant_gallery node, but just X's from other folders in test nodes. AND for some reason, only 4 images will show when it does work. Why? I override default settings and still same thing - or rather - it gives 4 X's and where it used to show 4 images....uggh.
I'll tweak the images.php file and then revert back and then the brilliant_gallery page will not work. Caches cleared, same files, no other changes. No longer works. IE or FF.
Really, move along. Don't hang around here until Brilliant Gallery is REALLY fixed. Or at the very least, a definitive fix-it howto.
If anybody has gotten it to work on a late model Drupal, then please, give a shout with exact settings - and maybe upload your files (especially images.php) that work. None of that patch crap - the files are tiny.
m
Comment #62
AlexisWilke CreditAttribution: AlexisWilke commentedMercury500,
I do agree that the code is quite ugly! But it works for me on that site:
http://www.turnwatcher.com/screenshots
And I'm running with 6.10 (started with 6.4 and worked with all the versions so far...)
And the only thing I had to do was to fix the cache() function call.
Thank you.
Alexis Wilke
Comment #63
aknxy CreditAttribution: aknxy commentedBesides multi language problem we noticed that it does not work on some of our computers but works on some others. Don't know the reason.
The best will be to move to Gallery2 I guess.
Comment #64
klucid CreditAttribution: klucid commentedFirst of all, thank you all for your advice. It seems that a combination of these worked for a while, then suddenly stopped working.
I had to get into my settings.php file and add the following to get the thumbnails to work. Now BG is working perfectly!
Hope this helps.
Comment #65
klucid CreditAttribution: klucid commentedI would also like to link to the following node based on PHP's memory limits:
http://drupal.org/node/76156
Comment #66
ericwongcm CreditAttribution: ericwongcm commentedWell, I upgraded my Drupal 5 to 6 and found that Brilliant is not working properly again.
Found my way back here and finally fixed it.
Attached is the modified file, changed according to the instruction in #6.
You can simply overwrite your previous image.php with this file.
This is for 6.x-3.0.
(For those like me who didn't figure out how to use the patch on #22.)
Comment #67
Vacilando CreditAttribution: Vacilando commentedThanks for the feedback. Caching fixed in 6.x-3.3.