Name | Type |
---|---|
When upgrading old version of TikiWiki to 7.2, admin login no longer has admin permissions | tracker item |
Minify JavaScript causes JS errors (e.g. Clicking on edit toolbar buttons reloads page)
When editing a wiki page, clicking on any of the toolbar icons: {img id=102} causes page to refresh. Tested with FireFox 3.5 (linux) and IE 6. If the page is edited using the edit icon (which loads the editor using Ajax), then the feature does work. This feature works on previous version of tiki (3.x) with the same browsers. Tiki cache was ceared. No difference. |
tracker item |
Unable to downgrade from 7.x head to 6.x head
After svn switching from trunk to 6.x, my wiki has internal server errors on certain pages, especially if I'm logged in. I maintain my svn on a windows machine, and I zip up my image, ftp it to my linux server, unpack it, run admin upgrades, and clear the cache. After all that I can browse the site as anonymous, but not as an admin or editor. I am considering switching back to trunk, as the bugs there are less serious. |
tracker item |
Upgrade seemed to go smooth, with a fresh directory install and pointed to the SQLi backend of the 3.x install in a test environment.
When I went to login with the known local admin account within tikiwiki, it allowed me to login but i could not access any of the admin modules without getting a lack of permissions error. Somehow the admin account is not associated with the admin group, although works fine in the 3.x live install.
Issue is compounded then that I cannot add admin to the admin group, because I cannot get access to the admin modules to do this!
I tried to do my own research on this, and actually did see some IRC logs where someone else had a very similiar issue although I did not see a resolution.
Any ideas how to fix this? Can someone give me some guidance into the tikiwiki sql structure whereby I might be able to change this within the table itself?