Tiki Wiki CMS Groupware 9.4
8 February 2013
Tiki Wiki CMS Groupware version 9.4 is now available.
Upgrading to Tiki Wiki CMS Groupware 9.4
Tiki Wiki CMS Groupware 9.4 can be upgraded to (or installed) using any of Installatron's products. Use Installatron's optional Automatic Update feature to automatically apply Tiki Wiki CMS Groupware updates as new versions are released, or use Installatron's Clone feature to duplicate an existing Tiki Wiki CMS Groupware install to test the 9.4 upgrade prior to applying it live. Get started managing your Tiki Wiki CMS Groupware installations with Installatron
What's New in Tiki Wiki CMS Groupware 9.4
- Security: Obscure invalid username/password error message, to avoid confirming valid usernames
- Fix: Fixing using notification for any action (submit edit delete) on articles
- Fix: Styling for certain tracker and tracker field listings was missing (forgot a few in r44645). Fixed table headers in the matrix theme.
- Fix: Styling for certain tracker and tracker field listings was missing. Add padding to numeric fields so blinking curser can be seen in IE.
- Fix: Don't cache mobile module as it needs to remake the link to the current page each time. Should fix spurious urls being picked up here when anon (thanks Jonny Bradley!)
- Fix: Wrong path for SVG-edit. Regression was introduced in r44546
- Fix: Files ending up in wrong gallery and other weirdness when there is more than one files field on a page
- Fix: User avatar performance issue caused by tiki calling itself
- Fix: tiki-show_user_avatar.php always return some content so the removed check was pointless, not to mention very resource consuming
- Fix: Avoid scary stack traces while executing doc/devtools/sqlupgrade.sh
- Fix: Avoid downloads of tags file for fans of exuberant-ctags
- Fix: Correct access issue with categories
- Fix: Added check for WinCache ByteCode Cache in tiki-check with performance stats (+ some subsequent fixes). Also includes some improved docs for tiki-check.php
- Fix: Defer extra fetching until after pagination is applied to make sure parsing and other expensive operations only apply to visible element. This commit fixes performance issues in sites with extensive usage of forums in 9x. Thanks LP, Marc & Precarios.org.
- Fix: Highighted search results can now handle non-english characters.
- Fix: Variables shouldn't be inside translatable strings (see http://dev.tiki.org/Strings+Format+Convention)
- Fix: Explicitly set the IIS7 maxAllowedContentLength, which is one components which limits the max file size during uploads. Users can now adjust this value easier. This component is currently *not* a part of the calculation: max file upload size, presented to users in the upload panel. When installing the IIS maxAllowedContentLength is set to 30MB, which is IIS default. IIS installation which already have adjusted this value at IIS server level, must adjust the new web.config value accordingly.