Loading...
 

Category: Performance / Speed / Load / Compression / Cache

Performance / Speed / Load / Compression / Cache
Show subcategories objects

Name Type
php console.php cache:clear --all has no effect
tracker item
_categorized-Permissions cannot be assigned when upgrading from 1.9 to 1.10 - cache problem
After upgrading from 1.9 to 1.10 the permissions

"tiki_p_view_categorized" and "tiki_p_edit_categorized"

on the page

tiki-categpermissions.php?categId=

will not appear in the dropdown just below "Assign permissions".

Consequently, it is not possible to assign this permissions,

This problem disappears after emptying ./temp/cache/ directory.
tracker item
(2.2) Invalid offset in lib/tikilib.php : 6193 (when dealing with cached pages)
This showed up after upgrading from 1.9.11 to 2.2

When accessing Wiki pages with external links (mixed cacheing and nocache), with PHP error reporting on, notified of an invalid offset in tikilib:6193.
tracker item
Wiki cache & plugins: WYSIWYCA problem when admin visits the page (and creates the cache)
When Wiki cache is on, if an admin visits a wiki page (and thus provokes the cache creation), anonymous users see extra buttons (edit, delete) when using plugins like the articles plugins and maybe group plugin as well.

Affects BRANCH-1-9 and HEAD (1.10)


(10:37:49) marclaport1: I tried turning on the wiki cache feature, but the problem is that if an editor or an admin last visited the page, the edit buttons are show to anonymous (ex.: in wiki plugin articles is in a wiki page to show last 3 articles)
(10:38:15) marclaport1: Shouldn't wiki cache feature just cache what anonymous people see?
(10:38:41) marclaport1: Anonymous is normally the largest "group" of visitors.
(10:41:09) sylvieg: marclaport: you need to turn ogg the cache for page with plugin? Is it waht you mean?
(10:41:24) marclaport1: sylvieg: yes
(10:41:58) marclaport1: sylvieg: or even (I think) a wiki page which uses group permission plug

See attached screenshot.


Trackerlist plugin can have a few weird side effects:
*Ratings (different people have different votes)
*Sorting (if the person before you sorted by "Lastmod by", that's what you see)
*Related: [bug1137]

((doc:PluginInclude)) can causes issues as well.


Possible solution: only anonymous users can create a cached version of a page (per language). It is very rare that the number of logged in users could saturate a server. However, a large number of anonymous users is frequent. On the other hand, trackerlist plugin cache on dev.tikiwiki.org makes things faster for logged in users as well...
tracker item
14.x: codemirror (amb mayeb other js?) stops working when pref tiki minify late js files is enabled
tracker item
philippeback
Contributors
tracker item
eclvvin
Contributors
tracker item
omstefanov
Contributors
tracker item
Accessive Categories Slows Down Performance
tracker item
Activating plugins doesn't invalidate cache and thus, plugin help doesn't appear on next page edit
---
Activating plugins doesn't invalidate cache and thus, the plugin help doesn't appear on next page edit.

To reproduce:
1- edit a wiki page
2- click on the help button
3- scroll down to plugins
4- click on Activate/deactivate plugins which takes you to tiki-admin.php?page=textarea ~~#FF0000:(wrong tab!)~~
5- Click on plugins
6- Activate a plugin
7- Notice that on next edit, the new plugin is not available
7a) a bug in my text, edit Help was in French, so maybe the cache of another user was appearing


tracker item
Add memcached support, with admin panel
Support.mozilla.com solution

or

http://framework.zend.com/manual/en/zend.cache.html
http://framework.zend.com/manual/en/zend.cache.backends.html#zend.cache.backends.memcached
tracker item
Add support for Optimizer+ stats in the performance admin panel
tracker item
Allow Tracker item rating to be seen or voted through PluginTracker and PluginTrackerList
Nowadays, Tracker item rating cannot be seen nor selected if using either ((doc:PluginTracker)) or ((doc:PluginTrackerList)). However, it can be seen (for anons) and voted for registered again, after some recent fixes by Sylvie! (thanks Sylvie :-)

