Closed (fixed)
Project:
Logo Tool
Version:
5.x-2.1
Component:
Code
Priority:
Critical
Category:
Bug report
Assigned:
Reporter:
Created:
12 Apr 2007 at 14:13 UTC
Updated:
3 May 2007 at 12:31 UTC
I'm using Drupal 5.1 with the 'normal' cache feature and I have setup two logos. One for a specific path and another one as default. If I'm authenticated, it's working properly (The first logo is displayed for the specific path and the second one for all others paths) but as a visitor, I always get the default logo. I'm using the new logo.php file (i.e. I copied it to the root directory and I modified the logo path setting accordingly).
Comments
Comment #1
pobster commentedBugger I wish you'd posted that this morning (well, my this morning BST time!)
Hmmm... Yes, appears to be because the flag which gets set to show the page does/ doesn't require a new random image is never unset in certain circumstances... This will effect *every* version of logotool which has this code...
...A short-term fix is to simply remove the flag code and have the module work the same way it did before:
Change this;
To this;
That *should* work (untested)... Please bear with me...
Pobster
Comment #2
pvasener commentedHum... Well indeed my configuration is using case 2 not 3. BTW, I had to correct a bug changing:
to this:
Because I don't use the 'locale' module and so, the logotool_logo variable was not set properly.
However, I still have the same problem. It's working fine when I'm authenticated but I have the same behaviour when not.
Comment #3
pobster commentedWell spotted! Hmmmm I'm stumped about the caching issue now... Really thought I'd had it then... I assume it works just fine when you disable the cache right?
Pobster
Comment #4
pvasener commentedYes, it's working properly with no cache.
Comment #5
pvasener commentedBTW, I'm working with version 5.x-2.1 now.
Comment #6
pobster commentedThanks ;o)
I think my only option is to move all the random code into logo.php although being completely honest... I don't know how I'm going to do it... You can't access $_GET['q'] that way as logo.php is accessed indirectly.
...I think for the time being your best option is to disable the cache while I have a think about a plan of action.
Thanks,
Pobster
Comment #7
pvasener commentedOk, no big deal for me to disable the cache for the moment anyway. Good luck for your plan of action, I will try to have a look at the code on my side too.
Comment #8
pobster commentedExcellent thanks! :o)
Pobster
Comment #9
pobster commentedOkay fixed for both 4.7 and 5.x as of today (version 4.7-2.0 and 5.x-2.3) - I'm closing this thread but please feel free to reopen it if you have problems. One problem you may have is that in your system table logotool requires bootstrap to be '1' (without the quotes!) This happens automatically when you simply navigate to the /modules page (so I'm told, but perhaps you need to click submit as well - not sure about that...) but if it doesn't then either reinstall logotool (remove the system entry before installing again) or simply update the system table yourself.
Thanks,
Pobster
Comment #10
pobster commented