Joomla! Discussion Forums

With SEF turned on, any article that contains an image, no matter what path put into the editor, the SEF causes the path to change.

For example.

http://www.mydomain.com/news/

there is an article with an image with the path/images/stories/test.jpg

With SEF off, the image will appear and if you right click the properties, it shows http://www.mydomain.com/images/stories/test.jpg

With SEF ON, the image does NOT appear and if you click the properties you see http://www.mydomain.com/news/images/stories/test.jpg

It seems to be using the Base path, which changes when your have SEF on versus when you dont 
ie, http://www.mydomain.com  vs. http://www.mydomain.com/news/

Any ideas?

Let me edit this. the original image works, the images that dont work are if you use the rollover option in the wysiwyg.

so i have the original image /images/stories/test.jpg  works fine

i have 2 images for the rollover option

/images/stories/test.jpg
/images/stories/test2.jpg

if you try and rollover , neither image works and thats when the base path changes.

if you wish to see what I mean, take a look at the image at the bottom of this page.

http://www.bsi-usa.com/software/overview

once you rollover the image dissappears.

Anybody else see this issue?

Is it a known bug?

I'm encountering a very similiar issue: no images are displayed in the articles after a readmore link, only when SEF is active. Every image path is incorrect in the output HTML.

I've red this before for the RC versions, but I can't find it anymore... Probably because the forum has migrated to phpBB.

@ant, all of the old messages are still here.


Are either of you having other sef issues?
Which sef options are you using?

Most sef problems at this point are related to the specific environment. You may want to edit your config files to change the livesite from '' to your actual site. This solves the vast majority of sef issues for those with problematic environments.

I'm not having any other SEF issues. I had some before with the RC's, but it now seems all fine except for the image issue
I'm using all the three options activated.
Just... If I turn on the SEF URL's and off the mod_rewrite, I end up with problems for every single link.


Ok, I gave it a try.
I found the var $live_site in the config file: it was empty, so I wrote the full address of my live site, i.e.: http://www.mydomain.net/subdir/ ...but it didn't work out

I'm not expert at all, but I suppose that the environment of my site isn't so "strange"...
I see the rewritten URL http://mydomain.net/path-to-dir/the-new ... oomla.html and of course the article, but AFAK the "Joomla! Logo" image shouldn't have a rewritten path ( like this: http://mydomain.net/path-to-dir/the-new ... red_by.png )

While invastigating this problem, I found this output code:

Isn't this an error?!
I mean... Shouldn't the base href be always "http://www.mydomain.net/subdir/" for all the pages of the site?

If you select yes to the second SEF option you must have rewrite on.

What we have learned about the environments is that there are some specific settings that are used that cause problems. Nothing to do with being unusual or exotic in any way.

Of course, my host has mod_rewrite enabled and I can use it.
I always used the SEF engine in the previous Joomla! 1.0.x series.


Ok, I understand you. But... I tried Joomla! 1.0.x and 1.5.x with 3 different hosting providers and (possibly) different environment: one is a free hosting, another is my reseller hosting with Plesk, another one is a shared hosting with cPanel for one of my clients - all these are LAMP environments with slightly different configurations. I never had big hassle with the core SEF engine... And I have to say I suppose this time is the same thing: the SEF engine is working as expected. Only images are incorrect.

To be more specific:
1. images have a "fully" relative paths, like: images/stories/filename.jpg. It would be preferable a path related to the base URL, like: /images/stories/filename.jpg (pls, note the trailing slash!).
2. base URL (as far as I know) is incorrect. The output HTML of every article should be "http://mydomain.net/mysub/" instead of replicating the full SEF URL of the article itself.

I am using Jommla 1.5 and I am getting the same problem. With 1.5 I can not find a LIVE_SITE configuration option. I have seen other postings about this on other forums. I am running other Joomla instances, 1.0.13, with no problem. I realize it may be an environment issue but there are enough people who share the problem to make a more general problem.

Where can Live_Site be changed in 1.5?

--

Actually, TinyMCE 2.0 does not let me add a "/" before my image folder. When I enter /images/myimage.jpg it rewrites it as images/myimage.jpg. I am going to look for another editor. This may be the problem, not the SEF.

TSQ

YOu need to manually edit your configuration.php file.

