Before I actually do this - I should state that I have been running the past versions of JSMF with no problem and that this problem has only now just occured as I've upgraded to RC3..
My site (joomla as a whole) has never had this problem before, only now when I've upgraded to RC3...
So, is this meant to be happening, or is it a known error or anything?
Its definitely my code, but generally speaking my code must not have been behaving entirely correctly in the previous versions because the last thing to do before returning a reformatted link is to check if the url contains $mosConfig_live_site. For you that is http://www.xxxxx.net and the url is coming through as http://www.xxxxx.com.
I think I could modify the check to not only check for $mosConfig_live site but also if http:// is not present(signifying a valid link). However the function is designed such that only urls with $mosConfig_live_site or relative urls should be passed to it. In that regards it is better to use an htaccess method such as the one I posted above. Either way, make a backup of your current htaccess before adding the change.
At this point my testers are working on JSMF 2.0 Final and I am hesitant to change anything that has a broad ranging effect like this. I may post a specific fix for you in this thread if I find time tomorrow.
The problem when I add that is...even though it repairs the problem...It causes one obvious (and I'm pretty sure possibly other yet noticed issues) problem...
Since people come to the site from the .com/.net/.org/.co.uk, they have and do link images from the site on other sites, using any of the above extensions...So by putting that in htaccess, it kills any images that are hotlinked from the site that aren't using .net...It also kills any images in the forum/within the site that i've used the .com (or any other extension) for instead of .net
I'm not sure if its possible to fix that and permit usage of the other extensions...
hmmm, it should not kill those links. Apache should handle the request. Might need to investigate the mod rewrite a bit better, I assume that rule is incorrect.
changing www.yoursite to your site. Let me know if that works. This is a custom fix and won't be included in the next release so keep a note of this if you intend to upgrade to 2.0 Final.
And it fails to load my sites CSS at all so the user sees a giant mess of a page infront of them.
Previously, it was just the avatar was broken until they navigated the site and it resolved the correct url...Now, its more significant. The site CSS gets loaded correctly once they navigate away from the front page and it'll be fixed even when they go back to the front page because the address will be correct.
This fixes the duplicate URL problem...However, causes another. When the user attempts to login, it logs them in (shows it on the "Who's Online") but they arent properly logged in (it still shows the Username/Password box)...When they navigate the site, they are logged in properly then.
Obviously, most users rely on seeing that "logged in" module to understand they are logged in...So you can see the problem.
T.
« Last Edit: February 09, 2007, 10:40:45 AM by Peter »
you're going to have all kinds of problems with cookies like you report because of the different domains. They are being redirected to a domain that is different from the one they logged into. Whatever you do, make sure that both the Joomla live site setting and SMF url is the same domain. But that still won't solve the problem of logging in from the front page. The cookie is still set for whatever domain that is. After rereading this I still think the .htaccess redirect is your best bet and that you should solve the image problem rather than trying to create a convoluted solution in these three pieces of software.
Since moving to a new server and changing Control Panel (to directadmin from cpanel) I've managed to set the domain "pointers" up differently and so this problem has now gladly gone away.
So, not the typical solution...But all domains simply point to the main domain, rather than act as pure redirects.
Joomla Hacks is a Joomla Components, Joomla Modules, Joomla Templates, & Joomla Mambots resource portal. None of the text or images in this public website may be copied without the expressed written consent of the authors. Copyright 2005 by JoomlaHacks.com. Powered by Joomla. All rights reserved. Terms of Use