Category: 24.x

Tiki website admins probably expect page hits to be recorded and shown on List Pages, but they aren't unless the Stats feature is activated. (It seems to me they used to be, long ago, but maybe memory is failing me ;-) .) If recording/displaying page hits can't be separated from the Stats feature, so it's on by default even if Stats isn't activated, then at least there should be a notice on List Pages like "To have page hits recorded and displayed here, activate the Stats feature."

It should be possible in a tracker to lock items so they never be modified by user actions OR by other functionalities (re-indexing, mathematical calculations, etc).

This is more and more critical as Trackers are improving.
To make it simple and optional, we could have an option for status;
"Closed items are immutable".

When enabled closed item can't be modified and stay as is.

The function -+\UsersLib::assign_user_to_group+- currently does not log the group joining event (or leaving).

It should.

See other missing log events on the related wish.

On Tiki24 at tiki-admin.php?page=login you have "Remember me" option to allow users to have longer sessions. (so they won't need to login with password every x minutes).
It use a selector and a "Duration" field.
The selector has the following options:
* Disabled
* User's choice
* Always

While user's choice is working fine "Always" is not working and user has to login again and again.

It's really useful to be able to set which fields show on the tracker items list, especially when using inline editing, but this is a -+tracker_admin+- only feature, so it would be good to add a new permission just to be able to set which fields show.

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?

mpdf seems to faill to include images in the generated pdf file when you use:
* some self-signed https certificate, or
* a valid one but issued from a certification agency (like from a local public administration, in our case at work) which is not recognized by your browser by default unless you import a specific authority file in the right place (and I don't know how to do that for mpdf).

I wish there was some way to tell mpdf to avoid checking https certificate validity, like the option you can have in many other programs (wget, curl, git, ...). If that is possible, then a new option should be added in Tiki UI to let the tiki site admin enable it in those known use cases in which you need that feature.

As an example, that would have allowed to use mpdf successfully in the last couple of years at work. And we still can't use it normally due to this issue.

Create a tracker with a Numeric and a Mathematical Calculation Field.
I want to append a zero to numbers less than 10 to patch a tracker sort order listing issue
(if (less-than testingtrackerNum 10)
(concat 0 testingtrackerNum) testingtrackerNum
)

The above function adds a zero to any number less than 11. Even though the upper test limit is 10.
So the test (less-than 10 10) will be true, which is not the case in reality .
Look at the attached screen grab too

* Tiki lets us configure min_username_length and max_username_length unless we select login_is_email
* If we select login_is_email, these configs are hidden __but max_username_length is still enforced__ in -+ lib/validators/validator_username.php +- and in -+ lib/registration/registrationlib.php +-

The database structure seems to let us have as many as 191 chars without an issue. Certainly these are actually bytes, not chars.
Notes: If we use english logins or emails as logins, it's 191 characters. Accentuated chars in french and other european languages use 2 bytes (éààê). Some other languages use alphabets in which all chars use 2, 3 or 4 bytes.

My suggestion :
* Important: We should not enforce ''min_username_length'' and ''max_username_length'' when preference login_is_email is selected.
* Nice to have: We should still have some hard limit of 191 bytes (not chars) even if login_is_email is selected (needs to be tested with utf8 characters) so that people get a nice explanation instead of a mysql error message about an insert failure.

You can use the plugin meta tag (https://doc.tiki.org/PluginMetaTag) to set a content for a meta tag on a Tiki object.
However this will be added as a new metatag in the -+head+- keeping any other value you may have set (admin, control panel same meta tag or automatic feature).

For exemple:
#I have at tiki-admin.php?page=metatags in the field description : "My very general description".
#In a wiki page about Tiki and I would like to have specific description for this page.
I set the following plugin
{CODE()}
{metatag name="description" content="Tiki is the best"}
{CODE}

After saving, if I check the page -+head+- the description "My very general description" is still there and I can see a second metatag for description with "Tiki is the best".

Results of having meta tag duplication (twice description meta tag) are unclear.
From page validation point of view it seems to be forbidden and bad.
From SEO (Google) point of view it is unclear if the second tag will ignored, will replace the first one or will be considered as an extension of the first one. This because it seems it depends of the meta tag (robot = extension, keywords = not used anymore, description = unsure ?, etc).

Each meta tag nature is different and Google may change its rules at any time.

So, to use the plugin meta tag, it should be advised to remove the "global" values for a meta tag which leave ALL the pages (object) without this meta tag.
Thus I have now to set the meta tag plugin on every pages (or objects). ?

It would make much better sense in real life to have the "admin" meta tags used by default and have the "plugin" meta tags used if they exist.

Also, as side effect it forbid from using the multi-lingual admin feature for meta tags (you can't use any)

1) Forms where only a single option can be selected have the Select2 gadget for multi-select options. For example, in the Switch Theme module, there can be only one theme selected for the site. But the selected item has the "x" icon (with tooltip: "Remove all items"). According to the examples on [https://select2.org/getting-started/basic-usage] and [https://apalfrey.github.io/select2-bootstrap-5-theme/examples/single-select/] , this icon shouldn't be here, and UI-wise it is redundant.

2) Actually this is related/caused by the first issue: the "x" icon is mis-located when used with a single-option selector: it's at the far right of the selector rather than being to the left of the option name. But this will be fixed when the "x" icon no longer displays in single-option selectors.

Google changed their formula. module should now deal with:
google_ad_client = "pub-xxxxxxxx";
google_ad_slot = "02353245";
google_ad_width = 468;
google_ad_height = 15;


While we are playing here, the module should be re-organized and default should be a public service advertisement

Current Adsense module is too complicated to set-up as we can read here:
http://tikiwiki.org/Module+Adsense

There are way too many forum posts for something which should be really simple to set up:
http://tikiwiki.org/tiki-searchindex.php?highlight=adsense&where=forums

So, I suggest:

The public service advertisement should appear instead of the current "You forgot your Google ad_client number !" message. So people would know right away that the connection with Google is OK.

By default, it should be a fairly small ad so it fits nicely in a module.

And if the user is admin level (check for tiki_p_admin), then, add a link to documentation on how to set pub-xxxxxxxxxxxx and others...
http://doc.tikiwiki.org/tiki-index.php?page=Module+adsense

So, if no pub-xxx number is set, use pub-xxxxxxxxxxxx (which provides the public service advertisement) with a warning for admins.

If the admin specifically wants a public service advertisement, he can set the pub number as pub-xxxxxxxxxxxx. In which case, there should not be a warning to admins on how to set.

Finally, if the pub number is set normally (ex.: pub-1234...), no admin warning should appear.

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.

{syntax type="tiki" editor="plain"}
Printing with mpdf doesn't include images in many cases including params in the plugin img call such as zoombox, or when controlling the display of images from inside a ((doc:PluginFluidgrid)) , and in other cases reproduced in the show.t.o instance indicated:

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 with pdf:
{file type="gallery" fileId="1564" showicon="y"}

See the corresponding pdf produced by a local pdf printer from the print veresion of that wiki page:
{file type="gallery" fileId="1565" showicon="y"}


Code being used for the first sections about images:
{CODE()}

{FLUIDGRID()}
5: {img src="tiki-download_file.php?fileId=5&display" width="200"} 6: {img fileId="6" width=200}
---
7: {img fileId="7"} 8: {img src="tiki-download_file.php?fileId=8&display" width=400}
{FLUIDGRID}

!!# Local Image with zoombox
{img fileId="4" thumb="box"}

!!# Another local Image without zoombox

{img src="tiki-download_file.php?fileId=5&display"}

!!# A remote image with zoombox

{img src="https://doc.tiki.org/img/wiki_up/393px-Pears.jpg" thumb="box"}

!!# A remote image without zoombox

{img src="https://doc.tiki.org/dl1480?display&x=250&y=180" }

{CODE}
---

retested today upgrading the show instance to latest 24.x
"Upgraded today (server side) to latest 24.x branch: r79594 (Last Changed Date: 2022-01-22 14:46:09 +0100 - Sat, 22 Jan 2022) ", adn removed and reinstalled mpdf and diagram packages.
Same issue.{sign user="xavi" datetime="2022-01-22T23:32:38+00:00"}

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

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)

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 a quite big and several time upgraded Tiki all unified-index errors were running without errors.
Since a few month I see an error for each article that has the field source filled with an URL.

2022-11-14T07:55:37+00:00 INFO (6): addDocument article 470 {"memoryUsage":"38.5 MiB"}
2022-11-14T07:55:37+00:00 ERR (3): NOTICE: Trying to access array offset on value of type bool {"code":null,"file":"/var/www/vhosts/xxxx/xxxx/lib/core/Search/ContentSource/ArticleSource.php","line":53}
2022-11-14T07:55:37+00:00 ERR (3): NOTICE: Trying to access array offset on value of type bool {"code":null,"file":"/var/www/vhosts/xxxx/xxxx/lib/core/Search/ContentSource/ArticleSource.php","line":56}


{CODE(caption="lib/core/Search/ContentSource/ArticleSource.php, lines 47:59")}
$rss_relations = TikiLib::lib('relation')->get_object_ids_with_relations_from('article', $objectId, 'tiki.rss.source');
$sitetitle = '';
$siteurl = '';
if ($rss_relations) {
$rssId = reset($rss_relations);
$rssModule = TikiLib::lib('rss')->get_rss_module($rssId);
if ($rssModule['sitetitle']) {
$sitetitle = $rssModule['sitetitle'];
}
if ($rssModule['siteurl']) {
$siteurl = $rssModule['siteurl'];
}
}
{CODE}