Category: Error

Moving nodes in structures moves to wrong places in some cases (!): weird behavior in tiki 2.3.

If someone wants to track this bug down, I can provide a db backup of the site where this can be reproduced.

mpdf doesn't seem to include content displayed through plugin map.
Tested using latest 19.x with mpdf (7.1) installed through control panel to install packages

See it reproduced here:
https://adup.cat/Inici#contentpestanyes_trobades-4

mpdf fails to print the output from PluginGanttChart
You can see it reproduced when you attempt to produce the PDF (by means of Tiki PDF option, using mpdf in the backend) from a wiki page showing the results on a sample Gantt Chart, such as the one reproduced in doc.t.o:
https://doc.tiki.org/Sample-Gantt-Chart

See what a local PDF printer (CUPS based, on linux, thorugh Firefox) produces:
{img fileId="1644" thumb="box"}

See what mpdf produces:
{img fileId="1645" thumb="box"}

Maybe this could be solved by firing casperjs in order to get at least some look & feel of the output from that gantt chart?
Clicking at the "print" icon in the toolbar from the plugin ganttchart itself seems to display something similar

Reproduced in branch 24.x here:
http://xavi-9794-7940.show2.tikiwiki.org/tiki-index.php?page=Sample-Gantt-Chart
u: admin
p: 12345

At https://tiki.org/forumthread70022-mpdf-Generates-Black-PDF-docs

Logged, I tried to check the PDF feature by going to the "Thread actions", click on the item "PDF".

It downloaded a blank document onto my computer.

Tested on Tiki24 still here.

pdf generation (using mpdf) doesn't include diagrams if only local casperjs installed (as composer package, and preference "File Galleries (control panel) > Settings for Diagrams > __Use locally CasperJS to export images__" enabled) but the other preference "__Use draw.io public services to export images __" is not enabled.

Reproduced in a show2.t.o instance from another bug report (since setting up diagram generation requires some manual steps to get the composer package installed server side)
http://xavi-9794-6688.show2.tikiwiki.org/tiki-index.php?page=Tiki-Wiki-CMS-Groupware
u: admin
p: 12345

Current code used in the show instance:
SVN (24.0vcs): Tuesday August 3, 2021 17:34:21 CEST - REV 78798 (InnoDB)

See pdf produced:
{file type="gallery" fileId="1563" showicon="y"}

I attempted to print thorugh mpdf the pivot tables which are shown after applying (plus table converted to heatmap-table) the profile Bug_Tracker_16 , and I got an error 500 WSOD

Reproduced in a show2.t.o instance from another bug report (since setting up diagram generation requires some manual steps to get the composer package installed server side)
http://xavi-9794-6688.show2.tikiwiki.org/
Log in first as admin:
u: admin
p: 12345
Visit then;
http://xavi-9794-6688.show2.tikiwiki.org/tiki-print.php?page=Bug+Tracker&display=pdf

Current code used in the show instance:
SVN (24.0vcs): Tuesday August 3, 2021 17:34:21 CEST - REV 78798 (InnoDB)
---

Similar error 500 WSOD when attempting to produce a PDF from a wiki page which includes tracker calendar displays:
Log in first as admin
Then visit:
http://xavi-9794-6688.show2.tikiwiki.org/tiki-print.php?page=Tracker_as_Calendar_19&display=pdf
---

mPDF produces 'Controller not found (AutoSave)' when attempting to print some wiki pages since site upgraded to tiki 17svn from 15.x. Using mPDF 6.x from composer in both cases.
It's an intranet, but I can provide page contents of one of them to a developer willing to debug the issue.
re: aspbsgmobils

mpdf (tested in latest 19.x svn and latest mpdf from composer - through packages control panel) doesn't seem to include content from plugin REMARKSBOX.

See it reproduced here:
https://adup.cat/181218

using mPDF to print pdf works nicely in most cases, thanks (using 17.x svn)
We have one wiki page, though, where we get this error:
{CODE()}
Error
Controller not found (AutoSave)
{CODE}

