Category: 25.x

I want to list tracker items in a module by when they where last modified/updated. Searching the "All Modules" section reveals no such module even though it is documented on doc.tiki.org:
https://doc.tiki.org/Module-last_tracker_items

This may be similar to:
https://dev.tiki.org/item8005-Trackers-tracker-list-view-show-the-last-time-an-item-was-saved-and-not-last-time-an-item-the-data-was-modified
{img fileId="2056" thumb="box"}

I assigned the module "user bookmarks" using the module plugin in a wiki page like ~np~{module module="user_bookmarks"}~/np~ but instead of the expected bookmarks interface, there is an error message: 'Failed to execute "user_bookmarks" module
Missing dependencies'.

Maybe this will be easy for a new developer to fix.

If you enter a category like: Product Development
Then Save/Apply settings
the category gets changed to ProductDevelopment.
The only way around this at the moment is to enter the category id.


Module displayed depending on category. Separate multiple category IDs or names by semi-colons.

I tried to upload a screenshot but got this error:
File upload failed: SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data

Switch language admin shouldn't be available if Multilingual is not enable (like regular switch language)

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

The since last visit new module displays the first line of a comment but it failed to display relevant information when the plugin Quote or an emoji is used. (may be valid for any plugin).

See at dev.t.o
{img fileId="1748" thumb="box"}

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

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

Export a pdf version of slides (using mpdf) from the slideshow fails to respect image sizes when within ((doc:PluginFluidgrid)), and therefore content overflows slides in some cases.

Example of code from a production site:
{CODE()}
{slideshow theme="sky" transition="slide" transitionSpeed="default" backgroundTransition="none" controls="y" controlsLayout="bottom-right" controlsBackArrows="faded" progress="y" slideNumber="y" fragments="n" fragmentClass="grow" fragmentHighlightColor="none" autoSlideStoppable="y" alignImage="n"} ^Presentació a: https://foo/bar ^
{FLUIDGRID()}~~cyan:.~~ {DIV(style="text-align:left")}
__Apartats de la xerrada d'avui__ (''Xavier''):
1. Dades crues
2. Processat de dades d'un mes
3. Processat múltipes mesos
4. Ingesta Dades Fusionades a CityOS
5. Ús de les dades
6. Pendent: Errades en agregats esbiaixats
7. Altres (per qui vulgui saber més detalls ;-)
{DIV}
{img fileId="4"}
---
{img fileId="5"}
---
{img fileId="6"}
{img fileId="7"}
{FLUIDGRID}
{CODE}

Slideshow displays images in the fluidgrid as expected:
{img fileId="1566" thumb="box"}

However, the pdf version does get the images splitted in several slides/pages.
{img fileId="1567" thumb="box"}

Similar issue reproduced here:
http://xavi-9794-6688.show2.tikiwiki.org/tiki-index.php?page=new_page
u: admin
p: 12345
In this show instance, nothing is displayed in the pdf.
Using latest 24.x branch: r79594 (Last Changed Date: 2022-01-22 14:46:09 +0100 - Sat, 22 Jan 2022)

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

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

internal wiki links are not clickable nor converted to the absolute url counterparts in the pdf when the option to show links at the bottom is selected in the tiki admin panel.

Reproduced here:
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) --

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

In that page, there is an internal wiki link to HomePage:
{CODE()}
((HomePage))
{CODE}

The user would expect to have that link converted in the pdf as a link to:
http://xavi-9794-6688.show2.tikiwiki.org/tiki-index.php?page=HomePage

but it's not converted to any link, it's just shown as simple standard text (with no indication that it refers to another page in that tiki site)

See the pdf produced by mpdf for instance here:
{file type="gallery" fileId="1563" showicon="y"} (using trunk from august 2021, r78798)
{file type="gallery" fileId="1706" showicon="y"} (using branch 24.x Jan 2022, r79594)

{syntax type="tiki" editor="plain"}
Reload page button is yellow (warning) and placed left => Should be right
Close dialog button... We have already an X to close this dialog not sure we need this button.

Anyway, it shouldn't be a plain button with a lot of text.
To be consistant with other "cancel" actions in Tiki it should just be close, a X and/or outlined.

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

{syntax type="tiki" editor="plain"}
On a Tiki25 (upgrade from Tiki24)
* with multilingual (en, fr and he)
* set to one default language (en)
* and the admin language set to en all
* users (anon, registered) sees the menu translated in the selected language
* admin see it in English (admin language)

This is a change from Tiki24 and look like a bug, because, if I go to the multilingual panel and switch the admin language from English to Hebrew and back to English it is working back as expected : only the admin area is in English the menu outside the admin area are in the selected language.

I believe a variable or pref value has been lost or reseted requiring to RE-validate an existing value.

---
-= Previous report =-

Arf... Not sure if it was intended and even it may look as the "correct" behaviour, it is very annoying. ?

We have an "Admin Language" selection to allow the admin to select a language (let say English) to navigate in the admin areas (easier to refer to the documentation).

In Tiki 24 it was applied on the Admin areas BUT NOT on the menus module.
Meaning the menu42 was displayed in the selected language. (discutable for sure)