I tested that here in dev.tw.o (for instance):

http://dev.tikiwiki.org/Calendar

(not showing ratings even if they exist; check [tracker5])


2007-08-13 ML: But this will conflict with wiki page cache. (because value of my last vote is shown, and likely different than yours).

2007-08-13 Xavi: If cache is the problem for this feature request, why not forcing/advising the user to avoid using cache (at least in this page) if he/she wants this tracker field correctly show on the page? (in case this feature is considered interesting enough). I leave to consideration by coders... It was just a suggestion which I would find useful.

2007-12-09 ML: Fixed in BRANCH-1-9 by Kerrnel22. You need to add tracker field ID to trackerlist plugin.

__Wiki page cache with trackerlist ratings needs to be tested to see what the real issues (if any)__
tracker item
amette
Contributors
tracker item
Annotations: doesn't work well with wiki page cache
On ui.tikiwiki.org, I noticed some issues about the annotation plugin stuff not appearing properly when a page is cached.

I turned off cache for now
tracker item
Blocking query in trackers code
Every now and then dev.tw.o becomes unaccessible. The site gets slower and slower and eventually it stops working. The problem is with the database. Line 767 in lib/trackers/trackerlib.php

$query_cant = 'SELECT count(DISTINCT ttif.`itemId`) FROM '.$base_tables.$sort_tables.$cat_table.$mid;

Under some circumstances this query never returns from the database, runs forever and blocks the complete dev.tw.o database, making the site unresponsive.
tracker item
Cache not clearing in Tiki6
I have two site that I've upgraded from Tiki 5.3 to Tiki 6 and on both sites, clear cache function is no longer working since the upgrade. When I open the 'Exterminator of cached content' window, thit indicates that there are no cached files. I have confirmed via FTP that there are many cached files. Also, when I select 'clear cache', there is no effect on the cached files.
tracker item
Cached images are broken on themes.tw.o (feature broken?)
See this post:
http://themes.tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=2&comments_parentId=618

A user added some links to external images, which seem to be dinamically linked to cached copies by Tiki.

This is the external link itself:
http://neil.s.alexander.googlepages.com/tw19.jpg

This is the url to the cached image by themes.tw.o:
http://themes.tikiwiki.org/tiki-view_cache.php?u%72l=http%3A%2F%2Fneil.s.alexander.googlepages.com%2Ftw19.jpg

Cached images are broken, showing this on the browser:
{CODE(wrap=>y)}

ur‍l (Localitzador de Recurs Universal) http://neil.s.alexander.googlepages.com/tw19.jpg
Carregat en memòria cau Dimecres 03 de Desembre, 2008 17:07:06 CET

Aquesta és una versió en memòria cau de la pàgina (Cliqueu aquí per veure la memòria cau Google de la pàgina.)

�����JFIF��H�H�����Exif��MM�*������������Created with The GIMP���C� !"$"$���C����"���������������� ���p� �!1"AQUa���2ST����#Vbqt���346BRd�����$57rs����%Ceu��8Dcv���� &f�����EFW�'�G�����������������C�
(...)
{CODE}
tracker item
cdn domain should redirect to non cdn domain, for non static content
((doc:CDN)) helps with performance

However, a side effect is that cdn domain can also be visited. It's not linked anywhare so it should stay secret

If you try to login, you'll get: "You have to enable cookies to be able to login to this site"
tracker item
Check & report broken links
*.Tiki.org sites have a large number of external links. It would be nice to have a tool to check all the links and to report on status. Possibly this could be related to the cacheing feature.

See: ((Link Checker))
tracker item
CodeMirror doesn't minify like everything else does
tracker item
Command line re-indexing of search: should give you stats like web interface
tracker item
Console cache:clear command creates files as the current user
tracker item
Deeply nested large file galleries slow to a crawl when file browsing
Deeply nested large file galleries slow to a crawl when file browsing. I have a site with roughly 3000 sub-file galleries. The site is quite fast for browsing wiki pages, but the file galleries have slowed to a crawl. A regular page load takes about .2 seconds. To load a typical file gallery takes about 17 seconds. I believe there is a recursive call to a function that is building the directory structure each time you browse to a new folder that is slowing it down, but I'm not really sure about how to fix it.

