Category: 9.x

Trackers are great in Tiki, it provides a way to build quick and easy register solutions.
When used in any context related to monitoring, it would be nice to have a way to associate a record with one or more events in time. For instance you would like to receive an email at the time the issue related to the task should be controlled and/or be resolved.

Thinking on it as a feature, the following could be considered in the solution:
*It could exist more than one "timer" in the tracker record,
*It should be added like any other tracker field to the record definition,
*It could have different ways to alert: email, rss, ... (maybe only one choice when instance),
*It could have rules, like auto disable when the record is closed (or other condition),
*It could be (as an option) reprogrammed,

and also
*Maybe a user wants to know about all his/her pending "timers".
*Maybe timer implementation could be independent objects that are linked to (special fields in) tracker records (or other objects), so global management is possible.

I guess that a good part of above functionality is already in Tiki in some form.

Categories are not assigned like they are asked to in the group settings.

"Default category assigned to uncategorized objects edited by a user with this default group:"

Group chosen is not auto assigned.


Categories are also not assigned like they are asked to in the Staging and Approval settings. I will be told I am creating a staging document, it will add the prefix, etc. However, it will not move it to the chosen staging category.

I have tried this with fresh installs of 4.1 and no profile loaded during initial setup.

I wish the wonderful multilingual features that the Wiki side of
TikiWiki has were available/applied consistently throughout the Tiki package.

So, it works really well to view wiki pages in your own languages,
translate into others and keep these in sync collaboratively.

While you stay in the Wiki side of things.

As soon as you leave to use files, forums and FAQs etc. etc. multilingual is patchy at best.

I'd like to be confident that whatever feature I enable, its possible
for all content in that feature to be truly multilingual.

Thanks to this:
http://doc.tikiwiki.org/Forum+and+List+Synchronization

This:
http://sourceforge.net/mail/?group_id=64258

Should be mirrored here:
http://tikiwiki.org/tiki-forums.php

We should have some ready-made zones, where template designers can just

It should be possible to populate these zones with Site Identity or in the templates.


Please examples of floating boxes here:
http://www.jtricks.com/javascript/navigation/floating.html
http://www.phpletter.com/Demo/Jquery-Floating-Box-Plugin/

It could also be pull out thingies or horizontal bars

tiki-forum_rankings.php is broken since Tiki 4 due to its usage of function forums_ranking_last_topics(), which was removed:
Fatal error: Call to undefined method RankLib::forums_ranking_last_topics() in /var/www/tiki/6.x/tiki-forum_rankings.php on line 70

or

Fatal error: Call to undefined method RankLib::forums_ranking_last_topics() in /var/www/tikitrunk/tiki-forum_rankings.php on line 72

The method was removed in r20573.

^ Related to http://dev.tikiwiki.org/bug1184 . Opened a new one since those comments below are updated of a new trial I made today - Jan. 7th, 2009^
Issues detected while dogfooding "__minimum-clicks for pdf from doc.tw.o/Documentation structure__". An opportunity to improve the current features for production.
Related links:
http://doc.tikiwiki.org/Documentation
and
http://doc.tikiwiki.org/tiki-print_pages.php

Printed to html using SeaMonkey browser 1.1.12 and to pdf CUPS/pdf printer, both under Ubuntu 8.04 GNU/Linux
page numbers refer to a pdf produced today out of there:
[ftp://ftp.ourproject.org/pub/edutiki/090107_doc_tw_o___Tikiwiki_Documentation_SeaMonkey.pdf]
(25Mb)
-----------------------------------------------------------------------------

* Autonumbering of headings is shown on the table of contents, but not on the pages themselves (using the default theme in doc.tw.o, based on thenews.css I guess). I would say that this worked for me a month ago on a 2.1 site using feb12.css with another (shorter) structure of wiki pages ( http://www.iesbarcelona.org/ESSO350/tikiwiki-2.1/tiki-index.php?page=2008+Fall+-+Final+Paper ).

* page 39: .htaccess from dynamic content is not shown in the full page. Can this be modified at printing time so that the full content is shown on the page?

* page 41: a CODE block longer than a single sheet of paper is cut at the end of the page, not showing the rest of the content. Can this be modified at printing time so that the full content is shown on the page?

* Some pages didn't have the title manually displayed. Those ones doesn't show the title of the page (as section of the full pdf)... Maybe the best workaround is to add a setting for the user to select whether he/she wants adding all page names as titles to the pages, or not. For our case, maybe it's easier to remove extra title (easy to identify when you have too title too similar one after the other) than having to figure out where a new page starts... (see plugins pages...). Example: page 127: PluginJS is shown, fine, but not PluginLang, PluginListpages? Plugin Manager?, on the following pages...

* copyright license is needed at the end?

* It would be nice to allow at structure-printing time to select which version among the ones allowed by the PLUGIN VERSIONS (where applicable), had to be selected for printing. Right now, it might be useful for people looking for an updated documentation for their 1.9.x, so that all plugin versions were pre-set to display the content from 1.9.x. Moreover, after April (only some months to go for that) we will have the same issue with people looking for 3.x documentation, or just 2.x. Well, this is just to raise this point for the following months, so that, the better for us for producing our own documentation, the better for other communities producing their documentation using Tiki and coping with their versions also... (Firefox, for instance?)

* when the content is copied and pasted to OpenOffice (using OOo 2.x and 3.x), there are images or tables which are wider than the page size.

* Is it possible to have page breaks added before headings of level X (and let the user select a page break just before a heading level 1, and 2, for instance).
---
Update on Dec 7th, 2012 (Tiki9.x LTS):
* RFE still valid....

In Tiki 2.4 the syntax below work:

~np~{img src="img/wiki_up/cabeçalho" }~/np~

In Tiki 6.4 and trunk it doesn't (I haven't tested with other versions).

The problem is the special character "ç" in the image file name.

This bug was introduced in r22212 (http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki?view=revision&revision=22212). If you remove the call to htmlentities() the problem is solved but I'm assuming this function is there for a reason.

At the end of the installer when launch is run we can get a crash with an exception :

__"Session already opened"__

This has been reported since two years may be six times.

I have not made various test, so may be it depends of the context which is :

#Data upgraded from existing connection
#Run without inhibiting installer

This should not have effect. So I don't understand why others don't seem to observe the problem that I had always.

I need to run again directly index.

Hello,

i've upgrade my site at 8 version.

now when i upload an image and i try to use with img placeholder appear the error "file is not an image"

i read that is couse by Ajax uploader, indeed i've activated this feature recently.
so i 've unactiveted this feature but the uploader is still in Ajax.

can anybody help me?

Hi,
with 8.1 (and before) a __fixedwidth style__ (default 990px) like twist, __when it has to display a list like "wiki pages" overlaps the center column outside the layout of 450px.__

What do you think of this ?
Do any solutions have been studied ?
Do anybody works on this problem ?

The function has "no error bug" but it is not a professional way, a tester said to me whoa !!! you are going to try to propose this...

!!Working on :

Several solutions can be studied and combined :
# __embed these "tables" into tables__ so that they can't overlap but have hscroll (with all fields for selection). This is technically valid but __not at all sufficient because it is unusable__ quite heavy... but can be useful to have studied for later
# Add table with a minimum of 9 cells :
** Title and fields which fits the center column (col2) on span 2 c
** Empty
** second tr :
*** The title of element
*** content table with span 2 c and hscroll
** third tr
*** Footer span 2c (width of col2
*** Empty
# Cut the bottom of middle (col1,2,3) overlapping centered and use 100% width of screen, with automatic hscrool if too large with standard browser zooming
# The same hiding the "middle" (basic col 1,2,3) : needs to display the header with 100% width, and a new content header (enhance all styles to be able with good reliability to hide cols - a good check).
# use solution of "embed table" but with a "button to swap" to full width layout fitting the width of the screen
# option for automatic swap to full width when large tables are displayed
# swap fullscreen for tables described above
~~#090:
!!Waiting for ideas and project, thanks
~~

After a search (general by text) the beginning of text which is displayed is not decoded-re-encode for the context.
On the screenshot joined you can see parts of text with tiki tag (!! for h2), HTML tags, problem of encoding UTF8 probably or old text not re-encoded (not yet checked).

As the title describes :

In the panel of a tracker (Bugs and wishes tracker on dev.tiki.org) the tab title for "comments" don't gives any information if exists comments, while the numbers of uploads of files have the number of uploads.
It should be a progress to see into tabs headers if a tracker have generated and how many comments and with a symbol (stars ?) the volume of comments


This concerns tiki version 8.x and site dev.tiki.org

The following settings do not get saved when you create a new sheet or configure an already created sheet.

Class Name:
Header Rows:
Footer Rows:
Wiki Parse Values:

Hello,

there is a failure "XSS" persistent in Tiki Wiki 8.2. I'm reporting to security email now.

Regards,
Mario

last_update.php contains:

{CODE(colors="php plain")}/* trick for use with doc/devtools/svnup.sh */
if ( is_file('.lastup') and is_readable('.lastup') ) {
$lastup = file('.lastup');
$smarty->assign('lastup', trim($lastup[0]));
}

if ( is_file('.svnrev') and is_readable('.svnrev') ) {
$svnrev = file('.svnrev');
$smarty->assign('svnrev', trim($svnrev[0]));
}
{CODE}

But there is perhaps another way:
http://stackoverflow.com/a/111459/526467

To reproduce, search "wiki" in the admin panel here:
http://branding.tiki.org/tiki-admin.php

And you will get:
"No preferences were found for your search query."

Ideally, the problem is solved, but this is maybe tricky. It could be related to:

{QUOTE(replyto="http://framework.zend.com/manual/1.11/en/zend.search.lucene.index-creation.html")}"Zend_Search_Lucene uses flock() to provide concurrent searching, index updating and optimization. According to the PHP » documentation, "flock() will not work on NFS and many other networked file systems. Do not use networked file systems with Zend_Search_Lucene."{QUOTE}

At the very least, Tiki should detect and report to the site admin that he should use MySQL Full Text Search instead.

Ideally, MySQL Full Text Search would work for tiki-admin.php

Add empty lines after each section of records, not just bold text for the first entry of the new section of records as it is nowadays.

Daily reports: Emails sent mostly every two days instead of daily as indicated in the feature

Check if there is an easy way to differentiate in the daily reports changes made in general objects and changes made in objects created by the user.

Problem:
FAQs do not appear in the 'list FAQs page' tiki-list_faqs.php
"No records found."


This bug is visible with fresh install 8.3
or content upgraded from 6.6 to 8.3.
(feature work ok in 6.6)

Adding a new FAQ work (the new entry is seen in database with select * from tiki_faqs;)
but it will not display in the FAQs list either.

Looking at the PHP code, it seems it is a permission problem.

in tikilib.php
function list_faqs()
code below: //FIXME Perm:filter ?

By removing the test on permission :
if ($objperm['tiki_p_view_faqs'] == 'y')
the FAQs do appear correctly.

It could be related with the 6.6->8.3 changes in user_lib.php function get_permissions() or the
way FAQs permissions are retrieved with tikilib.php
$objperm = $this->get_perm_object($res['faqId'], 'faq', '', false);.

They are quite a number of other //FIXME Perm:filter ? comments in the tikilib.php,
so it is possible that this bug affects other features (or is already reported!)

Similar to the special character tool (which it could replace) , this is useful when you are away from your usual keyboard... (or just have a mouse!)

Good against keyloggers, so it could part of the login screen too

Here is a BSD-licensed one:
http://www.greywyvern.com/code/javascript/keyboard

Dokuwiki has a plugin
http://www.dokuwiki.org/plugin:vkeyboard

Both the wiki page attach file and filesplugin feature an action icon. When this icon is chosen a pop up box appears with several actions that can be taken on the file. When the delete or red X is chosen the page reloads but the file is still in the file gallery.

Discussed on wiki pages:
* ((Screencast))
* ((Copy-Pasting an image))

/var/local/trunkdoc.tiki.org/www /
Update checkout
Fix permission
Checking dirs :
backups ... ok.
db ... ok.
dump ... ok.
img/wiki ... ok.
img/wiki_up ... ok.
img/trackers ... ok.
modules/cache ... ok.
temp ... ok.
temp/cache ... ok.
temp/public ... ok.
templates_c ... ok.
templates ... ok.
styles ... ok.
maps ... ok.
whelp ... ok.
mods ... ok.
files ... ok.
tiki_tests/tests ... ok.
temp/unified-index ... ok.
Fix global perms ... chowned ... done.
Fix special dirs ... done.
Drop and recreate database
Populate trunkdocto with docto data
Upgrade schema
Running installer for: db/local.php
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:3006
PHP 8. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 9. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 10. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 11. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 12. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:3006
PHP 8. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 9. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 10. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 11. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 12. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:3006
PHP 8. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 9. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 10. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 11. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 12. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:3006
PHP 8. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 9. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 10. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 11. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 12. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:3006
PHP 8. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 9. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 10. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 11. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 12. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:3006
PHP 8. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 9. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 10. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 11. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 12. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:3006
PHP 8. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 9. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 10. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 11. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 12. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:3006
PHP 8. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 9. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 10. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 11. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 12. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:3006
PHP 8. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 9. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 10. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 11. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 12. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:3006
PHP 8. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 9. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 10. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 11. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 12. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: gmap in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: gmap in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:3006
PHP 8. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 9. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 10. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 11. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 12. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:3006
PHP 8. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 9. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 10. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 11. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 12. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: gmap in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:3006
PHP 8. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 9. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 10. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 11. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 12. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: gmap in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:216
PHP 8. Perms->loadBulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:196
PHP 9. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:343
PHP 10. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: gmap in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. Perms::filter() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2898
PHP 7. Perms::hasPerm() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:221
PHP 8. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:236
PHP 9. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 10. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 11. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 12. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 13. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: plugingroup in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:3006
PHP 8. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 9. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 10. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 11. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 12. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: move tiki to a new server in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:3006
PHP 8. Perms->getAccessor() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:120
PHP 9. Perms->getResolver() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:141
PHP 10. Perms_ResolverFactory_CategoryFactory->getHash() /var/local/trunkdoc.tiki.org/www/lib/core/Perms.php:310
PHP 11. Perms_ResolverFactory_CategoryFactory->bulk() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:52
PHP 12. Perms_ResolverFactory_CategoryFactory->bulkLoadCategories() /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php:67
PHP Notice: Undefined index: gmap in /var/local/trunkdoc.tiki.org/www/lib/core/Perms/ResolverFactory/CategoryFactory.php on line 133
PHP Stack trace:
PHP 1. {main}() /var/local/trunkdoc.tiki.org/www/installer/shell.php:0
PHP 2. Installer->update() /var/local/trunkdoc.tiki.org/www/installer/shell.php:54
PHP 3. Installer->installPatch() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:90
PHP 4. upgrade_999999991_decode_pages_sources_tiki() /var/local/trunkdoc.tiki.org/www/installer/installlib.php:114
PHP 5. TikiLib->list_pages() /var/local/trunkdoc.tiki.org/www/installer/schema/999999991_decode_pages_sources_tiki.php:29
PHP 6. TikiLib->get_perm_object() /var/local/trunkdoc.tiki.org/www/lib/tikilib.php:2923
PHP 7. Perms::get() /var/local/tr

Wiki plugins, like ((doc:PluginBigBlueButton)), you can have the situation where the cached version of the page reports "Last time we checked, the room you requested did not exist.", but since, it has been created, and this prevent people from joining the conference.

So in the plugin code, you should be able to override the wiki page cache setting.

as the topic says

if you youse the redirect plugin in an article you cannot edit the article as it redirect the page even in edit mode

http://www.w3schools.com/tags/tag_abbr.asp
http://www.w3schools.com/tags/tag_acronym.asp


This is already possible via ((doc:PluginTag)) but dedicated plugins could be cleaner/simpler in certain cases

Android browser on Tiki8: It just says "Loading..." forever


[http://cksource.com/blog/CKEditor_3.6.2_released|Recent iPads and iPhones should be OK]

If browser is not supported, should Tiki revert to entering text (or manual HTML?)

If HTTPS login is disabled and "protect all sessions" is activated, no one can login anymore.

Others to watch:

* Users can choose to stay in SSL mode after an HTTPS login
* Users can switch between secured or standard mode at login

Sometimes, you want to show a module just for Registered, but not Admins. So a notgroups param would be nice.

This idea is from Bernard Sfez on the Dev mailing list.

Importing tracker items through CSV only sets the created and lastModif value properly if the dates from the CSV file are in the numerical php date format.

When you import a csv file where the created and lastModif dates are written as proper dates, the imported tracker items have a created and lastModif date/timestamp of the date & time of the import action.

example csv :

"itemId","status","created","lastModif","VRID -- 265"
"849","o","07/12/2009 13:24","07/12/2009 13:24","4"

Whenever I export a csv file, it contains the dates as shown above, so you can't just export data and import data on the fly without modifying all the values...

c.f. [https://dev.tiki.org/item3500|bug 3500]

To reproduce: tag something with an apostrophe, like "l'apostrophe".

get to tiki-browse_freetags.php
This tag is displayed as "l\'apostrophe" instead of "l'apostrophe"

Note: it still works for searches, so fixing the display of the freetag should not break the search feature.

When using the UserList plugin, the links on the user names leading to their personal information pages, are shown and hidden depending on privileges of the logged in user. Unfortunately, the logic is reverse of what it should be.

Correct logic is: show links for all users that when either A.) You have admin privileges. B.) User listed is yourself. C.) User listed has chosen to make his profile information public.

Current logic is: show links when A.) You have admin privileges. B.) User listed is NOT yourself, AND user listed has chosen NOT to make his information public.