1.images/stories/filename.jpg. IS relative to the base url. The content router knows how to handle this exactly.
2. the base url JURI is what you say, but if you insist on inserting a / the router will indeed assume that you want to be relative to the page you are on and not to the baseurl.

Sorry I would better have said: "a path related to the webroot"...
And this is exactly what I get now in the output source of my working and freshly installed Joomla 1.5.1 site!

I read a tracker on joomlacode.org which made me understand that in the new SEF system plugin does exist an onAfterRender event handler. As far as I can understand this handler handles the routing system.

In Joomla 1.5 the routing system should transform the file paths in content items from "purely" relative (i.e: "images/stories/powered_by.png") to relative to the webroot (i.e.: "/subdir/images/stories/powered_by.png").

This didn't happen into my site and it is possible that for some reason this routing system was not functioning in my site.

So today I completely reinstalled Joomla! 1.5.1 and now it works: all paths are relative to the webroot.
Don't know the reason why it didn't work before. I installed a Joomla 1.5.1 stable from scratch, in the same environment... Anyway, that is: it now works

Another thing to say. I read a lot about the <BASE> tag... And the <base> href we see in Joomla! 1.5, when the SEF engine is active, is surely correct and fully W3C compliant!
This topic still leads a lot of people - not only me! - in error and in misunderstanding. I see some CMS's which use the <base> tag as the $baseurl variable in Joomla, i.e.: they use a <base href="http://www.domain.net/subdir/" /> in every single page of the site... Thus all relative URLs work as expected, but this is a conceptual error.

Just have a look about this into the Joomla! Devel Discussion thread:
1.5 Routing / Base href issues

We've been trying to freshly install 1.5.1 to a subdomain and we're experiencing the routing problems. We're running the older version of joomla for other domains with no issues. We've tried reinstalling multiple times originally thinking that it was a file transfer issue (or something) but have had no luck.

You can check it out here:

icepowered.com

I just read the developer logs and it's interesting how they were aware of the chaos this change might make. We're just trying to install a default install...we have not even gotten around to creating a new 1.5.1 template. All the SEO options are turned off by default.

If your sef urls are not working, it is because of the specific environment you are in combined with the specific set of sef options you are selecting. There are so many possible variables that hosts control, from whether to turn on mod_rewrite to whether to allow php.ini and the specific versions of apache and php.

Far from causing "chaos" the developers worked extremely hard to allow Joomla! to support php versions back to 4.3 and many different hosting set ups including those which are out of date and inefficient. I hope we could all agree that simply stating that you would not support sef on hosts that don't implement mod_rewrite would be the real cause of chaos for tens of thousands of webmasters.

As a result of this hard work and discussion, the livesite variable was reintroduced as a last resort for those with setups that cannot handle routing properly.

How to work with sef and specifically how to determine the proper settings for your site has been documented extensively in a number of the forums and elsewhere and discussed extensively in the dev list.

I also recommend this document http://help.joomla.org/ghop/feb2008/task110/ although it was completed prior to the return of the livesite variable.

Images are apparently being routed incorrectly based upon default installation.



Default settings with fresh install produces this error; we have not customized/selected a thing. The oddball part is that installing 1.5.1 in the exact same way will result in a properly functional install. In fact, the first time we installed 1.5.1 to icepowered.com everything worked properly. We'd deleted it while considering other options, but then changed our minds again in favor of joomla. So while attempting to install in the exact same way it's getting this error. No environmental/server options have been changed in the meantime. Note that the user "ant" reinstalled and for some unknown reason it's working now. We have not been so lucky after 3 attempts at reinstalling.

So you are NOT using sef? Because default settings are SEF off.

Turning on SEF involves decisions about three separate radio buttons. On my host, if I only select the first I need to set the live site. However if i select the first and second and create .htaccess it works fine without the livesite.

And that's on php 4.4.7 on that host. On my sites with php 5.2.5 it is a little different.

Correct, all 3 SEF options in Global Configuration were off when these image problems started occurring. After reading these forums I had tried switching them on and off to no noticeable effect.

This is a very good resource!
Do you know if it is going to be published anywhere?
I would like to translate it in my language.


Exactly, I'm quite sure I didn't do anything different in both installations and my hoster didn't changed anything.
I'm on a shared hosting but I'm a reseller: it's quite unlikely they changed some environment settings without an advise. This is the reason why I'm still trying and invastigating what happened, independently from the fact my site is working.

