Category: 4 - Done - Ready for DEV Team

Page alias worked in doc.t.o in 9.x at least.

I tried with:
http://nextdoc.tiki.org/Dynamic+items+lists
http://doc.tiki.org/Dynamic+items+lists

and none of them both work. However they both are alias names from this pages:
http://nextdoc.tiki.org/Dynamic+items+list
http://doc.tiki.org/Dynamic+items+list

as you can see at the bottom of the page.

When using tiki-print.php the page's real name is displayed instead of its alias. This is probably caused by the same regression which caused real names to be displayed as the page title instead of the alias as was addressed in [https://dev.tiki.org/item4722?from=user|this] bug report that has been completed.

I believe that the fix implimented in the bug report linked above does not remedy this, as I applied that fix to one of my local installs and the problem was still there.

I think the reason this happens is because the code that sets the page title as an alias gets that information from the structure_path object that is somehow tied to the breadcrumbs module, and the breadcrumbs module is absent when viewing the page content through tiki-print.php.

Possible solutions would include getting access to alias information through another way (generating a structure_path object on the fly if one does not exist), or perhaps simply generating breadcrumbs on the tiki-print.php page to have access to the object and setting their visibility to hidden.

Hello
If you use this plugin,:


{REMARKSBOX(type=>Tip, title=>Version 11.x)}
...page...
{REMARKSBOX}

It will not produce a page break.

Since a demo reproduces this bug, I will not use screen capture to demonstrate it. See:

http://demo.tiki.org/11x/Page+Break

{flash type="url" movie="display540" width="633" height="571"}

I watch a video at:
http://www.youtube.com/watch?v=yxKlK58gDrA&feature=youtu.be

If I want to embed, I need to change from:
{CODE()}{youtube movie="http://www.youtube.com/watch?v=yxKlK58gDrA&feature=youtu.be"}{CODE}

To:
{CODE()}{youtube movie="yxKlK58gDrA"} {CODE}

Permission from category are not applied for tiki_p_edit (Can edit/create pages) even if group "Default category assigned to uncategorized object edited by a user with this default group" is set.
Unless GLOBAL permission for tiki_p_edit is set (which is wrong as user of this group will be now able to create and edit any page anywhere without being locked in their category:structure).

Real life case:
I have a tiki with several section (shop, store, marketing).
I create a category for each section.
For each section i also create group of user so each each group can edit is own section only.
I set 3 structures so user can also create page in his structure/category/section.

In group preference, i set each group to have "Default category assigned to uncategorized object edited by a user with this default group" with the relevant category (group_shop to category_shop, etc).

As things should work.
If a member of group_shop create a (child) page from a page in structure_shop having tiki_p_edit checked for category_shop, tiki should understand that the new page should inherit from the same category permission (category_shop) and create/edit the page.

But this is not happening. Tiki see the new page to be create has "non-categorised" yet therefor doesn't allow the creation for a usergroup with tiki_p_edit uncheck in global permissions.

Summary: When creating a new page, tiki should check user group category permission and apply them prior the page exist (applying inheritance on a create state page - not saved yet).

{CODE(caption="on demo.tiki.org/trunk/")}ssh-w00ec615@dd29038:/www/htdocs/w00ec615/trunk$ php doc/devtools/prefreport.php > prefreport.csv
PHP Notice: Undefined variable: players in /www/htdocs/w00ec615/trunk/lib/wiki-plugins/wikiplugin_kaltura.php on line 46
ssh-w00ec615@dd29038:/www/htdocs/w00ec615/trunk$
{CODE}

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

Using wysiwyg, full screen plugin dialog are hidden under the page (not in full-screen the dialog is on top).

{youtube movie="http://youtu.be/rzg355BRNVk" width="320" height="280" allowFullScreen="y"}

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.

The file description text is always present if the object name (stored name, not actual filename) is selected to be displayed. Selecting to display the object name automatically displays the description.

If I enter a PluginCategory on page A, and the plugin lists page B, then page B should have a backlink to page A.

{syntax type="tiki" editor="plain"}
Please see:

http://doc.tiki.org/Changelog+1.8
http://doc.tiki.org/Changelog+1.9