Perhaps store the tree in the database and only update it when changes are made to the tree?

tracker item
dev.tw.o: Sorting items from trackerlist plugin doesn't work for anons due to cache issue
dev.tw.o: Sorting items from trackerlist plugin doesn't work for anons due to some conflict with the wiki cache. Example:

http://dev.tikiwiki.org/tiki-index.php?page=Profile+Manager&tr_sort_mode1=created_asc

http://dev.tikiwiki.org/tiki-index.php?page=Profile+Manager&tr_sort_mode1=created_desc

both pages show the same sorting on date (for instance) if the user is not logged, but the sorting works if you are logged.
tracker item
doc.t.o: memcachepool.set SERVER_ERROR object too large for cache lib/cache/memcachelib.php
tracker item
Error just after profile is applied: Cache file temp/cache/modulexxx is not writable
tracker item
Fixed HTTP Expires Header is in year 1981
tracker item
HTTP headers incorrect
tracker item
http://tiki.org/tiki-admin.php?page=performance OpCache has run out of memory
tracker item
Improve page load times by not loading unused CSS and Javascript (e.g., elfinder.js, code_mirror.js, etc.)
tracker item
Improve YSlow scores
Please see: ((YSlow))

Increase ySlow score for all SUMO pages to A
https://bugzilla.mozilla.org/show_bug.cgi?id=444274
tracker item
In htaccess, IfModule deflate_module is not picking up for ClearOS
tracker item
Is there a way to make tikiwiki faster without throwing more expensive compute resources at it
tracker item
Read-only mode (ex.: when migrating a Tiki to a new server and you want the old one to still show content but not have edits)
We have a site_closed preference which is very useful.

However, this permits only the admins to access the site.


What if we want a read-only mirror?

It would be nice to a have a preference for this, along with a message to users: "This site is in read-only" and admins could change this message to indicate where the live site is.

Perhaps it could be interesting to check if the mysql user is "read only" as well...

This could also be interesting if a project is completed and we want to keep a site an an archive but no longer have any changes.

Things like tiki-logs, date of last login, etc. will need to considered.

Perhaps there could be a check: If current users has an edit/add permission (we'd have to make a list), then, he gets a warning that site is read-only (a message that the admin could change) and that any changes will be lost.
tracker item
Solved: Multiple domains to single site modules in the wrong place
I use Tiki Wiki for many of my sites and some of them have multiple domains associated with them. So domain.ca, domain.com and domain.co.uk all point to the same folder on the same server using domain redirection.

The main domain works and looks fine but if I go to any of the other domains everything is there but it is out of place. The modules were in the wrong place on the screen and it looked like the theme CSS was messed up. I tried playing with perspectives, multi-domain, areas, domain redirects (within Tiki), category, themes, and anything else that looked promising.
tracker item
Dogfood Unified search (Zend_Search_Lucene) on doc.t.o, dev.t.o, profiles.t.o
Themes.tiki.org is OK:
Indexation
wiki page: 214
forum post: 178
blog post: 59
article: 18
file: 80
trackeritem: 28
comment: 35

But the other sites are unable to complete the indexation.

---
Custom module "Search_tracker_summary" is generating: "Required features: feature_search. If you do not have the privileges to activate these features, ask the site administrator."

blank page here as well:
https://nextdev.tiki.org/tiki-admin.php?page=search&rebuild=now
tracker item
Banner cache is not cleared when using 'Clear all Tiki caches' feature
TikiWiki 6.6

When using banners, and you update the banner table manually, the changes are not visible because the banners are cached. (so far so good).

However when clicking 'Clear all tiki caches' the banner cache (which resides in the /temp dir) is not cleared.
tracker item
Newsletters not being sent out normally if Gzip output is enabled
When Gzip output is enabled under Admin | Spped & Performance, it is not possible to send out newsletters greater than 100 in number, if at all. When attempting to send newsletters, it shows a 'Cannot load page' message in the frame where the log of email addresses normally appears.
tracker item
6.7 LTS: Possible security threat: Logging into Wiki A as admin may raise your privilege level in Wiki B
I looked if something like this has been reported previously, but didn't find something that completely fits, so I post this and apologize if I missed something.

Since I have already put some detail into a [http://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=44097#threadId44102|support request] and at the moment I believe it only concerns two Wikis belonging to the same admin, here is a description:

Steps to reproduce:
1) Take any Tiki installation and move a new directory
2) Create a new DB with a copy of the original DB
3) Upgrade and start it up
4) Log into the old installation as admin
5) Find out you're admin on the new one, too.