Anyway, I see now http://icepowered.com/ is also working. Isn't it?

I have the same problems that the images couldn't be found if SEF with mod_rewrite is enabled in a very special case.
I have a mainmenu like this:
-Home
-News
--->Subitem = Standard Article Layout

The images show up for all TopLevel Menu Items but not on the Subitem page.

The image url in content editor is: images/stories/image.jpg but Firefox is searching it at
joomla/news/images/stories/image.jpg
correct would be:
joomla/images/stories/image.jpg

The SEF URL for the Subitem is: joomla/news/subitem.html

Hi

I'm suffering the same issue of lost images,(the image path has the section name included and this affects only sub-menu items, all top level linked pages are fine, this is with htaccess activated and with top 2 SEF options only selected.

Currently using 1.5 stable

The following may help understand my problem:

Link to page on top level navigation: http://xxxxxx.co.uk/special-projects..... all images are visible with the correct image path: http://xxxxxx.co.uk/images/fisheries/fi ... der-01.jpg

Link to second level in sub-menu navigation: http://xxxxxx.co.uk/special-projects/swimming-ponds/... all images in page disappear, image path now: http://xxxxxx.co.uk/special-projects/im ... all-01.jpg

Open the sub page from the front end admin log-in and images are visible in the 'edit' mode!

http://xxxxxx.co.uk/special-projects/sw ... ?task=edit

and have the correct path when viewed in the image editor: images/swim-ponds/swimpond-tall-01.jpg

Viewing the image from the page gets: http://xxxxxx.co.uk/special-projects/images/swim-ponds/swimpond-tall-01.jpg

Its the addition of the 'special-projects/' that is clearly breaking the image path

All of these image issues are related to all sub-menu and 'read more' links, all top level menu/navigation links work normally and all associated images appear.

There seems to be an issue somewhere as others are experiencing this, hopefully this extra information will help resolve the issue.
Out of interest:
I note the comment: Anyway, I see now http://icepowered.com/ is also working. Isn't it?

I see that when you go down to the sub-menu level, 'joomla overview/whats new in 1.5'' in this site, that it too suffers errors, 404 in this case

Look forward to hearing anyones suggestions on a way to resolve this

David

..........................................
For reference: htaccess file details in use:

## Can be commented out if causes errors, see notes above.
#Options +FollowSymLinks

#
# mod_rewrite in use

RewriteEngine On


# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root)

RewriteBase /


########## Begin - Joomla! core SEF Section
#
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !^/index.php
RewriteCond %{REQUEST_URI} (/|\.php|\.html|\.htm|\.feed|\.pdf|\.raw|/[^.]*)$ [NC]
RewriteRule (.*) index.php
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
#
########## End - Joomla! core SEF Section


########## Begin - Rewrite rules to block out some common exploits
## If you experience problems on your site block out the operations listed below
## This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to set a mosConfig value through the URL
RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]
# Block out any script trying to base64_encode crap to send via URL
RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]
# Block out any script that includes a <script> tag in URL
RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Send all blocked request to homepage with 403 Forbidden error!
RewriteRule ^(.*)$ index.php [F,L]
#
########## End - Rewrite rules to block out some common exploits

There is definitely have been a few issues with sef and submenus. You may want to upgrade to the current build tp see if your issues have beem addressed.

Thanks for the quick reply to this, I am due to update the site to the latest version (everything moves so quickly) as it is due to go live in the next week and want to be as up to date as possible, still working out wrinkles hence this issue popping up.

Will update in the next few days when all the data loading, general styling and layout testing is complete and post any news on how this works out.

Again thanks for the support so far.

David

Hi 'mcsmom' and all problems sufferers

Regarding my earlier post regarding loss of images and sub menus when J SEF is implemented, as described in my full symptoms posting above, I have traced the error to a database problem and have run the two main sql updates:

diff_rc1_to_rc2.sql and diff_rc3_to_rc4.sql ( I ignored all the others as they are empty)

There were a couple of errors thrown back by PUTTY's connection

diff_rc3_to_rc4.sql: Line 51: Duplicate key name 'username'

But, otherwise the problem has been resolved and the site is now working correctly with all images appearing correctly and all the sub-menus and read more links working correctly!