Please see: ((Extendable meta-data for all features))

This is a minor issue, and not sure if it something for tiki or google to fix. However I try to push Chrome as the default browser in my school because we use Google apps and it works better for that.
I don’t want to have to tell my users they need to switch browsers to insert an image. This will not get tiki accepted very fast.

I have tested this on a fresh install of 8.3, svn pre8.4, and svn pre9.0

I am on a windows 7 system with Chrome 18, Firefox 11 and IE9.
In wiki syntax mode the file galary image selector works fine.

In WYSIWYG mode the image slector works fine in Firefox and IE, in Chrome I have a new window that tries to open. The window is listed in the task bar but I cannot access it.

I have turned off pop up blockers and disabled all extensions while testing with the same result.

I have also tried from different computers.

Problem:
Some changes in Tiki code (especially the parser) between versions cause slight changes of behavior. Devs have no comprehensive way to test the result of a change on a large data set.

We have a large data set with all *.tiki.org sites.

Similar to ((tw:Pre-Dogfood servers)), we could have a script which checks the HTML output for all wiki pages for a given version, and compare this to another version.

And thus, we can check if this is a desired behavior.

The HTML entities change in Tiki9 would be a great 1st test of this. It would have been nice to have it for UTF-8 changes in Tiki5 as well...

This should be done as part of the script for ((tw:Pre-Dogfood servers)) so we have daily reports on issues. (and we know that it's the same data)

Relation should be
* visible in view mode:
* and editable in tracker item edit mode

ex.:
https://trunkdev.tiki.org/tiki-view_tracker_item.php?itemId=4025

If you create a tracker with one field which is a text area set to WYSIWYG, plus another field which is an Item Link that has the "Add Items" options set, the WYSIWYG editor will not load using the TRACKER module. It must be a conflict in the two scripts. Disabling the "Add Items" option allows the WYSIWYG editor to load fine.

When 0 is put in the Parent Category option of the Category field, no category selection is offered in the item creation form.
Even for admin.

This makes it impossible to offer a way of selecting first-level categories in tracker items.

So, tracker items can not be categorised in the first-level categories that way.

I suppose the workaround would be to create a useless category and put all the others as children. Nobody will figure that out and it is uselessly complicated

Go to tiki-list_trackers.php → Edit one Tracker → Categories tab → Only first-level categories can be selected.

With this bug and bug 4208, it seems totally impossible to design elaborate category-based permissions with trackers.

As an admin, I change the group of a user, and the default group.
The user needs to logout/login or the default group is not changed

Have just upgraded from 4.3 to 6.7 and find Plugin Showpages is no longer producing output.

Looked at [http://doc.tiki.org/PluginShowpages] for inspiration and notice that the examples there do not seem to be functioning.

Suspect plugin Listpages now has --equivalent-- similar functionality. --but we have at least one other broken plugin (WantedPages), so want to ask if there is a wider issue here, please?--

Was using ~np~{SHOWPAGES(find=>FAQ_ display=>desc) /}~/np~ but I don't see how to simply display the page description with ListPages.

--Also is there an easy way to find all the pages within our wiki where ShowPages has been used so I can change them to Listpages??--

Thanks,

Martin

Updated 08May12. The issue with WantedPages is now felt to be a separate issue and I'll open a new ticket for that.

Have also now found new to v6 Mass Search & Replace tool within Wiki Admin which is great.

Spotted by a user who noted that the URL of a suggested Calendar at the bottom of a wiki page returned an 'invalid URL' error. I tracked the error down to the sefurl modifier in the template not handling calendar URLs properly. The tested correction to modifier.sefurl.php is:
{CODE(caption="add after line 95" wrap="0" colors="php")} case 'calendar':
$href = $sefurl ? "cal$source" : "tiki-calendar.php?calIds[]=$source";
break;{CODE}

A Page Selector field from a Tracker plugin on a wiki page does not populate with the name of the page even with option Auto-Assign set to 1. Replicated on clean installs of 8.1-8.4 and 9.0b. Works fine on 7.2.

Bug is still present in master.

a) The german localization has a lot of errors, mostly typos.

b) The wording and/or spelling some of the original (english) phrases in the language file appear to me as questionable, eg line 655 "New articles submited"