It may well be that for some admins this is a wanted behaviour like as a single-sign-on (SSO).

But it is my firm belief that any such behaviour is to be considerd a breach of security unless both admins have expressley activated this as a wanted behaviour. Possibly the problem also exists if two different admins operate two different Tikis on the same hosted volume, that somehow were created from one single predecessor, so maybe this is not as harmless as it might seem to be.

I do not know, but suspect, this could be a cookie issue.

Resolution could be that tiki-installer regenerates all security structures upon installation and/or upgrades, or at least asks the admin whether such should be reset. Also, there should be a button in the administration panel to reset this at any later time. In my opinion TikiWiki should at all times, if not told to behave otherwise, protect its instance against all other possible instances of itself...

At some point confusion may get so high to a user's browser that logging into Wiki B alone will not function, and you have to log into Wiki A to be able to access Wiki B. At the moment I experience this with my new 6.7 LTS and my old 1.9.8.3. sitting in different directories on the same volume, accessing to different MySQL DBs with differing user names and passwords...
tracker item
Using Wiki cache can show the wrong language to other users
Using wiki page cache, it happens that page cache is generated by a user who set his language to Italian. And then, the page is visited by someone who has language to something else, but sees Italian.


Workaround: turn off wiki page cache if you have a multilingual site
tracker item
Pollution of URLs by sending relative links to inexisting subdirectories
On doc.tiki.org/Installation, there is a link to doc.tiki.org/tiki-index.php/page=Installation

{img fileId=54}

And then, this page is broken, and it has many new links to index, most of which are invalid.

{img fileId=55}


Another example:
{img fileId=63}
tracker item
Add support for WinCache in tiki-check.php and Performance Admin panel (same as APC and XCache)
http://www.iis.net/downloads/microsoft/wincache-extension

https://www.microsoft.com/web/post/performance-tuning-php-apps-on-windows-with-wincache

http://php.net/manual/en/wincache.configuration.php
tracker item
Installation/Infrastructure
Features Classification
tracker item
11.x: JS minify broken when interface in Catalan
r45953

SVN (11.0svn): May 15 2013 - REV 45953

In a multitiki install of mine, I tested an upgrade from tiki9 to tiki11, and then, switching tabs in admin panels, stopped working.

Once I disabled the js minification setting, tabs worked again.

Tried in demo.t.o/Tiki11, and it works well with or without js minification. So I was that's where the issue must come from.
---

the issue is still present in : Monday 10 June, 2013 23:33:08 CEST- REV 46275, and seems related to the Catalan interface.
Once the interface is set to Catalan, and page reloaded twice, js features stop working.

Reproduced also here in dev.t.o
tracker item
jquery-migrate.min.map 404 and jquery.min.map 404 (Not Found)
tracker item
lib/jquery_tiki/tiki-maps.js is loaded even if maps are not used
tracker item
Long table truncated when presented as (cached)
We have a long table that presents fine on initial display, but when presented as (cached) the data is truncated. The footer appears mostly as normal except that it's evident that the table elements are arbitrarily cut off thereby affecting the subsequent footer.

Our table where the error is occurring is 680 lines long. The table will be truncated somewhere around line 390 or 540 but for a given edit instance it will always truncate at the same place.