Is that a known issue (some sort of interaction with AutoSave)?
That wiki page (it's an intranet, sorry) has this plugins:
* fluidgrid
* quote
* fancytable (with tablesorter)

Any clue?

Re: smartphones page at work

some images are printed, but some others are not, and they seem to need to have no other params params than the minimum, however, using standard syntax from a brand new tiki site embeds wiki pages with a syntax that mpdf is not able to make it just work, and images are not shown in the pdf produced.

Reproduced here:
http://seeds4c.org/Ubuntu+16.04+LTS+for+Human+Beans
(you can produce the pdf by yourself there)

Code that mpdf doesn't seem to like:
{CODE(ln="1" colors="tiki")}
{img src="display466" link="display466" width="400" rel="box[g]" imalign="center" desc="Click to expand" align="center" styleimage="border"}
{img fileId="60" thumb="box"}
{CODE}

Code that mpdf seems to like:
{CODE(ln="1" colors="tiki")}
{img src="https://www.hecticgeek.com/wp-content/uploads/2012/09/Editing-the-disable_wol-script-in-Ubuntu-12.04.jpg"}
{img src="display550" width=600}
{CODE}

(removed the examples with params like src="dl437&display" since they were written by the time when tiki accepted that oldish syntax by mistake){sign user="xavi" datetime="2018-07-24T23:05:08+00:00"}

---
Update: {sign user="xavi" datetime="2018-06-21T11:04:30+00:00"}
In a production server in our work, no images are shown in the pdf at all, with neither syntax. Is there any log file with potential information on why no images are shown in the pdf produced by mpdf?
I confirm that we have php7.0.* and php modules gd, & mbstring installed server side.

Xavier

I removed "19.x" categorization because branch 19 doesn't exist yet. The category "regression from version 18 to 19" is accurate here and already assigned. {sign user="chibaguy" datetime="2018-07-12T07:46:41+00:00"}
---
Update answering luci (Why can't standard users reply to comments, such as my user "xavi" wit no admin rights? :-/ ). Answering here instead (lacking time):{sign user="xavi" datetime="2018-07-24T23:02:41+00:00"}
* replacing that old syntax with new and valid syntax (? intead of &) still yields some broken images in the pdf produced by mpdf. I granted access to amnabilal to a server where she can reproduce. I didn't hear any more feedback from her about it, but I confirm that this issue still exists in several servers of mine, with different setups.{sign user="xavi" datetime="2018-07-24T23:02:41+00:00"}
---
Update: Default syntax with param -+thumb="box"+- keeps images away from the printed pdf (even with valid https cert and fully valid params aside of mpdf) {sign user="xavi" datetime="2018-11-26T22:16:13+00:00"}
Example:
{CODE()}
{img fileId="60" thumb="box"}
{CODE}
---
Issue with -+thumb="box"+- or -+thumb="zoombox"+- for instance, confirmed still in 21.5vcs as of today {sign user="xavi" datetime="2021-11-19T16:14:52+00:00"}

{syntax type="tiki" editor="plain"}
When trying to multi select items to filter a tracker, the result is a display of everything BUT the selected items...

e.g. we are trying to allow for multiple selection of items in field 9 for filtering:
~np~{TRACKERFILTER(trackerId=6, filters=9/m:10:11:12:13:14/d:, fields=9:10:11:12:13:14) /}~/np~

Is there a workaround (eg. adding a NOT to the syntax to give the opposite results) that anyone knows?
Thanks,
Peter

I enabled the option Control Panels => I18n => Synchronize page and site language
But it doesn’t apply:

{img fileId="1472" thumb="box"}
{img fileId="1473" thumb="box"}
{img fileId="1474" thumb="box"}

On Tiki24 when you use an RTL language the top wiki action menu items are aligned left instead of right.

To fix the issue, the existing classes should be replaced with bootstrap classes (start, end, reverse, etc) and not hardcoded alignment.

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

If you have two category fields in one tracker and use inline editing to change one of them, the categories set in the other one are lost.

Will try and make a show instance f'when i can (or indeed just fix it!)

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

If you put two (and possible more) color tags in one line (maybe to mark one word in red and the other one in blue) it doesn't work.

Example:
~~#FF0000:text~~ text ~~#FF0000:text~~

~~#FF0000:text~~ text ~~#0000FF:text~~

~~red:text~~ text ~~#FF0000:text~~

~~#FF0000:text~~ text ~~blue:text~~

~~red:text~~ text ~~blue:text~~

would produce:
text~~ text ~~#FF0000:text

text~~ text ~~#0000FF:text

text~~ text ~~#FF0000:text

text~~ text ~~blue:text

text~~ text ~~blue:text

in all red letters


an example can be found here:
http://doc.tikiwiki.org/tiki-index.php?page=UserPageDesertWolf

On a tracker I set a tracker field file with option;
File Count : 1
Replace Existing File : Yes

I upload a file (all good)
I upload another file and now the dialog shows like I have 2 files for this item instead of the last one only.

{img fileId="1157" thumb="box"} (from the instance)

It is confusing for the user even if on save or create they will be only on file assigned.
It used to display only one and a single file from the start to the end.

When there are multiple headers of the same text, for example:

!!!!Windows Media Player

stuff about WMP

!!!!!Platform availability

WMP is available in these platforms....

!!!!Adobe Reader

stuff about WMP

!!!!!Platform availability

Adobe Reader is available in these platforms....

The links by maketoc all point to the first instance of Platform availability. This is not correct.

{maketoc}

{syntax type="tiki" editor="plain"}
Tested using Wysiwyg HTML mode page and inline editing

1) When in HTML mode, the non-plugin image dialog should/must be shown.
The CkEditor plugin has now been activated again. So, it's possible to assign it manually.
If Wysiwyg HTML mode is selected in the admin wizard, the CkEditor image dialog should be displayed instead of the plugin img dialog.

2) External Link URL doesn't work
It is possible to enter wiki styled links directly, e.g. [http://www.yahoo.com].
These are parsed when inline editing more is closed.
This works, but it would be even better to have the link "visible" while inline editing mode is active.

3) Anchor doesn't seem work - No feedback in editor
It visible again, when switching to the full wysiwyg editor
Can be removed from inline editing toolbar?