__Update__: still present in 18.x :( {sign user="luci" datetime="2018-04-03T07:29:30+00:00"}

{syntax type="tiki" editor="plain"}
{img fileId="537"}

((doc:PluginCountdown)) is pretty basic, not visually appealing.

Let's move to:
http://keith-wood.name/countdown.html
https://github.com/kbwood/countdown/tree/Release_1_6_3

{flash type="url" movie="display566" width="918" height="516"}

If PluginListPages is used when feature list pages (feature_listPages) is turned off, nothing happens. There should be an error message.

See:
http://marclaporte-11197-4964.show.tikiwiki.org/tiki-index.php

===Summary===
The plugin for inserting modules into a wiki page has a bug where it crashes whenever it encounters custom modules. The following JS applies some duct-tape to the issue, and prevents the crash. I didn't get too deep into the workings of it, just got it to work. Someone who has worked on it before probably has a better understanding of the whole system, and could determine if this was the way to do it or not (the change could have cascading effects on behavior of pluginModule and how it deals with custom modules?)

Note: crash outputs the following error in js console: -+Uncaught TypeError: Cannot read property 'params' of undefined tiki-js.js:1304+-

===Procedure===
To fix the issue, one can do the following:

Modify -+lib/tiki-js.js+- line 1303. Change the else statement to an else if, checking for the undefined object which would break things.

Note that the code in the examples below if from tiki 10, not 11, and may be a little bit different in 11, but the problem remains in 11 and the line changed is the same, and fixes it in 11 too.

So, in this block

{CODE()}//For PluginModule, add selected module parameters to the plugin edit form
if (type == 'module') {
//isolate the module parameter object so it will be shown first in the form
var onlymod = {"params":{"module": meta.params.module}};
//user has not changed the module selection since opening the form
if (typeof selectedMod == 'undefined') {
//pick up the parameters of the saved module parameter
if (typeof pluginArgs.module != 'undefined') {
//this orders the module parameter first, module related parameters second, other PluginModule parameters besides module last
meta.params = $.extend(onlymod.params, tiki_module_params[pluginArgs.module].params, meta.params);
//Use the module description
meta.params.module.description = tiki_module_params[pluginArgs.module].description;
//otherwise pick up the parameters of the first module option since that will be selected automatically
} else {
meta.params = $.extend(onlymod.params, tiki_module_params[meta.params.module.options[0].value].params, meta.params);
meta.params.module.description = tiki_module_params[meta.params.module.options[0].value].description;
}
//user has selected another module while the form was open - pick up parameters for the selected module
} else {
meta.params = $.extend(onlymod.params, tiki_module_params[selectedMod].params, meta.params);
meta.params.module.description = tiki_module_params[selectedMod].description;
}
}{CODE}

change this statement

{CODE()}
} else {
meta.params = $.extend(onlymod.params, tiki_module_params[selectedMod].params, meta.params);
meta.params.module.description = tiki_module_params[selectedMod].description;
}

{CODE}

to
{CODE()}
} else if (typeof tiki_module_params[selectedMod] != 'undefined') {
meta.params = $.extend(onlymod.params, tiki_module_params[selectedMod].params, meta.params);
meta.params.module.description = tiki_module_params[selectedMod].description;
}
{CODE}

===Context===
The issue is caused because the module plugin tries to get the parameters for the object to display in the interface, but for custom modules there are none. The tiki_module_params object stores a parameters object for each module as the value for an attribute named after the module (e.g., -+tiki_module_params~np~[mymodule]~/np~+- would return the params object for -+~np~[mymodule]~/np~+-). The problem is that the if there are no parameters for the object, it sets the value for the module attribute to false, and the unmodified else statement above from -+lib/tiki-js.js+- will try to read the attribute .params from the false object, which will fail, and the js will crash.

Another possible solution to this issue could be to populate the value as an empty object instead of false, in -+tiki-jsmodule.php+-.

The word count limit option for the text area field is not working on the input form when inserting new tracker item using PluginTracker.

It appears the problem is that the ''~np~onkeyup~/np~'' attribute of the ''textarea'' HTML element is empty as follows:
{CODE(wrap=1)}
<textarea id="area_52d52c549d722" name="ins_1" cols="50" rows="15" onkeyup class="wikiedit"></textarea>{CODE}

In Tiki11 it works and the ''textarea'' element and ''~np~onkeyup~/np~'' attribute look like this:
{CODE(wrap=1)}
<textarea id="area_52d52c549d722" name="ins_1" cols="50" rows="15" onkeyup="wordCount(5, this, 'cpt_1', 'Word Limit Exceeded')" class="wikiedit"></textarea>{CODE}

{REMARKSBOX(type=note title=Note)}''Please note that I was not able to run the show.tiki.org instance due to Composer not having been run. Here was the error message when clicking on [http://lindon-10302-5096.show.tikiwiki.org]:

Your Tiki is not completely installed because Composer has not been run to fetch package dependencies. You need to run 'sh setup.sh' from the command line. See http://dev.tiki.org/Composer for details.{REMARKSBOX}

To reproduce:
http://dev.tiki.org/Search+Wishes

# Search wishes for user "marclaporte"
# Click to sort by date

List is gone

When you install new Tiki 11.x and go to Features admin panel, you see only Watches fieldset when the Basic filter is on. When you choose Advanced, some more features appear, but still not the main global ones such as Wiki, Articles, Blogs, Forums features... Unless you check all the four filters (Experimental and Unavailable), you do not see them. Weird ? Instance showcase coming up. Hold on.

__Update:__ ~~#F00:__This bug is not reproducible on show.t.o 11.0 but on latest SVN branch 11.x__~~
I could demonstrate it on 11.2svn here:

{flash type="url" movie="display482" width="801" height="801"}

Here is typical usability issue in Tiki:
http://tiki.org/forumthread49820

Things like only take effect after clearing cache so admin thinks nothing happened.

Prefs like log_tpl, custom CSS, should force a cache refresh or at least give a warning to the admin and a link to delete cache in the confirmation message.

http://marclaporte-11197-4963.show.tikiwiki.org/tiki-admin.php?page=community

{img fileId="615"}

Please make this Advanced not Basic {sign user="pascalstjean" datetime="2013-11-23T18:00:15+00:00"}

A nice video was made during TikiFestBootstrap, which should end up here: http://doc.tiki.org/Activity+Stream

Please see:
http://tiki.org/tiki-slideshow2.php?page_ref_id=565

The canonical should be the "Tiki Suite component interoperability" wiki page.