Did the installation (uninstalled beta2 installed beta3): - Menuitem that was there with the itemid is immediatly deleted, - configuration settings where also removed
so i could change al the things again, i thought this was no longer neccessary and that the config was kept?
what i did see in the xml installation fole is that the menuitem delete query still is in there: <uninstall> <queries> <query> DELETE FROM `#__menu` WHERE link="index.php?option=com_smf" </query>
so no wonder it all gets recreated and looks like a fresh install. But u guess this is al testing? i found this: // if ($create_new) { $query = "DROP TABLE IF EXISTS #__jsmf_config"; create_new is commented so it just deletes the table with the settings and also for the people who has amlready filled in the donnation code it gets deleted also. so i guess this sentence is not valid :p
Just a quick note, your registration code will persist across installations, so don't worry about uninstalling and reinstalling, your code will be saved and remembered for the next installation.
and an error report 8: Undefined property: attachments File: /components/com_smf/smf.class.php Line: 1290
« Last Edit: September 15, 2006, 07:28:18 AM by unliving sava »
You'll find it attached. The author of Joomap has told me the fix will be in 2.0.6. I forgot to attach it last night.
Great! thanks. I owe you a $10 donation when you the final release out. Looking forward to the 2.1 release with the search mambot included. Savvas.Athens.Greece.World
- The lost password goes to the correct page but when submitting it then goes to a blank page. The user is emailed a new password but it doesn't work (the old password still does)
Probably related to the update pass bug found by theelite. Fix is here.
- I changed a profile & username through the CB profile and the new details allowed log in fine but the user lost their avatar
- when a new user registers the link to 'upload your avatar' gives a "this profile doesn't exist or is no longer available" - they can go into their profile & upload it though.
I believe I was aware of this and simply forgot. I'll take a look...
- The same thing happenes when a user changes their username (their avatar is in CB but not smf until they reupload their avatar) I can see why this is though based on the initial avatar sync thing so the best solution is probably just for us to disable the "upload avatar" link on our login mod
Hmmmmm, it seems the avatar would follow the change. Do you have phpMyAdmin access? If so, verify that we aren't creating a new user and that we are in fact updating the old user. I will try to do the same this weekend.
Great! thanks. I owe you a $10 donation when you the final release out. Looking forward to the 2.1 release with the search mambot included. Savvas.Athens.Greece.World
Ya, don't know if this will happen but I am itchin to try out some AJAX and might write a live search for the search mambot.
Hmmmmm, it seems the avatar would follow the change. Do you have phpMyAdmin access? If so, verify that we aren't creating a new user and that we are in fact updating the old user. I will try to do the same this weekend.
Hi - checked in phpmyadmin and it isn't creating a new user in Joomla but it IS in SMF. It doesn't create a new user immediately but on the next time the user logs in after changing their username. If you change it back to the old username in CB profile it associates back with the original user etc.
Hi - checked in phpmyadmin and it isn't creating a new user in Joomla but it IS in SMF. It doesn't create a new user immediately but on the next time the user logs in after changing their username. If you change it back to the old username in CB profile it associates back with the original user etc.
The password fix works great thanks
so basically the change is not happening in SMF. For example, if you change username in CB it is not changed in SMF. So on the next login a new user is created?
Did the installation (uninstalled beta2 installed beta3): - Menuitem that was there with the itemid is immediatly deleted, - configuration settings where also removed
so i could change al the things again, i thought this was no longer neccessary and that the config was kept?
what i did see in the xml installation fole is that the menuitem delete query still is in there: <uninstall> <queries> <query> DELETE FROM `#__menu` WHERE link="index.php?option=com_smf" </query>
so no wonder it all gets recreated and looks like a fresh install. But u guess this is al testing? i found this: // if ($create_new) { $query = "DROP TABLE IF EXISTS #__jsmf_config"; create_new is commented so it just deletes the table with the settings and also for the people who has amlready filled in the donnation code it gets deleted also. so i guess this sentence is not valid :p
There are two things that are persistent across installs/uninstalls, the Itemid and the registration code. Everything else is deleted and recreated from scratch. This is done to allow for new configurations to be added to the bridge in the future. It may turn out that I can write an install that will keep all the variables, but for now it is only Itemid and reg code.
not quite wolverine the itemid does not get saved or remembered it always creates a new one when reinstalling...
If the Itemid was saved in ths JSMF config table before uninstall, and it should have been, it will be the same in any subsequent installs. I have tested this thoroughly... Sure the install process creates a new one but I specifically update it to the old Itemid.
« Last Edit: September 15, 2006, 09:02:44 AM by -Wolverine »
so basically the change is not happening in SMF. For example, if you change username in CB it is not changed in SMF. So on the next login a new user is created?
yes thats right - it doesn't change the user in smf - just creates a new one when the user logs in with the new name for the first time(it does change the user in Joomla)
If you then change the name back it associates with the previous name already created in smf members table ie. it doesn't create a new user in smf if that username already exists.
If the Itemid was saved in ths JSMF config table before uninstall, and it should have been, it will be the same in any subsequent installs. I have tested this thoroughly... Sure the install process creates a new one but I specifically update it to the old Itemid.
it deleted the table in the database so the saved things where just gone
some components do it this whay of handling the ytables: at install: CREATE TABLE IF NOT EXISTS and the inserts INSERT IGNORE INTO
so with a fresh install, it gets created, at uninstall you do not drop the tables or something like that but when reinstalling it doesn't create the tables if they are already there and will not insert data if it already exists. So on this way the settings remain saved. CB uninstall leaves the tables also intact and al the plugin settings, just as an example, it also uses this method. (just trying to help :p )
« Last Edit: September 15, 2006, 09:20:19 AM by unliving sava »
not guessing, it did happen :p (i've updtaed my post above also) this is what i had done: - uninstalled beta 2 - installed beta 3 - go to install page, i see that the url got an other itemid - go to my menu where the menuitem used to be (menuname topmenu not mainmenu!) my itemmenu has been deleted :s - go to my mainmenu and i see a newly created menuitem with an other itemid
basicly: the menuitem is deleted and a new one has been created by JSMF, so conclusion: it gets deleted the menuitem
so tho change back to my normal itemid jos_menu edited the id there, deleted the cache trough FTP, went to the configtable of JSMF changed that urm over there to my normal menuitemid and refreshed the install page. my menuitemid is back as it was before
we do leave the table on uninstall, I followed the process used by CB and others. Simply on install we first find out if the table exists, if so we get the itemid and reg code from the previous install. The itemid is saved to the table on the first click of save in the JSMF administration. We then drop the previous table and create a new table using the defaults and the two items retrieved from the old table.
I suppose if the default menu item created by the bridge is not being used then it might be possible that the Itemid is not saved, or the saved Itemid is not correct.
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
Author
and also for the people who has amlready filled in the donnation code it gets deleted also. 
Forum
Logged
