Category: Error

This was reported on ((tw:ReleaseProcess19))

Has this been fixed?

When I place this on a Wiki page:
{img src=images/code.png}%%% {CODE()} {agentinfo} {CODE}

I get this error message:

"Fatal error: Call to a member function get_ip_address() on a non-object in root\lib\wiki-plugins\wikiplugin_agentinfo.php on line 33"

PluginAnnotation interface seems to work well, but when "Save changes to annotation" button is clicked on, we go to a blank screen. I can bring the page back up with the browsers back button, but no changes were saved.

The information specified in the info parameter (like "hits" or "user") is not discplsyed.

HTML entities in plugin a plugin body doesn't not get encoded which then breaks the HTML layout (sometimes catastrophically).

See show instance...

Simple example:

~np~{BOX()}
Here is the <TITLE>
{BOX}
~/np~

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

While attempting to edit an image with PluginDraw, a blank screen appears and this is shown instead.
{CODE(theme="default")}No route found. Please see http://dev.tiki.org/URL+Rewriting+Revamp{CODE}

{syntax type="tiki" editor="plain"}
Using Plugin Edit to amend a FancyTable in WYSIWYG submitting a change causes all line breaks in the table body to be removed.

The PluginEdit shows the field "Rows separated by >> in the header; for the table body, one row per line. Cells separated by | in both cases."

Creating a working FancyTable with table body rows like this:

row 1 cell 1 | row 1 cell 2
row 2 cell 2 | row 2 cell 2

after inserting with the plugin edit tool this changes to:

row 1 cell 1 | row 1 cell 2 row 2 cell 2 | row 2 cell 2

