So i confirmed that after applying the patch, the spanish accented letters are not correctly displayed. I enclose you 2 pngīs one of before the patch and one after the patch having been applied. Something must have changed i guess
It does appear that I didn't get the file encoding correct. I am about to reupdate all the downloads with UTF-8 encoded files.
Secondly, adding a poll in existing posts works now. However, the jump-to links still do not (at least for me). Here's an example of a URL generated in the jump-to menu:
As you can see, the first part of the url (up to "Itemid=8&") is not joomla "SEF'ed", whereas the second part of the URL (board,10.0/) is. Disabling Function Caching does not help. I have Joomla's SEF enabled.
I know exactly why this happened. There is a problem that I outline in the FAQ about having quick reply enabled but off by default or collapsed. Basically, when either of these two events happen and someone tries to quote the url takes you to default SMF unwrapped. To fix this you have to modify the javascript that creates the redirection to use jsmf_scripturl but I found that when sef was enabled the first part of the url was joomla sef and the last part was normal SMF. Basically, the same problem you are having but in reverse. Without patching the SMF file I choose to make the global jsmf_scripturl non-sef to address those redirections that occur inside the javascript. And this is what is causing that problem.
So what is the answer.... I guess add another global that is non-sef and return the jsmf_scripturl back to sef. Or change the sef part of this url to non-sef, but I would rather all urls be sef that can be. I will create a small patch to fix this problem since it isn't going to be straightforward.
Hi, with SMF 1.1RC3 and JSMF patched to RC3 i have seen in some rare occasions(both in RC2 & patched RC3), the following happen:
From my Joomla frontpage, and using mod_cblogin to login, i type a valid user and password(one that i often use for testing)
I click Login and i am directly redirected to the SMF page where i am obviously not logged in and the classical squared "Warning - Only Registered users have access..." and the login box.
I have allways been in doubt if that cb-smf auth plugin(it was something similar to that) i once removed could be the cause? I havenīt seen that included in the bundles of the latest versions of JSMF, now there is this SMF CB Plugin so i have asumed that old cb-smf auth plugin is no longer needed, but i am unsure of this.
so any idea then why i could be experiencing those ocasionals redirections to the forum?
The way i have JSMF configured, when i log into Joomla it shouldnīt go to the forum at all, just stay in the Joomla Frontpage, and that is what it does 95% of the times. But as i said, in a few ocasions it goes to the SMF mainpage with the Login box.
I cannot replicate it at will, but it just happened to me now and this is the URL that appears in the browser address when it ends in SMF, in case it helps:
that url should never be displayed.... uggggh, I have done so much to prevent it from ever being displayed how the heck is it still popping up!?!?!?!
My guess is that something failed inside SMF and it returns you without calling the integration functions. Basically, that is the url we use to log everyone in, but it is done in between your login page and your redirect page, meaning it should never be seen nor recorded in your history. Any errors in the SMF error log?
unfortunately ther is not much in the SMF error log. Just one error from today and at a different hour. I paste it anyway(translated to english):
8: Undefined property: fragment File: /home/myuser/public_html/components/com_smf/smf.class.php Line: 666
Another piece of info is that after being redirected to the SMF mainpage with the SMF login box in it(as well as the login fields of the SMF menu), i clicked the Joomla Home menu item and ended in the Joomla frontpage being correctly logged in.
Unfortunately i cannot replicate it at will, so itīs working properly now Cheers, NiCo
well, there are times when the session ID gets mixed up and this might be what is happening. If it happens again... well, I don't even know what to tell you. It is a difficult problem to diagnose. If it is happening rarely and/or your users aren't reporting issues you may hang on until J! 1.5 where we can adjust the way we login(hopefully).
Whenever a User changes his username in Community Builder, All the old smf posts keep the old username, and when you click on the username in SMF, it takes you to a Profile that Doesn't exist anymore.
Found a bug with anchors where #top on one page gets the cached url of #top on another page. There may be more instances of this situation where anchor #1 takes you to another page, or simply #. I am working to resolve this. It should only occur with links that have anchors in them.
The Latest Subjects module seems not to work with iJoomla v.2 beta. Produces this error:
"Fatal error: Call to undefined function: () in /smf/Sources/Subs.php on line 871"
Module is OK on any other Joomla page. Weird. Anyone else use iJoomla?
----
Later: sorry, I should have searched first. This was reported in Sept., and in Nov. someone added that the module also fails with Missus 1.1, which I can also confirm.
« Last Edit: November 21, 2006, 07:49:21 AM by spacewalk interactive »
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