Closed
Bug 461421
Opened 17 years ago
Closed 16 years ago
Avatar images and supporting code
Categories
(Mozilla Messaging Graveyard :: Server Operations, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: paul, Assigned: gozer)
Details
Attachments
(6 files)
r19314
would you please check out on stage , thanks
Assignee | ||
Comment 1•17 years ago
|
||
Done. Needs to be verified.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 2•17 years ago
|
||
I can't see the avatars on stage at the moment but i can see them on my local server running the most recent database from the stage server.
When i run "svn diff" under the directory stb on my local machine the only change to push is a correction to show the avatar against a comment.
Not sure what the problem is at the moment i can see the avatars are on stage by navigating to them directly and can see that the modification to stb/template.php to remove the footer is working so everything looks to have been checked out to stage .
Investigating ...
-Paul
Reporter | ||
Comment 3•17 years ago
|
||
Assignee | ||
Comment 4•17 years ago
|
||
Looks to me, from brief investigation that, in template.php,
stb_preprocess_page() gets invoked, but acquia_marina_preprocess_node() doesn't get called at all
Reporter | ||
Comment 5•17 years ago
|
||
Reporter | ||
Comment 6•17 years ago
|
||
Investigating ..
Assignee | ||
Comment 7•17 years ago
|
||
since the stb_preprocess_page() gets invoked oaky, shouldn't the other one maybe be called stb_preprocess_node() ?
Reporter | ||
Comment 8•17 years ago
|
||
The contributed theme acquia is under /themes instead of /sites/all/themes.
Normally /themes is reserved for core themes and /sites/all/themes is reserved
for contributed themes . Would you place the acquia theme and its stb
derivative under /sites/all/themes
Thanks Paul
Assignee | ||
Comment 9•17 years ago
|
||
I've moved it around, and except from temporarly breaking the site, it's still not showing up as you'd like, and the acquia_marina_preprocess_node() function isn't being called.
Reporter | ||
Comment 10•17 years ago
|
||
Were still using the acquia_marina theme under /themes instead of sites/all/themes
Reporter | ||
Updated•17 years ago
|
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 11•17 years ago
|
||
Yes, but this time around they are both installed under /themes, shouldn't that be good enough ?
Reporter | ||
Comment 12•17 years ago
|
||
No, can we have the theme under /sites/all/themes . Its best to stick to the plan then everything should work out (fingers crossed)
The problem looks to at least partly reside with $avatars_dir which looks for the avatars only in the theme directory sites/all/themes/acquia_marina/stb/images
function stb_avatars($uid, $name) {
$avatars_dir = 'sites/all/themes/acquia_marina/stb/images/avatars/';
//some users have personal avatars
$avatar = $avatars_dir ."_{$uid}.gif";
Assignee | ||
Comment 13•17 years ago
|
||
Definitely not the problem, as acquia_marina_preprocess_node and acquia_marina_preprocess_comment never even get called in the first place.
Assignee | ||
Comment 14•17 years ago
|
||
Just FYI, I've moved them all under sites/all/themes/ and it behaves exactly the same way.
Reporter | ||
Comment 15•17 years ago
|
||
I can't see what the problem is at the moment .
On my local server i have the same contributed modules as on stage the same
code that is in SVN (which i'm sure is checked out on stage) and the same
database that's on stage but on my local server the avatars are all rendered
fine.
I'll keep on searching for the solution ...
Thanks for all you help Gozer .
Paul
Comment 16•17 years ago
|
||
Assignee | ||
Comment 17•17 years ago
|
||
What version of drupal are you running? 6.4, 6.5 or 6.6 ?
Reporter | ||
Comment 18•17 years ago
|
||
6.5
Assignee | ||
Comment 19•17 years ago
|
||
stage is running 6.4 with the 2 security fixes of 6.5 and 6.6 applied. This could be the problem. I am going to try and upgrade to 6.5, see what happens.
Reporter | ||
Comment 20•17 years ago
|
||
thanks ,
if that doesn't work would you mind clarifying whats under /sites/all/themes/acquia_marina/stb
Assignee | ||
Comment 21•17 years ago
|
||
Here it is, the list of all files under drupal/sites/all/
Reporter | ||
Comment 22•17 years ago
|
||
r19345
Committed the rest of my work .
Would you update stage, thanks.
Has the acquia theme from under /themes been removed, just wandering if there is some kind of clash causing the problem.
Paul
Assignee | ||
Comment 23•17 years ago
|
||
Merged that revision to tags/staging and updated staging server.
I moved the theme away, so it can't be clashing.
Reporter | ||
Comment 24•17 years ago
|
||
Two more ideas come to mind . Could it be a permissions problem or even an issue with an apache directive.
Ill set up STB on my VPS server and see if that works.
Reporter | ||
Comment 25•17 years ago
|
||
Worked perfectly first time on my VPS server!
I'll send some details later about my server configuration later today.
Thanks for the time on this Gozer.
Much appreciated.
Paul
Reporter | ||
Comment 26•17 years ago
|
||
(In better english)
Worked perfectly first time on my VPS server!
I'll send some details later today about my server configuration.
Thanks for your time on this Gozer.
Much appreciated.
Paul
Assignee | ||
Comment 27•17 years ago
|
||
An upgrade to Drupal 6.6 did the trick. I've also moved the theme back to /themes and it's still working just fine. I'll file it as a Drupal 6.4 (or 6.5) bug.
Status: REOPENED → RESOLVED
Closed: 17 years ago → 17 years ago
Resolution: --- → FIXED
Comment 28•16 years ago
|
||
Paul can we add 2 new image for otto and lucy vanguard
http://www.spreadthunderbird.com/user/142
http://www.spreadthunderbird.com/user/76
Comment 29•16 years ago
|
||
Comment 30•16 years ago
|
||
Assignee | ||
Comment 31•16 years ago
|
||
Adding (bin) avatars/_142.gif
Adding (bin) avatars/_76.gif
Transmitting file data ..
Committed revision 26286.
Assignee | ||
Comment 32•16 years ago
|
||
pushed to staging and production.
in the future, better create new bugs instead of re-opening this one.
Status: REOPENED → RESOLVED
Closed: 17 years ago → 16 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•