Hello,
I've been using the plugin FreeTagged with the following options ~np~{freetagged type="all" maxRecords="10" h_level="-1" titles_only="n"} ~/np~ on a TikiWiki page
There are some pages (mostly those we're still writing) on our site that should not be accessible by all users . The permissions for these pages seem to be set correctly because a tagged search doesn't list the forbidden pages for restricted access users. However, they do appear in the list generated by plugin FreeTagged.
I think this is a bug because I don't think I can see options to hide the pages on the documentation.
Regards Peter

When viewing a page and editing using the inline icon a plugin changes are not saved.
(last one where it occurred : https://doc.tiki.org/PluginToc

Go to the page, check edit icon is enable.
Edit any of TOC plugin, do some change and save.

Nothing changes and if you re-open the edit dialog or edit the page it show like nothing was edited.

NOTE : If you edit the page, select the plugin, click on the "?" icon, select the plugin itself (like you want place a new one) you will see the same plugin editing dialog and changes there will be saved.

~~#F00:__EDIT__~~ : I created an instance to reproduce and I couldn’t. But I’m sure that it happen from time to time (and not only at Tiki.org) on different Tiki I worked on since Tiki 13.

Tested on nextdev using Chrome and Safari:

Nothing happen when you insert a plugin using the "help" tab.
Nothing happen when you click on the edit icon of an existing plugin (the puzzle icons).

See : https://share.vidyard.com/watch/FG7sUhfVP5Zp7o6tdb3FAL?

Once a tracker field is set as title, it turns to be a link to the tracker item.

In certain (but several) condition when using a plugin List, ListExecute or the plugin Map this field(link) will be inserted into another link and then the display will be broken and it will show code instead of item link. (a link within a link is bad)
Check the instance.

First problem: There is nothing that can tells you from where come the issue and only after several experience and Jonny’s help we found out what it was. Anyone else (and new comers) won't have any idea why the display is broken.

Second problem: __It is a pain !__

Workaround are messy; you have to duplicate fields (Name and Title), title has to be set to a different field (like Id) and start confusion or worst, previous setting that were ok turn to be broken.

Would it be possible to have some kind of strip there ?
(if the value is already a link, strip <a ...). There is a smarty function for that "Strip" couldn't it be easily set ?

Using the plugin List, for a numeric tracker field type I set default parameter in case I didn't enter any value.

But if the field is empty is default value is 0 and therefore, "0" is displayed and that is wrong. :)
Even when using default="0" the display doesn’t always reflect the situation properly.

{img fileId="1245" thumb="box"}

Plugin List fails to find a match for the category Profiles Wizard (292) in dev.t.o

This item
https://dev.tiki.org/item6374 - "Can't apply a Profile from the Profiles Wizard! (only through profiles control panel): ticket missing?"

is categorized against category 292: "Wizards - Profiles Wizard"

This wiki page has a plugin list call to show items in this category (with equivalent syntax that it's working with no problems - apparently - in other pages in dev.t.o):
https://dev.tiki.org/Profiles-Wizard

and it fails to list that tracker item (and any others tagged against that category, if any).

plugin list filter by category doesn't seem to work on dev.t.o. Example: I dereived some list code from ((Tiki20)) page towards ((jQuery Gantt editor)) page, adapting the filter condition to match categ id 345:
{CODE()}
{filter content="5" field="tracker_id"}
{filter field="tracker_status" content="o OR p"}
{filter field="tracker_field_category" content="345"}
{CODE}

There is at least one item linked to that category
https://dev.tiki.org/item7122-Editing-a-Gantt-Chart-shows-missleading-messages-success-and-error

But plugin list returns zero results.

Am I doing something wrong? (I used to be able to write plugin list calls with filters and such). Some regression?

I use the GUI for the plugin List add a filter type on tracker (tested with other) BUT if don’t switch at least one time to the "Source" view, nothing will be saved.

Plugin List or TrackerList unable to show tracker items with category 50 (PDF) in dev.t.o
AFAIR, this used to work in previous Tiki versions (at least Tiki12 and presumably Tiki15)
See the edits I did on this page ((PDF)) :
https://dev.tiki.org/tiki-pagehistory.php?page=PDF&newver=0&oldver=17

However, in both cases, there were no results shown. There were items in the past assigned to category 50 (PDF), as shown here:
https://dev.tiki.org/cat50

See also this one added today:
https://dev.tiki.org/item6407

{syntax type="tiki" editor="plain"}
In a Tiki26 I have a tracker with a field specifications.

In a wiki page I use a __first__ smarty template to display the results.
To send the wiki parsed content of the field with the right language, I use:
{CODE()}{FORMAT(name="specifications")}{display name="tracker_field_productssolutionSpecifications_fr"}{FORMAT}{CODE}

In this __first__ smarty template I setup a second wikiplugin List and use again FORMAT to pass the content of the $specifications variable.
{CODE()}{FORMAT(name="specificationsInner")}{display name="{/literal}{$row.specifications}{literal}"}{FORMAT}{CODE}

In the display I can see the content of the field as expected but it is surrounded by a -+No value for ' .../... '+- warning
{img fileId="2145" thumb="box"}
''expected'' mean that's the value I want to see, but I understand it has been passed into the $name of the FORMAT, instead of its content.

This comes from the file "lib/core/Search/Formatter/ValueFormatter.php"

{CODE()}
// ugly exception for wikiplugin - TODO better?
if ($format !== 'wikiplugin' && (! isset($this->valueSet[$name]) || is_null($this->valueSet[$name]))) {
return tr("No value for '%0'", $name);
}
{CODE}

May it is possible to improve this "ugly" exception to avoid this false error ?
Or... a better verbose to help solving ?

{syntax type="tiki" editor="plain"}
The drop-down menu inserts a "|" character causing failure.

{IMG(src="http://www.slaveservers.net/tiki-download_file.php?fileId=5&display")}{IMG}

In Tiki 12, Plugin Now enabled.

Added ((http://doc.tiki.org/tiki-index.php?page=PluginNow&removeattach=71&sort_mode=created_desc|Plugin Now)) to a Custom Module:

{HTML (wiki1)}<span style="float:right; margin-right50px;">{now format="%A, %B %e, %G %I:%M %p %Z"}</span>{HTML}

This was working last week. Today it gives an error:

Failed to execute Date module.
Syntax Error in template "ecb34c5b3baea836f287c5b47d1d9129932f06ab" on line 26 "
unknown tag "now"

Fixed by jonny with 58231 - thanks !


In a number of plugins that have text fields (I suspect all of them that do) e.g
- MOUSEOVER for the label parameter or the
- INCLUDE plugin for the nopage_text field,

If these are edited in wysiwyg wiki pages (the full HTML wysiwyg version) and you add text that has single quotes in it, then some sort of ‘escaping’ seems to be happening.

Every time you edit the page more and more \ characters are added in front of the single quote character so a simple MOUSEOVER label that is supposed to say:

''__Hover over here to show a wiki syntax ‘sticky’ pop-up__''

Ends up as:

''__Hover over here to show a wiki syntax \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\‘sticky\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\’ pop-up__''

Where there can be hundreds of \ after a couple of edits, and opening the wysiwyg editor takes longer and longer – presumably because it is repetitively ‘escaping’.

Using {rcontent id=1} in an assigned module causes WSOD.

according to luciash in chat:

this "seems conflict between plugin {RCONTENT() /} and {rcontent} wiki syntax to me, because recently the syntax was made more universal and plugins can be called using lowercase {pluginname} syntax too"

placing {rcontent id=1} into an assigned module causes WSOD.

this was a big problem for me on upgrade, because I had rcontent in my 2.x installation, upgrade to 3.1 gave me WSOD. Lack of access (because of WSOD) made fixing the problem much more difficult for me, as an end-user.

According to luciash in chat:
seems conflict between plugin {RCONTENT() /} and {rcontent} wiki syntax to me, because recently the syntax was made more universal and plugins can be called using lowercase {pluginname} syntax too




note, sorry if this posts twice...

note, I posted this twice before, but with the problem code in the post,

http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2797

http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2799

and both of those now show the WSOD that I saw. So again, here we go, this time I won't post the code as I used it, as it appears to be causing the same problem on those tracker pages. So...

using rcontent in a module causes a WSOD in 3.x

according to luciash in chat:

seems conflict between plugin RCONTENT and rcontent wiki syntax to me, because recently the syntax was made more universal and plugins can be called using lowercase {pluginname} syntax too

the button "insert internal link" (on the WYSIWYG-editor) doesn't work.

it opens a new window "local.php not found — This is normal if you have not run the tiki installer yet".


(but i run the tiki installer)