History: Tiki3

^::{TAG(tag=big)}__[http://irc.tiki.org/irclogger_log/tikiwiki?date=2009-04-21,Tue&sel=1028#l1024|Feature freeze!  Only bug fixes!]__{TAG}::^

!!Schedule
||Beta 4 | April 21 2009 __done__
Release Candidate | May 2nd 2009 __done__
3.0 release | --May 3rd 2009-- __done__ ||

Daily snapshot: ((download))


!!Questions
*Does 3.0 upgrade 1.9.x sites?
**Yes, it does for the database structure, but there will probably be more css/theme problems. (__[http://themes.tiki.org/tiki-index.php?page=Theme+Issues+when+Updating+to+Tiki3.0|Please read Theme Issues when Updating to Tiki 3.0|shadowbox;title=External site: themes.tiki.org;]__)
!!Blockers
(please put your name for the blockers you put in or a link to dev.tw - if we need more information)


OK, RC2 is out and we are in 24 hours final freeze + about another 24 hours to fix any major really serious blockers only. Please put those here and cross it out when done:

* This bug report looks serious (if it is real). Unable to change pages on list pages and list articles: {wish id=2508}
** Works ok for me ''(jb)''
* Image tags with single quotes around params not working: e.g. ~np~{img src='img/tiki/tikilogo.png'}~/np~ don't work in 3.0 (except in Safari) but did in 2.x and before. Fix committed to trunk [[r18814] - please test ''(thanks jb)''

*  FIXED in r18890. db error on installing any profile with module
insert into `tiki_modules`(`name`,`title`,`position`,`ord`,`cache_time`,`rows`,`groups`,`params`,`type`) values('quick_edit',NULL,'r','3','0','10','a:1:{i:0;s:10:\"Registered\";}',NULL,NULL)
-- The error is that params cannot be null. What is strange is that it seems not to happen on all my servers but when I run the same query in mysql it gives me the same error. Need to figure out why...--

* --show {$prefs.metatag_description} in textarea in tiki-admin-include-metatags.tpl setting for the description. This was simply something I meant to add yesterday but missed out accidentally. It should just be there.--

!!!Communication
!!!!Todo
*tag various features as security risks (--plain text passwords-- done) and add to tiki admin security ''(what other various features? jb)''
**I had in mind a popup alert when you mouse over the checkbox
* --Check for documentation: ((doc:All plugins))--
!!!!-Done
*tag various features as experimental so we can more easily be flexible about removing/changing later. We need some sort of mouse over alert just before people click that checkbox ("only do this if you know what you are doing"%%%''(JB: "mouse over alert" would have needed new functionality on plugins, so have added to existing descriptions for now)''
**--pluginMWTable--
**--pluginImages (possible successor to img in 4.0)--
**--pluginjQuery--
**--picture (indicate that this is on the way out)--

!!!-Installer
*--~~#FF0000:On upgrade, tiki-install skips tiki-install.php?install_step=6 when it should rather get the current values so that installer can check & update. This will reduce support requests and long tutorials like this: http://doc.tiki.org/lost+admin+password~~-- done in revision {COMMIT(id="18501")}{COMMIT}
!!!Profiles
!!!!Todo
*~~#FF0000:Re-installing bug_tracker profile multiple times partially deleted trackerid=1 (in list, but not the items)~~ {commit id=18039}
**~~#FF0000:Duplicate field name in tracker gets deleted as well. It is common to have a tracker with the same name twice.~~ Sylvie, Marc and Sébastien
*--Fix modules bug which blocks profiles (ex.:http://profiles.tiki.org/Small_Organization_Web_Presence)  (Column 'params' cannot be null) (Marc) Confirmed problem on MySQL 4.1.22 but ok on MySQL 5.0.67-log-- fixed in r18839, I think php version is the issue not mysql version/config as I have reproduced the problem in php 5.1.6 with MySQL 5.0.22--
**Seems ok now when using native php5 vs php5 via htaccess
** but [http://irc.tiki.org/irclogger_log/tikiwiki?date=2009-04-16,Thu&sel=28#l24|latlink reported on PHP 5.1.6 mysql Ver 14.12 Distrib 5.0.45]
* ~~#FF0000:Fixing all http://profiles.tiki.org/Profiles_in_30_installer~~
** --Barebones: should be no logo because many people won't change--
++ --__I disagree, for most people it's the first thing to be changed imho__-- -- luci
++ The logo is back, with a link to edit easily
***Having an admin wiki page with all admin-related modules (ex.: switch theme, etc) (Pascal St-Jean)
***--Quick_edit and any other nice modules are to be added to each profile (when relevant)--  The base is there. From now on, it's the natural wiki evolution.
!!!!-Done
*--recent commit seems to have broken filter-- ''JB: cannot reproduce (r18243), more info please''
* --Category filter on profiles installer-- Done, but ~~#FF0000:should be by default showing list, with filter of current version~~. 
* --~~#FF0000:Find a solution to avoid duplication between default modules in barebones and the ones picked for profiles.~~--
**--Use top login instead of login_box module--
!!Plugins
!!!Todo
*((Make a wish)) -> inclusion of a custom module (check as anonymous) there is an extra "if IE>"
** Sorry, don't understand - ''JB''
*~~#FF0000:Flash quicktag on IE6 in the wiki, is very broken~~ ''fixed? jb''
**--pop-up appears too low-- css fix
**--instead of inserting, it refreshes page-- removed JS error - is ok now?
* iframes aren't working for IE7 (see example at doc:((doc:Rewrite Rules)). Just big blank spaces. Not sure what the problem is. Confirmed by lindon & marclaporte. ([http://doc.tiki.org/tiki-index.php?page=Rewrite+Rules&comments_show=y#comments|reported here])
** I read that IE7 doesn't support % widths for iframes, and changing to px widths did get the content to display in IE7. But at my Tiki 2 site, IE7 will display an iframe that has a 100% width ?? - chibaguy
*Logo gets bottom part chopped on in doc as well as dev.tw.o when not logged in.
** and when logged in, looks like to me; space above logo needs to be reduced maybe -chibaguy
* --Nested plugins mess up plugin edit GUI (like in VERSIONS) ''(fixed? JB)''--

!!!-Done
* ((line_break_in_plugin_edit_icon_is_breaking_some_plugins|extra line break when edit plugin icon)) (only a problem when logged in) ... The fix for this is to disable the edit icon for the plugins for this (i.e. make the plugin inline). The latest SVN can set this for plugins in admin... editing & Plugins. 
** I think it's related to: {WISH(id="2472")}{WISH} ... fix as above.
** When anonymous, [http://dev.tiki.org/tiki-admin.php?page=textarea&plugin_alias=wish|wish plugin alias] is working well, but when you log in, extra chars mess up the link. ... inline setting as above should work to solve this as wll...
* [http://dev.tiki.org/tiki-pagehistory.php?page=Your+wish+has+been+cast&diff_style=sidediff&compare=Compare&newver=9&oldver=8|~~#FF0000:plugin editor eats up parameters it doesn't know~~] feature was turned off in bare-bones (MartinCleaver is looking at this one - r18659 committed, needs review)*
* login box (in top logon bar) can't be seen if no logo is used (patch committed in r18565 but not sure if this is best, to review before spreading to rest of themes)
*--Using quicktags, some syntax will the collide with the plugin editor, tested [http://demo.tiki.org/tiki-index.php?page=HomePage|here]--
**Now CODE, IMG, Flash, & Quote use the popup_plugin_form
* --Code plugin is showing things like §89aceb4ce638ee7605590cbc9-- seems to be fixed
+It appears to be in ~pp~./lib/tikilib.php:7965:			$fhash = '§'.md5($file_name.date('U').rand()).'§';~/pp~ -- luci
* Check that [tiki-admin.php?page=textarea#content3] has all the info that old plugins alias tab had
** JB: I have checked as much as i can, however the finer details of what all the various "advanced" parts of the form do seems hard to ascertain from the "light" documentation [http://doc.tiki.org/Plugin+Alias|available]. There are also functions missing - like delete (both aliases and parameters etc) and a preview would be nice... one day!
*~~#FF0000:wikihelp/plugin help works great for wiki pages but~~
**--In blogs, the form appears, but the page refreshes if you click "submit query" (thunder_dex investigation, sylvieg fixes)--
**--In tracker plugin within a wiki page, the form doesn't appear.--
**--In forums, clicking on Flash, nothing happens--
***--And there is no help--
**--In tiki-view_tracker.php?trackerId=x (text area with quicktags option on), clicking on Flash, nothing happens--
***--And there is no help--
* #FF0000:{wish id="2480"} : DONE
** --also, wiki/plugin help: the cache doesn't take into account language.-- 
*** --To reproduce. 1-Install a Tiki in French 2- Edit a page using wikihelp 3- switch site language to English, 4- edit page and notice that plugin help is still in French.--
* rev 18602: CODE plugin doesn't render inserted code properly
+ this code:
+ -+~np~{CODE(caption=&quot;Test",colors="php&quot;)}<?php phpinfo(); ?>{CODE}~/np~+-
+ renders this inside:
+ -+~np~(); ?>~/np~+-
+ -- luci
** {QUOTE(replyto=Xavi)}Seems to be working fine here (Xavi). Fixed?:
{CODE(wrap="1")}
{img link=/mysql/tiki-download_file.php?fileId=1&display src=/mysql/tiki-download_file.php?fileId=1&thumbnail rel=shadowbox[g];type=img} 

{CODE}{QUOTE}
++ Sorry Xavi, seems Marc accidentaly replaced the CODE plugin content (i have put it back) but yes, seems to be fixed already in my revision 18686 -- luci


!!Modules
* --Test with [http://profiles.tiki.org/Test_all_modules|profile to turn on and use all modules] and the documentation: ((doc:All modules in 3.0))--
* --New issue:
On Admin: Modules page... On the User Modules tab, if you click EDIT or ASSIGN, Tiki does not correctly switch to the Assign/Edit tab. ''fixed?'' wfm--  {QUOTE(replyto="marclaporte")}works for me{QUOTE}
 

!!Other
!!!Todo
*Code plugin is showing weird characters ~np~@import &quot;lite/lite.css&quot;;~/np~
* Replace BBHI by help icon in quicktags
** This is less risky and overall better than recent deployment on edit help to many features 
* Edit & plugin help is completely broken with IE6. Perhaps put the same behavior as when javascript is off?
* When before the upgrade no admin e-mail is set then the admin login will fail
** admin is apparently considered a new user
** a confirmation mail can't be sent because the admins address is not set
** no login possible
** and once you set e-mail in the database, it might be that you tried to log in 20 times or more
*** then, if the feature for validating users by email is not set -> you will not get in to your Tiki
**** Nelson: I can't reproduce this. Anyone else can reproduce? Or is it fixed?
***** marc: unless someone can reproduce, we'll skip this one for 3.0.  users can now reset admin password via tiki-install.php anayway.
* file in fgal that can not be seen because of category perm is displayed in tiki-list_file_gallery.php?galleryId=1 (sylvieg)
!!!-Done
*--mods -> make 3.0 filter the default, so old stuff is hidden--
* {WISH(id="1643")}{WISH} Matthew is investigating (Nelson: I think the warning I added should suffice for now. I for one use this feature sometimes, but I know enough to get myself out of any unexpected issues)
* tiki-change_password.php?user=admin -> on first run, do not offer an edit field for username (it's illogical) (rob)
* --top bar: "I forgot my password" is either missing or glues on to "Register" in all themes except thenews.css Use ((pr:Collaborative_Community)) and switch themes to see--
* --[http://irc.tiki.org/irclogger_log/tikiwiki?date=2009-05-03,Sun&sel=611#l607|automatically transform _HOMEPAGE_CONTENT_ into the real content when creating the page, like what is already done when editing the page] to 1-avoid problems with section edit, edit plugin and so we can turn off plugintr on barebones install.-- done -nyloth-
*--[http://doc.tiki.org/tiki-searchresults.php?highlight=test&where=pages&search=Go|~~#FF0000:tiki_p_search is given to Anon but it asks for login~~]-- pkdille - should be fixed in r18459. The problem was that the find_faqs request was broken and, for showing the error message, the site was asking for authentication (see on doc.tw.o....once you are logged in, you will have the error message)
*--[http://tiki.org/blog26|~~#FF0000:blog layout is broken~~]--
*mods -> --add filter to 3.0--
*Quicktags
**--Email needs to be killed-- (wasn't in tiki.sql - have added an installer schema to remove old ones : jb)
* --fix edit plugin helper-- (2009-04-06) + fix edit plugin for YAML blocks to continue to be valid for profiles and for other plugins as well.
* --BrowserTitle is set to Tiki 3.0 upon running the upgrade script, replacing what was there before-- fixed on branch 3.0
* --User preferences page: WSoD on saving for me (JB in UK - think that was just my localhost)--
* --templates_c cleaner should not delete templates_c/.svn or else we get: svn: Directory 'templates_c/.svn' containing working copy admin area is missing--
*--Several admin panels tiki-admin.php?page=xyz are displaying incorrect feedback about which features are turned on/off-- (Marc)
* More compact UI to avoid scrolling
** --Merge wiki help and plugin help in one single help fine, because in lastest SVN, plugin help is too difficult to reach. Besides, plugins are just advanced wiki syntax. For most people adding a Flash video is a the same level as making a hyperlink and they don't care that one is a plugin.--
* --{WISH(id="2482")}{WISH}--
* --for wiki pages is completely broken since r18521. (nyloth)-- Fixed in r18521 by sept_7
* --ajax-autosave bugs sometimes? always? fckeditor (sylvieg)-- Should be fixed by sept_7, except for the particular case of switching from normal edit mode to wysiwyg which is postponed to 3.1 or later
!! Quasiblockers for 3.0
(please put your name for the blockers you put in or a link to dev.tw - if we need more information)
!!!Todo
* --feature_print_indexed & feature_multilingual_one_page: turn off by default, add to admin panel (as experimental?)-- ''(needs some explanation & better wording, but checkboxes are there - jb)'' + link where appropriate (marc)
* Edit sections need page refresh to load (also other {icon}s) -> in which case ? how to reproduce ? (nyloth)
** I've had a couple of goes at this one - if you kill the session - like by restarting apache, the {icon} images don't appear (usually sometimes). They seem to be stored in the user's session (odd, no? should be in a global cache i think) - also needs a fix for theme options but i don't that's what's doing this - ''jonnyb''
* --[http://dev.tiki.org/tiki-download_item_attachment.php?attId=148|regression in 3.0?]. [wish1182|wikicache & plugins are conflicting]  _fixed by [http://tikiwiki.svn.sourceforge.net/tikiwiki/?rev=17810&view=rev|17810]?--
* Page reload needed for module flip icons to display (seems like it was ok for a while but is a problem again now - ~r17793) (chibaguy - still experiencing this at r18502)
* Menu folder icons not switching correctly for Strasa theme options. (chibaguy - r18252)
* When at a wiki page with its own theme, if the switch-theme module shows a theme with an option, the option can be selected and applied to the page's theme, mixing the two with no-so-good results - chibaguy, still a problem at r18252).
* Side-column visibility state doesn't survive page changes (this works in Tiki 2) (chibaguy - r17758, still at r18502).
* Bad url for deleting images in image gallery, for example: gallery2%3F%26amp%3Bremove=14 (chibaguy - r18525)
!!!-Done
* {TAG(tag=strike)}Maybe related to the above, if a side column is hidden and then the page refreshed or changed, the new page doesn't display the column, but leaves space for it (i.e., the center column erroneously leaves the wide margin) (chibaguy - r17758).{TAG}
*--Regression: Users Defaults are no longer in the admin panel--
*--[http://doc.tiki.org/tiki-index.php?page=Manual+Installation&bl=n&tikiversion=1.9.x|Versions plugin, needed for doc dogfood is not working well.]--
* --[wish2364|Regression: RSS feed order changed between version 2 and 3]--
* --[wish2398|templates_c should be part of the .zip (like it was in 1.9.x and before)]-- please see message on dev mailing list, especially if you disagree
* --Make slideshows optional-- done with rev. 18235
*--[http://irc.tiki.org/irclogger_log/tikiwiki?date=2009-03-18,Wed&sel=507#l503|plugin approval perms seem to have issues still] which is maybe partially related to bug [wish1182|wikicache & plugins are conflicting].--
* --IE 6 and 7 giving javascript error message, apparently in or following shoutbox function verifyForm(f); (chibaguy - noticed at r17829).-- JB: fixed in r18245? --CG: Yes, works in IE6 and 7.
* --When using the short url, then clicking the fullscreen icon, and then clicking it again to leave fullscreen view, the url gets mangled and I end up at the home page. (Example: http://zukakakina.com/tw3/absE -> http://zukakakina.com/tw3/tiki-index.php?page%3DabsE&fullscreen=y -> http://zukakakina.com/tw3/tiki-index.php?page%253DabsE&fullscreen=n. The first = becomes encoded so the url breaks. chibaguy - r17975)--
* --Shoutbox module isn't working (probably a known problem) (chibaguy reporting at r18090 but it's been read-only for a while).-- JB: fixed in r18245? CG: yes, thanks.
* Coelesce theme - search and log-in forms causing site title to only partially display. (I'm working on it but didn't find a solution yet. Only top of title text shows, and below that, cursor is text type rather than arrow. Any ideas?) - chibaguy r18252 

!!!-jQuasiblockers (jquery things)
(please put your name for the blockers you put in or a link to dev.tw - if we need more information)
** --hide/show columns only changes side column display but not center column width-- (reverted to non-jq method)
** changing a jquery effect preferences also changes the theme to site default. ~~#666:(better now?) yes (chibaguy)~~ 
** --no content in tooltip on user name.--
** --toolips behind admin panels on strasa (possibly other?)--
** Add jQ slideshow - not a blocker from my point of view. It would be a nice-to-have for next version (nyloth)
** Override overlib tooltips
*** Jquery cluetip - selectors bleed through (appear on top of cluetip) in IE6 (chibaguy -r17770 or so).
** --I'm getting a conflict between custom.js and shadowbox.-- When custom.js is used ([http://www.456bereastreet.com/archive/200406/flexible_box_with_custom_corners_and_borders/]) for graphic borders, images no longer display with shadowbox, but only on a new white page. Before custom.js was introduced, and the theme's header.tpl linked to the borders javascript explicitly, there was no conflict. (chibaguy) 
*** Hi Gary - jonny here: Was it working with JQuery before? (before using custom.js) And/or MooTools?%%%Can you send a link to an example? (might be easier by mail) and i'll step through it%%%In general using custom.js does not conflict with Shadowdox (try adding custom.js containing just one line like -+alert("Hello Tiki");+- and it's fine. So the problem (i believe) is with what's in ''your'' custom.js and that could be anything (there should be a health warning on this feature!)%%%__Oh, and P.S.__ doing roundy corners for Tiki via JavaScript didn't work for me (i used [http://www.malsup.com/jquery/corner/|this jquery one]) - too many boxes etc and on slower machines it locks the page up for several seconds. Also Bad Things in IE (of course). Better to do it with graphics and CSS imho.
*** ''jonny, I just discovered that shadowbox works with my custom.js for custom corners and borders works __if mootools is turned off__, so maybe that's where the conflict was. (The javascript I'm using for corners and borders doesn't actually make them; it just creates the additional divs so the template doesn't get loaded up with a group of nested divs in each instance. The corners and boarders themselves are done with CSS and images. See [http://zukakakina.com/tw3] and select the WofW or XtratoVeil themes for examples - themes in progress but getting pretty close.) But...''
*** custom.js isn't picked up for an object (page) that has a theme different from the default. HTML <head> doesn't contain the link to the custom.js script, in this scenario.
*** Glad you worked it out Gary (JB here again, hope it's ok I --crossed this out--), btw; [http://zukakakina.com/tw3] hasn't got the switch theme module on (for me as a lowly reg) and i don't seem to have tiki_p_post_shoutbox or i would have commented there (but [http://zukakakina.com/tw3/XtratoVeil|XtratoVeil] is certainly getting somewhere!)

!! Deal with it now, or it'll just be more painful later
(please put your name for the blockers you put in or a link to dev.tw - if we need more information)
*when using image browser, an extra slash is added...
*If you are in a subdirectory, the whole path is shown/saved. If you move the site, you'll end up with plenty of broken links
{img src=images/code.png}%%% {CODE(wrap=1)}
{img link=/tiki-download_file.php?fileId=1&display src=/tiki-download_file.php?fileId=1&thumbnail rel=shadowbox[g];type=img} 
{CODE}
*Script to check that all feature settings have a place to admin them in control panel
* Duplicate plugins (Once people start using, we are stuck with them)
** FILE (but doesn't appear in list?) vs FILES seem to be showing one vs a list  vs ATTACH
** IMG vs IMAGE vs PICTURE, can we merge?
** SHOWPAGES vs LISTPAGES: what is the difference?
*** Those two are different. LISTPAGES is very powerful (looks like wiki list pages but in a plugin.
*** SHOWPAGES vs TITLESEARCH: those two are really similar and eventually a duplication of code. The only difference I see between these two is that SHOWPAGES has a param for number of hits to display, apparently, but TITLESEARCH has been in tiki for longer (afaik), and has more params (it's more configurable). I would say, add that missing param to TITLESEARCH and remove SHOWPAGES.  
+++ See below for a live example here in dev.tw.o. (Xavi)
* ((MoveToMods30)) : still keen?  __ml: not really, compared to all the other stuff to do__%%%jb: agreed, re-arrangement of features as below should help
*--Remove all references to [http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=rev&revision=17549|feature_siteidentity]--
*There have been quite a few conflicts on doc.tw.o & dev.tw.o with the new --strikethrough-- syntax.
**Do we go ahead as is?
**Do we keep -- but try to make the parser smarter? 
**Do we make optional?
**Do we change to something else?  triple ---is already taken for horizontal line, when at the beginning of the line---
**[http://www.wikimatrix.org/syntax.php?i=27|What do other wiki engines do?]
*On tiki.org, I got "You have to be able to receive messages in order to send them. Goto your user preferences and enable 'Allow messages from other users'"  This is stupid.
* "Site default" shouldn't be a choice in the ''theme __option__'' selection - chibaguy r17970 (but noticed earlier).
** why not? it's a feature to me (for instance, at default user preferences: theme chosen for new users). Or elsewhere (I want to keep the site default: if the site admins change it, I want to use the new one by default). Xavi
* ''tiki_p_edit_categorized'' now includes the authority to __remove__ pages. Shouldn't that be a separate permission, similar to ''tiki_p_edit'' and ''tiki_p_remove''? (chibaguy)
* unzip file feature on file galleries have utf-8 detection broken for characters like "ÇçãÃ",etc (maybe is the new zip feature intruduced on winrar 3.80? - see http://rarlabs.com/rarnew.htm on 3.8 changelog, point 1) (luminoso)
(please put your name for the blockers you put in or a link to dev.tw - if we need more information)

!! Please please please
* ((doc:PluginSplit)) is not offering body in edit
* [wish2109|need plugins validation for upgrade] (sylvieg, ricks99 & Marc)  would need some love
* [http://dev.tiki.org/How+to+release#Stats|Stats would be nice] (marc)
*customized link / landing page for Powered-by TikiWiki (The site you just visited was powered by TikiWiki, etc. for any support issues, contact them, not us. You could use Tiki for XYZ... (ricks99)
*[tiki-view_tracker_item.php?itemId=2442|tracker popup conflict]
*[wish2087|Edit help in full screen mode]
* Quicktags are in a better order on a clean install of latest 3.0. However, (comments in ~~#000099:blue~~ and some crossing out by jonnyb 7 Apr 09)
** Upgrades don't get the nice treatment ~~#000099: (don't see what we can do about that now, but something to design into the quicktags/toolbars revamp for 3.1)~~
** Some more tweaking would be nice
*** two images should be next to each other ~~#000099: (hard to without renaming "image" to "zzzz image" as the FileGal one is fixed at the end - any ideas?)~~
*** [mailto:text|text] syntax isn't protected by anti-spam protection. Since emails are automagically made into links, is this useful? ~~#000099: (Is there a plugin for this?)~~
*** --icon for dynamic variable is not representative--
* Move to experimental ''(* see below for suggestion for new layout)''
** Breadcrumbs
** Category permissions
***(???Wouldn't this be a giant step backward???) - what part of it isn't working? maybe that part should be fixed...
***__Experimental doesn't mean it is pulled out. It is a warning to users that there are issues. This feature causes a lot of use support requests. We all want it to be fixed but we are lacking brainpower__
** Spellchecker
** Live support system: what is wrong with this? ((Live Support|No open bugs))
* [wish2331|tiki-register.php should not ask for anti-bot number if GD is not working] (because we will turn on by default in some profiles)
* {TAG(tag=>strike)}Add coelesce.css theme{TAG}
** Fix remaining Coelesce theme issues.
* {TAG(tag=>strike)}Add strasa.css theme{TAG}
** Fix remaining Strasa theme issues.
* [wish1107|Trackers & categories: add a tracker item to a category via tiki-admin_categories.php]
* icon images don't appear on first page load (stored in session for some reason and not initialising properly)
* --[Wish2083|feature_wiki_minor_edit]--
* [bug2349]: several usability issues and bug with translation - i18n - CLWE Cross Lingual Wiki Engine. See them reported in full [bug2349|here] and reproduced in the video at: [http://doc.tiki.org/TikiWiki+3]
* SourceForge logo option
* Other irritations and violations of "make it optional" rule (chibaguy)
** --Make "saved by" message optional-- seems good enough now (see [http://irc.tiki.org/irclogger_log/tikiwiki?date=2009-05-05,Tue&sel=1648#l1644])
** Make "edit session will expire" optional (Nyloth: is it really necessary to have an option for this little thing ?)
*[http://article.gmane.org/gmane.comp.cms.tiki.devel/11670|htacess weirdness in subdirectories]
* Banners feature appears to be broken. Text input as content at tiki-admin.php?page=ads will display, but div#sitead is empty when, e.g., ~np~{banner zone='header'}~/np~ is input (chibaguy r17777 but luci tells me it works for him so I need to recheck).
* ''Site Ads and Banners'' admin page (tiki-admin.php?page=ads) actually is only for the one banner ad in the site header area (previously this textarea was on the Look and Feel admin page), so this page should probably be titled "Site Banner Ad" (and file renamed something like tiki-admin.php?page=site-ad), or else this admin page should be combined with "Edit or create banners" (tiki-edit_banner.php) (chibaguy).
* --Mouseover popups in Tiki Calendar (tiki-action_calendar.php) now need a click (undocumented?). Nothing happens on hover; but when clicked, apparently some event calendar info and tools appear that aren't relevant to this calendar, which just reports site changes. Also the data in the cell of the calendar includes only the feature initial, centered in the cell, instead of a truncated summary aligned left (chibaguy).-- unrelevant items removed and bugs fixed, but documentation probably needs some updates because a click is now needed
* 2.4 to 3.0beta4 upgrade: structures became disabled after the upgrade process on a site using them. Xavi
* two ~~green:color tags~~ in the ~~Coral:same line~~ don't get ~~red:properly displayed~~. (xavi).
* After installing a site using 3.orc1 (using local profile, in case it matters), some directories which were created by setup.sh were removed at some point before the end of the installation process through tiki-install.php. 
** {QUOTE()}The directory '/var/www/tiki3svn/modules/cache/site1' does not exist.
The directory '/var/www/tiki3svn/templates_c/site1' does not exist.{QUOTE}
++ And I'm sure setup.sh created them initially, because I made a copy of the folders created for documentation purposes... (Xavi)

!!!- --Suggested new layout for experimental features section--
JB 25 March 09: Crossing out ones done already. Not sure what to do about the others as they are sub-features and shouldn't me on admin/features (I think)
* {img src=img/icons/accept.png width=16 height=16} Seem ok ''(but may change and be re-worked in the future)''
**  --JQuery--
**  --Morcego 3D browser--
**  --Ajax--
**  --HTML Purifier (Content is cleaned to XHTML 1.1 Strict on each save)--
**  --Mobile--
*  {img src=img/icons/error.png width=16 height=16} Needs polish ''(Need admin help and user patience to work well)''
**  --Search engine friendly url--
**  --Webmail--
**  --Mail-in--
**  --Wysiwyg editor--
**  --Tiki Sheet--
**  --Intertiki--
**  Spellchecker
**  Live support system : what is wrong with this? ((Live Support|No open bugs))
**  Category permissions
**  ((doc:Cache External Images))
* {img src=img/icons/exclamation.png width=16 height=16} Malfunctioning ''(Have critical faults - not recommended)''
**  --Ajax auto-save--
**  --Magic Admin Panel--
**  --Mirror trackers --
**  --Charts--
* {img src=img/icons/information_gray.png width=16 height=16} Neglected ''(Old features no longer maintained)''
**  --Games--
**  --SwfObject ''(Used to embed Flash content in banners (wikiplugin_flash doesn't need this))''--
**  --Drawings--
**  Breadcrumbs
**  --Friendship Network--

!! Is this solved?
* {wish id=1710}
* Non that admins content is no longer stripped in Site Identity 
** --[wish2285|Custom javascript: a future-proof way to handle] (in Site Identity footer?) __also need a way to have in html header__  __and a way to upload custom.js info__--
** --[wish1320|Custom CSS values which overrides chosen CSS (and are kept in database to be future-proof)]--

!!-Pushed to 3.1 or 4.0
You should ((Add to the Wishlist)) as no one will be looking here later on...
* [http://ui.tiki.org/Text+area+editing+helper|Major update to QuickTags] 
* -- Multitiki in subdirectories (or through ftp) fails on Tiki 3.x (regression: it works fine following the documentation from ((doc:MultiTiki Akira)) with Tiki 1.9.x or 2.x sites). Xavi, and [http://tiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=3&comments_parentId=32786|reported in tw.o forums]. -- 
** -- Once you add a second installation, tiki complains about the function extractTopPath( $in ) ...--
++ Explained a workaround in ((doc:Manual Installation)) by Xavi
* Recurrence rules in Calendars are not usable (Xavi; [bug2348|bug report]):
** --When you hit preview event (before adding the new event to the calendar), the recurrence rule data is lost.-- fixed
** --A recurrence rule conflicts with something else. I get "~~red:Events cannot end before they start~~", but the settings are not to produce this warning/error message. The event canot be posted to the calendar-- (not an issue any more, at least; converted to UI issue by nyloth)
** --If admin has not set the default calendar to be viewed by default (I didn't even know about that new setting in 3.0), events are not shown in the calendar for each user until that single user clicks on "Visible Calendars", and select the calendar (even if only one!), in order to view the events he/she has just added. Another user has to do the same process.-- fixed by nyloth  
** Check also this: [bug2248|Problem with Calendar Perms in v 3.0]
** {WISH(id="2483")}{WISH}
**** Site title & subtitle should be asked in the installer instead so people have a customized site top at install, even if they have no logo.
*Quicktags
**content id= needs a feature check (not possible to do cleanly and without R-danger - one for QuickTags revamp in 3.1 : jb)
***Ok, I nuked it from quicktags (ml)
**Enlarge/reduce text are are not well placed. Should be replaced by jQuery resize editbox magic in 4.0  For now, should be moved to far right and/or made optional - ''is this really a blocker? Part of QuickTags revamp i would have thought  (jb)''
*Semantic and webservices should be optional, like the rest?
** There's nothing really to switch off really if you don't use them, but they should be just tabs on admin/textarea imho - too late for 3.0? ''(jb)''


!!!-Tracker vs wiki page
Next time... shouldn't this be a tracker? ''(JonnyB)'' & ''(Nyloth)''
(Not anymore a wiki page, only the right filter on the Tracker5)
{QUOTE(replyto="marclaporte")}JonnyB & Nyloth : you are are most welcome to take the lead on this for next time. My assessment is that trackers are too [wish1128|slow] & rigid to do a good job at this phase. Please prove me wrong :-){QUOTE}

Kind of shows that there's a problem with trackers, then... ''(mrisch)''


---
!!-Showcasing plugins potentially duplicated in 3.0
^__1. TITLESEARCH__
This code:
{CODE()}
{TITLESEARCH(search=>Release)/}
{CODE}

Produces:
{TITLESEARCH(search=>Release)/}
---
but also, this code:
{CODE()}
{TITLESEARCH(search=>Release,info="hits|user|desc",noheader="1")/}
{CODE}

Produces:
{TITLESEARCH(search=>Release,info="hits|user|desc",noheader="1")/}
^

^__2. SHOW PAGE__
This code:
{CODE()}
{SHOWPAGES(find="Release",display="name")}{SHOWPAGES}
{CODE}

Produces:
{SHOWPAGES(find="Release",display="name")}{SHOWPAGES}
^

^__3. LISTPAGES__
This code:
{CODE()}
{LISTPAGES(find="Release",exact_match="n")}{LISTPAGES} 
{CODE}

Produces:
{LISTPAGES(find="Release",exact_match="n")}{LISTPAGES}

However, the list of params is much much longer (see [http://doc.tiki.org/PluginListpages]), so that, this looks a very powerful and versatile plugin.
^

!Lessons from 3.0 release

__Some dates__
*February 27th 2009: [http://thread.gmane.org/gmane.comp.cms.tiki.devel/11221/focus=11319|jQuery branch decision had not been taken yet (either way)]
*Was branched off at the TikiFest in Montreal early March 2009
*Was planned to be released at a second TikiFest on May 3rd 2009.
*It was finally released on May 19th 2009.


!!Communication is very important
Still different perceptions of what are "technical release", "feature freeze", etc... There can be frustration because different people have different approaches. Tolerance to regressions is difficult to quantify.

One person's bug is a feature request for someone else:
http://www.codinghorror.com/blog/archives/001189.html
!!Precise dates should be determined a long time ahead
This should include guidelines for timeline for major changes. Late jQuery decision was a factor in overall lateness.


!!Events to work on release should be planned a long time ahead


!!Some things only improve at release time
However we wish that everything should be done early, history has shown that work on things like release script or ((installer)) happen very late


!!Release script is getting better & better 
Nyloth set the goal at 2.0 release that release packaging should take 30 minutes. Each release is getting us closer to this goal.

!!Don't branch off too long
*Early March 2009 to May 19th 2009 was probably too long.
*It's more work to keep in sync.

!Alias
*(alias(Release30process))
*(alias(Release 3.0 process))
*(alias(Tiki3.0))
*(alias(TikiWiki3))
*(alias(TikiWiki3.0))
*(alias(TikiWiki 3.0))
*(alias(TikiWiki 3))
*(alias(Lessons from 3.0 release))