We are seeing this behavior in 1.9.1 and 1.9.5. I don't believe this is a browser-related issue because we are seeing virtually the same results in IE and Firefox.
tracker item
Menu cache problem
The menu cache can't create the directory at /templates_c, when the user loged has a lot of assigned groups. The name of the directory are the concatenation of the groups names.
tracker item
Minify and cache js and css files, with an admin panel to refresh
Productization: Create admin preference to enable/disable minify
https://bugzilla.mozilla.org/show_bug.cgi?id=502092

Implement Admin panel/setting to flush/rebuild Minify cache
https://bugzilla.mozilla.org/show_bug.cgi?id=497703

[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=minify&product=support.mozilla.com&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&emailassigned_to1=1&emailtype1=exact&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailtype2=exact&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=|All "minify" related]

This cache should also be deletable


http://code.google.com/p/minify/
tracker item
Minify JavaScript breaks codemirror in doc.t.o 18.x
tracker item
Minify JS broken if JS CDN in use
tracker item
natokpe
tracker item
New "cache" section or admin panel
These 2 settings:
Use cache for external pages:
Use cache for external images:

Should be tester, better defined, and could go on the new text area admin panel
tracker item
On a new installation (existing db updated) tiki clearing cache fail due to files permissions
tracker item
output handler 'ob_gzhandler' cannot be used after 'URL-Rewriter' in tiki-setup.php on line 1890
Trying to test for this:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1312

I got, on doc.tikiwiki.org:
{img src=images/code.png}%%% {CODE()}
Warning: ob_start() [ref.outcontrol]: output handler 'ob_gzhandler' cannot be used after 'URL-Rewriter' in tiki-setup.php on line 1890
{CODE}

I had this error once. Have been unable to duplicate.
I don't remember which browser.

I am putting here just in case...
tracker item
PHP ERRORS and NOTICES using 5.2.6
PHP ERRORS and NOTICES first spotted in 2.0 and then 2.1 and still persisting in 2.2.

Reported in the Usability and Architecture Forums but not posted here before. Seems to be repeatable for me - but not sure if anyone else has seen this - could it be the version of PHP I'm using 5.2.6?

The effects are repeatable for upgraded sites and fresh 2.1 sites - have just upgraded the 'fresh' 2.1 test site to 2.2 and its still there. Not yet created a fresh 2.2 site.

The Smarty errors occur when clearing the cache - the Notices of varying type and number occur persistently at most screens - but obviously you need to have Report all errors switched on.

All sites seem to be working OK and not showing any problems in actual performance and behaviour but would like to get to the bottom of this.

~np~

PHP (5.2.6) ERROR (E_USER_ERROR):
File: Smarty.class.php
Line: 1092
Type: Smarty error: [in remarksbox.tpl line 7]: syntax error: invalid attribute name: 'vertical-align' (Smarty_Compiler.class.php, line 1545)

PHP (5.2.6) ERROR (E_USER_ERROR):
File: Smarty.class.php
Line: 1092
Type: Smarty error: [in remarksbox.tpl line 7]: syntax error: invalid attribute name: '=' (Smarty_Compiler.class.php, line 1545)

PHP (5.2.6) ERROR (E_USER_ERROR):
File: Smarty.class.php
Line: 1092
Type: Smarty error: [in remarksbox.tpl line 7]: syntax error: invalid attribute name: '"middle"' (Smarty_Compiler.class.php, line 1545)

PHP (5.2.6) NOTICE (8):
File: enen^%%B3^B31^B31A2BB0%%tiki-admin_system.tpl.php
Line: 105
Type: Undefined index: advanced_features

PHP (5.2.6) NOTICE (8):
File: en^%%F9^F99^F99945B7%%tiki-user_menu.tpl.php
Line: 103
Type: Undefined index: menu

PHP (5.2.6) NOTICE (8):
File: en^%%F9^F99^F99945B7%%tiki-user_menu.tpl.php
Line: 103
Type: Undefined index: menu
~/np~
and lots more of these NOTICES !


No longer relevant

tracker item
Rebuilding index stats: add Execution time, Memory usage and number of Queries
tracker item
renaming or deleting a wiki page doesn't update the link seen from CATEGORY plugin
Imagine you have 2 wiki pages. Page A and Page B, and Page B is assigned to category X.
In page A you use the CATEGORY plugin to list all objects from category X, and thus, it lists the "Page B" name, which links to it.

