Category: Wiki Plugin (extends basic syntax)

placing ~np~{TRANSLATIONOF()}{TRANSLATIONOF}~/np~ into a wiki page will case a fatal error.

The ~046~~046~~046~page~046~~046~~046~ plugin can't be escaped, neither with a CODE plugin nor with the ~np~~np~~/np~~/np~ syntax.

Polom, fantastic team,

I thought it would be useful to report this malfunction that I already mentioned in IRC and haven't yet found a solution for.

When inserting C++ code snippets using the {CODE()} plugin, many of the listed color schemes listed as available from CodeMirror do not work properly if not at all in wiki. I should be using 'clike' (c-like) for C++ code, but it leaves the code bits completely un-coloured.

For now I'm using the 'tiki' color scheme because it does apply some colors to my code, but those are not C compliant.

Here's an example snippet :
#include <utility>

Message::Message()
{

m_number = 0;

}

Message::~Message()
{
}

Message::Message(const Message &x)
{
m_owner = x.m_owner;
m_number = x.m_number;
m_dest = x.m_dest;
}



Thanks in advance if you have any suggestion,

Regards,

Nick

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=

User need to input fields ID inside Field field when editing PluginTracker plugin icon edition window. Then the user need to scroll down the window to include the Default values for the fields. And for that second operation he needs to respect the order of the ID of the fields. If Value field position is just below the Fields field, it is going to help a lot.

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

Plugin ColorBox was working in Tiki6, (and probably Tiki9, although unconfirmed at this moment)

Reproduced here (14.x):
http://nextdoc.tiki.org/PluginColorBox#Example

and

here (13.x):
http://doc.tiki.org/PluginColorBox#Example

http://dev.tiki.org/tiki-admin.php?page=textarea -> Simple Plugin Arguments

Argument "fields" has a value of:

26:152:54:41:101:138:43:48

Should become:

152:26:43:138:41:101:54:48

{flash type="url" movie="display863" width="585" height="476"}

Image width is set to 600
Image height is not set

Thus, it should be proportional, no?

Please see:
{img fileId="829"}
---
This is happening also to any 12x site based on svn.
Regression was introduced by r52064 in 13.x, and its backport to 12.x (r52066)
{CODE()}
[bp/r52064][FIX] When remote server whre image is down, img plugin will try in vain to get image until timeout which causes page not to load
Authored by: nkoth 2014-07-22
{CODE}

I don't know when this stopped working, but for sure this worked in previous versions (6.x, probably, when I last tried years ago)

I attempted to add the new argument 'shownbitems' (set to 'y') to the plugin alias "wishes" in dev.t.o, but it doesn't get stored. When I reload the page after I hit save, the new argument is not there int the list.

To reproduce:
* Come here as admin: http://dev.tiki.org/tiki-admin.php?page=textarea
* Click on "wishes"
* Click on the plus green icon, next to "Simple Plugin Arguments". A new empty field will be shown at the bottom of that section.
* Add the argument pair (shownbitems y) to its corresponding fields of name and value, and hit at save at the bottom
* This new argument is not shown. And after clearing tiki caches, the wishes plugin doesn't show the number of items yet.

13.x: Can't display .webm videos uploaded to a tiki site

See it reproduced in a bug report textarea here:
https://dev.tiki.org/item5321

