Category: Wiki Plugin (extends basic syntax)

Between Tiki2 and Tiki3, behavior of PlginFile changed, and is causing "No such attachment on this page" errors

http://www.google.com/search?hl=en&q=%22No+such+attachment+on+this+page%22+site%3ATikiwiki.org&aq=f&oq=&aqi=

Problem 1:
I created a Wiki page containing the following:

{img src=images/code.png}%%% {CODE()} {THUMB(id=5)}{THUMB} {CODE}

If I select Preview while in edit mode, the thumbnail is displayed, and placing the mouse cursor over thumbnail displays the fullsize image. After the page is saved and displayed, moving the mouse cursor over the thumbnail does not display the fullsize image.

Problem 2:
I created a Wiki page containing the following:

{img src=images/code.png}%%% {CODE()} {THUMB(image=>img/wiki_up/someimage.jpg)}{THUMB}
{THUMB(id=5)}{THUMB} {CODE}

If I select Preview while in edit mode and move the cursor over the first thumbnail, no fullsize image is displayed. If I move the cursor over the second thumbnail, the fullsize image corresponding to the second thumbnail is displayed. If I then move the cursor back over the first thumbnail, the fullsize image corresponding to the second thumbnail is displayed.

Using 1.10cvs from mid june 2007.
Plugin Tracker Filter doesn't find items (it is working fine for me in 1.9.x sites).
Example:
[http://www.moviments.net/intercanvis/tiki-pagehistory.php?page=Cercador%20ofertes&preview=1]

Related to [http://www.moviments.net/intercanvis/tracker2]

If any coder interested in taking care of this bug, send me a message and I'll manage an admin account there for you to look at or play with the configuration of the tracker, plugin, if needed.

Using 1.10cvs from mid June 2007

I'm using this code in here:
[http://www.moviments.net/intercanvis/Ofertes]

{CODE()}
!! 1.1. Oferiments de __Cursos__
{TRACKERLIST(trackerId=>2,fields=>9:12:20:11:19, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, max=>20, filterfield=>42, filtervalue=>, exactvalue=>6, goIfOne=>n)}Com????{TRACKERLIST}

!! 1.2. Oferiments d'__Habitatge__
{TRACKERLIST(trackerId=>2,fields=>9:12:20:11:19, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, max=>20, filterfield=>42, filtervalue=>45, exactvalue=>45, goIfOne=>n)}Com????{TRACKERLIST}
{CODE}

In the three cases cases I get
"incorrect filterfield"

Which I don't know why, since i follow indications at:
[http://doc.tikiwiki.org/PluginTrackerList]

I've tried with many more variants, just in case, with the same result (incorrect filterfield):
{CODE()}
{TRACKERLIST(trackerId=>2,fields=>9:12:20:11:19, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, max=>20, filterfield=>42, filtervalue=>6, exactvalue=>6, goIfOne=>n)}Com????{TRACKERLIST}

{TRACKERLIST(trackerId=>2,fields=>9:12:20:11:19, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, max=>20, filterfield=>42, filtervalue=>6, exactvalue=>, goIfOne=>n)}Com????{TRACKERLIST}

{TRACKERLIST(trackerId=>2,fields=>9:12:20:11:19, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, max=>20, filterfield=>42, filtervalue=>*, exactvalue=>6, goIfOne=>n)}Com????{TRACKERLIST}

{CODE}
In this tracker, field 42 is a category (id2), which has some more subcategories inside:
http://www.moviments.net/intercanvis/tiki-admin_categories.php?parentId=2

Categ 6 and categ 45 are subcategories of it.

Tracker 2, has many fields, but 2 examples for the "incorrect filterfield" behavior are:

^~pp~
Id posit name type options isMain Multil. Tbl vis Search. Public Hidden Mandat. Desc.
11 edit 30 Cursos category 6 n n n y y n n
16 edit 35 Habitatge category 45 n n n y y n n ~/pp~^

However, if I don't set any filterfield nor exact value, then I can list all items without problem.(but no pre-filtering). Example:
{CODE()}
{TRACKERLIST(trackerId=>2,fields=>9:42:12:20:19, showtitle=>n, showlinks=>y, showdesc=>n, showinitials=>y, showstatus=>y, status=>opc, max=>20, filterfield=>42, filtervalue=>, exactvalue=>, goIfOne=>n)}Com????{TRACKERLIST}
{CODE}

Some bug around filterfield param when using categories?

1.10 (using cvs from Sept 9th, 2007): TRACKERFILTER not working for me (Unknown column 'Array' in 'where clause')

To reproduce, try selecting any field for the tracker filter here:
[http://www.moviments.net/intercanvisarxius/tiki-index.php?page=cercador+ofertes]

It produces:
{CODE(wrap=>1,wiki=>1)}
An error occured in a database query!

Context:
File tiki-index.php
Url tiki-index.php?page=cercador+ofertes
Query:
^
SELECT tti.*, ttif.`value`, ttf.`type`, tti.`lastModif` as `sortvalue` FROM ( `tiki_tracker_items` tti INNER JOIN `tiki_tracker_item_fields` ttif ON tti.`itemId` = ttif.`itemId` INNER JOIN `tiki_tracker_fields` ttf ON ttf.`fieldId` = ttif.`fieldId`) INNER JOIN `tiki_tracker_item_fields` ttif0 ON (ttif0.`itemId` = ttif.`itemId`) INNER JOIN `tiki_objects` tob13 ON (tob13.`itemId` = tti.`itemId`) INNER JOIN `tiki_category_objects` tco13 ON (tob13.`objectId` = tco13.`catObjectId`) WHERE tti.`trackerId` = ? and (`status`=? or `status`=? or `status`=?) AND ttif0.`fieldId`=? AND tob13.`type` = 'tracker 2' AND tco13.`categId` IN ( 0 ,? ) GROUP BY tti.`itemId` ORDER BY `sortvalue` desc
^
Values:
0 2
1 o
2 p
3 c
4 13
5
Message:
Unknown column 'Array' in 'where clause'
Builded query was probably:
^
SELECT tti.*, ttif.`value`, ttf.`type`, tti.`lastModif` as `sortvalue` FROM ( `tiki_tracker_items` tti INNER JOIN `tiki_tracker_item_fields` ttif ON tti.`itemId` = ttif.`itemId` INNER JOIN `tiki_tracker_fields` ttf ON ttf.`fieldId` = ttif.`fieldId`) INNER JOIN `tiki_tracker_item_fields` ttif0 ON (ttif0.`itemId` = ttif.`itemId`) INNER JOIN `tiki_objects` tob13 ON (tob13.`itemId` = tti.`itemId`) INNER JOIN `tiki_category_objects` tco13 ON (tob13.`objectId` = tco13.`catObjectId`) WHERE tti.`trackerId` = '2' and (`status`='o' or `status`='p' or `status`='c') AND ttif0.`fieldId`='13' AND tob13.`type` = 'tracker 2' AND tco13.`categId` IN ( 0 ,'Array' ) GROUP BY tti.`itemId` ORDER BY `sortvalue` desc
^
{CODE}

It was happening like that with code from months ago, and that's why I've tried today with updated code from cvs HEAD, plus upgrading db using tiki_1.9to1.10.sql script.

---
Fixed the 10/9/07

Contributors

Since upgrading dev.tikiwiki.org the "submitted by" is not recorded in bug reports

Can not reproduce the problem. Can you give an url ?
This url http://dev.tikiwiki.org/tiki-view_tracker_item.php is working for me

1- Go here as anonymous:
http://dev.tikiwiki.org/Upcoming+Events

2- Click on a link

You are requested to logon even though Anonymous has tiki_p_view_calendar permission

This was working fine in 1.9.11

But now in version 2.0, there are two permissions:

|| Can browse the calendar | tiki_p_view_calendar
Can view events details|tiki_p_view_events||

I found TikiWiki's use of plugins to be an excellent substitute for the lack of built-in support for parameterized templates as found in MediaWiki - http://www.mediawiki.org/wiki/Help:Templates

I referred to the following instructions to create a php-based plugin:
http://dev.tikiwiki.org/tiki-index.php?page=Hello+World#To_create_a_new_plugin

They work great but with one caveat:
The use of double-quotes which are necessary for displaying strings with commas seems to create problems. For instance with a simple "HelloThere" plugin syntax {CODE()}{HELLOTHERE(firstname=>, lastname=>)}{HELLOTHERE}{CODE}:

This invokes the following simple function:

{CODE()}
function wikiplugin_hellothere($data $params) {
extract ($params EXTR_SKIP);
$strHello = "Hello there $firstname $lastname" ;
return $strHello;
}
{CODE}
(Squiggly brackets removed for display reasons)

{CODE()}{HELLOTHERE(firstname=>"Thurston", lastname=>Howell)}{HELLOTHERE}
{CODE}
yields
''Hello There Thurston Howell. ''
Great!

{CODE()}HELLOTHERE(firstname=>"Thurston", lastname=>"Howell III Esq. CPA")}{HELLOTHERE}{CODE} yields
''Hello There Thurston Thurston. ''
Not so great...

Namely adding double-quotes to get around the issue of commas within strings introduces a whole other problem of its own – repetition of the first variable. When there are 10 variables for instance the first quoted value will be repeated 10 times.

I am using TikiWiki 1.9.11; has anyone encountered this issue and if so is there a remedy?

Contributors

Consequently gets an error on this plugin using 2.1 on a Windows machine. Error message from a what I am sure is a proper trackerlist reference is:

ErrorError
No field indicated

Close Window

- - - -

Found out this was an issue related to not making the referenced fields public. I would suggest the documentation is clearer on this issue in the trackerlist documentation. Will have a look at the documentation.

External wiki links are mistakenly identified as wanted pages

http://profiles.tikiwiki.org/Admin

{WANTEDPAGES()}{WANTEDPAGES}

Contributors

Contributors

Contributors

When using > to compare values in pluginJQ it will html encode the > sign:


if($("#itemExist").length > 0)
{
$("#editItemForm1").parents("td:first").hide();
}
else
{
//something else
}

Should be:

if($("#itemExist").length > 0)
{
$("#editItemForm1").parents("td:first").hide();
}
else
{
//something else
}

Hi,

After upgrading my web site from tiki 7.0 to 7.2, I've noticed that the non-parsed wiki feature in the wiki pages is not working correctly anymore.
Indeed, from the tests I've done, it seems that in case of multiple use of the non-parsed wiki feature on the same line, only the last one is taken into account.

For exemple, for the following wiki text, only the second ~np~--css~/np~ is taken into account, the first one not so the text is striked through.

***use the ~np~--css~/np~ option (ex: ~np~--css~/np~ test)

Regards,
Yannick

--------------------
Ticket update:

Note that the problem occurs mainly in fancytables.
I've enabled "Allow HTML" for the problematic pages. That also corrected the problem with non-parsed wiki syntax. (:eek:)

---
Activating plugins doesn't invalidate cache and thus, the plugin help doesn't appear on next page edit.

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

It is now done in the category picker and it's very useful.

{img src=show_image.php?id=92}

An idea expressed by Mike Kerr (Kerrnel22) at the Nov 2008 Montreal TikiFest:

To include tracker output data in the spreadsheet. This would help make very flexible reports, with charts.

[http://profiles.tikiwiki.org|Profiles] are cool
[http://www.yaml.org/|YAML] is cool
[http://qbnz.com/highlighter/|GeSHi] is cool.
[http://doc.tikiwiki.org/PluginCODE|The CODE plugin] is cool.

Now, when making profiles using YAML, it would be nice to have GeSHi Syntax Highlighter in the CODE/YAML/Profiles definitions.

Reference:
http://sourceforge.net/tracker/index.php?func=detail&aid=1648006&group_id=114997&atid=670234

See http://doc.tikiwiki.org/tiki-pagehistory.php?page=File%20Gallery%20for%20Images&preview=10

If you use align=center inside a ~np~{img}~/np~ the image will be displayed floating in middle of the text. This is a regression, align=center used to work well in previous versions.

The current wiki syntax does not allow commas when specifying the page name for an external wiki link. This is a problem for example when trying to setup an external wiki link to a list of Bugzilla bugs. In "Admin external wikis" I can create this entry
|| __Name__ | __Extwiki__
buglist | https://bugzilla.mozilla.org/buglist.cgi?bug_id=$page||
But using ~pp~((buglist:1000,1001))~/pp~ on a wiki page does not work.

It is not possible to use pagination inside the wiki plugin articles. The attached Patch enables this by adding a paginate (y|n) to the parameters.

The redirect plugin currently lacks the ability to include fragment identifiers, e.g. -+~np~{REDIRECT(page=Foo#some_id)/}~/np~+- does not work; the resulting URL is -+~np~tiki-index.php?page=Foo#some_id&redirectpage=this_page~/np~+- instead of -+~np~tiki-index.php?page=Foo&redirectpage=this_page#some_id.~/np~+-

See this page:
https://webgrec.ub.edu/webs/05195_ANG.html

When it is snarfed by a Tiki site (tried with up to 1.9.9), special characters are shown weird.
Example:
http://gclub.ub.es/xavi

Could it be made that snarf plugin allow selecting with character set is used in the page taken by the snarf plugin?
This way, the user would be able to siwtch, at least, between utf-8 and iso-8859-1 (or iso-8859-15, at least) so that the page is shown properly...

---
update: the source page in this example, doesn't have any character set defined, afaik (as of January 3rd, 2008).
So the request would be, If I understand the problem well enough, "make snarf plugin hadle correctly pages with no charset specified or with ones different from utf-8".

The trackerfilter wiki-plugin could be enhenced to show/hide fields only for specified groups of users.

On UI.tikiwiki.org, I can add a few annotations to some images, but if I forget to click "Save changes to annotation", I will lose my annotations.

Tiki Articles do not support the FOOTNOTEAREA plugin. In Tiki 5 and 6 I used:
{CODE()}
foo bar {FOOTNOTE()}http://www.foo.bar{FOOTNOTE}
---
{FOOTNOTEAREA() /}
{CODE}

Tiki renders the footnote (superscript) properly, but does not include a Footnote area at the bottom of the article.

Tested & confirmed on info.tw.o using Tiki 5 and 6

To filter articles by language:
{CODE()}
{ARTICLES(lang=>)}{ARTICLES}
{CODE}


Using the nifty lang & notlang as below gives more flexibility:
{CODE()}
{LANG([not]lang=>code[+code+...])}text{LANG
{CODE}

In view mode:

PluginCODE should have horizontal scroll bar when there is too much code on one line. This used to work a while ago on some browsers, but not all.


In edit mode:
CodeMirror seems to force the page to be super large

You can see:
* http://profiles.tikiwiki.org/Admin#List_pages
* ((doc:backlinks))

Any text generated by a plugin is having it's backslashes doubled. Looks like "addcslashes" is being called somewhere it shouldn't. Eg: Put a single slash into a CODE plugin block, and examine the output.

We already have:
* ((doc:PluginTrackerStat))
* ((doc:Computed Tracker Field))

But we would need something additional for the following use case:

We have a tracker with a list of tasks. Each task has typical values:
*Open/Pending/Closed (tracker status field)
*Name (text)
*Description (text area)
*Assigned to (user)
*Assigned by (user)
*Priority (drop-down of 1 to 5)
*Creation date (system generated field)
*Last modification date

This is very similar to:
http://profiles.tikiwiki.org/Simple+Bug+Tracker

((doc:PluginTrackerStat)) could provide some stats on how many tasks are in each priority.


Now, imagine each task has 3 additional values:
*Original estimate (do not change the value of this field)
*Hours spent so far
*Time remaining estimate.

((doc:Computed Tracker Field)) could calculate 2 additional values.

* ''Current estimate'' would calculated by ''Time remaining estimate'' plus ''Hours spent so far''
* ''How on-target are we?'' would calculated by ''Current estimate'' divided by ''Original estimate'' times ''100''

So far, so good!

However, we would like to know:
*The total number of all hours of work remaining.
*The overall ''How on-target are we?''

((doc:PluginTrackerList)) coudl be extented to have a report of the total number of hours, with certain filters.

Then, Tiki could be used to manage a Tiki Sheet:
http://profiles.tikiwiki.org/Time+Sheet

In the future, we could generate ((doc:Graphics and Charts)) from this data, like we do in the ((doc:spreadsheet))

Creating a new page containing the CODE initial tag and then the CODE close tag
and inside this having a $0 produce a 500 internal server error

Reproduced on two different migrated tikiwiki sites (from 1.97 and from 1.9.9)
(working well BEFORE upgrade) and on the feature/usability tikiwiki forum site itself.

Adding a comment on the 4929th line in lib/tikilib.php you can see it again, but without
proper substitution

The problem is blocking ($0 is several times used inside linux script tipically contained
into CODE tags)

I noticed that all the calls to the SQL plugin were killing my intranet website when going to version 4.x. Digging deeper I've narrowed it down to the ADONewConnection call of the wikiplugin_sql.php file. On that line of code PHP dies and I am left with a white page. I have tried playing with the call itself and even going to PDO which worked well enough to complete the page without dying, however I don't know enough about the PDO paradigm to actually retrieve data and rewriting the entire data retrieval strategy seems a bit extreme.

Upon learning of dbreport, the only other plugin I know of to also use ADONewConnection plugin, is also failing I've decided this might be an issue in the plugin engine itself which is beyond me to resolve. One black box at a time is my general approach to things and this now relates to ADO and the plugin engine.

I will continue to look at this issue, however assistance from bigger brains for PHP than my own would be a good thing.

Sorry I cannot find "wiki-pages" to check in the report-a-bug-form.


1. I edit a wiki page
2. I move the mouse over the save button
3.! I get a help-cursor and the text in the textarea scrolls to the very bottom
4.! I click on save, but nothing happens

I got this behavior REV 24514 and on your REV 24503

I get the same behavior on Firefox, Chrome and WinXP-Safari.

best regards
Thomas

The very useful wiki plugin catorphans only works with wiki pages.

The documentation suggests it is sort of set up to deal with different types of uncategorised objects by setting the objects=> parameter to various values ie wiki|article|blog|faq|fgal|forum|igal|newsletter|poll|quizz|survey|tracker.

But looking at the plugin code, the code comments make it clear that the development is not yet complete and only the 'wiki' object has been coded.

The documentation has been updated to make this clear - but extending this plugin to the other features would be very useful now that Categorisation is the major permission/access control mechanism in Tiki

If you create a {CODE()} {CODE} block in a
wiki page or blog post which contains a "$" followed by a digit somewhere on the page, the page will not be rendered correctly. In fact, the text "($10), $0" will prevent the entire page from being rendered at all. In a blog post it can make the entire blog inaccessible.

Seen in v2.3.

Sounds identical to this closed tracker item: [http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=218&highlight=code|Wiki: CODE block may not contain "$0"]

This bug is seen by our IE 8 clients. We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database.

Our users are editing in the CKEditor WYSIWYG and try the Code plugin from the toolbar. The Code window opens as expected and the users enter their code in the correct field. On pressing Insert (or Replace) the code plugin is added in the editor but there is no contents in the plugin. If I open the normal editor it displays as%%%~np~{code caption="MyCode.java"}~/np~%%% which is completely the wrong syntax.

If I try using the Code option in FF then it opens a new window and I can add the code just fine. I view from the normal editor and it reads%%%~np~{CODE( caption="MyCode.java")}public class MyCode {
//testing a point
}{CODE}~/np~%%% which is correct.

Since IE is our corp standard our users need to be able to add files using that browser. Also, they had no problem in Tiki 5.x but that was a different WYSIWYG system.

Thanks,
Tim

When you use the code plugin, the page width formatting is thrown off. Instead of seeing both left/right colums, the right column gets shoved off the screen and I have to scroll. This is with scroll bars already setup on the code plugin itself.

--
Chealer :
This happens when nowrap was not set.

Gary (chibaguy):
In my checking (trunk version, but same relevant CSS as in Tiki 3 and $), almost all browsers respect the overflow:auto rule for the code plugin and don't cause the page to widen. I put a long unbroken line of text in the code plugin, and in Opera, IE, Safari (Windows), and SRWare Iron (Chromium - webkit), even this unbroken line was broken to impose a scrollbar on the code area and avoid a scrollbar on the window. Firefox was the only browser that failed at this.

If the current rules - overflow:auto, and 90% width in some themes - then all browsers will allow the long line to display unbroken and create the page-bottom scrollbar, pushing the right column out of view. As I understand it, this is the behavior reported as a bug here.

When page content is too large, the browser is way too large or some content is truncated/hidden:
http://dev.tikiwiki.org/tiki-pagehistory.php?page=Hello%20World&preview=73

This is the good behavior in Firefox but not IE6:
http://www.wikicreole.org/wiki/TikiWikiCMSGroupware

Maybe CODE plugin should have wrap=1 by default, but with the horizontal scroll, it'll be OK.

Yeah, we're building a COBOL advocacy TikiWiki site. The CODE plugin removes leading indentation. FIXED format COBOL uses a 6 character sequence number, column 7 as a special indicator and actual code starting at column 8. The initial $code = trim($data); is inappropriate for COBOL, and perhaps for other snippets that need to be cut'n'pasted with indentation intact.

I'd almost just go ahead and commit the change, but I'm not experienced enough with the technical details of PHP, and worry that the solution I'm using locally is not an unacceptable performance hit or that using the > v4.1 charlist feature of the trimming functions breaks legacy Tiki installations. I doubt it, but I thought I'd start here and get expert opinions.

{img src=images/code.png}%%% {CODE(colors=>php, title='lib/wiki-plugins/wikiplugin_code.php')}
function wikiplugin_code($data, $params) {
if ( is_array($params) ) {
extract($params, EXTR_SKIP);
}
$code = trim($data);
$parse_wiki = ( isset($wiki) && $wiki == 1 );

// Detect if GeSHI (Generic Syntax Highlighter) is available
{CODE}

All that is required is changing trim($data); to rtrim(ltrim($data, "\n\r\0\x0B")); so that leading spaces and tabs (tabs, they should be removed ... just because ... but that's not playing nice with others) are left intact.

We're using GeSHi, but this trim occurs regardless.

Thanks for listening,
Brian

As of Friday 4/15/2011, code plugins stopped displaying their contents on my 7.x head site.

For example, I have a code plugin with no options set that contains:

{CODE()}function validate_a as p (e as p)
'Sample validation function.
'Data for the current row is available in 'e.data'.
'For example, e.data.firstname, e.data.lastname
if e.data.a = "" then
validate_a.hasError = .t.
validate_a.errorText = "a cannot be blank."
end if
end function{CODE}

On my site, nothing displays except the edit marker for the plugin.

When the 'rel="shadowbox"' parameter is used with a wiki image, the popup expands to the full size of the original image, so scrolling is needed to see all of the image. Previously, the popup size was limited to some percentage of the viewport size.

Also, the "prev/next" links are missing when 'rel="shadowbox[[gallery]' is used; this is also a regression from before.

((RoadMap)) shows "Fatal error: Call to undefined method TikiDate::getDate() in /home/tiki/public_html/lib/wiki-plugins/wikiplugin_countdown.php on line 60". This happens when using the COUNTDOWN plugin on PHP 5.1 and later due to a missing definition of getDate() in the lib/tikidate-php5.php TikiDate. The old TikiDate (lib/tikidate-pear-date.php) declared that function (via inheritance).

This was introduced in r14129 and widely exposed in r20047 on lib/tikidate.php.

When activating the TAG plugin, the following error occurs when trying to open a page containing the plugin Tag code:
Context:
File tiki-index.php
Url tiki-index.php?page=Help_Syntax%20Tekst_2
Query:
INSERT INTO tiki_plugin_security (fingerprint, status, added_by, last_objectType, last_objectId) VALUES(?, ?, ?, ?, ?)
Values:
0 tag-1b3231655cebb7a1f783eddf27d254ca-d0fb7a014946e0f0c38342e8d958f992-500000-260000
1 pending
2 admin
3 wiki page
4 Help_Syntax Tekst_2
Message:

Built query was probably:
INSERT INTO tiki_plugin_security (fingerprint, status, added_by, last_objectType, last_objectId) VALUES('tag-1b3231655cebb7a1f783eddf27d254ca-d0fb7a014946e0f0c38342e8d958f992-500000-260000', 'pending', 'admin', 'wiki page', 'Help_Syntax Tekst_2')

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

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

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

both pages show the same sorting on date (for instance) if the user is not logged, but the sorting works if you are logged.

tikiwiki installed with mysql.
Create DSN with 'pgsql://user:password@host:port/DB'.
In wiki, use plugin SQL or REQUEST/DATATABLE.
And a lot of errors in php, select statement, mysql syntax and postgres error!
Thanks

Please see:
https://wiki.mozilla.org/Support/l10nPriorityPRD


This should be not just for localizers but editors in general.

[12:55] lphuberdeau: where can I see the l10n dashboard in action?
[12:55] djst: https://support.mozilla.com/sv-SE/kb/Localization+Dashboard?bl=n
[12:56] djst: lphuberdeau, this page explains the syntax for the plugin https://wiki.mozilla.org/Support/l10nPriorityPRD/Plugin_Usage