To reproduce

# Install a fresh Tiki
# Create some usernames as usual
# Set "Use email as username" feature to yes
# Create more users (this time, username will be the email)
# Create a newsletter
# Subscribe the Registered group to the newsletter
# Send a newsletter

The system will crash and be unable to send the newsletter because some users don't have valid emails. If you error reporting is activated, you will get a message like this:

{CODE()}
System error.

The following error message was returned:

Duplicate entry '3-mcradmin-g' for key 'PRIMARY'
The query was:

INSERT INTO `tiki_newsletter_subscriptions` (`nlId`,`email`,`code`,`valid`,`subscribed`,`isUser`,`included`) VALUES (?,?,?,?,?,?,?)
Values:

3
mcradmin
6b78cc21c16e768dd8fbb6b538c6bf78
y
1339700591
g
n
The built query was likely:

INSERT INTO `tiki_newsletter_subscriptions` (`nlId`,`email`,`code`,`valid`,`subscribed`,`isUser`,`included`) VALUES ('3','mcradmin','6b78cc21c16e768dd8fbb6b538c6bf78','y','1339700591','g','n')
Things to check:

Is your database up and running?
Is your database corrupt? Please see how to repair your database
Are your database credentials accurate? (username, database name, etc in db/local.php)
Did you complete the Tiki Installer?
Please see the documentation for more information.
{CODE}

Often, we don't remember if we have already registered...

Activating the PlugIn FullCalendar for the display of calendar items does not show event information as expected when using the 24h display mode.
It seems that FullCalendar is not aware of the setting (12h/24h) and shows the time as AM/PM anyway.

It is not possible to delete a calendar as long it contains a recurring event. The User does not get proper feedback as why he can not delete the calendar.

Conflict detection when page is saved would be nice too. Often happens when people are translating pages.


It should offer disambiguation page...

For example http://dev.tiki.org/Download gives an error but it does contain
{CODE()} (alias(Download)) {CODE}
As you can see here:
http://dev.tiki.org/tiki-pagehistory.php?page=Get+code&source=0

So the page is not found, but when you try to create, you get:
{img fileId="562"}

So clearly it exists...

a) There is no way of displaying __all__ available tags.
b) There is no way to sort the available tags in alphabetical order when editing a wiki article -> properties.
c) The list of tags from case b) is hardly readable because the formatting leaves something to desire
d) There is no way to influence the sorting when displaying the freetags using the module Most Popular Tags.

When using field names with text for group titles, only the last part of the string is used. For example
GROUP [project_name] "AAA [project_name] ZZZ":H1
If the project name is "upgrade system", the group title should be "AAA upgrade system ZZZ" Instead I get "ZZZ"
Using: GROUP [project_name] "AAA [project_name]":H1 I get "upgrade system"

It looks like the parser that is separating text literals from [field names] is discarding all but the last one.

Edit 16 Jul 2012 Also broken in v9.0

The module upcoming_events does not indicate whether an all-day event lasts longer than one day. Such an event is only listed once on its first day. If the end date of events, that don't last all day is not displayed (parameter showEnd=y), an event lasting multiple days is indistinguishable from an event lasting only a few minutes.

The module freetags should have an option to disable the display it as a menu item in the main menu.

After I select to use the database connection, tiki-install returns blank page.

Error message logged during a few retries:
Jun 27 19:51:15 kernel apache2: PHP Notice: unserialize(): Error at offset 0 of 5 bytes in /var/www/localhost/htdocs/tikiwiki/lib/setup/prefs.php on line 377
Jun 27 19:51:16 kernel apache2: PHP Fatal error: Uncaught exception 'SmartyException' with message 'directory '' not allowed by security setting' in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php:381
Jun 27 19:51:16 kernel Stack trace:
Jun 27 19:51:16 kernel #0 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/plugins/function.html_image.php(114): Smarty_Security->isTrustedResourceDir('img/icons/green...')
Jun 27 19:51:16 kernel #1 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/function.icon.php(212): smarty_function_html_image(Array, Object(Smarty_Internal_Template))
Jun 27 19:51:16 kernel #2 /var/www/localhost/htdocs/tikiwiki/templates_c/en18b660cf6951a7bde07357befc24a4e5^fa112beffbe935d6123ba78bf16e4de6898a7e56.file.tiki-browse_image.tpl.php(105): smarty_function_icon(Array, Object(Smarty_Internal_Template))
Jun 27 19:51:16 kernel #3 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_internal_templatebase.php(180): content_4feb4814e9bb29_68835866(Object(Smarty_Internal_Template))
Jun 27 19:51:16 kernel #4 /var/www/localhost/htdocs/tikiwiki/lib/init/smarty.php(194): Smarty_Internal_TemplateBase->fetch('tiki-browse_ima...', 'en18b660c in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php on line 381
Jun 27 19:52:18 kernel apache2: PHP Fatal error: Uncaught exception 'SmartyException' with message 'directory '' not allowed by security setting' in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php:381
Jun 27 19:52:18 kernel Stack trace:
Jun 27 19:52:18 kernel #0 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/plugins/function.html_image.php(114): Smarty_Security->isTrustedResourceDir('img/icons/green...')
Jun 27 19:52:18 kernel #1 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/function.icon.php(212): smarty_function_html_image(Array, Object(Smarty_Internal_Template))
Jun 27 19:52:18 kernel #2 /var/www/localhost/htdocs/tikiwiki/templates_c/899478d8f66ae50789ef4567806e9fba159fb70d.file.remarksbox.tpl.php(44): smarty_function_icon(Array, Object(Smarty_Internal_Template))
Jun 27 19:52:18 kernel #3 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_internal_templatebase.php(180): content_4feb485289d963_55269745(Object(Smarty_Internal_Template))
Jun 27 19:52:18 kernel #4 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/block.remarksbox.php(82): Smarty_Internal_TemplateBase->fetch('remarksbox.tpl')
Jun 27 19:52:18 kernel #5 /var/www/localhost/htdocs/tikiwiki/tem in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php on line 381
Jun 27 19:52:56 kernel apache2: PHP Notice: unserialize(): Error at offset 0 of 5 bytes in /var/www/localhost/htdocs/tikiwiki/lib/setup/prefs.php on line 377
Jun 27 19:52:59 kernel apache2: PHP Fatal error: Uncaught exception 'SmartyException' with message 'directory '' not allowed by security setting' in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php:381
Jun 27 19:52:59 kernel Stack trace:
Jun 27 19:52:59 kernel #0 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/plugins/function.html_image.php(114): Smarty_Security->isTrustedResourceDir('img/icons/green...')
Jun 27 19:52:59 kernel #1 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/function.icon.php(212): smarty_function_html_image(Array, Object(Smarty_Internal_Template))
Jun 27 19:52:59 kernel #2 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/block.self_link.php(132): smarty_function_icon(Array, Object(Smarty_Internal_Template))
Jun 27 19:52:59 kernel #3 /var/www/localhost/htdocs/tikiwiki/templates_c/en18b660cf6951a7bde07357befc24a4e5^484698837cbb46d4277f0d8a99265584d63a50a7.file.tiki.tpl.php(84): smarty_block_self_link(Array, '', Object(Smarty_Internal_Template), false)
Jun 27 19:52:59 kernel #4 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_internal_templatebase.php(180): content_4feb487a692cb9_95479002(Object(Smarty_Internal_Te in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php on line 381
Jun 27 19:53:05 kernel apache2: PHP Fatal error: Uncaught exception 'SmartyException' with message 'directory '' not allowed by security setting' in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php:381
Jun 27 19:53:05 kernel Stack trace:
Jun 27 19:53:05 kernel #0 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/plugins/function.html_image.php(114): Smarty_Security->isTrustedResourceDir('img/icons/green...')
Jun 27 19:53:05 kernel #1 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/function.icon.php(212): smarty_function_html_image(Array, Object(Smarty_Internal_Template))
Jun 27 19:53:05 kernel #2 /var/www/localhost/htdocs/tikiwiki/templates_c/899478d8f66ae50789ef4567806e9fba159fb70d.file.remarksbox.tpl.php(44): smarty_function_icon(Array, Object(Smarty_Internal_Template))
Jun 27 19:53:05 kernel #3 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_internal_templatebase.php(180): content_4feb48816e5dc4_03329759(Object(Smarty_Internal_Template))
Jun 27 19:53:05 kernel #4 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/block.remarksbox.php(82): Smarty_Internal_TemplateBase->fetch('remarksbox.tpl')
Jun 27 19:53:05 kernel #5 /var/www/localhost/htdocs/tikiwiki/tem in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php on line 381
Jun 27 19:53:29 kernel apache2: PHP Notice: unserialize(): Error at offset 0 of 5 bytes in /var/www/localhost/htdocs/tikiwiki/lib/setup/prefs.php on line 377
Jun 27 19:53:33 kernel apache2: PHP Fatal error: Uncaught exception 'SmartyException' with message 'directory '' not allowed by security setting' in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php:381
Jun 27 19:53:33 kernel Stack trace:
Jun 27 19:53:33 kernel #0 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/plugins/function.html_image.php(114): Smarty_Security->isTrustedResourceDir('img/icons/green...')
Jun 27 19:53:33 kernel #1 /var/www/localhost/htdocs/tikiwiki/lib/smarty_tiki/function.icon.php(212): smarty_function_html_image(Array, Object(Smarty_Internal_Template))
Jun 27 19:53:33 kernel #2 /var/www/localhost/htdocs/tikiwiki/templates_c/enbdb13e339b46aade55c78ddc060eb364^899478d8f66ae50789ef4567806e9fba159fb70d.file.remarksbox.tpl.php(35): smarty_function_icon(Array, Object(Smarty_Internal_Template))
Jun 27 19:53:33 kernel #3 /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_internal_templatebase.php(180): content_4feb489d7e3299_95750395(Object(Smarty_Internal_Template))
Jun 27 19:53:33 kernel #4 /var/www/localhost/htdocs/tikiwiki/lib/init/smarty.php(194): Smarty_Internal_TemplateBase->fetch('remarksbox.tpl', 'enbdb13e339b46a...', in /var/www/localhost/htdocs/tikiwiki/lib/smarty/libs/sysplugins/smarty_security.php on line 381

