?
avatar Opptur
Opptur
14 Sep 2015

Steps to reproduce the issue

Just access the website http://moisilbrasov.ro

Expected result

All the links should redirect you to a http://moisilbrasov.ro/... page.

Actual result

Almost all links redirect to http://webserver.moisilbrasov.ro/... pages. This is the server hostname, which has been set in Linux. This issue is not present in the administration section (/administrator).

System information (as much as possible)

OS: CentOS Linux 7.1.1503
Processor: Intel(R) Core(TM) i3-3240 CPU @ 3.40GHz, 4 cores
Memory: 4 GB DDR3
Webpanel: Webmin 1.760 / Virtualmin 4.18
Apache Version: 2.4.6
MySQL Version: MariaDB 10.0.21
PHP Version: 5.4.16

Additional comments

This doesn't affect me at all, but I don't think it should act like this. All worked well before updating to Joomla 3.4.4 (from 3.4.3, using the automated updater). The only thing that had been modified into the server in that day were some software updates (subversion and mod_dav_svn via CentOS yum).screen shot 2015-09-14 at 08 46 25

Votes

# of Users Experiencing Issue
1/1
Average Importance Score
3.00

avatar Opptur Opptur - open - 14 Sep 2015
avatar Opptur
Opptur - comment - 14 Sep 2015

Oh, by the way, the administration section doesn't have this problem. That's why I think it's a Joomla bug.


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/7883.

avatar Opptur Opptur - change - 14 Sep 2015
The description was changed
avatar Opptur
Opptur - comment - 14 Sep 2015

It seems that now the website adress toggles between the server IP (http://89.121.208.66), http://www.moisilbrasov.ro and http://moisilbrasov.ro. It is pretty weird.


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/7883.

avatar zero-24
zero-24 - comment - 15 Sep 2015

I have just tested the menu and all links are set to http://moisilbrasov.ro i can't see a problem there.

avatar Opptur
Opptur - comment - 15 Sep 2015

It works as it should now, but I haven't changed a thing. I think it's a random issue. Please don't close this ticket, and give me more time to come with some proof. I have no reason to lie.

Anyway, if you hover over the orange image in the right site (one that has written on it "Orarul Elevilor"), the adress looks like this: http://webserver.moisilbrasov.ro. This is the issue I am talking about. It seems that this is the only place that it occurs in now. But it used to do that everywhere, even on this link (showing links as IP adresses).


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/7883.

avatar Bakual
Bakual - comment - 15 Sep 2015

The orange image is from a custom HTML module. That means the link most likely was manually inserted in the editor and needs to adjiusted there. It's not created by Joomla itself.

avatar mbabker
mbabker - comment - 15 Sep 2015

Just for reference, Joomla itself pretty much defaults to building relative URLs unless code is explicitly instructed to write an absolute URL if the target URL is on the same domain as the active request. It's been a while since I looked at it, but I think the $live_site variable in the configuration.php file affects this behavior so it always uses the same domain.

So what this means basically is that when you access the site via its IP address or another (sub)domain that points to that same site, Joomla itself won't care and will write relative (non-domain-inclusive) links. I'd check to make sure that if $live_site is set in your config file that it has a value that matches what you want your site to be. Otherwise, Joomla itself pretty much doesn't write absolute links by default on HTML pages so shouldn't be causing the issue you're seeing (keyword shouldn't, not saying it's 100% impossible, it is code written by humans we're talking about here).

avatar Opptur
Opptur - comment - 15 Sep 2015

