Category: 9.x

{syntax type="tiki" editor="plain"}
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)

{syntax type="tiki" editor="plain"}
[https://profiles.tiki.org/tiki-pagehistory.php?page=Admin&history_offset=1&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=0&oldver=13&paginate=on&history_pagesize=25&source=14|version 14 of this page crashes Tiki]

{syntax type="tiki" editor="plain"}
The LISTPAGES plugin does not display the category or category path for a page, even if so configured.

See demo/test on http://demo.tiki.org/9x/tiki-index.php?page=test_list

It appears that the $listpages variable does not include any category information at all.

PASCAL

Also tested with Version and Category path and also does not display

I would like to offer the upload windows for images and files to open by default in advanced mode.

Some users don't realize that there is an advanced mode where they could/should set things like categories and such.

The admin should be able to force the advanced mode for all or a group of users.

{syntax type="tiki" editor="plain"}
Full thread is here:
http://tiki.org/forumthread47305

"So should we have a new pref "unified_index" and add it as dependency for these features (PluginList, PluginListExecute, etc.), and thus people whose servers don't work with it have the option to turn them off? (effectively acting like a Tiki6)"

{syntax type="tiki" editor="plain"}
The __forums_last_posts__ module works well with "threaded" style forum threads but not with "flat" style forum threads ("''Only allow replies to the first message''" option in a particular forum config).
The __threadId__ url part isn't right, it should be the threadId of the first post.
The following error message is diplayed: "''This forum is flat and doesn't allow replies to other replies''"

A link to a first thread post will work (threadId is right for this one), but links to its answers wont.

The __since_last_visit_new__ module displays the right urls for forum posts in "flat" style forum threads.

Admin password for the show instance is: whynot

Module months_links is expected to show links to the months in the last year where posts occurred, but also display a link to the previous years, so that the user can click to the previous year to list the months that hold posts, etc.

The user expected to be able to list all months where there were posts, from the previous years, but it only display posts from the last 12 months.

The rows param by default gets the value 10 (like month october, our current month by the time of this writing)
Increasing the value shows more links (from previous years). However, it seems that Value max="-1" (show all posts, with no max limit) doesn't fetch them all.

When adding a single code plugin sectin onto a WYSIWYG page, everything is parsed and highlighted correctly. When adding a second code plugin section to that same page in the WYSIWYG editor, the first code plugin get "destroyed" - the XML tags in the code plugin etc are converted to &amp;lt; instead of <

This old mailing list thread describes the problem: http://tikiwiki.1073613.n5.nabble.com/Tiki-devel-Parser-problems-with-wysiwyg-td10967.html

Apparently this has not yet been fixed with Tiki 9.6

The following (without a space between braces) does not work anymore:

~np~
you can use the ~np~{{user} }~/np~ ~np~~/np~~/np~ ~np~((doc:Argument Variables|Argument Variable))
~/np~

Instead the Argument Variable which is inside __np__ gets parsed as current user login name.

__Update:__ updated the Subject field to more reflect what is the report about

Surprisingly, there seems to be no way of searching for file galleries.
When I search for a word, Tiki gets me the file gallery documents which name contain this word (with additional link to the file gal) and file gallery documents which description contain this word, but not file gallery which name contains this word.

Similar behaviour in Tiki15 with unified search+mysql or with legacy mysql full-text search.
Similar behaviour in Tiki9 with legacy mysql full-text search.

Why I discovered this?
I have this file-gallery based website with all my photo albums and I can tell you with 124 file galleries, it would be a useful feature.
Especially as I find no way of having all file galleries displayed in the same page because some are hidden in sub-galleries, so the fgal explorer is useless for this purpose (it's great for normal usage). Otherwise I would just do Ctrl-F in the browser.

{img fileId="310"}

To reproduce, do a preview of a document in AJAX (so above) and use the toolbar (ex.: bold)

{CODE(caption="This text behaves OK in 6x, but not in 9,10,11")}! Three ways to search

A. To search for a bug/feature request you can use the search bar in the upper right.

B. Use the Keywords way down on the right column over there -->

C. You can also search the main tracker using the form below.
{CODE}


{img fileId="258"}

The Plugin CODE (with or wihout codemirror) doesn't escape the __~np~~np~foo~/np~~/np~__ wiki syntax.

Example:
__~123~CODE()}~np~~np~foo~/np~~/np~~123~CODE}__

Displays:
{CODE()}~np~foo~/np~{CODE}

--------
{sign user="pascalstjean" datetime="2013-09-10T16:12:25+00:00"}

See also the following CODE Plugin Bugs. Consolidating all of them under one report
http://dev.tiki.org/item4205
http://dev.tiki.org/item4624
http://dev.tiki.org/item4111

e

I could not find a way to make a redirect from a page named ''foo'' to page ''foo (target)''.

When activating the preview in article ''foo'', the plugin gives out a message:

REDIRECT plugin: The redirection to 'foo (target' is disabled in preview mode.

This seems to indicate that the plugin takes the first closing parentheses to stop parsing.

When trying to save this anyway tiki complains about producing an orphaned page.

It would be nice to be able to escape the parentheses in the name of the target article.

After submitting a tracker item using PluginTracker, the form doesn't show after the page refreshes. This is because of certain url parameters that are added when the page refreshes. For example the url upon refresh can be:
tiki-index.php?page=HomePage__&ok=y&iTRACKER=1#wikiplugin_tracker1__

The parameters in bold above cause the form to not show. If the following lines are commented out in wikiplugin_tracker.php (around line 986 in 12x) then the form will show:
{CODE()}
} else if (!empty($page)) {
$url = "tiki-index.php?page=".urlencode($page);
if (!empty($itemId)) {
$url .= "&itemId=".$itemId;
}
$url .= "&ok=y&iTRACKER=$iTRACKER";
$url .= "#wikiplugin_tracker$iTRACKER";
header("Location: $url");
exit;
{CODE}

I set the admin password for the show instance to 12345. See instructions for recreating on the home page of the show instance.

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))

Please see: ((Update notifier))

{syntax type="tiki" editor="plain"}
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}
^

Images uploaded to tracker field image do not respect multitiki paths.

When you upload an image to this type of field, they go to

__img/trackers/__

When you are in a multitiki of, let's say, site1.example.com and site2.example.com, you have a folder for site1 at:

__img/trackers/site1.example.com/__

but your image files don't get uploaded there, but to the general

__img/trackers/__

And the same with all the other multitiki sites.
When you want to backup files, or migate a site to a new server, you are in trouble to know which files belong to which site from the multiki installation.

For consistency with how multitiki works, they should be uploaded to, and used from, the multitiki-aware path:

__img/trackers/site1.example.com/__