Then you rename Page B to Page C. In page A, the plugin category still shows name and link to "Page B", and not the updated name and link: "Page C".

This bug has been here for almost a year, and it is present in 1.9 and 1.10
---
bug still alive on tiki 2.1, and confirmed also after deleting pages, and clearing tiki caches.

It can be tested on (production) site for registered users at:
http://uniwiki.sima.ourproject.org
tracker item
Review .htaccess from HTML5 Boilerplate for security and performance
tracker item
setup.sh create unusable tikiwiki website if cache is full!
The tikiwiki website I have lcated at www.xilluminati.com is no longer usable because homepage shows up blank with text message that says: "header already sent".

I have heard that in order to make the site work again one must empty out the temp dir. I have heard this is a cache issue. Executing both of these results in NO change.

Then, I have heard that in order to stop this error from occurring one must run setup.sh.

At this moment in time this error is ridiculous. This is FAR too technical for our simply wanting to use a CMS that offers the functionality that tikiwiki offers, however, none of us have time, budget, or patience with having to deal with this crap.

I dont even know if this error actually could have come about do to someone placing a bunch of oimages into root, or perhaps my trying to implement google analytics... etc.

The error log file shows nothing.

The site is useless, and all the time spent upon setting the site up with content, 47 hours+, could be lost for ever.

I would appreciate an answer, a fix, a simple, yes, "SIMPLE" solution.... as this has ALWAYS been my complaint about GNU based crap... that you all are FAR too technical, and lack front end usability design skills as well as lack the MOST IMPORTANT key to success in the market of computing... that being the lack of, "The ability to create user-friendly frontend design." My recommendation to ALL YOU DEV PEOPLE ON THE GNU YOU IS THIS ----> KISS

KEEP IT SIMPLE STUPID!

Your lack of creating user-friendly front ends and systems is EXACTLY what stops the entire GNU side of the game, from beating up on Microsoft.

Sincerely,

A guy that has spent years on MS boards, within MS beta teams and as an MS partner who recently left MS due to monopolizing position of the company.
tracker item
Smarty cache is not automatically updated after a modification of language.php
Hi,

After translation of language.php, it does not seems reflect the translation work.

When I reload a related page, sometimes reflect and sometimes does not reflect.

I am not sure but I guess tikiwiki has some cache page.
If so, how to clear the cache?

Or more straight, how to reflect language.php immediately?

Please give me a hint.

Thanks,
Shigerusz3
tracker item
smarty template cache path exceeding maximum lenght
The ID generated by get_user_cache_id is used to create a new directory in templates_c/ . This ID is generated by concatenating all the groups a user is in.
When a user is in many groups the ID exceeds the maximum filename length of my system (FreeBSD 4.11).
tracker item
Supply Page Last Modifyed Information
tracker item
svn: Working copy 'temp/cache' is missing or not locked
I am often getting:

[i18nwiki@alpha ~]$ cd www
[i18nwiki@alpha www]$ svn up
svn: Working copy 'temp/cache' is missing or not locked
[i18nwiki@alpha www]$


This is caused by something that is destroying some svn system files (presumably trying to clean the cache)

Workaround is to destroy temp and to do svn up



tracker item
Tablesorter: with server=n tspaginate is not taken into account when js is minifed
tracker item
tiki-admin_system.php -> the stats are all wrong and should show only 1 langue if not i18n site
1- Turn on multilingual
2- restrict to 3 languages
3- go to compile one of the three

Notice crazy stats :-)
tracker item
TikiWiki Performance issue with Azure website
tracker item
Tracker item list not refreshing after changes
The tracker item list does not update after new entries/modifications are made to the tracker where the list items are stored.

The reason why this happens is because the cache was just not coded properly.
tracker item
Tracker Limitation of 3000-5000 entries
Hi, this is fantastic - CMS. I am excited what it can do. I have trialled few features they are excellent. I am not a programmer, but curious and learning the basics so in the near future i can help. I am learning PHP, MySql and Linux, all at the same so my focus is divided.