Can I offer all those who are experiencing this problem this suggestion: before pulling out all their hair -RUN THE UPDATE SQL'S in the INSTALLATION/SQL/MYSQL folder as I have above if you started developing in an earlier RC version and see what they get, wish I had done it when I read the original post, I'd still have long flowing locks!

I would report that my problem is RESOLVED!!!!! (I am keeping my fingers crossed that this is permanent!)

Hope it helps

David

Hi David,
i'm sure you did some other things too. I tried running these sql files and it doesn't work. I set up a fresh joomla 1.5.1 installation and a trunk r10101 installation. It's just not working for me. I will add a bug tracker item in the near future and write all things together i figured out.

Thanks
Martin

Hi Martin

I'll run through what I did, it will help me recall any variations,

To resolve my problem I loaded a clean install of J 1.5.1 using a new database created to accept the default sample sql in the package, I did this to eliminate everything that could be a possible issue in my current development(s).

Once installed I set the BEEZ as the default template and tested it, everything OK.

I then tested the site with just (1) SEF urls selected - 404 errors (a problem that never seems to be resolved for some reason)

I then reset the htaccess.txt file to function with the changes I have shown in the sample in the earlier post

#Options +FollowSymLinks was commented out as it caused 500 errors on my server, otherwise its the standard settings.

Tested the new clean site with the (2) mod_rewrite option selected and tested the site again, the SEF functions and url's were OK with no errors and all the sub-menu items and read more links in the base install worked. I couldn't check that images were ok as there were none in the pages.

My next step was to install the template I am using and then install the database from the other installation, the only difference that I may have is that I have to install/restore databases via ssh as my isp does not allow direct access via PHPMyadmin ( I use PuTTY for this) you may be able to run the sql query via PHPMyadmin?

I set the new template as default and previewed the site, this with the SEF settings as I had set earlier. Everything looked fine, all top level links worked fine, sub-menus and read more links however were not working and the images were missing again.

All I had done to this point was install template and database, I now wondered about this and decided to explore the update sql issue. As there is nothing in two of them I decided to run just the two that actually had data in them as I outlined.

I then revisited the site, cleared the cache and the site functioned as I have been expecting it should, links all worked, images appeared as normal, the sef url's were now completely correct.

The only issue I had to resolve at this point was the template needed the params.ini and xml file to be transferred from the original site as the menu images were missing and the lightbox did not function, with these installed these two issues were resolved.

Looking back, my problem can only have resolved by installing the two sql updates, that's all I did.

I very much appreciate your frustration, I have revisited this issue on numerous occasions with no resolve, until now that is.

Can I suggest that you try following my path, particularly if you have migrated from an earlier version (RC) of J 1.5 and see if you can get a 'clean' system using a new database to work and then load the database from your development site (using a backup without the update sql's applied) and see if the SEF works on the BEEZ as I did and take that as your reference point. It's a little long winded, but it helped me, perhaps it will help you.

If as you have said, installed clean, did you try the SEF on the base install, did you then run the update sql's on this default database or on an imported database. Did you install your backed up database after running the update sql's? I ran them on the back up I transferred in from the other system, my belief is/was that corrupt as it had been brought up from RC2 without any updating.

I considered that the default database in J1.5.1 was up to spec hence it worked fine, up to me overwriting it with me backup.

Hope all this helps you find an answer, I do really understand the frustration!

Regards

David

Hi David,
thanks a lot for your help! You're rigth. I did the same as you and restored my old database which is migrated from an earlier version. I simply restored the jos_plugins table from a fresh new joomla install and it's working now. I couldn't believe it! It's just so simple :-)

Thanks a lot again David!
Martin

A restore of the jos_plugins table to a fresh joomla install means you are also resetting the System - Cache plugin to inactive.

My site has all 3 SEF options turned on and images in articles will fail if opened through a category link or Read more option.

But when I deactivate the System Cache Plugin all images are available again.

So you do not have to restore the jos_plugins table but only to turn of System Cache plugin.

I did upgrade from 1.5 RCx to 1.5.2 by just copying all the files. (Read below for solution)
The I had exactly the same problems. Missing images in submenus when SEF is turned on. I did cost me half a night and a few hairs and I ended up changing the path in the article in the dB itself.. which was not a good solution.

Then finaly I found this thread here with the hint that solved my problem. All I had to was to apply the SQL statements diff_rcn_to_rcn.sql

MAGIC! Now it works! Thank you guys!!!