Well, I find it weird that last night it had that problem but this morning it was all back to normal. I can see from time to time a change of adress (from http://moisilbrasov.ro to http://www.moisilbrasov.ro), but it doesn't do it anymore. It's pretty weird. I will wait for a couple of days and try to reproduce this issue.

The $live_site variable is blank. I have uploaded a picture with the way that issue manifests itself now. This is not a problem, but it used to show the IP adress of the server or even the hostname set in Linux (webserver.moisilbrasov.ro). I'll have to wait and see if that issue shows up screen shot 2015-09-15 at 11 01 33again.


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/7883.

avatar brianteeman
brianteeman - comment - 15 Sep 2015

It's a caching issue.
Visit site from the non-www url and all the generated menu links will be
without the www as expected and previously explained.
Now visit the www url and you will see the previously generated cache
without the www in the URLs.
Return later and cache may have expired so you see the URLs generated
afresh.
On 15 Sep 2015 5:01 pm, "Opptur" notifications@github.com wrote:

Well, I find it weird that last night it had that problem but this morning
it was all back to normal. I can see from time to time a change of adress
(from http://moisilbrasov.ro to http://www.moisilbrasov.ro), but it
doesn't do it anymore. It's pretty weird. I will wait for a couple of days
and try to reproduce this issue.

The $live_site variable is blank. I have uploaded a picture with the way
that issue manifests itself now. This is not a problem, but it used to show
the IP adress of the server or even the hostname set in Linux (
webserver.moisilbrasov.ro). I'll have to wait and see if that issue shows
up [image: screen shot 2015-09-15 at 11 01 33]
https://camo.githubusercontent.com/765ba24276a92a0498ab3831cdd183c6d2bfc147/687474703a2f2f6973737565732e6a6f6f6d6c612e6f72672f75706c6f6164732f312f35653739333763336334366263643265313231653564333563393131626665642e706e67

again.

This comment was created with the J!Tracker Application
https:/%20/github.com/joomla/jissues at
issues.joomla.org/joomla-cms/7883
http://issues.joomla.org/tracker/joomla-cms/7883.


Reply to this email directly or view it on GitHub
#7883 (comment).

avatar Opptur
Opptur - comment - 15 Sep 2015

Well, you are right. After clearing the website cache and my browser cache, the problem doesn't show up anymore. So, then, it's no bug, just a browser cache issue?


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/7883.

avatar Bakual
Bakual - comment - 15 Sep 2015

browser or server cache.

avatar brianteeman
brianteeman - comment - 15 Sep 2015

It is the web site cache not the server cache.

The correct way to resolve this is to ensure that your site is only ever
loaded with www

Google redirect non-www to www in htaccess for the how to

On 15 September 2015 at 19:21, Thomas Hunziker notifications@github.com
wrote:

browser or server cache.


Reply to this email directly or view it on GitHub
#7883 (comment).

Brian Teeman
Co-founder Joomla! and OpenSourceMatters Inc.
http://brian.teeman.net/

avatar brianteeman
brianteeman - comment - 15 Sep 2015

Oops that should have been
It is the web site cache not the BROWSER cache.

On 15 September 2015 at 19:30, Brian Teeman brian@teeman.net wrote:

It is the web site cache not the server cache.

The correct way to resolve this is to ensure that your site is only ever
loaded with www

Google redirect non-www to www in htaccess for the how to

On 15 September 2015 at 19:21, Thomas Hunziker notifications@github.com
wrote:

browser or server cache.


Reply to this email directly or view it on GitHub
#7883 (comment)
.

Brian Teeman
Co-founder Joomla! and OpenSourceMatters Inc.
http://brian.teeman.net/

Brian Teeman
Co-founder Joomla! and OpenSourceMatters Inc.
http://brian.teeman.net/

avatar Opptur
Opptur - comment - 15 Sep 2015

Well, everything works fine now, and I don't know why. If the bug shows up again remains to be seen.


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/7883.

avatar Bakual
Bakual - comment - 15 Sep 2015

Closing as not a core issue.

avatar Bakual Bakual - change - 15 Sep 2015
Status New Closed
Closed_Date 0000-00-00 00:00:00 2015-09-15 19:19:24
Closed_By Bakual
avatar Bakual Bakual - close - 15 Sep 2015

Add a Comment

Login with GitHub to post a comment