This Tracker feature - in my docu reading found that it has limit of 3000-5000. Which i think has something to do with the limited in-built database.

So, i thought how about using MySql - i don't know the intricacies of the whole system.

I plan to use this Tracker to customise documents handling. Which at the current count about 32,000 folders to be scanned. Each folder has about 30-100 pages of about A4 size paper and variety of it. In a workplace environment and team working on each folder "Attachments" and "Comments" are required. Plus other fields of information customised regarding each folder folder.

The "File Galleries" looks good but I can't customise to add more fields of information.

Also with Tracker, i customise "Tasks" which can include more fields of information which are not available on the normal feature "Tasks" in "My Tiki".

Priority wise - well I can see with a 3k-5k limit to go and considering a 33k folders, as high as it is possible. I may put in a seed money in this times of financial crises to about 500.00 USD to get this started. Others may co-fund. I am reducing weight anyway so I can forgo junk foods to save that amount - just humour.

Your thoughtful consideration is highly appreciated.


Teddy Apostol
tracker item
Tracker Limitation of 3000-5000 entries or File Gallery
Lifting the priority of this previous request to 8, If the built-in database could be switch to a more robust DBMS such as MySql to go beyond the 3k-5k limit.

Else, to make File Gallery customisable as it has virtually no limit (i could not read any limit in the docu)as Tracker - which has limit. So that more information or item could be added to the File Gallery.
tracker item
Tracker list plugin cache is showing a hash

{THUMB(id=17,url="show_image.php?id=17")}{THUMB}
tracker item
Tracker list_items ran out of memory after 0 items.
tracker item
Tracker performance improvements
Tracker performance improvements, as agreed with Marc Laporte. He will give it a go with Louis Philippe in January 2010.
tracker item
UI not visible to Upload video via Kaltura
tracker item
User tasks on dev.tikiwiki.org is mega slow (60+ seconds for some operations)
Just play around with it (sending a task, etc) and you will see.


Maybe it's because this site has thousands of users and on a clean install, it will be fast.

---
When adding a task from a module:
[ Execution time: 212.52 secs ] [ Memory usage: 10.13MB ] [ 143 database queries used ] [ GZIP Enabled ] [ Server load: 6.65 ]
---

