Closed (fixed)
Project:
Logo Tool
Version:
4.7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Support request
Assigned:
Reporter:
Created:
25 Jan 2007 at 01:26 UTC
Updated:
4 Apr 2007 at 17:52 UTC
First of all: thank you for your work ;-)
Here is my problem.
But in the source of any pages I find
<div class="logo"><a href="/sito/" title="Home"><img src="/sito/logotool/logo" alt="Home" /></a></div>
=> no images but the text-link to the home page
Thank you again for your work and for the attention.
With respect,
Danilo
Comments
Comment #1
Andy Ramblings commentedGood morning,
Ok, the best location for logo tool is in the /files folder as it's publicly accessible.
That's where I have it at the moment.
So you would have something like this:
/files/logos/
Make sure the permissions are set to 0777
Hope this helps,
Comment #2
pobster commentedThe logos don't need to be in a public folder as they're 'served' up via the webserver.
My guess is that you've enabled caching even though it tells you everywhere that caching is incompatible with logotool? The puzzling thing is that the settings screen which shows every logo works right? Well, this isn't a cached page like normal nodes hence my guess... More information please. Mind you, my dev PC is fried so I'm probably not going to be an awful lot of help at the moment.
Pobster
Comment #3
saxon commentedNo, caching is disabled.
It seems it does not look for names. "Somewhere" in the process it loose the path.
<img src="/sito/logotool/logo" alt="Home" />does not exist.I actually put images in
/sito/modules/logotool/logos.How could I get more information to give you?
Thank you to be patient,
Danilo
Comment #4
pobster commentedThe path is correct, as I said before the image is served - not 'pointed at', indeed my own site shows;
<a href="/" title="Home"><img src="/logotool/logo" alt="Home" /></a>Tell me more about how you're set up? Is your Drupal installation in a root folder or a folder within your root folder? I'm interested in why your image path has "/sito/" at the front of it? As a workaround until I can determine what you're doing wrong (!) change this line;
Pobster
Comment #5
saxon commented'sito' is a subdirectory in the public_html
Here is the site: www.mariomarzi.net (a friend of mine)
I changed the path as you suggest, but I always get the ALT(text) component of the href.
In 'admin/settings/logotool/logos' I always can see the images.
Question:
I install the i18n multilingual module. May this be the reason ?
Thank you again,
Danilo
Comment #6
pobster commentedHmmm nope I think your problem stems from you using Drupal in a subfolder... Well I think so at least... Are you *sure* the 'sito' comes from it being inside a subfolder and not from the i18n module? I'm wondering whether the problem is because I'm not appending a base_path() to the logotool/logo menu entry...?
Pobster
Comment #7
saxon commentedYes, absolutely sure.
The i18n module only adds the 'it/', 'en/'... to nodes
( for ex. http://www.mariomarzi.net/sito/?q=it/node/17 )
Comment #8
pobster commentedOkay, important question! With the module enabled (as it doesn't appear to be at the moment) what address do you type in to view a logo? You can check this by viewing the source on the logotool/logos page. Is it referring to: /logotool/logo?logo...? Or is it /sito/logotool/logo...?
Pobster
Comment #9
saxon commentedThe module IS enabled.
You can see the ALT-text of the logo in the top-right corner ( 'Pagina iniziale' = Home page)
Images are in '/sito/modules/logotool/logos' and in logotool/logos I can see
############################
#
A list of all the logos in your logo folder showing which pages they're displayed on:
Filename Path Logo
01.jpg
02.jpg
03.jpg
04.jpg
05.jpg
06.jpg
07.jpg
08.jpg
09.jpg
10.jpg
11.jpg
#
############################
Danilo
Comment #10
pobster commentedAh I meant could you paste the html from 'view source' when you right click on the logotool/logos page - the bit I'm after (cos I don't need all of it) will look like this:
I'm interested to see if your path starts with /sito or even just a '/' - it could be that the fix is as simple as specifying /logotool/logo in your themes settings, but I won't know until I see how comes the logos page works yet the main logo doesn't...
Thanks
Pobster
Comment #11
saxon commentedHere is the code:
I think you're right !
Thank you,
Danilo
Comment #12
pobster commentedAccording to what you posted above, a single logo should be accessible by navigating to '/logotool/logo?logo=01.jpg' (to take one example) - I however receive a 404 Not Found page when I try to view this page however it is not a Drupal 404 page, but a webserver one (ie. it's a blank page with some text on it). This happens with trying both '/logotool/logo?logo=01.jpg' and '/sito/logotool/logo?logo=01.jpg' which is odd... Mind you nothing seems to generate a Drupal 404 page if you do it this way? The only way I can see to gain an actual Drupal 404 page is to use something for example like '?q=logotool/logo?logo=01.jpg'.
So... This leads to a bit of confusion... You've either a configuration error (perhaps with your .htaccess file?) else perhaps as I've only ever tested the module using clean urls - you maybe will have to access the logo using ?q=logotool/logo instead? TBH I'm really not sure... It could even be down to (as you very first said) the i18n module...
...Is it not possible to try clean urls on your server? Have you perhaps tried before and your site got messed up?
Pobster
Comment #13
saxon commentedUnfortunately my host does not offer the possibility to get clean urls.
I'm recreating the same site without the i18n module...
I'll be back soon,
Danilo
Comment #14
pobster commentedYou know I'm not convinced that it is that i18n module that's causing the issue here... This is what I'm thinking;
What we know - even though I cannot myself access your logos by navigating to "/logotool/logo?..." that *does* appear to work for you on the screen that lists all the logos. What doesn't work is that when you enter "logotool/logo" into your theme, Drupal appends this with the directory 'sito' which is where the problem comes in... It's this which Drupal can't find and I confess I've no idea why? But it does lead me to some more questions though.
Your site has a front page which doesn't have 'sito' appended to it? How have you done this?
In your settings.php file, have you filled out (and uncommented) the base_url variable?
Can you on your server type in "http://www.mariomarzi.net/logotool/logo" or perhaps "http://www.mariomarzi.net/logotool/logo?logo=gif1.gif" and receive a logo directly?
I'm still thinking that maybe this has something to do with configuration perhaps? I mean to be honest the screen which displays all your logos actually shouldn't work! It only works for you because I've actually made a mistake with how I've hardcoded the image production. If I fix it then I reckon that screen will break for you because it should then append 'sito' to the front of the image url. This is very odd as this is how it's supposed to work... The menu_hook in the code is supposed to ignore your subdirectory (if you have one) meaning it *should* be working the other way round to what it is? It should match /sito/... and not well... not the base '/' that is matching? I'm really hoping that you're doing something bizarre with your subdirectory and/ or your .htaccess rules? Something isn't right with your set up - I'm sure of it :o(
Pobster
Comment #15
saxon commented> Your site has a front page which doesn't have 'sito' appended to it?
> How have you done this?
It's an index.html in the public_html root.
> In your settings.php file, have you filled out (and uncommented)
> the base_url variable?
Yes:
$base_url = 'http://www.mariomarzi.net/sito';> Can you on your server type in "http://www.mariomarzi.net/logotool/logo"
> or perhaps "http://www.mariomarzi.net/logotool/logo?logo=gif1.gif"
> and receive a logo directly?
No, also in my local server (both are on linux)
> I'm really hoping that you're doing something bizarre with your subdirectory
> and/ or your .htaccess rules?
It's not the .htaccess.
> Something isn't right with your set up - I'm sure of it
I hope so. I'm harldy looking for a possible reason...
May I give you the administration http-password so that you can give a better look ?
See you soon,
Danilo
Comment #16
saxon commentedIs it a problem if images are jpegs instead of gifs ?
Comment #17
pobster commentedNah doesn't/ shouldn't make a difference - beside you said that the images work fine on the logos screen. I forget did you try using '?q=logotool/logo' on your themes settings page? Just want to cross off the obvious first.
Pobster
Comment #18
saxon commented> Nah doesn't/ shouldn't make a difference
No difference.
> I forget did you try using '?q=logotool/logo' on your themes settings page?
Yes I did, among the others
> Just want to cross off the obvious first.
Correct.
... but...
in this moment I've drupal at
http://localhost/and there's always the ALT-link to the home page intead of the image !
Be obvious, please.
PS
Anyway I know what I're speaking about ;-)
Comment #19
saxon commentedops: ... we're speaking about.
Comment #20
hass commentedcheck out the path under http://drupal.org/node/119187, please.
Comment #21
saxon commentedApplying the patch (with and without the '-p0' option), everything disappear in
?q=admin/settings/logotoolbut the 'save configuration' and 'reset to defaults' commands.In
?q=admin/settings/logotool/logosI finally see the imagesThe logo is always in ALT-text mode.
I think you're finding the solution !
Thank you,
Danilo
Comment #22
pobster commentedYou said you could see those images anyway didn't you?
"In 'admin/settings/logotool/logos' I can see all the images I uploaded in 'modules/logotool/logos'"
Pobster
Comment #23
hass commented<?q=admin/settings/logotool but the 'save configuration' and 'reset to defaults' commands.
sorry, what disappear? The menu? clear out your cache please...
DELETE FROM cache. i have tested the patch with clean urls and without...Comment #24
pobster commentedOkay I give up :o( I can't debug this without access to your site - could you contact me using my contact form and provide me with temporary administrator access.
Thanks
Pobster
Comment #25
saxon commentedwork in progress ;-)
Comment #26
pobster commentedI'm pretty sure that using the newest version of logotool will fix your problems but I've not heard from you in ages... I'm tempted to close this issue as I'm sure it's resolved using this download; http://drupal.org/node/133749
Pobster
...Yes I'm closing it...