Tiki7 was planned for April as per Roadmap and Version lifecycle but released on 9 June 2011. An important change will be push to use HTML5 and drop support for IE6. This version will have many big changes as it's the first release after an LTS. Perhaps as big of a release as Tiki5 and Tiki6 combined. Work on Tiki8 is underway and we'll get back on schedule.
Minimum requirements: PHP 5.2 and MySQL 5 (so if you have earlier, stay with Tiki6LTS)
Schedule
Action | Date | Notes
|
|
Freeze and make branches/7.x | March 24th |
|
7 beta 1 | 22 April |
|
Upgrade themes.t.o and tv.t.o to 7.x | 27 April |
|
Upgrade doc.t.o to 7.x | 11 May | Done by changi
|
7.0 beta 2 | 16 May | Released
|
7 RC 1 | 27 May | Done by Jonny
|
Upgrade dev.t.o to 7.x | 31 May | Done by changi. Copy of the Tiki 6 instance available for comparison at http://legadydev.tiki.org
|
Upgrade profiles.t.o to 7.x | 1 June | Done by Marc
|
7.0 | 9 June | Done by changi
|
Upgrade community to 7.x | 10 June | Done by Oliver
|
7.1 beta 1 | mid July | 7.1 will be the only update to 7.x other than unexpected security fixes of course
|
7.1 RC 1 | late July |
|
7.1 | August 1st | Done. Maintenance release only, no new features, not even minor ones (JB)
|
7.2 | 2011-09-29 | Done. Managed by Chealer, packaging by changi
|
Bugs
Any tracker issues please add to Tracker Issues 7.x
Please retest
(and move into "fixed" section if they are)
2011-50-25 Moved them all to fixed as no one said they weren't! (jb)
Blockers
- Tiki7 profiles
- Intranet seems to have a problem. Other 3 featured profiles need testing
- Menu options with & are being escaped
- On doc.t.o, we had menu items (in Tiki6) where the URL was:
http://doc.tiki.org/Requirements&structure=Tiki+Installation+Guide
Upon upgrade to Tiki7beta, the URL is now:
http://doc.tiki.org/Requirements&structure=Tiki+Installation+Guide
and it no longer works. 😑 See the Installation Guide module (bottom, left column) for details.
+Appears to be a problem with the menustructure plugin.
++Fixed r34804
- User name not added to tiki_tracker_item_fields for a user tracker when a new user registers
Regressions and others
- Assigning a module to multiple sections or to not appear in a section doesn't work (doesn't work in Tiki 6, either, in my testing). Chibaguy.
- tiki-adminusers.php (Send an email to the user in order to allow him to validate his account.) not working for marclaporte: I turned it off because it's only useful if users self-register
-
The 'new forum topic textarea' is only 1 line tall and 12 characters wide in non-WYSIWYG mode; it can be dragged bigger, but should be a size large enough to be useful initially.
- Reverting r30595 fixes. Chealer
- Reverted in r35551. Chealer 20110721
- tiki.org (community) is now affected.
- alternate search module doesn't work with Unified search on doc.t.o
- This should produce a result like on info.tiki.org's search
- You can't upload a zip and get it to unzip in fgals with fgal_upload_progressbar set to ajax (otherwise very nice though, thanks)
- Unified search incremental index breaks when importing tracker items
- Apparently: "it shouldn't be too hard to figure out, the invalidate function takes an array as argument. You just need to prevent it from being called while importing and call it for all at the end"
- AJAX upload progress bar causes images to appear as "File is not an image" in the img plugin (on some servers maybe)
- Some Wiki Aliases seem rendered weirdly b0rked after the dogfood upgrade on doc.t.o: see the "Requirements and Setup" alias on http://doc.tiki.org/Requirements#Alias
- Seems to be some UTF-8 upgrade weirdness. I cleanup pages made by http://doc.tiki.org/user11483 and it seems OK now. If nothing else similar pops up, let's just forget about it
-
module calendar_new doesn't fit in a module anymore (at least if shown inside a wiki page with the plugin module), but expands to show much wider, probably because the contnet of the events is not hidden by javascript or similar, but shown in full in each day cell. (Xavi)
Example of Syntax that uysed to work in tiki6 and produces that wrong display in Tiki7 (reproduced using fivealive also):
Copy to clipboard
{MODULE(module="calendar_new", calIds="1|2|3|4", viewmodelink="day", month_delta="-1", viewlist="calendar", float="left")} {MODULE}
- Breakage caused in r33052 should now be fixed in r35448 (hopefully... jb 110717)
-
At themes.tiki.org, the theme-switcher module (for anonymous) doesn't switch the theme, it just refreshes the page. When the user goes to a new page, then the theme switches.
- Seems fixed. Works for me (in Chrome). — luci
-
Random Poll fails.
The syntax to insert a random (active) poll isn't working. (3889)
Appears to be broken in 6.3, too.
- Seems to be some confusion here. The wiki plugin never has allowed random polls, and it sounds like the smarty plugin might be failing (as seen in a custom module with wiki parsing off)
- it was formerly no wikiplugin but special wiki syntax - same as with {banner zone=...} or {cookie} — luci
-
The theme name display in the footer doesn't change as themes change (always shows the default theme name at themes.t.o, for example).
- Must be a cacheing thing...
- Works fine for me on themes.tiki.org and my local install. Chealer 20110608
- On dev.tiki.org, ugly conflict in top black bar between the 1 or 2 last menu items (COMMIT CODE) and the search bar. Chealer9 20110521
- Also on doc.tiki.org as of 20110524 (visible as anonymous). I don't think this was there just after doc's upgrade though.
- Tracker items popups ("Show these fields (ID comma separated) in a popup on item link when listing tracker items?") are mostly broken on dev.tiki.org.
- "Get new Captcha code" doesn't get a new image. It just shows the loading anim forever (noticed in a 7 beta; will check again on fresh code - gary).
- Was also reported in RC 1 feedback. Chealer
- Every time the theme is changed on the Look & Feel admin page in 7x, the page refreshes to the second tab instead of the first. Seems to be related to the new use of $_COOKIE'tab' in tiki-admin_include_look.php. (lindon)
- Formatting of locator module (either as side module or as part of user preferences) is messed up (sometimes a lot, sometimes a little) in most themes. Seems more difficult to fix because of formatting that is set externally.
- The formatting for this module is a little messed up in all themes when in header mode because the "I forgot my password" and "Register" links run together and are no longer on a separate line (their order has also been switched). (lindon)
- The formatting in the default mode is also not good in the darkroom theme.
7.1 RC 1 Feedback
Add and comments and bugs here, and/or mail them to the devels list
-
PluginR is broken in Tiki7, due to "<" being converted into "<" when sent to R. This is a regression, since this works as expected from Tiki3 up to Tiki6. (Xavi)
-
It can be reproduced applying the profile r_test, installing the PluginR (from http://mods.tiki.org or svn) and pasting this code in a wiki page:
Copy to clipboard
{R()}
x<-1:5
y<-x*2
plot(x,y){R}
x should get the values "1 2 3 4 5", but it doesn't get any value, because "<" is converted into "<" in the R script produced at ./temp/cache/hash.R Fixed with the help of Jonnyb on the PluginR side, at least, even if this is a change in behavior since Tiki6. Xavi.
- PluginCODE has issues with "<" and ">", as shown in the example below. It shows "& l t ;" (without spaces) instead of < in some sites. Xavi
Plugin JS
Copy to clipboard
function wikiplugin_js_info() {
return array(
'name' => tra('Javascript'),
'documentation' => 'PluginJS',
'description' => tra('Insert a javascript file or/and some javascript code.'),
'prefs' => array( 'wikiplugin_js' ),
'body' => tra('javascript code'),
'validate' => 'all',
'params' => array(
'file' => array(
'required' => false,
'name' => tra('File'),
'description' => tra('Javascript filename.'),
),
),
);
}
- Regression from r34998. See thread "Parsing regression in 7.1" on tikiwiki-devel. Chealer 20110727
- This display problem in 7.1 with < seems to happen with any valid GeShi language in a code plugin. The only workaround I have found is to remove the colors setting. --mheller 110810
-
Looks like subscribe to newsletter on tiki.org is broken - tried it twice (anon and logged in), no confirm message (jb 11071😎
- I switched on validateAddr on that newsletter and now it sends a confirmation (eventually!) 😊
-
Get the following when upgrading from 6.1 (lindon):
Copy to clipboard
Operations failed: 1 SQL queries. Display details.
(checkbox) 20110610_readd_sefurl_index_left_tiki
DROP INDEX `left` ON `tiki_sefurl_regex_out`
Can't DROP 'left'; check that column/key exists
- With an upgrade from 6.1 (lindon):
7.0 RC 1 Feedback
- Maybe it's a problem at the hosting company server, but I get this message at tiki-install.php:
"Warning: strftime() function.strftime: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/New_York' for 'EDT/-4.0/DST' instead in /home/.../lib/smarty/libs/Smarty_Compiler.class.php on line 400"
- Curious - that code arrived in Tiki 6 (or maybe 5) - what error message is trying to say is that the server doesn't know where it is, so PHP doesn't know what timezone it should use for date calculations. You need to add your timezone to either your php.ini, .htaccess or an environment variable depending what access you have to the server. (At least i think so... JB 110530)
- Captcha's "Try another code" button just produced a loading anim, no new code image. Page refresh is needed to stop the anim and get a new image. (Gary, checking contact form made by Contact_us profile.)
7.0 Beta 2 Feedback
- Blog posts don't parse HTML content anymore. This is a change in the behavior introduced recently (at least until r33742 by default a blog post would parse HTML content) and is a big problem for upgrades and for Wordpress importer (since blog post content is imported from WP as HTML). Anyone knows why this change was introduced? Was it intentional? - Rodrigo
- Visit http://doc.tiki.org/Wiki-Syntax+Links#Linking_to_Web_Pages to see weird text like "See the Quick Reference section above for how to set the ((AutoLinkshttp://www.wiki-translation.com</td> </tr> <tr> <td class="even">Using a color font </td> <td class="even"> §5e06620a4da59ad5be119c516c6933eb§ </td> <td class="even"> [http://www.tiki.org" class="wiki wikinew">? administrative option. In addition, two more administrative options related to external links:"
- This could be an upgrade bug or some weird syntax which never should have worked 😊
- The autoclipping option ("~~~articleclip~~~") seams broken.
On sent, the sending Newsletter the confirmation page is displayed.
It stays empty and no emails are send. I have tried it on 6.1, 6.2, 6.3, 7beta1 and 7beta2. - Bernard
7.0 Beta 1 Feedback
- tiki-admin.php search "diff" and you get "Use new diff any version interface (not found in an admin panel)"
- Fresh install, change password, install profile and you're logged out?
- Wiki RSS : Wiki pages containing HTML code are empty or source blocks appear twice or only headings appear... Not specific to 7.0 Beta 1
- Upgrade from an unmodified theme of 6.x is http://demo.tiki.org/6x/pretty broken
- Isn't this on the wrong page? That seems to be running "6.4 proposals (SVN)"
- Better now, but horizontal menu is still lost
- No horizontal menu is assigned on Admin Modules at that site.
-
Also, position-related parameters for modules on Admin Modules should be removed as they are redundant or counterproductive. (done, ok?)
should all be fixed now - jb 110525
- infinitecaroussel has 3 missing files
Also affects Tiki 6. This has been reported previously, see http://dev.tiki.org/tiki-view_tracker_item.php?itemId=3753
- Use the $().tiki() plugin method and it should work fine - see comment here for how-to (sorry there's not more docs, slightly unfinished feature - jb)
- ob_end_clean() ref.outcontrol: failed to delete buffer. No buffer to delete.
Demonstratable bugs
Wish-list (for 8.x) or not fixing
- CodeMirror: Now defaults to off and marked as experimental for 7.0 release, hopefully should be back for 7.1 or 8.0. wishes moved to CodeMirror
- It would be nice if custom modules used the same parameter form as the standard modules. Custom modules' parameters currently are assigned the "old way" (strung together in one string connected by ampersand).
- Yes, wouldn't it! (:razz😊
- plugins that are approved in 6 are no longer approved (ex.: if you use HTML plugin).
- should be fixed in r33970 - please retest
- Happened again in doc.tiki.org upgrade to r34376 on Keywords page with HTML plugin:
Copy to clipboard
{HTML()}<div style="overflow:auto;height:400px">{HTML}
was not approved anymore. Chealer9 20110511
- 13 May 2011 After significant investigations and discussions with LPH it appears that a fix for this in the parser, at this stage, would be too dangerous (it's not trivial). jb
- tell a friend leftover (to merge all with "share")
- cleanup: Replace use of x lib in tiki maps
- Simile Timeline
- Solve Make new JS libs external which is too buggy to be minified
- Is there a need tiki.tpl for skeleton.css? (Gary, Jonny and Marc). If so, fork latest tiki.tpl to a simplified version.
- The hope is that, with code formatting cleaned up and some interface objects moved from the template to modules, the default tiki.tpl will be simple enough to do the job that skeleton's simplified tiki.tpl was made for.
- Decision: no forked tiki.tpl until further notice
Fixed
[+]
- Morcego 3D Wiki and Freetags browser doesn't display anything anymore. It just says "Applet started" but the result is blank.
- Found out in the tpl that it requires feature_xmlrpc enabled so I did it and Wiki 3D works now (should be a note at least somewhere near the checkbox). The same 3D applet on Freetags page though has param serverUrl which points to tiki-freetag3d_xmlrpc.php and then there is require_once("XML/Server.php"); which doesn't exist ??? — luci
- ah, found the bug - fix is on the way ! — luci
- fixed in r34632 and 34635 — luci
-
Structure headers have disappeared as of 7.x 34239, at least in the jqui theme
- Fixed by Sylvie in r34250. Chealer9 20110504
-
Fatal error creating a page with the BACKLINKS plugin ("{BACKLINKS()}{BACKLINKS}") when feature_wysiwyg is enabled and wysiwyg_htmltowiki is disabled: Copy to clipboard
Fatal error: Uncaught exception 'Exception' with message 'Page already exists' in /home/two/themes/lib/wiki/wikilib.php:171
Stack trace:
#0 /home/two/themes/lib/tikilib.php(3892): WikiLib->wiki_rename_page('3f81eee8b94fc89...', 'asfhasjdfhadkjh...')
#1 /home/two/themes/tiki-editpage.php(1018): TikiLib->create_page('asfhasjdfhadkjh.......... /home/two/themes/lib/wiki/wikilib.php on line 171
- Caused by stale tikilib->get_page_info() cache ($this->cache_page_info). Cache is not maintained when renaming pages, which is a hack conditionally used at the end of create_page() for WYSIWYG. BACKLINKS just seems to cause a path that exposes the bug, where page_exists() believes a renamed page still exists. Chealer9 20110502
- Fixed r34316 (confirmed - seems to work for me, jb 9 may 2011)
-
Group inheritance of permissions broken - mrisch fixed with 33264 - please see comment to tracker item, test, and consider whether the fixed problem might appear elsewhere.
- IE 8 Flash tool bug (see dev list for details)
- Fixed in r33972? Please retest (and backported to 6.x in r33974)
-
"Share a link" feature, recipient(s) field broken (user selector instead of text field), regression from TW6.2.
- Worked it out - was happening when there was only one user - fixed in r33963
-
Tiki Installer brings back to english(en) when choosing my own languageNo more
-
Some change probably to the CSS make table headers in wiki pages unreadable. See http://i18n.tiki.org/Status Fixed in Fivealive in r34238. Other theme fixes coming.
-
Plugins slideshow, trackertoggle, trackerif, cartmissinguserinfo are not optional in tiki-admin.php?page=textarea (2nd tab) fixed r34458
-
Code plugins display a spurious tag in the middle of words like "url" and "onclick"
- Due to extra sanitising when page is_html - maybe we just need to de-sanitise CODE and HTML contents? (LP?)
- Does r34395 fix it? Yes!! --mheller
- Nested Trackerlist (i.e. plugins in trackerlist wiki page tpl) should be fixed now - see Tracker Issues 7.x for details
-
Installer has a visual glitch with help icon (wrong position ?)
Actually it seems there is the Installer SiteTitle missing — luci
- I updated/fixed the header item positions in the installer files on 05/17 (r34450), so hopefully these are ok now. (Gary)
- Yes, looks good now, thank you gary — luci
-
Remove PHP Layers menus
-
Remove Xajax, and replace with jQuery where it's still useful
-
Remove HAWHAW
- Login in module admin needs another fix: assigning a not-visible theme parameter (ex: !strasa.css) causes the module to not display in any theme unless the theme is explicitly specified (ex: fivealive.css;eatlon.css). The default is (should be) to display except when indicated not to, or else to display only for the theme indicated if a theme is set explicitly.
- Thought this was fixed, no? - please confirm...
- It seems to not be possible to assign the same module twice in one module zone. I wanted two "menu" modules, one with DOM id="secondary_site_menu" and one with id="tiki-top". A workaround is to make a custom user module, but this is more work.
- Works fine for me on r34379 by both drag & drop, and "add module" button (but you need to get the position correct using the legacy form - to fix)
- Problems with converting old look & feel prefs to custom modules
Should now be fixed in r34506, please retest (jb 2011-05-19)
Note: Needs r34508 to work in shell.php
- Installer not handling conversion to modules correctly in upgrade from 6.x
- Please retest
- 2011-05-02: top horizontal menus are not migrated. To duplicate, install 6x, apply a community profile, upgrade to 7.x
- 2011-05-16: Top horizontal menus were migrated with 7.0 beta2. I followed the steps described above. Can anyone confirm that this has been fixed? - Rodrigo
- "Quick admin" section & buttons (for users with tiki_p_admin) perviously shown in the "Custom site header" textarea of Look & Feel is gone in the upgrade. Imho, this should be added by the upgradew process as some new module in the top area of the page... (Xavi) Content was:
Copy to clipboard
{if $tiki_p_admin == "y"}
<div id="quickadmin" style="text-align: left; padding-left: 12px;"><small>{tr}Quick Admin{/tr}</small>:
{icon _id=database_refresh title="{tr}Clear all Tiki caches{/tr}" href="tiki-admin_system.php?do=all"}
{icon _id=wrench title="{tr}Modify the look & feel (logo, theme, etc.){/tr}" href="tiki-admin.php?page=look&cookietab=2"}
{if $prefs.lang_use_db eq "y"}{icon _id=world_edit title="{tr}Show interactive translation settings{/tr}" href="tiki-edit_languages.php?interactive_translation_mode=on"}{/if}
</div>
{/if}
- Moreover, custom content in that "Custom Site Header" textarea is completely gone for the tiki admin after the upgrade is finished. So either some automagic conversion into some module at the top bar or top section of wherever equivalent to the former position, and a big warning saying "your custom site header will be destroyed with the upgrade and you'll have to re-do by hand somewhere else" needs to be added somewhere. (I hope the first option can be implemented) (Xavi)
- "Custom Center Column Header" didn't upgrade on doc.t.o (as explained on mailing list --MarcLaporte
- reinstate for themes.tw.o and make sure all sites are OK
- There is an "automagic" script /20110201_c_code_to_user_modules_tiki.php which seems to be unreliable sadly. When i test or debug it, it seems to work ok - all custom fields are converted to custom modules, and depending on other prefs are assigned to the relevant module zone. If anyone can shed any light on why or where this fails please let us know. Note: The data is not actually lost as the prefs are still kept in the database until this is 100% reliable. (jb)
- handling of logo in tiki-admin.php?page=look&cookietab=2
- Post new comment to wiki pages: the text area is super super small
-
Wiki editpage preview doesn't show the latest text edits. Editing a page at themes.t.o, I added text, then revised, but preview shows the text before the revision. Subsequent edits also aren't shown in previews. This is a regression. (Gary)
-
How do you mean "revised"? Do you mean "saved"? Also, is this meant to be a sub-section of the report about Post new comment? Preview on https://themes.tiki.org/test seems to work as expected for me (jb)
-
I meant not a saved page, but just a preview of new changes in text while editing. But I see it's working now so apparently was a temporary glitch.
-
VERSIONS plugin still broken. If the first line of a specific version includes wiki syntax (for example a heading ! or a numbered list #), Tiki does not parse the syntax correctly, and instead simply shows the code (2872)
Fixed in Tiki7: http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=revision&revision=34514
- Edit preview is failing: display flashes and then disappears above the blue line. It even happens on this page. (Tested with Chrome browser.)
- I confirm that preview is not working on dev.tiki.org but it works on my machine on a fresh Tiki 7 beta2 install both in Firefox and Chrome - Rodrigo
- dev.tiki.org is still on Tiki 6. Chealer
-
Tracker Item rating doesn't count average votes/stars properly anymore. BTW, returns:
Copy to clipboard
PHP (5.3.2-1ubuntu4.9) NOTICE (E_NOTICE):
File: lib/core/Tracker/Field/Rating.php
Line: 32
Type: Undefined index: my_rate
— luci
- On another branch 7.x it counts average votes properly, so i dunno what was that... — luci
- Tabs
Team
- Jonny Bradley is release manager.
- Rodrigo
- luci
- Bernard Sfez
- marclaporte
- Your name here please
Documentation
Documentation for the end user of the changes and improvements included with this new release:
http://doc.tiki.org/Tiki7
And Release Notes: http://tiki.org/ReleaseNotes7.0
Others
- tiki-install.php no longer like in 6x
- tiki-install.php "Warning: This will destroy your current database." is open by default on an upgrade
- Full screen edit preview makes save etc buttons disappear
- Module revamp:
- Can't drag and drop to an empty column. For instance, with a fresh install the right column is empty. No yellow highlighted "drop zone" appears when trying to drag something to that column. If you put one module there the "old" way, then you can drag-and-drop future ones.
- Module controls should be fixed or removed from the module admin panel and from the code (if it's still there) since it hasn't worked for a while
- Sometimes, it just spins forever when trying to add a module
- Creating a new post to a blog won't work if you have post excerpt and WYSIWYG enabled. Apparently {textarea} block won't work with WYSIWYG enabled if called more than one time in the same page.
Ongoing
Testing
Tiki7 Dev upgrade notes
Pages linking to Tiki7
8 pages link to Tiki7
2 tracker items link to Tiki7
Alias
Tiki7 was planned for April as per ((Roadmap)) and ((Version lifecycle)) but released on 9 June 2011. An important change will be push to use ((HTML5)) and drop support for ((IE6)). This version will have many big changes as it's the first release after an LTS. Perhaps as big of a release as ((doc:Tiki5)) and ((doc:Tiki6)) combined. Work on ((doc:Tiki8)) is underway and we'll get back on schedule.
^ Minimum requirements: PHP 5.2 and MySQL 5 (so if you have earlier, stay with Tiki6LTS) ^
!! Schedule
|| Action | Date | Notes
Freeze and make branches/7.x | March 24th |
7 beta 1 | 22 April |
Upgrade [http://themes.tiki.org|themes.t.o] and [http://tv.tiki.org|tv.t.o] to 7.x | 27 April |
Upgrade doc.t.o to 7.x |11 May | Done by changi
7.0 beta 2 | 16 May | Released
__7 RC 1__ | 27 May | Done by Jonny
Upgrade dev.t.o to 7.x | 31 May | Done by changi. Copy of the Tiki 6 instance available for comparison at http://legadydev.tiki.org
Upgrade profiles.t.o to 7.x | 1 June | Done by Marc
__7.0__ | 9 June | Done by changi
Upgrade community to 7.x | 10 June | Done by Oliver
7.1 beta 1 |mid July | 7.1 will be the only update to 7.x other than unexpected security fixes of course
7.1 RC 1 | late July |
__7.1__ | August 1st | Done. Maintenance release only, no new features, not even minor ones ''(JB)''
__7.2__ | 2011-09-29 | Done. Managed by Chealer, packaging by changi
||
!! Bugs
Any tracker issues please add to ((Tracker Issues 7.x))
!!! Please retest
''(and move into "fixed" section if they are)''
2011-50-25 Moved them all to fixed as no one said they weren't! (jb)
!!! Blockers
* --[http://article.gmane.org/gmane.comp.cms.tiki.devel/21742|Upgrading from 3.x to 7.x Fatal error: Call to a member function assign() on a non-object in /var/www/tiki/7/lib/setup/absolute_urls.php on line 51]--
** --Only affects shell.php. Chealer--
** --Regression from r31975. Chealer--
** --Happens when upgrading from Tiki < 5.-- Fixed in r34870
* __Tiki7 profiles__
** Intranet seems to have a problem. Other 3 featured profiles need testing
*Menu options with & are being escaped
**On doc.t.o, we had menu items (in Tiki6) where the URL was: %%% __http://doc.tiki.org/Requirements&structure=Tiki+Installation+Guide__
++Upon upgrade to Tiki7beta, the URL is now: %%% __http://doc.tiki.org/Requirements&structure=Tiki+Installation+Guide__
++and it no longer works. :( See the __Installation Guide__ module (bottom, left column) for details.
+++Appears to be a problem with the __menustructure__ plugin.
++++Fixed r34804
* User name not added to tiki_tracker_item_fields for a user tracker when a new user registers
!!! Regressions and others
* Assigning a module to multiple sections or to not appear in a section doesn't work (doesn't work in Tiki 6, either, in my testing). Chibaguy.
* tiki-adminusers.php (Send an email to the user in order to allow him to validate his account.) not working for marclaporte: I turned it off because it's only useful if users self-register
* --The 'new forum topic textarea' is only 1 line tall and 12 characters wide in non-WYSIWYG mode; it can be dragged bigger, but should be a size large enough to be useful initially.--
** Reverting r30595 fixes. Chealer
*** Reverted in r35551. Chealer 20110721
** tiki.org (community) is now affected.
* [https://doc.tiki.org/tiki-admin_modules.php?cookietab=2&um_edit=alternate_search#editcreate|alternate search module doesn't work with Unified search on doc.t.o]
** This should produce a result like on info.tiki.org's search
* You can't upload a zip and get it to unzip in fgals with fgal_upload_progressbar set to ajax (otherwise very nice though, thanks)
* __Unified search__ incremental index breaks when importing tracker items
** Apparently: ''"it shouldn't be too hard to figure out, the invalidate function takes an array as argument. You just need to prevent it from being called while importing and call it for all at the end"''
* __AJAX upload__ progress bar causes images to appear as "File is not an image" in the img plugin (on some servers maybe)
* Some __Wiki Aliases__ seem rendered weirdly b0rked after the dogfood upgrade on doc.t.o: see the "Requirements and Setup" alias on http://doc.tiki.org/Requirements#Alias
** Seems to be some UTF-8 upgrade weirdness. I cleanup pages made by http://doc.tiki.org/user11483 and it seems OK now. If nothing else similar pops up, let's just forget about it
* --__module calendar_new doesn't fit in a module anymore__-- (at least if shown inside a wiki page with the plugin module), but expands to show much wider, probably because the contnet of the events is not hidden by javascript or similar, but shown in full in each day cell. (Xavi)
+ Example of Syntax that uysed to work in tiki6 and produces that wrong display in Tiki7 (reproduced using fivealive also):
+ {CODE(wrap="1")}
{MODULE(module="calendar_new", calIds="1|2|3|4", viewmodelink="day", month_delta="-1", viewlist="calendar", float="left")} {MODULE}
{CODE}
** Breakage caused in r33052 should now be fixed in r35448 (hopefully... jb 110717)
* --At themes.tiki.org, the theme-switcher module (for anonymous) doesn't switch the theme, it just refreshes the page. When the user goes to a new page, then the theme switches.--
** Seems fixed. Works for me (in Chrome). -- luci
* --__Random Poll__ fails.--
+The syntax to insert a random (active) poll isn't working. ([http://dev.tiki.org/tiki-view_tracker_item.php?itemId=3889|3889])
+{CODE()}{poll}{CODE}
+Appears to be broken in 6.3, too.
** Seems to be some confusion here. The wiki plugin never has allowed random polls, and it sounds like the smarty plugin might be failing (as seen in a custom module with wiki parsing off)
*** it was formerly no wikiplugin but special wiki syntax - same as with ~np~{banner zone=...}~/np~ or ~np~{cookie}~/np~ -- luci
* --The theme name display in the footer doesn't change as themes change (always shows the default theme name at themes.t.o, for example).--
** Must be a cacheing thing...
** Works fine for me on themes.tiki.org and my local install. Chealer 20110608
* On dev.tiki.org, ugly conflict in top black bar between the 1 or 2 last menu items (COMMIT CODE) and the search bar. Chealer9 20110521
** Also on doc.tiki.org as of 20110524 (visible as anonymous). I don't think this was there just after doc's upgrade though.
* [http://article.gmane.org/gmane.comp.cms.tiki.devel/21584|Tracker items popups ("Show these fields (ID comma separated) in a popup on item link when listing tracker items?") are mostly broken on dev.tiki.org.]
* "Get new Captcha code" doesn't get a new image. It just shows the loading anim forever (noticed in a 7 beta; will check again on fresh code - gary).
** Was also reported in RC 1 feedback. Chealer
* Every time the theme is changed on the Look & Feel admin page in 7x, the page refreshes to the second tab instead of the first. Seems to be related to the new use of $_COOKIE['tab'] in tiki-admin_include_look.php. (lindon)
* Formatting of locator module (either as side module or as part of user preferences) is messed up (sometimes a lot, sometimes a little) in most themes. Seems more difficult to fix because of formatting that is set externally.
* The formatting for this module is a little messed up in all themes when in header mode because the "I forgot my password" and "Register" links run together and are no longer on a separate line (their order has also been switched). (lindon)
** The formatting in the default mode is also not good in the darkroom theme.
!!! 7.1 RC 1 Feedback
''Add and comments and bugs here, and/or mail them to the devels list''
* --((doc:PluginR)) is broken in Tiki7, due to "<" being converted into "<" when sent to R. This is a regression, since this works as expected from Tiki3 up to Tiki6. (Xavi)--
** --It can be reproduced applying the profile r_test, installing the PluginR (from http://mods.tiki.org or svn) and pasting this code in a wiki page:--
+ {CODE(colors="rsplus", ishtml="1")}
{R()}
x<-1:5
y<-x*2
plot(x,y){R}
{CODE}
+ --x should get the values "1 2 3 4 5", but it doesn't get any value, because "<" is converted into "<" in the R script produced at ./temp/cache/hash.R-- Fixed with the help of Jonnyb on the PluginR side, at least, even if this is a change in behavior since Tiki6. Xavi.
* ((doc:PluginCODE)) has issues with "<" and ">", as shown in the example below. It shows "& l t ;" (without spaces) instead of < in some sites. Xavi%%%{CODE(caption="Plugin JS",wrap="",colors="php",ln="",wiki="",rtl="",ishtml="")}function wikiplugin_js_info() {
return array(
'name' => tra('Javascript'),
'documentation' => 'PluginJS',
'description' => tra('Insert a javascript file or/and some javascript code.'),
'prefs' => array( 'wikiplugin_js' ),
'body' => tra('javascript code'),
'validate' => 'all',
'params' => array(
'file' => array(
'required' => false,
'name' => tra('File'),
'description' => tra('Javascript filename.'),
),
),
);
}{CODE}
** Regression from r34998. See thread "Parsing regression in 7.1" on tikiwiki-devel. Chealer 20110727
** This display problem in 7.1 with ~lt~ seems to happen with ''any'' valid GeShi language in a code plugin. The only workaround I have found is to remove the colors setting. --mheller 110810
* --Looks like subscribe to newsletter on [http://tiki.org/tiki-newsletters.php?nlId=6&info=1|tiki.org] is broken-- - tried it twice (anon and logged in), no confirm message (jb 110718)
** I switched on validateAddr on that newsletter and now it sends a confirmation (eventually!) :)
* --Get the following when upgrading from 6.1-- (lindon):
+ {CODE(wrap=1)}
Operations failed: 1 SQL queries. Display details.
(checkbox) 20110610_readd_sefurl_index_left_tiki
DROP INDEX `left` ON `tiki_sefurl_regex_out`
Can't DROP 'left'; check that column/key exists
{CODE}
**Fixed in r35597. Chealer
* With an upgrade from 6.1 (lindon):
** --The calendar module display is broken - see [http://frelala.info/casa71rc/tiki-index.php]-- fixed
** What used to be the "top bar custom code" is now above the top menu bar instead of below it. The search and login modules also don't look right - see [http://frelala.info/casa71rc/tiki-index.php], which is 7.1 RC 1, compared to [http://casafrela.com], which is 6.1
*** Can fix by assigning an order to the modules, but seems this could be handled more automatically
** --Blog posts run together - see [http://frelala.info/casa71rc/blog] compared to [http://casafrela.com/blog]-- Problem with darkroom theme only, fixed by chibaguy with r35640
** --The Admin Home page says: "A new version of Tiki, 6.3, is available. You are currently running 7.1RC1. Please visit tiki.org/Download."-- easily fixed by clicking "check for updates now" button
!!! 7.0 RC 1 Feedback
* Maybe it's a problem at the hosting company server, but I get this message at tiki-install.php:
''"Warning: strftime() [function.strftime]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/New_York' for 'EDT/-4.0/DST' instead in /home/.../lib/smarty/libs/Smarty_Compiler.class.php on line 400"''
** Curious - that code arrived in Tiki 6 (or maybe 5) - what error message is trying to say is that the server doesn't know where it is, so PHP doesn't know what timezone it should use for date calculations. You need to add your [http://php.net/manual/en/class.datetimezone.php|timezone] to either your php.ini, .htaccess or an environment variable depending what access you have to the server. ''(At least i think so... JB 110530)''
* Captcha's "Try another code" button just produced a loading anim, no new code image. Page refresh is needed to stop the anim and get a new image. (Gary, checking contact form made by Contact_us profile.)
!!! 7.0 Beta 2 Feedback
* Blog posts don't parse HTML content anymore. This is a change in the behavior introduced recently (at least until r33742 by default a blog post would parse HTML content) and is a big problem for upgrades and for Wordpress importer (since blog post content is imported from WP as HTML). Anyone knows why this change was introduced? Was it intentional? - Rodrigo
** Was fixed, no?
* Visit [http://doc.tiki.org/Wiki-Syntax+Links#Linking_to_Web_Pages] to see weird text like ~np~"See the Quick Reference section above for how to set the ((AutoLinkshttp://www.wiki-translation.com</td> </tr> <tr> <td class="even">Using a color font </td> <td class="even"> §5e06620a4da59ad5be119c516c6933eb§ </td> <td class="even"> [http://www.tiki.org" class="wiki wikinew">? administrative option. In addition, two more administrative options related to external links:"~/np~
** This could be an upgrade bug or some weird syntax which never should have worked :-)
* The autoclipping option ("~~~articleclip~~~") seams broken.
+ On sent, the sending Newsletter the confirmation page is displayed.
+ It stays empty and no emails are send. I have tried it on 6.1, 6.2, 6.3, 7beta1 and 7beta2. - Bernard
!!! 7.0 Beta 1 Feedback
* tiki-admin.php search "diff" and you get "Use new diff any version interface (not found in an admin panel)"
** Are there others that are not found? as per http://dev.tiki.org/How+to+release#Script_to_test_feature_names
* __Fresh install__, change password, install profile and you're logged out?
* __Wiki RSS__ : Wiki pages containing HTML code are empty or source blocks appear twice or only headings appear... Not specific to 7.0 Beta 1
* __Upgrade__ from an unmodified theme of 6.x is [http://demo.tiki.org/6x/pretty broken]
** __Isn't this on the wrong page? That seems to be running "6.4 proposals (SVN)"__
** Better now, but horizontal menu is still lost
*** No horizontal menu is assigned on Admin Modules at that site.
*** --''Also, position-related parameters for modules on Admin Modules should be removed as they are redundant or counterproductive.''-- (done, ok?)
+ should all be fixed now - jb 110525
* [http://www.webpagetest.org/result/110502_E8_HB5E/1/details/|infinitecaroussel has 3 missing files]
+Also affects Tiki 6. This has been reported previously, see http://dev.tiki.org/tiki-view_tracker_item.php?itemId=3753
** __Use the $().tiki() plugin method__ and it should work fine - see comment [https://themes.tiki.org/Infinite_carousel|here] for how-to (sorry there's not more docs, slightly unfinished feature - ''jb'')
* [http://demo.tiki.org/7x/tiki-view_tracker_item.php?itemId=1|ob_end_clean() ref.outcontrol: failed to delete buffer. No buffer to delete.]
!!! Demonstratable bugs
* 3 first CODE plugins are not showing text... http://dev.tiki.org/Source+Lines+of+Code
** Should be fixed by r34918
* unable to add a new transition at: http://demo.tiki.org/7x/tiki-admin_transitions.php
* Top module Search doesn't work on upgraded tiki.org sites: %%% http://doc.tiki.org/Documentation?find=test&where=wikis&boolean=on&boolean_last=y&search=Search&exact_match=#
** Works fine for me (Safari and Fx, logged in and out) JB
*** It is weird bug. It seems to be reproducible only in some circumstances. Now it seems to work with mysql fulltext search off on doc, but i still get the problem with WebKit engine browser (Chrome here) on http://themes.tiki.org/Themes?find=theme&search=Search&exact_match=# while Gary reports it works for him in Opera. It works for me on my localhost fresh install of 7 branch though... -- luci
!!! Wish-list (for 8.x) or not fixing
* CodeMirror: ''Now defaults to off and marked as experimental for 7.0 release, hopefully should be back for 7.1 or 8.0''. wishes moved to ((CodeMirror))
* It would be nice if custom modules used the same parameter form as the standard modules. Custom modules' parameters currently are assigned the "old way" (strung together in one string connected by ampersand).
** ''Yes, wouldn't it!'' (:razz:)
* __plugins that are approved in 6 are no longer approved__ (ex.: if you use HTML plugin).
** should be fixed in r33970 - please retest
** Happened again in doc.tiki.org upgrade to r34376 on Keywords page with HTML plugin: {CODE()}{HTML()}<div style="overflow:auto;height:400px">{HTML}{CODE} was not approved anymore. Chealer9 20110511
** __13 May 2011__ After significant investigations and discussions with LPH it appears that a fix for this in the parser, at this stage, would be too dangerous (it's not trivial). ''jb''
* tell a friend leftover (to merge all with "share")
* cleanup: Replace use of x lib in tiki ((maps))
* Simile Timeline
** [http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=revision&revision=33152|remove hard-coded dependency]
** use [http://static.simile.mit.edu/timeline/api-2.3.1/|latest version] if better
* Solve [http://thread.gmane.org/gmane.comp.cms.tiki.cvs/59213|Make new JS libs external which is too buggy to be minified]
* Is there a need tiki.tpl for skeleton.css? (Gary, Jonny and Marc). If so, fork latest tiki.tpl to a simplified version.
** The hope is that, with code formatting cleaned up and some interface objects moved from the template to modules, the default tiki.tpl will be simple enough to do the job that skeleton's simplified tiki.tpl was made for.
*** Decision: no forked tiki.tpl until further notice
!!!- Fixed
* __Morcego 3D__ Wiki and Freetags browser doesn't display anything anymore. It just says "Applet started" but the result is blank.
** Found out in the tpl that it requires __feature_xmlrpc__ enabled so I did it and Wiki 3D works now (should be a note at least somewhere near the checkbox). The same 3D applet on Freetags page though has param serverUrl which points to tiki-freetag3d_xmlrpc.php and then there is __require_once("XML/Server.php");__ which doesn't exist ??? -- luci
*** ah, found the bug - fix is on the way ! -- luci
**** fixed in r34632 and 34635 -- luci
* --Structure headers have disappeared as of 7.x 34239, at least in the jqui theme--
** Fixed by Sylvie in r34250. Chealer9 20110504
* --Fatal error creating a page with the BACKLINKS plugin-- ("~np~{BACKLINKS()}{BACKLINKS}~/np~") when feature_wysiwyg is enabled and wysiwyg_htmltowiki is disabled: {CODE(wrap="1")}Fatal error: Uncaught exception 'Exception' with message 'Page already exists' in /home/two/themes/lib/wiki/wikilib.php:171
Stack trace:
#0 /home/two/themes/lib/tikilib.php(3892): WikiLib->wiki_rename_page('3f81eee8b94fc89...', 'asfhasjdfhadkjh...')
#1 /home/two/themes/tiki-editpage.php(1018): TikiLib->create_page('asfhasjdfhadkjh.......... /home/two/themes/lib/wiki/wikilib.php on line 171{CODE}
** Caused by stale tikilib->get_page_info() cache ($this->cache_page_info). Cache is not maintained when renaming pages, which is a hack conditionally used at the end of create_page() for WYSIWYG. BACKLINKS just seems to cause a path that exposes the bug, where page_exists() believes a renamed page still exists. Chealer9 20110502
** Fixed r34316 (confirmed - seems to work for me, jb 9 may 2011)
* --[http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3807|Group inheritance of permissions broken]-- - mrisch fixed with 33264 - please see comment to tracker item, test, and consider whether the fixed problem might appear elsewhere.
* IE 8 Flash tool bug (see [http://thread.gmane.org/gmane.comp.cms.tiki.devel/20339/focus=20707|dev list] for details)
** Fixed in r33972? Please retest (and backported to 6.x in r33974)
* --"Share a link" feature, recipient(s) field broken (user selector instead of text field), regression from TW6.2.--
** Worked it out - was happening when there was only one user - fixed in r33963
* --Tiki Installer brings back to english(en) when choosing my own language--No more
* --Some change probably to the CSS make table headers in wiki pages unreadable. See http://i18n.tiki.org/Status-- Fixed in Fivealive in r34238. Other theme fixes coming.
* --__Plugins__ slideshow, trackertoggle, trackerif, cartmissinguserinfo are not optional in tiki-admin.php?page=textarea (2nd tab)-- fixed r34458
* --__Code plugins__ display a spurious ~lt~x> tag in the middle of words like "url" and "onclick"--
** Due to extra sanitising when page is_html - maybe we just need to ''de-sanitise'' CODE and HTML contents? (LP?)
** Does r34395 fix it? ''Yes!! --mheller''
* __Nested Trackerlist__ (i.e. plugins in trackerlist wiki page tpl) ''should be fixed now - see ((Tracker Issues 7.x)) for details''
* --Installer has a visual glitch with help icon (wrong position ?)%%%{img fileId=2219 thumb="y"} Actually it seems there is the Installer SiteTitle missing-- -- luci
** I updated/fixed the header item positions in the installer files on 05/17 (r34450), so hopefully these are ok now. (Gary)
*** Yes, looks good now, thank you gary -- luci
* --Remove PHP Layers menus--
* --Remove Xajax--, and replace with jQuery where it's still useful
* --Remove HAWHAW--
* __Login in__ module admin needs another fix: assigning a not-visible theme parameter (ex: !strasa.css) causes the module to not display in any theme unless the theme is explicitly specified (ex: fivealive.css;eatlon.css). The default is (should be) to display except when indicated not to, or else to display only for the theme indicated if a theme is set explicitly.
** Thought this was fixed, no? - please confirm...
* It seems to __not be possible to assign the same module twice__ in one module zone. I wanted two "menu" modules, one with DOM id="secondary_site_menu" and one with id="tiki-top". A workaround is to make a custom user module, but this is more work.
** Works fine for me on r34379 by both drag & drop, and "add module" button (but you need to get the position correct using the legacy form - to fix)
* __Problems with converting old look & feel prefs to custom modules__ %%% Should now be fixed in r34506, please retest (jb 2011-05-19) %%% Note: Needs r34508 to work in shell.php
** __Installer__ not handling conversion to modules correctly in upgrade from 6.x
*** Please retest
**** 2011-05-02: top horizontal menus are not migrated. To duplicate, install 6x, apply a community profile, upgrade to 7.x
***** 2011-05-16: Top horizontal menus were migrated with 7.0 beta2. I followed the steps described above. Can anyone confirm that this has been fixed? - Rodrigo
** "__Quick admin__" section & buttons (for users with tiki_p_admin) perviously shown in the "Custom site header" textarea of Look & Feel is gone in the upgrade. Imho, this should be added by the upgradew process as some new module in the top area of the page... (Xavi) Content was:
+ {CODE(colors="php", wrap="1")}
{if $tiki_p_admin == "y"}
<div id="quickadmin" style="text-align: left; padding-left: 12px;"><small>{tr}Quick Admin{/tr}</small>:
{icon _id=database_refresh title="{tr}Clear all Tiki caches{/tr}" href="tiki-admin_system.php?do=all"}
{icon _id=wrench title="{tr}Modify the look & feel (logo, theme, etc.){/tr}" href="tiki-admin.php?page=look&cookietab=2"}
{if $prefs.lang_use_db eq "y"}{icon _id=world_edit title="{tr}Show interactive translation settings{/tr}" href="tiki-edit_languages.php?interactive_translation_mode=on"}{/if}
</div>
{/if}
{CODE}
** Moreover, __custom content in that "Custom Site Header" textarea is completely gone__ for the tiki admin after the upgrade is finished. So __either some automagic conversion__ into some module at the top bar __or __top section of wherever equivalent to the former position, and a big warning saying "__your custom site header will be destroyed with the upgrade and you'll have to re-do by hand somewhere else__" needs to be added somewhere. (I hope the first option can be implemented) (Xavi)
*** "Custom Center Column Header" didn't upgrade on doc.t.o (as explained on mailing list --MarcLaporte
**** reinstate for themes.tw.o and make sure all sites are OK
*** There is an "automagic" script [http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/branches/7.x/installer/schema/20110201_c_code_to_user_modules_tiki.php?revision=34478&view=markup|/20110201_c_code_to_user_modules_tiki.php] which seems to be unreliable sadly. When i test or debug it, it seems to work ok - all custom fields are converted to custom modules, and depending on other prefs are assigned to the relevant module zone. If anyone can shed any light on why or where this fails please let us know. __Note:__ The data is not actually lost as the prefs are still kept in the database until this is 100% reliable. (jb)
* [tiki-download_wiki_attachment.php?attId=161|handling of logo in tiki-admin.php?page=look&cookietab=2]
* __Post new comment__ to wiki pages: the text area is super super small
* --__Wiki editpage preview__ doesn't show the latest text edits. Editing a page at themes.t.o, I added text, then revised, but preview shows the text before the revision. Subsequent edits also aren't shown in previews. This is a regression. (Gary)--
*** --How do you mean "revised"? Do you mean "saved"? Also, is this meant to be a sub-section of the report about Post new comment? Preview on [https://themes.tiki.org/test] seems to work as expected for me (jb)--
**** --I meant not a saved page, but just a preview of new changes in text while editing. But I see it's working now so apparently was a temporary glitch.--
* --VERSIONS plugin still broken.-- If the first line of a specific version includes wiki syntax (for example a heading ! or a numbered list #), Tiki does not parse the syntax correctly, and instead simply shows the code ([http://dev.tiki.org/tiki-view_tracker_item.php?itemId=2872|2872])
+ {img src=img/icons/accept.png} Fixed in Tiki7: http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=revision&revision=34514
* Edit preview is failing: display flashes and then disappears above the blue line. It even happens on this page. (Tested with Chrome browser.)
** I confirm that preview is not working on dev.tiki.org but it works on my machine on a fresh Tiki 7 beta2 install both in Firefox and Chrome - Rodrigo
*** dev.tiki.org is still on Tiki 6. Chealer
* --Tracker Item rating doesn't count average votes/stars properly anymore.-- BTW, returns:%%%{CODE()}PHP (5.3.2-1ubuntu4.9) NOTICE (E_NOTICE):
File: lib/core/Tracker/Field/Rating.php
Line: 32
Type: Undefined index: my_rate{CODE} -- luci
** On another branch 7.x it counts average votes properly, so i dunno what was that... -- luci
* __Tabs__
** The {TABS} under Parameters on doc.tiki.org/PluginImg] aren't showing consistently
** --The syntax for displaying a specific tab on the current page (see [http://doc.tiki.org/Wiki-Syntax+Links#Display_a_Specific_Tab]) no longer works--
!! Team
* Jonny Bradley is release manager.
* Rodrigo
* luci
* Bernard Sfez
* marclaporte
* __Your name here please__
!! Documentation
Documentation for the end user of the changes and improvements included with this new release:
http://doc.tiki.org/Tiki7
And Release Notes: http://tiki.org/ReleaseNotes7.0
!!! Others
* tiki-install.php no longer like in 6x
** see http://browsershots.org/http://demo.tiki.org/7x/tiki-install.php as it's especially problematic in IE7 and IE8
* tiki-install.php "Warning: This will destroy your current database." is open by default on an upgrade
* Full screen edit preview makes save etc buttons disappear
* Module revamp:
** Can't drag and drop to an empty column. For instance, with a fresh install the right column is empty. No yellow highlighted "drop zone" appears when trying to drag something to that column. If you put one module there the "old" way, then you can drag-and-drop future ones.
** Module controls should be fixed or removed from the module admin panel and from the code (if it's still there) since it hasn't worked for a while
** Sometimes, it just spins forever when trying to add a module
* Creating a new post to a blog won't work if you have post excerpt and WYSIWYG enabled. Apparently {textarea} block won't work with WYSIWYG enabled if called more than one time in the same page.
!! Ongoing
* ((HTML5))
* ((Unified Index)), using Zend_Lucene_search
* Revamp ((Wiki Parser Revamp))
** Plugin parser has been improved
* ((Syntax highlighter)) for text areas (using codemirror)
* ((Theme generator))
* Revamp site header and footer divs by making them generic content areas with modules.
** {TAG(tag=strike)}Revise header and footer template files.{TAG} Mostly removed (now obsolete).
** {TAG(tag=strike)}Modify modules admin to be able to select header or footer as well as left or right column.{TAG} Done.
** {TAG(tag=strike)}Modify CSS to apply layout correctly for .box in header and footer.{TAG} Mostly done. Themes being updated.
** Update Look and Feel admin appropriately (problem: how to combine admin of modules and L&F since they overlap in this area?) (In progress.)
** See [http://themes.tiki.org/Theme header modules] for preliminary module admin info regarding the page top.
* ((Draw))
* ((Mobile)) revamp with http://jquerymobile.com/
* ((Map|OpenStreetMap)) integration
* ((Zotero))
* ((Tracker Roadmap)), which will continue in ((Tiki8))
!! Testing
((Tiki7 Dev upgrade notes))
-=Pages linking to Tiki7=-
{BACKLINKS()}{BACKLINKS}
! Alias
* (alias(release process 7))