In Tiki 25 it is apples on ALL the menu so menu 42 STAYS in the selected admin language (English) BUT it also change all the other menu, making very hard for an admin to edit and visualise things done unless he constantly switch from browser/user to browser/user.


I think that only the only the menu 42 should be displayed using the "Admin Language" selection and not other menu.
It could be optional (on the multilingual panel near the admin language selection: Apply to all menu or only menu42)

{syntax type="tiki" editor="plain"}
Several form elements of a edited plugin are now wrong

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

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

On a Tiki24 I set up multilingual, I setup a tracker with a few multilingual fields. (tracker field option)

{img fileId="1710" thumb="box"}
I add items and fill some multilingual fields.

Then, I disable multilingual.
When I go to the fields options, the multilingual checkbox is not displayed anymore. (good)
{img fileId="1711" thumb="box"}

When I go in the tracker interface to view items, the other language fields values are displayed. (weird... but do we allow loss of data ?)
When I go in the tracker interface to create a new item, the other language fields values are displayed. (wrong)
When I look at a wiki-plugin tracker the other language fields values are displayed. (wrong)

{img fileId="1712" thumb="box"}
{img fileId="1713" thumb="box"}

On Tiki23, Tiki24 and master there is a regression as the user preferences "Language" is "forced" by default to French.

On a new installation ===as soon=== as I enable Multilingual features the tiki displays in French. (the other options like default language are still on English).

{img fileId="1707" thumb="box"}
{img fileId="1708" thumb="box"}

It seems the user preferences are set by default with the French language and are taking over even if I didn't set anything.

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

It is also possible as the option "Users can choose the language of their interface" that is enable by default (even if multilingual is disable) BUT this setting is not accessible for the user as "User preferences screen " is disable by default. They are needed together !
If "Users can choose the language of their interface" then obviously they should be able to do it (User preferences screen should be enable) else they will be stuck with a possible language selection they can't change. (like what we have now).

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

{syntax type="tiki" editor="plain"}
{img fileId="1549" thumb="box"}

In Tiki we have a "Duplicate" item action.
However this action has different name in different places.
At tiki-admin.php?page=trackers we use "Clone"
Under the action wrench on the tracker list item view we use "Duplicate".
The plugin listExecute https://doc.tiki.org/tiki22#PluginListExecute use "Duplicate"
They may be other places...

There are two ways to specify navbar foreground and background colors: the "Navbar background color" checkboxes on the admin Look and Feel page and the "CSS class(es) for the menu nav element" on the admin-modules page. The Look and Feel checkbox value is used in all cases, though, so if that preference is set to "Dark", for example, to get a dark-background navbar for the main navigation, then ''every'' navbar instance assigned on the admin-modules page gets the CSS classes for "Dark". This causes a problem if, for example, a Light-background system menu is wanted in the footer. Then the CSS classes for the navbar are "navbar-light bg-light navbar-dark bg-dark". In my test, this caused light text on light background, so it's unreadable.

Unless I'm missing something, I think it would be good if the navbar color switch on the Look and Feel admin page was removed and the navbar color specified by the module only (maybe using a checkbox or radio buttons instead of inputting the class names as is required now), or else make the L&F switch apply only to the admin interface. This would be similar to moving the setting of the site logo and title from Look and Feel to the module admin page.

{syntax type="tiki" editor="plain"}
In Tiki newsletters, it is possible to subscribe a group (excellent)
It is also possible for individuals to unsubscribe from a newsletter without leaving the group (excellent)

However, newsletter admins do not have access to this list. They should know who left the list and should be able to administer this "exception" list.

This feature: https://doc.tiki.org/Featured-Links
Is not accessible via a system menu, you have to get the page url from doc.tiki and paste it to URL (www.mywebsite.com/tiki-admin_links.php), not very helpful and easy to fix I presume. I don't seem to be able to edit my default system menu.

This could also be "just" a feature request. I did not find a hint on http://doc.tiki.org/Tiki18 whether TIFF is supposed to work in file galleries or not.

In fact, TIFF doesn't work. You can upload it, and it will be correctly classified as image/tiff, but it will not get a thumbnail and will not show if included on wiki pages. But astonishingly EXIF information is (to some extent) correctly extracted from it.

I could reproduce this bug (or lack of feature) on Tiki show2, on an instance I created for another bug report:
http://hman-11504-7252.show2.tikiwiki.org/tiki-upload_file.php?galleryId=1&fileId=1

This could be an issue of GD which uses plugins for GIF and JPG, but I did not see a plugin for TIFF. Both on my ISPs PHP installation and that of Tiki show2, only JPG and GIF are listed on phpinfo about GD.

If it is a GD issue, IMHO Tiki should show a warning that TIFF support depends on a library not found locally. Since TIFF is the de facto standard for scanner output, it would be a pity if TIFF support could not be achievable (possibly - but did not reseach on that - because of patent issues?).

Thanks
Hman

Upon visiting tiki-wizard_admin.php, I get "Object of class AdminWizardCompleted could not be converted to string". See attached pics.

PHP version 7.4.24

Articles do not have history. With wiki pages, there is always an undo (and multistage, and with comparison etc.). Articles don't have that, and I believe they should, and it shouldn't be hard to add... The revision system could be shared, or at least recycled, from the one wiki pages have.