The problem seems to be with the module "user_tasks" and presumably "user_tasks_public". When these modules are not assigned (activated), the task feature is fast (and quite nice/complete, I must say). It appears to be when the module cache is (re)generated.
tracker item
virtual wikis seem to share cache for groups and categories drop down lists
Hello, I'm using tikiwiki 1.9.7 and we have several virtual wikis installed at present. The problem is that the groups we get in the admin section are the groups from the virtual wiki that last made a modification to its groups. So sometimes, on the virtual wiki on which I'm admin, I see the groups of another virtual wiki, and not my own groups. The same happens for the categories. (This might also affect other domains that I haven't identified).

What seems to be happening, is that once there is a modification to groups in one of the virtual wikis, the cache is updated with that content and it seems that all virtual wikis must share the same cache... The exact cause would have to be investigated properlly as this is only an assumption deduced from the symptoms. What I do know, is that in the wiki admin section, I made sure that the cache was set to 0 (no cache), and that the individual cache checkbox was unchecked (no sure what this is supposed to do). So if this is a cache problem, it apparently occurs with a cache that you have no choice of using. Also, it can't be a browser's cache because I never go to the other virutal wikis, so there is no reason these other groups should appear in my browser suddenly.

When I do go in the groups section, the right groups are listed on the page in the section 'list of existing groups' , but in the include box of the 'add new group' section, the groups are wrong.

Well that's about it, I hope this is enough information to solve this bug. Let me know if you need specific information I haven't included in this report.

Kreugen
tracker item
Wiki cache & plugins: WYSIWYCA problem when admin visits the page (and creates the cache)
Please see screenshot attached.



(10:37:49) marclaport1: I tried turning on the wiki cache feature, but the problem is that if an editor or an admin last visited the page, the edit buttons are show to anonymous (ex.: in wiki plugin articles is in a wiki page to show last 3 articles)
(10:38:15) marclaport1: Shouldn't wiki cache feature just cache what anonymous people see?
(10:38:41) marclaport1: Anonymous is normally the largest "group" of visitors.
(10:41:09) sylvieg: marclaport: you need to turn ogg the cache for page with plugin? Is it waht you mean?
(10:41:24) marclaport1: sylvieg: yes
(10:41:58) marclaport1: sylvieg: or even (I think) a wiki page which uses group permission plug
tracker item
Wiki Cache makes part of the page wonky: it's ok when refreshed.
See screeshot
tracker item
wiki parsing processes inefficiently much and maybe even insecure
Try this:
{CODE()}
{GROUP(groups=>"xyz")}
{PLUGIN(that takes long) /}
{ELSE}
{ANOTHERPLUGIN(that takes long) /}
{GROUP}
{CODE}

The parser goes through both plugin and another plugin.

Related: 3134
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=3134&trackerId=5&show=view

Is the parser improvement already on the TW6.0 blockers' list?
tracker item
xavi
Contributors
tracker item

Keywords

The following is a list of keywords that should serve as hubs for navigation within the Tiki development and should correspond to documentation keywords.

Each feature in Tiki has a wiki page which regroups all the bugs, requests for enhancements, etc. It is somewhat a form of wiki-based project management. You can also express your interest in a feature by adding it to your profile. You can also try out the Dynamic filter.

Accessibility (WAI & 508)
Accounting
Administration
Ajax
Articles & Submissions
Backlinks
Banner
Batch
BigBlueButton audio/video/chat/screensharing
Blog
Bookmark
Browser Compatibility
Calendar
Category
Chat
Comment
Communication Center
Consistency
Contacts Address book
Contact us
Content template
Contribution
Cookie
Copyright
Credits
Custom Home (and Group Home Page)
Database MySQL - MyISAM
Database MySQL - InnoDB
Date and Time
Debugger Console
Diagram
Directory (of hyperlinks)
Documentation link from Tiki to doc.tiki.org (Help System)
Docs
DogFood
Draw -superseded by Diagram
Dynamic Content
Preferences
Dynamic Variable
External Authentication
FAQ
Featured links
Feeds (RSS)
File Gallery
Forum
Friendship Network (Community)
Gantt
Group
Groupmail
Help
History
Hotword
HTML Page
i18n (Multilingual, l10n, Babelfish)
Image Gallery
Import-Export
Install
Integrator
Interoperability
Inter-User Messages
InterTiki
jQuery
Kaltura video management
Kanban
Karma
Live Support
Logs (system & action)
Lost edit protection
Mail-in
Map
Menu
Meta Tag
Missing features
Visual Mapping
Mobile
Mods
Modules
MultiTiki
MyTiki
Newsletter
Notepad
OS independence (Non-Linux, Windows/IIS, Mac, BSD)
Organic Groups (Self-managed Teams)
Packages
Payment
PDF
Performance Speed / Load / Compression / Cache
Permission
Poll
Profiles
Quiz
Rating
Realname
Report
Revision Approval
Scheduler
Score
Search engine optimization (SEO)
Search
Security
Semantic links
Share
Shopping Cart
Shoutbox
Site Identity
Slideshow
Smarty Template
Social Networking
Spam protection (Anti-bot CATPCHA)
Spellcheck
Spreadsheet
Staging and Approval
Stats
Survey
Syntax Highlighter (Codemirror)
Tablesorter
Tags
Task
Tell a Friend
Terms and Conditions
Theme
TikiTests
Federated Timesheets
Token Access
Toolbar (Quicktags)
Tours
Trackers
TRIM
User Administration
User Files
User Menu
Watch
Webmail and Groupmail
WebServices
Wiki History, page rename, etc
Wiki plugins extends basic syntax
Wiki syntax text area, parser, etc
Wiki structure (book and table of content)
Workspace and perspectives
WYSIWTSN
WYSIWYCA
WYSIWYG
XMLRPC
XMPP




Useful Tools