4) Find Text doesn't work
Pressing the toolbar button does nothing

5) Text Replace doesn't work
Pressing the toolbar button does nothing

6) Wysiwyg Help is displayed.
This dialog contains 2 parts

A ) Short wysiwyg help text.
Starts with: The WYSIWYG editor in Tiki 6+ is CKEditor, the new version of FCKEditor (used in Tiki since version 2.0)

B ) The plugins
Adding a plugin will make a section read-only.
This may not be expected.
The inline editor toolbar should not use plugins in my opinion, due to this read-only effect.

A is outdated, and may not be needed. It is questioned whether B should be there at all.
So, this button should maybe be removed all together.

7) Templates button should go?
I see no use for it. If kept it should probably link to the Tiki Content Templates

8) Cut, Copy and the Paste buttons all bring up a browser dialog
It says "Your browser security settings don't permit ...." ...
and finally recommends Ctrl+C, Ctrl+X and Ctrl+V which all work fine.
All these buttons should be removed.

9) Table button doesn't work.
The HTML table dialog must be used when in HTML mode. It's much more compatible and powerful than the wiki one.

The jCapture button is also a plugin, which causes the section to turn read-only once it's saved.
However, this plugin is so useful, that I believe it should be kept.
Maybe it's possible to warn about the section turning read-only?

10) Indent left and indent right buttons don't work.
They are grayed out, and nothing happened when they are pressed.

I attempted to install a multitiki on subdirectories, based on trunk (Nov 29, 2008), and it failed. I installed two subdir
{CODE()}
setup.sh
www-data
www-data
site1 site2
{CODE}

and through tiki-install.php, I clicked on site1, entered details, and clicked on enter as admin and lock installer.

I couldn't see the site1 tiki

1.9.0DR4 worked fine. 1.9.0 fails.
If you have a multitiki and create custom css/tpl files, they are not traversed. For example, If you have a multiwiki on www.foo.com and create a style called 'bar', the correct place to put the customized css files is
/styles/www.foo.com/bar.css
But this no longer works. It has to be in /styles/bar.css

The tpl files should be in
/templates/www.foo.com/styles/bar/
But this no longer works. It has to be in /templates/styles/bar

Please put back the old way. The current (broken) way prevents me from having styles of the same name on different multiwikis. each with customization.

Read and tried the various methods in the various (sometimes conflicting) MultiTiki documentation. Could not figure out a path to success.

It appears that (although it was claimed otherwise on some other pages) that shell access is required for MultiTiki.

Questions that came about during attempt at integration:
(1) Is it possible to setup MultiTiki when one is on a hosted server (via FTP only)? If so, what is the process? I would be willing to write up the process if I could figure out how to do it.
(2) Which of the MultiTiki's is supported for TikiWiki3 ?
(3) Is there a web-based installer for setting up several tikiwikis on the same domain (but in different folders)?


How can I help vette the install process?

I would really like to setup an InterTiki + MultiTiki site as my coroporate intratnet. This would closely mimic the sub-web functionality in TWiki but allow for group wiki's to get their own distinct identity. At this point, TikiWiki is nearly more functional than TWiki, but the InterTiki/MultiTiki difficulties may be the deal breakers.

In current tiki3 proposed branch , multitiki installation is broken.
At the last step of installation through tiki-install.php, the folders inside /templates_c for each domain are deleted.

Thus, when in this step:
http://localhost/site1/tiki-install.php?nolockenter

tiki reports that
The directory '/var/www/proposed/modules/cache/learning' does not exist.
The directory '/var/www/proposed/templates_c/learning' does not exist.

And they did exist in the step before (double checked), but not just after that step.

( see http://doc.tikiwiki.org/Manual+Installation of multitikis if needed )
----
Update in Oct'09: This is a duplicated bug report with [bug2271]
Closing.

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)

When I select "Admin > Wiki > Mandatory category in the category tree", the list of categories while editting a wiki page is blank, or it says no category is defined. However, if you click on "admin categories", they are defined indeed.

When you unselect this check box, and clean caches, categ. list is working fine again.

This is not a theme specific issue (reproduced with geo.css, tikineat.css, lesjetesdelencre.css, ...)

----
update: sylvieg fixed that months ago, I think. (thanks sylvie)