apache-2.2.22, php-5.4.4, gentoo install

tiki-8.4 runs fine

When context menus are unchecked from look and feel and you applay to "share a link to this file" icon, url for download is served without fileId and tiki returns "File has been deleted (404)"

Was in Tiki 8.x too. Hoped it is fixed in Tiki 9 but it is still there.

General idea i mentioned in the irc-channel and which earned at least some positive feedback from @ohertel.

Feature:
Please add some kind of preference(s) allowing Tiki to determine automatically whether a table of contents should display in a given page.

If enabled it would automatically display a TOC in all articles/pages having at least ''x'' main-sections. This would avoid wasting space for superfluous ToC-s, or editors wasting time controlling TOC-s.


Example:
---------
* Intelligent ToC is enabled and set to 3
* I do create a new article which has only a small amount of text/content and is using only 2 main sections (i.e. !SectionA & !SectionB) -> results in an article with no ToC
* If i do change the article now and add i.e. 1 new Sections (resulting in having 3 aka !Sections1, !Sections2, Sections3 including an automatically generated TOC

Not working yet

T

I

T

I feel the need for a tag description field (that could be) associated to each freetag. That'd allow to place a definition (what does this tag mean ? what should it be used for ?) to make it as clear as possible for users to use the tags and know what they mean.

Not sure wether it was possible or not, I posted a message on the forum : http://tiki.org/tiki-view_forum_thread.php?comments_parentId=44367&forumId=4

Hi,

After upgrading my tiki install to 9.0, going to my website produced a blank page with the following error:
Fatal error: Call to undefined function mb_split() in /bla/bla/bla/tiki/lib/smarty/libs/plugins/shared.mb_str_replace.php on line 47

Apparently, my hoster planethoster doesn't provide a php install including the mb_split() function.

Regards,
Yannick

Uploading a file larger than ~8 Mb leads to the following message: An error occurred while performing the request. With suggested comments: 1. Did you complete the Tiki Installer? 2. Is your database corrupt? Please see how to repair your database 3. Are your database credentials accurate? (username, database name, etc in db/local.php).

With smaller files there is not problem. I tried at two different time, but after 40~45 sec. the error occurs.

My Tikiwiki installation seems to limit file size around 128 MB.

In the file php.ini I set both max_execution_time and max_input_time to 60.

Since nowadays 8Mb for files is common, this bug is really limiting the functionality of file gallery.

!Docx files are uploaded as zip files
When I upload ''.docx'' files to my Tiki-Wiki server (using the [http://cyberduck.ch/|Cyberduck WebDAV] client on Windows 7) they are uploaded with the mime-type ''application/zip'' instead of ''application/vnd.openxmlformats-officedocument.wordprocessingml.document'' (the correct one). Consequently the browser cannot directly open them which is very annoying.


!!Some attempts to debug the problem
When I try to access a file on the web server directly by manually putting it in the homepage folder and downloading it directly from the web server the file is recognized correctly. For me this means that the mime-type of the Apache server is working properly.

I checked the same issue with a the same configuration and a fresh installation at my home pc: It also didn't work. In both cases I was using the ''9.x SVN branch''.

Strange enough it did work when I tried to upload to [http://demo.tiki.org/|demo.tiki.org], (for both, ''8x'' and ''9x''). However the mime-type was set to ''application/ms-word'' which is strictly speaking also not correct (but at least it then opens correctly). I have no idea why it works there... (?)

My overall ''guess'' is that it has something to do with the fact that ''.docx'' files are actually zip files. Maybe somewhere a content based mime-detection is performed (be it in the WebDAV client, the Apache server or on the Wiki) but instead an extension based detection should have been used to distinguish ''.docx'' files from ''.zip'' files. It might also have something to do with the ''deflate mod'' (not sure).

In any case/whatever the reason the proposed solution below ''seems'' to fix all my issues and probably also some other people's issues.

It would be nice if one could choose "Latex equations" as a tracker field type. E.g. for mathematical or chemical formulas.

More generally wiki parsed fields would be nice...

I am a new user to tikiwiki and have had a problem using File Gallery on two fresh separate installations of tikiwiki 8.4, and 9.0.

I only had one user set up which was the default admin user, and found that I was unable to use the "Create a File Gallery" function was also unable to "Edit" any file galleries that existed. When I tried either of these functions it would take me to a page that said

Error
You are not logged in. Go to Log in Page

even though I was logged in, if I clicked on "Go to Log in Page" it would take me there and show

Log in
Logged in as: admin

I turned on php error reporting and these are the errors I receive after clicking on save in create a file gallery function.

PHP (5.2.17) NOTICE (E_NOTICE):
File: lib/setup/user_prefs.php
Line: 12
Type: Undefined variable: user

PHP (5.2.17) NOTICE (E_NOTICE):
File: lib/setup/user_prefs.php
Line: 14
Type: Undefined variable: user

PHP (5.2.17) NOTICE (E_NOTICE):
File: lib/setup/user_prefs.php
Line: 15
Type: Undefined variable: user

PHP (5.2.17) NOTICE (E_NOTICE):
File: lib/init/smarty.php
Line: 176
Type: ob_end_clean() [ref.outcontrol]: failed to delete buffer. No buffer to delete.

I do know small amounts of PHP scripting, html coding, and the like, and dove into some of the script, but I do not know where the user variable is supposed to be created to be passed from page to page, or if the cookie is somehow not being verified when trying to pass information from one page to the next.

I also went on tiki's forums and saw that a few others have posted similar experiences, but no working answers were supplied for me.

Editing a simple wiki page, converted into wysiwyg, added new content, saved page, and nothing of the new content is saved (old content is shown at save time and when visiting the page again)

* Select some tracker fields with the checkboxes
* Select in the dropdown at the bottom: export selected.
* Click at go
Some popup box is shown, but no fields exported.

This (equivalent feature to export tracker fields) was working in tiki6
----

tracker export failing: fyi, it might be related to the length of the tracker (and/or the internal url that is generated). Tracker has 55 fields. When I remove the last 20 (or so) fields: export fields works. when I remove the first 20, instead (in another clone of the source tracker), it works also

When you import tracker items, if you don't select the checkbox to create new items, they are supposed to replace the previous items that are there.

But this fails, and new items are created, without replacing the old ones.
---
confirmed still in trunk, SVN (11.0svn): Monday 22 of April, 2013 15:40:50 UTC- REV 45673
http://demo.tiki.org/trunk/tiki-view_tracker.php?trackerId=3

!Trackerfilter plugin doesn't always show its filter boxes

When I add a trackerfilter to my wiki page, then at the beginning everything looks nice (i.e. I see filter boxes on top). But after a while the filter/search boxes are not visible anymore. Below is the code I use on my wiki page:

{CODE()}
{trackerfilter filters="47:66/d:55" action="Search" displayList="y" trackerId="3" line="y" fields="47:48:49:51:55" sort="y" showlinks="y"}
{CODE}

!!Some behaviour can make the filter boxes appear again:

when I edit the page and change e.g. the displayList from {CODE()}displayList="y"{CODE}
to {CODE()}displayList="n"{CODE} and then click ''Preview'', the filter button/boxes appear again and even remain after I click ''Cancel edit''!

Go to tiki-browse_categories.php to browse categories. I have one category defined, some wiki pages are a member of it.

Leave the "Find" box empty.

Select "..and its subcategories" box.

Click "FIND". A "System error" page appears, saying:

{CODE(caption="The system error text" wrap="1")}
The following error message was returned:

The query was:
SELECT DISTINCT c.*, o.* FROM `tiki_category_objects` c, `tiki_categorized_objects` co, `tiki_objects` o WHERE c.`catObjectId`=o.`objectId` AND o.`objectId`=co.`catObjectId` AND c.`categId` IN (?,?,?) ORDER BY `name` asc

Values:

0
-1

The built query was likely:
SELECT DISTINCT c.*, o.* FROM `tiki_category_objects` c, `tiki_categorized_objects` co, `tiki_objects` o WHERE c.`catObjectId`=o.`objectId` AND o.`objectId`=co.`catObjectId` AND c.`categId` IN ('','0','-1') ORDER BY `name` asc
{CODE}

Categories are rather useful things. However, in a site with hundreds of objects, being able to add items to a category at maximum 50 a time makes life unnecessarily hard.

The use case in question: a site which needs review. I need to add all the wiki pages and articles to a "Requires Review" category following an update of a very old site with lots of content. I cannot, because this limit of 50 stops me from adding the lot in one go, and the lack of any discernible way to select objects which are *not* yet in the category for addition stops me from adding 50 at a time. I seem to be at an impasse, short of writing my own PHP code to add objects en-masse.

Something more like the page wiki index doesn't seem like it would be a very hard thing to add? However, I am not familiar with Tiki's internals so this is hard to estimate.

This is a complementary report to bug [item4278|#4276]. Essentially the Category object browser seems to be too limited in it's options for selecting objects to manipulate to realise the full potential that categories might offer. Specifically, the lack of a way to select all objects, or all objects *not* in a category prevents practical application of categories to large numbers of objects.

The use case in question: a site which needs review. I need to add all the wiki pages and articles to a "Requires Review" category following an update of a very old site with lots of content. I cannot, because the limit of 50 items on a page stops me from adding the lot in one go, and the lack of any discernible way to select objects which are *not* yet in the category for addition stops me from adding 50 at a time. I seem to be at an impasse, short of writing my own PHP code to add objects en-masse.

!Old office documents are uploaded as ''application/vnd.ms-office''

Depending on the Wiki server I use (it works on my home pc but not on the main server I maintain) old office documents (i.e. ''.doc'', ''.xls'', ''.ppt'') are uploaded with mime-type ''application/vnd.ms-office''. Instead they should have the mime-type ''application/msword'' for ''.doc'', ''application/vnd.ms-excel'' for ''.xls'' and ''application/vnd.ms-powerpoint'' for ''.ppt''. Note that the new formats (''.docx'', ''.xlsx'', ''.pptx'') are set correctly.

!!Why do we want the correct (more precise) ''mime-types''?
The reason this is annoying (for me) is because I wanted to setup indexing of binary file content for searching. The search is based on the mime-type and with mime-type ''application/vnd.ms-office'' there is no easy way to assign it a ''binary-to-text-converter''. If however the files had the correct mime-types I could assign the corresponding conversion program for each mime-type...

!!Fixing mime-types based on file extension?
Again it would be nice if there was an option to fix mime-types based on their extension. If it works without that: fine! But I read at several places that ''Fileinfo'' extension is not really reliable. It would be nice if there was an option/program to make sure that all mime-types are set according to a Tiki-Wiki standard (independant of the web server used). It would also be nice if it could correct all existing files. Example:

I uploaded some files before the mime-type fix. They all have the type ''application/zip''. After the mime-type fix the files upload with the correct mime-type but I still have the existing ''application/zip'' files that I now have to search and fix manually by reuploading...

All in all I think it would provide a nice tool for users that have issues with mime-types...

I have a new Tiki 9.0 install. Testing the user registration process, the antibot capcha image is not visible. So no-one can register!

I cut the image URL out of the webpage, and viewed it in isolation. It has a
path in the form "/temp/public/<UUID>.capcha.png".

I get a "403 access denied". I am not logged in, obviously. My temp/.htaccess
file has:

{CODE()}
<FilesMatch ".*">
order deny,allow
deny from all
</FilesMatch>
{CODE}

Whereas temp/public/.htaccess has:

{CODE()}
<FilesMatch ".*">
order deny,allow
allow from all
</FilesMatch>
{CODE}

These are as installed by Tiki.

If I delete temp/.htaccess, I can view the image. So it seems to be this which
is disallowing files in temp/public from being served, and this implies
temp/public/.htaccess isn't actually doing anything useful.

Refreshing my memory of how these things work, I read these:

http://httpd.apache.org/docs/2.2/mod/mod_authz_host.html#order
http://drupal.org/node/93865

Admittedly it's a bit subtle. But it looks to me like the <FilesMatch ".*"> and
'allow from all'/'deny from all' directives are redundant and might not do what
they seem to do.

Ignoring what Tiki 9.0 has installed for me, I think what sounds like a correct
configuration would be to make use of the fact that .htaccess is inside an
implicit <Directory> section, and simply have:

temp/.htaccess:

{CODE()}
# deny access to this dir and children by default.
Order allow, deny
{CODE}

temp/public/.htaccess:

{CODE()}
# allow access to this dir and children by default
Order deny, allow
{CODE}

And if I put those in, it seems to work for me. I can access
temp/public/<blah>.captcha.png, but not temp/README in my browser.

This *does* seem to be at odds with the fact that this prevents new user
registrations and that if the Tiki-installed defaults didn't work, it's likely
someone would immediately notice that! However I've asked on the devel and user lists, but no-one seems able to comment.

http://article.gmane.org/gmane.comp.cms.tiki.user/3256

Note, one possibly relevant fact is that my shared hosting (Eleven2) doesn't
actually use Apache, they use Litespeed (which is meant to respect .htaccess and
supports the usual Apache configs). So far I've not noticed any funny behaviour
which suggests that it doesn't behave just like Apache.

When saving a new Wiki page, you get a white Screen of Death.

PHP Fatal error: Call-time pass-by-reference has been removed in ... on line 97

In PHP version 5.4 >



There is no reference sign on a function call - only on function definitions. Function definitions alone are enough to correctly pass the argument by reference. As of PHP 5.3.0, you will get a warning saying that "call-time pass-by-reference" is deprecated when you use & in foo(&$a);.

For example, use:

// Right way!
function myFunc(&$arg) { }
myFunc($var);

Rather than:

// Wrong way!
function myFunc($arg) { }
myFunc(&$arg);

I was unable to get group sync for ldap working, and after changing two lines of code in userslib.php I was able to get it working.

The changes I made are the __procedure__ section, and I have included my settings also in case someone is having a similar issue, or is just trying to set up LDAP group sync and would like to see a working example, and in case it is useful in your troubleshooting.

The Editing and Plugins page was not loading on my Tiki site.

Some plugins were not loading in the Plugin Help tab.

The Category feature Category Path (show category tree, above wiki pages) is not working in 9.0 or 9.1 as released. The CatPath plugin still functions as a workaround, but provides no facility to exclude certain categories from showing like Category Path does, and is an obvious kludge. This is a system feature so my troubleshooting skills are somewhat limited, but I'd really like to get this working again for my users.

Left column formatting of blog posts seems to be broken in V9.1. This worked in V 7 and 8. The function called is BLOGLIST. It is called via Dynamic Content.

"{BLOGLIST(Id=>12, simpleList=>n, Items=>6)}{BLOGLIST}"

V9.1
http://75.101.217.92/HomePage

V8.4
http://23.20.248.62/HomePage

V7.2
http://www.environmentcounts.org/HomePage

Tracker export items using the "quick export" option fails to fetch emails when they are shown through a "User Preference" type of field. The problem comes from the fact that the data from the subsequent columns got misplaced in the previous columns.

Exporting items through the second section of Tracker export items works as expected, and includes all data in the right place.

The heading shown when viewing a Notepad item (page tiki-notepad_read.php) displays the text of the "nbsp" entity (surrounded by ampersand and semicolon) between the "Reading note:" and the note name.
Presumably this is intended to be an actual space.

Hi,

as written to the dev list, I had the problem to restrict access to some newsletters but not to all. I found a solution, but I am not sure, if this breaks nothing else. Here is the problem:

I want to set up some newsletters: One with access from anybody (anonymous users can subscribe and view the archive) and some others with access only for special groups of users.

On global permission page I set 'tiki_p_list_newsletters' and 'tiki_p_subscribe_email' for anonymous users (this permissions are not available on the object permission page).

On the object permission page for the single newsletter (accessible through /tiki-admin_newsletters.php and the key icon of every newsletter) I activate 'tiki_p_subscribe_newsletters' and 'tiki_p_view_newsletter' for the group of users with permissions on this newsletter.

With this settings I would expect, that an anonymous user browsing page tiki-newsletters.php would see the list of newsletters, in this case showing only the public newsletter. But in this case there is an error (You are not logged in). As a privileged user (allowed to see all newsletters) the page is accessible but empty, not showing any newsletter.

Tiki version 9.1
Executing the search index maintenance (e.g. php lib/search/shell.php rebuild with cron) on the command line produces the following error if "Protect all sessions with HTTPS" is set on tiki-admin.php?page=security:

PHP Notice: Undefined index: HTTP_HOST in /path/to/install/tiki-setup_base.php on line 74
PHP Notice: Undefined index: REQUEST_URI in /path/to/install/tiki-setup_base.php on line 74

when we click on "all image" in Image Gallery.All image will be blank.Help me please!!

By using i18n "Multilingual" with "Restrict supported languages" and module "switch_lang" in "Admin Modules" the module's drop down menu does not show restricted languages properly. The problem depends on chosen active language.

Restricting to Arabic, English and German, the menu offers correctly three options in Arabic and English, but all languages in German.

Adding French and Spanish to the restricted languages, now there are still three options in Arabic and English (should be five), all options in German and Spanish, and the correct five options in French.

There is no possibility to chose all languages when active language is German or Spanish, so this part of the restriction seems to work properly.

It'd be a nice feature and enhancement of users' privacy and security, if users can drop an OpenPGP public key into their accounts and receive emails encrypted. Actually anyone can initiate a forgotten password request and will be able to take over an account if he or she manages to eavesdrop a user's email traffic.

More generally spoken, OpenPGP support opens a second auth channel in case users need to change certain settings semi automatic or are in environments with a higher security level which require more than just a password.

Using an installed GnuPG software instance by PHP scripts should not be a license issue despite GnuPG is GPL and not LGPL. But this is an issue I'll check.

I have a problem with search in tiki.I wish i can search blog,article,forum... belong to author or creator.I'm researching Zend_Search_Lucene.If you have a solution of this problem.Please help me!!!thankful for all.

The dynamic content right now is just sensitive to the time to be published. The text itself is static. Often you want to have quite similar pages except some details.

Like address list for city A, for city B...
you can "hardcode" it with trackerlist in the pages of the city.
BUT if you want to add/change some information to this address pages you need to change it on aaalll pages. And for sure you make some mistakes

I have many of these pages, where just a bit is changed. Adresslist for different cities, Mailing lists, Alumni lists, starting pages for different cities, ....

{CODE(caption="How Piwik handles http/https" colors="htmlmixed")}<!-- Piwik -->
<script type="text/javascript">
var pkBaseURL = (("https:" == document.location.protocol) ? "https://piwik.tiki.org/" : "http://piwik.tiki.org/");
document.write(unescape("%3Cscript src='" + pkBaseURL + "piwik.js' type='text/javascript'%3E%3C/script%3E"));
</script><script type="text/javascript">
try {
var piwikTracker = Piwik.getTracker(pkBaseURL + "piwik.php", 2);
piwikTracker.trackPageView();
piwikTracker.enableLinkTracking();
} catch( err ) {}
</script><noscript><p><img src="http://piwik.tiki.org/piwik.php?idsite=2" style="border:0" alt="" /></p></noscript>
<!-- End Piwik Tag -->
{CODE}


For all the included JavaScript in Tiki, it should switch to HTTPS version when available.

((doc:MathJax)) is an example of a different HTTP/HTTPS URL so ((doc:PluginJS)) should have a param for alternate location of HTTPS version. Tiki could try https by default...

There is weird bug that sometime permits to create a page with no name. This has been in Tiki for several versions. Since the page has no name, it's not possible to delete from tiki-listpages.php

We have seen is here: http://profiles.tiki.org and it broked the profiles for several days.

Ref: [http://irc.tiki.org/irclogger_log/tikiwiki?date=2012-10-01,Mon&sel=379#l375]

@Mani: you should use a copy of doc.tiki.org to see a real example.

Many ISP's have separated pop/imap and smtp accounts. Or just they require SMTP auth when sending email outside ISP networks.

Just to be sure :
User may have separated incoming(pop3/imap) and outgoing(smtp) accounts
or
User may have one account for incoming&outgoing (pop3/imap/smtp)

Both cases should be supported and with ssl support.

Current (v9.1) webmail implementation does not allow separated pop/imap and smtp account settings. Also SMTP is missing ssl possibility.

So in these cases webmail is unusable.

thanks

The log in "Remember me" option can be set to "User's choice". There are fine grained options up to one day, but there's a gap between one day and one week. I'd be helpful and convenient to offer two days and three days as well.

Another nice-to-have would be a menu for users to choose themselves how long to remember up to a maximum set by the administrator. The administrator's duration menu should include the "Always" option in this case, too.

Since tiki-9.1 opening links in new page stopped working
http://doc.tiki.org/Menu#url_-_attributes_target_rel_..._

{CODE()}http://someurl" target="_blank{CODE}

Turning on the following does not seem to work
*"Allow HTML in menu option names and URLs"
*"REALLY allow HTML (INSECURE)"

I turned this on before but with some upgrade it seems to have been turned of again.
Although it is turned off in tiki-8.5 and tiki-9.0 it does work.

Please ad a option to open links in new page in "Create menu option" or fix the above.

Although the files are owned by the same user that runs the script the directory permissions do not get changed.


firedragonvbs@FiredragonVBS:~/public_html/cms/tiki-9.x$ sh setup.sh -u firedragonvbs -g firedragonvbs
You are not root or you are on a shared hosting account. You can now:

1- ctrl-c to break now.

or

2- If you press enter to continue, you will probably get some error messages
but it (the script) will still fix what it can according to the permissions
of your user. This script will now ask you some questions. If you don't know
what to answer, just press enter to each question (to use default value)
> Press enter to continue:
> Multi []:
Checking dirs :
db ... ok.
dump ... ok.
img/wiki ... ok.
img/wiki_up ... ok.
img/trackers ... ok.
modules/cache ... ok.
temp ... ok.
temp/cache ... ok.
temp/public ... ok.
templates_c ... ok.
templates ... ok.
styles ... ok.
maps ... ok.
whelp ... ok.
mods ... ok.
files ... ok.
tiki_tests/tests ... ok.
temp/unified-index ... ok.
Fix global perms ...
You are not root. We will not try to change the file owners.
Change group to firedragonvbs ... done.
Fix normal dirs ... done.
Fix special dirs ... done.

Tiki is not properly set up:

The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/dump/' is not writeable by www-data.
The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/img/wiki/' is not writeable by www-data.
The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/img/wiki_up/' is not writeable by www-data.
The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/modules/cache/' is not writeable by www-data.
The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/temp/' is not writeable by www-data.
The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/templates_c/' is not writeable by www-data.

Running installer for: db/local.php
PHP Notice: Undefined index: session_protected in /home/firedragonvbs/public_html/cms/tiki-9.1/tiki-setup_base.php on line 73
PHP Notice: Undefined index: session_lifetime in /home/firedragonvbs/public_html/cms/tiki-9.1/tiki-setup_base.php on line 86
PHP Notice: Undefined index: tiki_cdn in /home/firedragonvbs/public_html/cms/tiki-9.1/tiki-setup_base.php on line 119
PHP Notice: Undefined index: feature_fullscreen in /home/firedragonvbs/public_html/cms/tiki-9.1/tiki-setup_base.php on line 146
PHP Notice: Undefined index: tikiroot in /home/firedragonvbs/public_html/cms/tiki-9.1/lib/prefs/cookie.php on line 30

Set the Tracker Status option "Modified item status" to Pending but when any field is updated the status remains as open. This is in Tiki 9.0. I haven't tried it in any other version.

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

When creating a list of pages for a new structure with the Tree list. The Tiki stalls out and does not create the pages but dies randomly half way or three quarters of the way through the list. I then created a VM environment to test against that same version 9.1LTS and same symptom.
The problem is not there under 6.3LTS. I can create the structure just fine. Then export the structure and import it into 9.1LTS. Not exactly the workaround I want.

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 view item history (tiki-tracker_view_history.php) doesn't store data from an admin changing the associated username in a tracker item.
e.g.
# a tracker contains some fields. One of them is field type username, with creator as param.
# a registered user adds an item (so that this user has associated it's username to the field in that item)
# an admin user (user with admin perm on that tracker) changes status from open to pending.
# another admin user (with tiki_p_admin) edits that item, to change the field username from a value to another one.
# tiki-tracker_view_history.php does not show that change in the table of values, but just the change from open to pending.

Reproduced here: http://r-es.org/item308

Hi all,

I'm trying to implement tax calculations in a spreadsheet, and I find that the formulas documented in
https://doc.tiki.org/Spreadsheet+jq#New_syntax_for_formulas(external link)
are not working for me, specifically the IF formula. I tried cutting and pasting the formula in the documentation, and it returned an error: Parse error on line 1, with an arrow pointing to the first cell reference.

Is there something I have to do to configure my spreadsheet to use the JQuery formulas?

Thanks!

JK

The install fails if the server is running php safe mode. There are several references to this issue with work-arounds that didn't work for me (ex. http://twbasics.tikiforsmarties.com/Fixing+Installation+Problems).

The problem (at least for me) was that I do not have access to /tmp. It turns out to be related to a bit of code in initlib.php that doesn't check for an empty tempdir. I added additional code return ./tmp (and create it if necessary). See below. Code is commented "Safemode Fix".

static function tempdir()
{
static $tempdir;
if (!$tempdir) {
$tempfile = @tempnam(false, '');
$tempdir = dirname($tempfile);
@unlink($tempfile);
__ // Safemode Fix
if (!$tempdir) {
$tempdir = "./tmp";
if (!is_dir($tempdir)) {
mkdir($tempdir);
}
}__

}
return $tempdir;
}

There are three problems with the "Add messages from this email to the forum" when using notifications. Fixing these allows seamless integration with an email address without a separate receiver list.

# Outgoing email forum notifications should use a subject format that can be parsed into the right thread if someone replies to it if "Add messages from this email to the forum" is set.
# Outgoing email forum notifications should use the "Originating email address for mails from this forum" address so replies go to the right box (this should have worked, but didn't for me without a fix....)
# Replies have the "Re:" removed before posting to find the right thread. This needs to be added back or the resulting notification email is confusing.
# The "From" on notifications has the posters name while the email address is the forum address. This is confusing to users.

The fixes are only about 5 lines. I've attached the fixed notificationemaillib.php and commentslib.php. Fixes are marked with "AJH".

Hidden: if the plugin has a 1 (creator) or 2 (modifier) parameter, then the field will become hidden.

{CODE(caption="the generated html" colors="htmlmixed")}<span style="display:none;"><select name="ins_9" id="user_selector_9" style=""><option value="admin" selected="selected" >admin</option><option value="user135" >user135@user135.com</option>
...{CODE}

get_dsn_info and get_db_by_name doesnt support a connection to firebird because they firebird-connection-string is a little bit special (no host, everthing inside the dbname).

The solution contains also code for using params in the connectionstring.

I've added a test Report with the bug tracker sample data, seems to work fairly well, except that it's not listing open items (which trackerlist does).

Robert, maybe there is some bug around also for those simple examples?

Compare this:
http://demo.tiki.org/9x/Bug_Tracker#Bugs_list_using_Plugin_Tracker_List_

with that:
http://demo.tiki.org/9x/Bug_Tracker#Bugs_list_using_Plugin_Report_

Some fields display html code in the spreadsheet cells:
Like:

{CODE()}
Identificació - 319 ItemId - 320
<span class="hdrField" data-level="3" style="display:none;"></span> 1596
...
{CODE}

See screenshot here:
{img src="display66"}

The first column is a self-numbering field type, as main field (linked from the list to the item), and the one that says "Etiquetes lliures" refers to tags, which show hyperlinked tags, etc.
---
UPDATE: Still happening in 12.x {sign user="xavi" datetime="2013-11-17T08:47:04+00:00"}

Report doesn't seem to filter by date as it's supposed to do.

I select to list only values after a date (by the way, how does report know that this field is supposed to be the start date? just because is the first one of a couple of consecutive date fields in a tracker?), and value before that date are also shown.

I mean, we have a tracker with several date fields (4 in fact) for project management:
* when the project was requested
* when the project started
* when the project is due to be finished
* the date of the next deadline to meet within the project timeframe.

Ideally, the user should be offered the option to select which tracker field want to use as a start date for the filter, and which one as the end date for the filter. And not just the creation date or the modification date.

Right now, it seems to be using either the creation or modification date of the tracker item? (which is less useful and less versatile than what it could be with the previous improvement of the design)

The other things that might be affecting the missbehavior of the filtering by date is that the date field in a tracker can be set either by using the "Date and time" tracker field, and the "Date and time (Date Picker)" (jquery) tracker field.
See http://doc.tiki.org/Date+Tracker+Fields

They both seem (from the end user point of view) to have different way to store data:
* JQuery date picker from the tracker-field "Date and time (Date Picker)" seems to use this syntax for dates: __yyyy-mm-dd__
* JQuery date picker from the Report Builder (tiki-edit_report.php) Start and End dates, seems to use this syntax for dates: __dd/mm/yyyyy__

Maybe this is also interfering in the filtering by dates?

Using 9.2 (svn).

Tracker view item history doesn't display anything after an admin edited one field of one item

Reproduced here:
http://r-es.org/tiki-tracker_view_history.php?itemId=349

Fatal error: Maximum execution time of 300 seconds exceeded in /path/lib/smarty/libs/sysplugins/smarty_internal_data.php on line 54

Using report plugin, with a tracker with many data, etc
Ask xavi if you want to see the code to reproduce it, or a db dump to reproduce it in your localhost.

The Report feature doesn't seem to filter data if the filter applid refers to a "Item link" type of tracker field.

Scenario:
* Tracker 1 refers to a user tracker, and one of the fields is for province.
* Tracker 2 contains all the provicen names in a drop down field, and cities in a text field. (this is the common setup of a "dynamic items list" featur).

If you use report to list all items from tracker 1 which contain "province name" = "foo", you get nothing in the list. foo province exists in tracker 2. However, mysql table for tracker data seems to store the value for the province with a numeric id, instead of the string "foo" that the user knows. Therefore, there no way for the user to filter for that field.

9x dev.t.o/t5: Plain registered users can't rate tracker items; admins can. Obj & Global Perms seems ok though: bug?

Example:
As user xavi (plain regitered user) I added this bug report:
http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4330

I click on the stars field (field 62: Rating Stars (system) ) and my rating is not shown.

If I login as a user with admin privileges, then I can see the average rating, and I can rate also that item.

loss format text when user re-edit submission (use Wysiwyg)
ex:__abc__ -->abc

When clicking the "unsubscribe" link from a newsletter email the customer is immediately taken to the site where they receive a "You are not logged in" error. If the customer were to first log into the site and then click the newsletter "unsubscribe" link in the email it works fine.

A plugin requires approval. The fingerprint of the plugin is recorded, and if it is already approved, another user can use the plugin (in other words can display the page which contains the plugin).

But, if the plugin contains the fragment "/{/{user/}/}", for example
~np~{SQL(db="LOPC_XF")} SELECT `Date`, `Subject`, `From` FROM vwMessages WHERE `To` IS NULL OR `To`="/{/{user/}/}" {SQL}~/np~

then the plugin needs to be approved for each user individually.
NB - I had to put extra slashes in the above fragments to stop my username being substituted!

My guess is that the username is being substituted BEFORE the fingerprint is evaluated, which means that there is a different fingerprint for each user.

I consider that this is a bug, and that the fingerprint should be evaluated BEFORE the username is substituted, thereby allowing the plugin to be approved just once.

It ought to be a one-line fix - swap round the order of two actions - but I haven't been able to work out where in the code this fix is needed.

i have try tw 9.2 and have problem with plugin Source in wisywig editor. it give me sorce of not last version of page. How i can change it?

Set an arbitrary theme to Tiki's default (e.g. Arcturus or Fivealive). The W3C CSS Validator [http://jigsaw.w3.org/css-validator/|http://jigsaw.w3.org/css-validator/] throws a lot of errors and warnings.

Check this for [http://jigsaw.w3.org/css-validator/validator?uri=http%3A%2F%2Ftiki.org%2F&profile=css3&usermedium=all&warning=1&vextwarning=&lang=en|CSS validation http://tiki.org/]: 91 errors, 180 warnings.

In Spreadsheets' overview 'List Sheets' page date for 'Created' and 'Last Modif' are the actual date, not the real dates assigned to a sheet.

See:
http://fmg-11537-4338.show.tikiwiki.org/tiki-sheets.php

It'd be nice to have the possibility (at user's choice) to watch all items created or modified by a user automatically. For example, I'd like to autowatch all bugs filed in this tracker by myself without going to my own filed report and then clicking the 'Monitor' eye symbol. And I don't want to watch the complete tracker either.

Using the method desribed in documentation [http://doc.tiki.org/Clean+URLs|http://doc.tiki.org/Clean+URLs] (__Step 2: Configure Tiki to Produce Clean URLs__): activating search engine friendly url and choosing 'lang' for 'List of Url Parameters that should go to the path', editing a translated page will lead (save or cancel edit) to a not properly recognized pathname with /xy/ in it, where xy is the two letter language code.

There is a mouse over pop up ''short view of events'' in calendar module. Options there are export, edit, delete or view, and finally close the pop up. It seems the value of parameter __calitemId__ is missing there.
At the calendar page's click event pop up (which shows more information) the value is correct.

In a calendar event's (click) pop up (not calendar module with mouse over) there is a strange behaviour with URLs:

1) If event description starts with an external link, this link is shown with name of calender, further description ommittet.

2) If event description contains an external link, the description before this link is shown, the link is shown with name "Calendar: $name_of_calendar", and further description is omittet.

Maybe the problem extends to internal links (not tested yet).

Edit CSS feature produces CR/LF line terminators. This increases file size.

Edit CSS feature leads to file deletion in some cases, without warning:
- resulting file is larger than approx. 5300 bytes

CSS files with special characters in comments which are not UTF-8 encoded are not displayed. Edit leads to empty template.

Testfile was a copy of arcturus.css on a Debian/Squeeze.

File deletion can not be reproduced at demo.t.o 9x and 10x.

To be able to batch upload zip file to a file gallery with the file contents of the zip files that or in order.

For example.

if creating a "how to" page with screenshots, you save the screenshots as scr01.png, scr02.png, scr03.png, scr04.png, etc following the sense of the document

When you batch upload the zip file, they are randomly unzipped or assigned a file ID.

scr01.png = FileID 04
scr02.png = FileID 02
scr03.png = FileID 01
scr04.png = FileID 03

Therefore when editing the text, instead of typing in order

click here
img fileId="01"
type blah
img fileId="02"
click Ok
img fileId="03"
Click Finish
img fileId="04"

This current process greatly reduces the efficiency of editing a page with multiple successive file/image attachments. Instead of manually typing & logically augmenting the file ID sequentially knowing that it will be the next screenshot in order, you have to do several mouse clicks to chose the correct image/file, if you have a zip file with a hundred or so screenshots, this task becomes extremely burdensome.

I created a file gallery in my tiki installation and set all php *upload_size* etc. parameters in my .htaccess correctly. According to these parameters I can upload files up to a size of 8 MByte, which works without any problem, if I do this directly from the file gallery.

Now I try to use this file gal in a tracker via the tracker field "file". Everything seems to work well, uploads are shown with a progress indicator from 0 - 100%. But uploading quietly fails for files larger than 600 kByte.

The files are shown in the gallery, but on the server they have a size of 0 (zero) Bytes, files smaller than approx. 600 kByte work well.

To point it out, the problem is only existent from within a tracker using the new drag and drop (html5??) interface. With an older Internet Explorer, which does not show the progress indicator, uploading works well from within a tracker, too.

I cannot find a reason or a solution...thanks in advance...

Use this link to see error:

{HTML()}https://dev.tiki.org/tiki-view_tracker.php?trackerId=5&status=op&sort_mode=f_41_desc&filterfield=47&filtervalue[86]=&filtervalue[26]=&filtervalue[56]=Accepted&filtervalue[54]=&filtervalue[27]=&filtervalue[90]=&filtervalue[28]=&filtervalue[48]=&filtervalue[55]=&filtervalue[91]=&filter=Filter{HTML}

Tracker breaks and spills code onto the page.

This happened when I attempted to filter for only bugs in version 9x.

Using a numeric field in a trackers auto generated "new tracker item"-page is a bit difficult. The numeric values are set to "text-align:right" by ./styles/layout/design.css ( .numeric, td.numeric ). This makes sense at first glance.

Problem is when using Safari as browser the up/down arrows which are positioned ''within'' the input field and not right of it and so they do cover the first two or tree digits of the input which therefor isn't readable.

See the cursor position (vertical dash) in screenshot {img id=129} right of the arrow control -there the first digit will go.

Here you can (not) see what happens after typing "222" {img id=130}


Using Firefox this problem does not occur - no up/down arrows at all in Firefox.

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

This following displays when the user was set up, not since "last visit date"

Since your last visit...
2012-11-21
9 new posts

I searched existing bugs and couldn't find any info pertaining to above.
Am I missing something obvious?

Thanks

Using a pretty tracker as registration form doesn't allow to de-activate the captcha.
Since one of the point of using a tracker for registration is to allow special questions which robots can't answer, what is the point of forcing the use of the captcha (through which robots can easily pass)?
Maybe a duplicate of bug #1818, I'm unsure.

SHOW admin password: 01234

I created a set of 2 recurring events on a weekly basis: two consecutive mondays, and set the time from 10:00 h (a.m.), and duration of 4h (so end time should be 14:00h, e.g. 2:00 p.m.)

Once the events are created in the calendar, they show wrong end date. I think I created them today at 9:16 or so. So the end date is something like 10:16h, instead of 14:00h.

I'm using Full calendar interface, interface in Catalan (I wonder if this matters), and an updated version of Tiki9.x (svn), r44454


I edited then the first event in the calendar, selected the right end time (not by means of duration but by means of explicit end time: 14:00h) , selected to update all events from the recurrence rule, and saved.
The second event did not get the end date fixed, but still showed the old end time 10:16h.

After upgrading to 9.x from a prior release, I could no longer upload tracker images. During a long set of trial and error, I found a case that worked. After a while I noticed that the file I had successfully uploaded had the extension *.jpg whereas all the failures had *.JPG (upper-case). This was not a problem in past releases.

Someone else posted a similar problem in the forums. In case it has the same cause, I posted the information above in reply.

https://tiki.org/tiki-view_forum_thread.php?comments_parentId=45757

I set the "importance" field at a moderate level. Though it is easy to change the source file name, it can be time consuming and tedious as the number of files grow.

Hi,

This bug affects version 9.x, but after having a short look at the 10.x source code, that version is probably also affected.

It happened after upgrading from version 3.9 to 9.3.

When accessing my.host or my.host/index.php, tikiwiki should redirect to tiki-index.php but gets stuck in an endless redirection loop by redirecting to my.host.

When accessing my.host/tiki-index.php directly,the following error message is displayed:
"Error
Required features: feature_wiki. If you do not have the privileges to activate these features, ask the site administrator."

Similar errors when accessing other features.

Filename with umlauts are not possible to upload

I have some file galleries which should be accessable also from other galleries.

The file gallery can't be assigned to a category. There is a button but nothing happens if you click on that.

If I use the module "register a new user" with user tracker, the extra fields from the user tracker are dispayed twice.

[http://dev.tiki.org/tiki-pagehistory.php?page=Interoperability&history_offset=1&diff_style=htmldiff&diff_style=htmldiff&show_all_versions=y&compare=Compare&newver=45&oldver=42&paginate=on&history_pagesize=40]

Start with an existing tracker with itemsin it
Add new dropdown or radio field with option "Europe,Europe,Asia" to tracker
→ Existing items show immediately as if "Europe" value has been selected.

In Tiki 6.x and 10.x, the existing items correctly show an empty field, since no value has been entered so far.

There are a few variants of this:

Tracker Field Factory Error: Pref "trackerfield_stars" required for field type "Tracker_Field_Rating"


This is caused because in more recent versions of Tiki, each tracker field type is a preference. It should have been handled by an upgrade script but there must be a bug:



Related:
http://thread.gmane.org/gmane.comp.cms.tiki.devel/26942
http://thread.gmane.org/gmane.comp.cms.tiki.devel/29596
http://thread.gmane.org/gmane.comp.cms.tiki.devel/23733/focus=23759

When tiki-view_blog.php?blogId=x lists many posts, each one using footnotes, the footnotes numbers are false except for the first post.

As each post of the list is parsed, its first footnote number is not 1, but the total number of all the footnotes of the preceding posts of the list.

Versions : 6, 9, 10.
See : [http://demo.tiki.org/10x/blog2|http://demo.tiki.org/10x/blog2]
and [http://demo.tiki.org/9x/tiki-view_blog.php?blogId=6|http://demo.tiki.org/9x/tiki-view_blog.php?blogId=6]

in picture galleries upload is only possible, you have the right tiki_p_admin_galleries.
So all the other rights like tiki_p_upload_images are in vain.

We have a couple of tracker field type "relations" in a tracker, showing other items from the same tracker, and it displays a search box at the left of the dropdown box.
when we filter for item which have an apostrophe (single quote: '), the filter doesn't seem to find them. Without apostrophe, it does.
I.e., imagine that we have these two items (without the star):

* foo bar
* foo bar'2 foo bar foo bar

if we search for "foo", we find just the first one, not the second.

Apostrophes are very common in Catalan, as they are in French and other languages (in English it can be tested against items with names such as this onem, which has the word "doesn't" in purpose ;-).

French (at least) conventions use commas as decimal separator. This causes errors in parsing parameters when passing geolocation coordinates (Maps don't center on the good coordinates).

The plugin Exercise is a nice way to for students to get feedback on their learning. For an instructor or an admin it would be very useful to have a way of checking student's success. That way, the instructor could evaluate how easy the material is, or if certain students need extra help with something.

As far as I understand, right now exercise input data is not stored in the database so there is no way to track the exercise outcome. It would be great if a table could be added to the database where the this data could be stored and accessed.

I've just noticed with some potential new users of a Tiki site that the warning of "edit confict" is not working if the wiki page is using either the PluginWysiwyg or PluginSheet (tiki spreadsheets).

I mean, for PluginWysiwyg:
* UserA visits page "foo" clicks on the section surrounded by the wysiwyg plugin: that section opens for edition (not the full wiki page but just that section).
* While UserA has that section open still in page foo, UserB visits page "foo" and clicks on the same section in order to edit it.
__There is no warning about concurrent edition conflict.__

And similarly for PluginSheet (no warning for UserB that the same sheet is open for edition at that time by UserA)

Is this easily fixable (and backportable to 9.x LTS)?
I've reproduced the same issues here with 10.x:
* http://demo.tiki.org/10x/HomePage#PluginWYSIWYG
* http://demo.tiki.org/10x/HomePage#PluginSheet

The downside is that there is no safe way right now to edit big tables in a wysiwyg mode in Tiki 9 LTS.
* A Wysiwyg page losses editions every now and then (not recorded in history, for some mysterious reason, even if simple text edits were done some times; other times saves properly; I couldn't identify a common pattern to reproduce it always).
* WYSIWYG plugin does not warn about concurrent editions.
* The approach with sheets doesn't work either: no warning about concurrent edition.

(sad story: Those users decided to go back to attached spreadsheets saved elsewhere aside of Tiki :-/ )

Xavi

When editing an external group (a group created automatically by tiki when syncing groups with ldap) the isExternal flag which should be set to Y is set to N.

Context:
User logs in, and tiki groups are syncing with a OU on the AD, so a group is added. Say this group is "tiki-admin".
We want users part of the group tiki-admin on the AD to have admin perms on the wiki, so we edit the group in tiki and set it to inherit permissions from the local Admin group. When you hit the "Save" button after editing the group (you don't have to change anything) the group's isExternal flag is set to "n", meaning it will not sync like an external group.

Users added to the group in the AD will be added to it in tiki, but users removed from it in the AD will not be removed from the group in tiki.

I use email as username and user tracker for more information at registration.
If a user types in an invalid email address and wants to register. He gets an error, no user is registered BUT the user tracker gets an entry.

mostly I have to hit the save button twice. Perhaps that helps to find the bug?

Tiki does not send out e-mail notification when tracker items are closed. They do get sent when set to pending.

Found that Tiki 9.x (9.0->9.4) has this issue.

The smarty function that generates a user link (lib/smarty_tiki/modifier.userlink.php) will only return an actual link if the user's user_information preference is set to 'public'. In the case where the user link is to the currently logged-in user, however, there is no reason not to display the link even if that preference is set to 'private' as the user should be able to view their own preferences. This is easy to demonstrate; set your user_information preference to private and then look at your name in login module. The name will not be a link to your user preferences.

So I've been vexed by the "category_defaults" tiki preference settings since they got expanded in version 9.x to include object name and object type. Supposedly you can add filters to set the default category based on the object name using a regex, and additionally set the default category to only assign if the object type is a wiki page. This is a fantastic feature! However, I've never been able to get it to work. The syntax is confusing and poorly documented (naturally), but the real problem is that even when you get it exactly right, the feature's still broken.

I am not a coder, and even though I have commit privs, I don't think I'm prepared to "fix" this in the source, so maybe somebody can help the community out with this information.

Changing date of a calendar event sends a watch email with the former date

r45946

See source of http://dev.tiki.org/Bug+Tracker+Input+Form
Happens with any tracker plugin form using a wiki template.

Going from tiki 9.0 to tiki 9.3 (Possible still relevant to new versions, but have not had time to check if still occurs in new versions).

Works in 9.0, broken in 9.3

WYSIWYG editor generates headers (for h1-X) looking like {CODE()}<h1> header text </h1>{CODE} when it should be like {CODE()}<h3 class="showhide_heading" id="Some_text">Some text</h3>{CODE}

this breaks the ability to use hash tag to navigate to page headers.

In Bernard's email he recommends the following:

---
Go to https://dev.tiki.org/tracker5 Insert new item, go to "Area" select any.

---
As I'm creating this enter, after selecting Area: Main Feature, in the Drop-down for Sub-Category I'm seeing, as he said a list of meaningless catId's. (Bernard: "Check sub-category, instead of showing category name, it show catId.") As far as I know this problem exist since the rewrite of tables in v.9.x During TikiFest in Montreal in April, ca 12-14 April, Louis-Philippe fixed this problem for me in 11.x (then still Trunk). Sorry but I'm still in Africa, with expensive, and very unstable internet, so I can't check updates, but perhaps this can help someone find the solution. I'll be available for the group again, but only starting someone coming Monday, 27 May. No promises but perhaps I can find a solution then, but it will take time. olaf-michael (omstefanov)

e

When we have the ability to close repetitive remarksboxes and save some user space it would be nice to allow users to tick a checkbox and opt-out to not show that remarksbox up on next page reload again...

I would like to have someone develop a resource checkout system. This could be for a small library of books, videos, etc. or other resource that people can check out (company van, etc.).

Admin Side:
* Category admin
* Resource admin
* Users admin
* Inventory status (what is checked out, what is in stock etc.)
* Users who currently have the item
* Checkout length admin (custom settings by item, or blanket timeframe, or no checkout length)

User Side:
* List of items available (categorized by type: videos, books, tapes, etc.)
* List of items you are on the waiting list for
* Your position in the list (You are 3rd in line for this item)

Automatic Pieces:
* User notification of an item coming due / past due
* User notification that the item they were waiting for has been checked back in.


This might also be able to be expanded to serve as a rental pool with just a little extra work.

Related:
((Marketplace))
((Shopping Cart))

This is on trunk Revision: 37484 and still in current trunk (Révision : 37823)

I have a rather long wiki page.

When I use section edition (any section), saving gives a blank screen.

Then I go back to the page and the whole page is replaced by one single line like:
the text "PK" followed by hex "0003 0004 0014 0008"

Then it is necessary to rollback the page from the version before the section edit.

Additional info:
It does not happen on short pages. I have not been able to find time to reduce the offending page to a demo case :-(
The error logs say there is a PHP memory exhaustion but when i upgrade my memory from 128M to 256M, it exhausts just the same :
^{CODE(caption="error log",wrap="1")}
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 4096 bytes) in /www/mywebsite/htdocs/lib/diff/Diff.php on line 460, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP Stack trace:, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 1. {main}() mypath/htdocs/tiki-editpage.php:0, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 2. TikiLib->update_page() mypath/htdocs/tiki-editpage.php:994, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 3. diff2() mypath/htdocs/lib/tikilib.php:4230, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 4. Tiki_Text_Diff_Renderer->render() mypath/htdocs/lib/diff/difflib.php:134, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 5. Text_Diff_Renderer->_block() mypath/htdocs/lib/diff/difflib.php:80, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 6. Text_Diff_Renderer_unified->_changed() mypath/htdocs/lib/diff/Renderer.php:126, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 7. diffChar() mypath/htdocs/lib/diff/renderer_unified.php:64, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 8. Text_Diff->Text_Diff() mypath/htdocs/lib/diff/difflib.php:152, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 9. Text_Diff_Engine_native->diff() mypath/htdocs/lib/diff/Diff.php:44, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 10. Text_Diff_Engine_native->_compareseq() mypath/htdocs/lib/diff/Diff.php:379, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1
[Sun Oct 02 19:45:48 2011] [warn] [client xx.xx.xx.xx] mod_fcgid: stderr: PHP 11. Text_Diff_Engine_native->_diag() mypath/htdocs/lib/diff/Diff.php:586, referer: http://mywebsite/tiki-editpage.php?page=test+section+edition+1&hdr=1{CODE}
^

When you try to access a wiki page which doesn't exist, Tiki offers you a list of similarly named pages, to search for that word, to create the page, etc.

__Good.__

When you try to access other contents in Tiki (articles, blog posts, etc.) that don't exist (either have been deleted, moved, not yet published, protected, etc.), you get a Tiki error message.

__Good as well.__


But what if you try an URL which is just not possible?

Ex.: If you migrated from another system to Tiki and you are still getting hits with the previous URLs?

Of course, you could check your access logs and add nice redirects. But how can we make this easier for site admins?


The bundled _htaccess file (which you need to rename .htaccess to make active) has an example line:
{img src=images/code.png}%%% {CODE()}
ErrorDocument 404 /tiki-index.php?page=Page+not+found
{CODE}

__This is good.__

Now, how could we use this to provide the Tiki admin with a top-x error pages? And thus, it would help to detect broken links, etc.

Could .htaccess include some configuration info from Tiki? So a Tiki admin could add configuration information without using FTP, all in Tiki, possibly with a secret "system" wiki page.

Great inspiration:
https://github.com/h5bp/html5-boilerplate/blob/master/dist/.htaccess

tiki-print_pages.php should allow to set the parameter tikiversion at printing time, if Plugin Versions is being used. Example: doc.tw.o of twforsmarties: print documentation for veersion 1.9.x, 2.x or 3.x.
http://doc.tikiwiki.org/tiki-print_pages.php

http://twbasics.keycontent.org/tiki-print_pages.php

Right now, if I want to print the full structure of the documentation, I can't chose version (so that the default is shown)


marclaporte: and the same idea should apply to language. Show me doc in my language, if there is none, fall back to available language.

Admin trackers / <select tracker> / export&import / import items, csv

the tracker has two fields:
1 A text
2 B auto-incrementing itemid

the csv has one column and two rows next to the header:
A
apple
banana

parameters:
as new items not checked (expecting that it will either replace items, or remove them all)

result:
in admin trackers the number of items increases
the items view does not show any new items (even if the tiki cache is emptied) and it shows an unchanged number of items

same as Tracker numeric input.png but with input

screenshot of cursor position in numeric tracker input field

- Imagine you have a record with ten fields, but you only have a 'n' in the last column. It is not easy to select this column.
- Since each field contains a separate field, it suggests that each brings you to some different page.
- If one link of a record is active, the record is not selected.

The plugin section of the wiki help is listing the plugins aplhabetically based on their english name. When it is translated to another language the sorting remains based on the english name, it is quite confusing and looks a bit chaotic in other languages in my opinion. Is there a specific reason why the code here is written this way? If not, can this be fixed for Tiki 4? I dont know how to do it but would appreciate it :)