Category: Diagram (Drawings, Diagrams, Flowcharts and more)

When generating a PDF from a wiki page diagrams are not shown in the PDF.

{syntax type="tiki" editor="plain"}
On Tiki25 a well displayed diagram on a LTR page will look broken on a RTL page.

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

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

Note: If displaying the same in a Tiki Slideshow using the slideshow plugin it is properly displayed.

On a Tiki25, I worked for sometimes on a diagram (2 days in a row) on my Mac OSX Safari.

At some point I Exit and Save and Exit didn't work anymore.
I had to close the tab (seems my work is saved)
{mediaplayer src="display1874"}

---

After closing the tab and when I retried later I had a weirder issue ending on a blank tab on save.

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

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

I was testing other things, and I realized that diagrams cannot be saved inline anymore.

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

I selected to save each new diagram inside the wiki page (inline), but that choice was not respected and diagrams were saved in a file in the file gallery.

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

Upgraded today (server side) to latest 24.x branch: r79594 (Last Changed Date: 2022-01-22 14:46:09 +0100 - Sat, 22 Jan 2022) . Issue solved.

We have been experiencing in our team at work several issues while attempting to use Tiki Diagrams in production in Tiki 21.x LTS

There might be 2 related (for the end user) issues. It seems as if some ticket expires too soon and some error related to CSRF is shown. Maybe after editing the diagram for more than 20 minutes or so (even if Tiki is set to remember the login for days or weeks, which seems to work when we are not using the diagram feature).

Diagrams are created to store their contents in a wiki page (because in file gallery we face some other issue still, as reported in [item7192|another bug report])

2 error messages are shown in similar conditions (unclear yet the exact difference; these reports were sent by work colleagues of mine, so far)
Error message 1:
{QUOTE()}
"An error occurred, please try again.
Potential cross-site request forgery (CSRF) detected. Operation blocked. Reloading the page may help."
{QUOTE}

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

Error message 2:
{QUOTE()}
"An error occurred, please try again.
Potential cross-site request forgery (CSRF) detected. Operation blocked. Ticket has expired. Reload the page"
{QUOTE}

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

In case it matters: the https certificate seems to be not recognized (by the browser used to reproduce the issue) as valid.

Importing MS Visio files (.vsd) in PluginDiagram fails with -+mxscript is not defined+- while the same process succeeds in https://draw.io directly (even if both report to be using same draw.io version 12.7.9 )

Something is missing to be mapped properly in owr integration of draw.io library?

First time PluginDiagram reports:
{CODE()}
Error
mxscript is not defined
{CODE}

And second time you try it says:
{CODE()}
Error
Service unavailable or blocked
{CODE}

You can reproduce also with some sample vsd found in internet:
http://file.fyicenter.com/b/sample.vsd

When you have a diagram in a wiki page (made with ((doc:PluginDiagram)) ), if you have permission to edit it, you see a link to "Edit Diagram" at the bottom right corner of the diagram displayed in the wiki page.

When you show that page content through ((doc:PluginSlideshow)), then you expect tiki to hide those links to edit wiki sections, edit plugins inline, etc. (which work well, they are hidden in the slideshow), but the diagram still shows the label and link to "Edit Diagram", and it should be hidden when you are inside the presentation.
---
Issue still confirmed in 24.x
Reproduced here:
http://xavi-9794-6688.show2.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware#/7
u: admin
p: 12345

If you allow wiki pages to be edited by anonymous, and you embed a diagram in that wiki page, then anonymous users will be shown the link to "Edit diagram" ni that page.

However, if your site has the feature that forces to enter some antibot captcha for anonymous users, that antibot captcha is not shown to the tiki-editdiagram.php UI. Thefore, the anonymous user doesn't know that when they hit the "save" or "save and exit", those changes made are not saved at all, without getting any warning that they are silently lost.

A quick workaround/partial solution would be to at least hide the link to "Edit diagram" to anons if the feature to request some antibot captcha is enabled.

We can't get diagrams printed in pdf pages (generated through mpdf) in a tiki23 site behind a firewall. We have setup proxy info in tiki, and then we can use tiki profiles control panel, for instance, but we can't use composer web interface/control panel because the system is not able to connect to composer.tiki.org. It seems as if the system is not ready to use the proxy info provided in the tiki ui.

We have been able to print diagrams in tiki master (tiki23 can't be used yet in show2.t.o) in a show2.t.o instance when using __Use draw.io public services to export images__ (reported [item7802-mpdf-generation-doesn-t-include-diagrams-if-only-local-casperjs-installed-but-not-remove-service-from-draw-io|here])
However, we haven't been able to achieve the same goal in a test tiki23 site behind a firewall. So probably the proxy info needs to be added (if present) in the commands that mpdf uses or somehow?

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

((doc:PluginDiagram)) in ((doc:Tiki20)) seems a very promising feature.
In my first test, I didnt' manage to make it work when choosing to save the diagram in a file gallery, I don't know why. It just doesn't display the diagram within the wiki page where the diagram was called.

If I choose to save the diagram within the wiki page, then everything works as expected.
If I manyally get the xml code from the diagram created in the file gallery, and place it inline within a new call of plugin diagram in the wiki page, the diagram displays as expected.
If I click at edit the diagram from the wiki page (even If I don't see the diagram displayed in the wiki page, I see the button to continue editing it), I can see it and edit it in the diagram ui editor, as expected.

Only issue is (apparently) to display in the wiki page the diagram stored in a file gallery.

HTH

((doc:PluginDiagram)) works when saving in wiki page but fails when saving to file gallery