Tried with these two ways:
# Using the html5 video tag, in a similar way as indicated here: http://www.w3schools.com/html/html5_video.asp
+ {CODE()}
{HTML()}
<video width="320" height="240" controls>
<source src="http://doc.tiki.org/dl1108" type="video/webm">
Your browser does not support the video tag.
</video>
{HTML}
{CODE}
** {HTML()}
<video width="320" height="240" controls>
<source src="http://doc.tiki.org/dl1108" type="video/webm">
Your browser does not support the video tag.
</video>
{HTML}
# Using the PlginWebDocViewer in Tiki12+, that according to [http://doc.tiki.org/PluginWebDocViewer|its documentation], it can display webm videos.
+ {CODE()}
{WEBDOCVIEWER(url=>http://doc.tiki.org/dl1108, width=>425, height=>350)}{WEBDOCVIEWER}
{CODE}
** {WEBDOCVIEWER(url=>http://doc.tiki.org/dl1108, width=>425, height=>350)}{WEBDOCVIEWER}

None of them seem to work with Mozilla Firefox (30.0, for GNU/Linux).
Under Google Chrome (35.0), using the html5 video tag (within PluginHTML in Tiki) works fine, but using the PluginWebDocViewer nothing is shown.


See the video itself uploaded to file gallery in doc.t.o: http://doc.tiki.org/dl1108

__140713_dev.t.o_13.x_bug_when_attempting_to_upload_or_select_image_from_textarea.webm__ - 5.69 Mb

13.x: Contents of Plugin Code shown twice when shown through an iframe (the Upgrade Wizard uses that to display some doc.t.o pages, such as http://doc.tiki.org/Tiki13 and http://doc.tiki.org/Upgrade

This code used to work in Tiki up to version 12.x, and it was used in doc.t.o pages:
{CODE()}
{DIV(class="thirdfloat clearfix")}{DIV(class="box")}{img src=http://www.r-project.org/hpgraphic.png imalign=center width=300}{DIV}{DIV(class="box")}{img src=display595 width=250}{DIV}{DIV(class="box")}{CENTER()} {youtube movie="https://www.youtube.com/watch?v=TR2bHSJ_eck" privacyEnhanced="n" width="300" height="200" quality="high" allowFullScreen="y" related="y"}{CENTER}{DIV}{DIV}
{CODE}

It was documented here:
http://themes.tiki.org/Floated+box+demo#Three_columns


Workaround, use Plugin SPLIT.

13.x: PluginSlider in featured profile overlaps footer

To reproduce, apply profile "Small Organization Web Presence", logout, and see , for instance:
tiki-index.php?page=Products

Overlaping at the bottom as anonymous.

http://xavi-9794-5308.show.tikiwiki.org/tiki-index.php?page=Products
u: admin
p: 12345

Tabs stopped working in 13.x, as demostrated after applying the "Voting System" profile, from the Profiles Wizard.

See it reproduced here:
http://xavi-9794-5317.show.tikiwiki.org/tiki-index.php?page=Voting

Plugin AppFrame works as expected up to Tiki 12.x, as far as I know (I didn't test with Tiki13, sorry), but fails with Tiki 14.x: the plugin doesn't get the central column expanded to use full width anymore, even if you request so with the plugin params.

Just side columns are hidden, but central column stays still with the same width.

Code to reproduce:
{CODE()}
__Documentation about this Web Database system__:
* https://doc.tiki.org/Trackers
* https://doc.tiki.org/PluginTrackerList


{appframe min="1" hideleft="y" hideright="y" fullpage="n" absolute="n"}
{CODE}

14.x: Tracker inline editing broken through Plugin TrackerList

Reproduced after for instance applygin profile Bug_Tracker and set the param in the plugin trackerlist "editableall=y". See it here:
http://xavi-9794-5455.show.tikiwiki.org/tiki-index.php?page=Bug_Tracker
u: admin
p: 12345

Fields are open for edition, without clicking on them.
Correct behavior shown when listing items through the tracker interface directly:
http://xavi-9794-5455.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1


You can do the same thorugh PlugintrackerList on 12.x or 13.x, and it behaves properly (fields only open for edition when you clik on them)
----
UPDATE:
* after this instance has been svnupdated to r52471, behavior is fixed (thanks marc & lph), but icons (indicating which fields are editable inline) are currently lost (no icons shown neither through trackerlist nor through the tracker iteself). {sign user="xavi" datetime="2014-09-21T06:44:15+00:00"}
* apache error message in the logs:
+ {CODE()}
No route found - full:/trunk/styles/layout/img/icons/database_lightning.png query:, referer: http://localhost/trunk/styles/layout/tiki.css
{CODE}

14.x: TrackerCalendar displays all items of one day overlayed at the top of the column
See it reproduced here:
http://xavi-9794-5601.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12

u: admin
p: 12345

See resource week which includes days from March 19 to 21, 2015.

{img fileId="987" thumb="y" rel="box[g]"}

18.x Seen here: https://dev.tiki.org/Forum

19.x is OK: https://nextdev.tiki.org/Forum

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

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