Category: 25.x

{file type="gallery" fileId="2050" showicon="y"}
The popover that appears for tracker extra details is too transparent and needs to be changed as the overlapping white fonts are not visible. I used be able to change this in previous versions of tiki but I'm not familiar with SCSS I'm still in CSS land :-)

The Tiki preference "Session storage location" must not be set to "database"

{QUOTE(replyto="kroky6" date="2023-03-10")}Debugged for some hours and came up with this:
- no problem in cypht code itself - reply details are sent to the session to be written and requested from session on the compose page but there are not there when requested
- session Tiki-Cypht integration - no problem as well, session is written when request finishes
- data that is written to the mysql sessions table (this Tiki stores sessions in db) is correct (contains the reply details)
- however, the data is not in mysql database after write

Tried to debug more with manual query, tried to simplify with select and then update or insert instead of replace type of query but again the same result.

I think this is what happens - every time this bug happens, there are multiple AJAX requests executed in the background. I think they overlap in time which results in the following race condition:
1. get message content cypht ajax request begins and is processing.
2. another ajax request begins and opens the session (reads the current session and there are no reply details there).
3. get message content cypht ajax request writes the session when completing and writes the reply details
4. the other ajax request finishes after that and writes the session but it doesn't have the reply details (effectively overwriting another process's session).

I think we switched for non-locking mode of db sessions to speed up this Tiki but when we face overlapping ajax requests this has adverse side effects. Do you remember why did we switch to non-locking mode? I think we should either update cypht-Tiki integration to send one ajax request at a time or switch to session lock mode the whole site.{QUOTE}

Under Look & Feel
Layout Tab
Site logo and title
/var/www/tiki/tiki-25.2/img/tiki/Tiki_WCG.png
I keep getting prompted to upload or set the Site Logo image. Which is already set. How does one turn off this automated behaviour.

{file type="gallery" fileId="2081" showicon="y"} If you look at the attached image you can see that Related Content module/item appears even though I am not logged in! Not good security. Can this be fixed.

On the banner feature there is still mention (and certainly strains of code) of Flash. (flash is dead)

See: http://bsfez-11581-7922.show2.tikiwiki.org/tiki-edit_banner.php

The parameters and the strains of code should be removed.

{syntax type="tiki" editor="plain"}
Hi. When choosing "Remove" from the "More" dropdown list at the lower right of a page, you get a message "Please confirm. Delete the last version of the following Seite?". And there is a checkbox "Remove all versions".

That checkbox doesn't do anything. Always the latest version of the page is deleted, not all versions.

It had worked before (Tiki 24?).

Reorganising the Control panel Print Settings (tiki-admin.php?page=print) as follow:

Title : Print and PDF settings
Subtitle : Settings and features for print and pdf document generation
Tabs : General | Print settings | PDF settings


!!General
!!!Content
* --Show Page title-- => Insert Page title
* --Print wiki authors-- => Insert wiki authors
* --Print original wiki URL-- => Insert original URL
* --Print modules-- => Not here, we should use module parameter (added recently) Modules selection (print, screen, mobile, desktop, etc))
!!!Table of content
* Table of contents
* TOC heading
* TOC levels
!!! Document settings
* --PDF Orientation-- => Page orientation
* --PDF page size-- => Page size
* --Print Friendly PDF -- => Print Friendly
* Left margin
* Right margin
* Top margin
* Bottom margin
* Page background color
* Page background image
!!! Watermark and Additional content
* Watermark text
* Watermark Image URL
* CoverPage text settings
* Coverpage image URL
!! Print settings
* Print Wiki
* Print articles
* Print original tracker item URL
* Print original forum post URL
* MultiPrint
* Number of columns

!!PDF settings
* --PDF from URL-- => PDF generator engine
* PDF header text
* PDF footer text
* Header margin from top of document
* Footer margin from bottom of document
* PDF password for viewing

* Hyperlink behaviour in PDF
* PDF Bookmarks
* Link TOC with content
* Slideshow (reveal.js) PDF export
* Print indexed

* Printing to PDF memory limit
* Printing to PDF time limit

When we have a reply, of reply of reply on the comments (and forum I think) the message width is shrined to something really not useable and good.

https://dev.tiki.org/tiki-view_tracker_item.php?itemId=7838&threadId=9472

I know for basic refreash you can use some java script but I was thinking it could be nice for less technical people to add a plugin that refreashs a wikipage that maybe holding lots of telemetry that changes every few seconds.

RSS feed for Articles in tiki.org produces WSOD. Reproduced here:
https://tiki.org/tiki-articles_rss.php?ver=5

or
https://tiki.org/tiki-articles_rss.php?ver=5&css=y
(as indicated here https://profiles.tiki.org/RSS+Handler which used to be a valid url afair)

or
https://tiki.org/tiki-articles_rss.php?ver=2

However, it works well in themes.t.o:
https://themes.tiki.org/tiki-articles_rss.php?ver=5

I wanted to add that articles rss feed to the Admin UI backend rss module ( loaded from here https://profiles.tiki.org/Unified_Admin_Backend_Default_Dashboard_1 ), but there is no point if it triggers some error 500 or WSOD by any other reason.

Any tip anyone on how to solve? @ohertel maybe?

__Releated to:__ item8186-to-be-synched-fetched-event-details-of-of-Calendar-event-and-details-in-a-Tracker-item-with-Tracker-field-Calendar-item

__The cause:__

Given a Tracker has a field of type 'calendar item' and a number of other fields, for example a 'Textarea' or a 'Textfield'...

Given a user creates a Tracker item and desides to add an event to the Tracker item, __then__ the user can edit the Calendar event from inside the tracker, after the Tracker item is saved the first time (with existing event).

It is quite probable that a user who wants to edit a Calendar event might need to edit another field of the same tracker item at the same time.

Looking at the UI of the Tracker form, a user would most likely asume, that he can add or edit data in the Textarea, then edit and save the event and then save the Tracker item without losing any data.

In fact, when the user clicks at the edit-event button and then the save-event button, __all changes made to the Tracker item in the other fields will be lost.

__Observation:__

After saving the event, the whole page (browser tab) reloads the non-edit version of the page, instead of only saving the Calendar details to the Calendar and keeping the other field's data 'alive'.
Thus if you have filled a form or edited fields previously filled and then edit the event and then save the event, the just filled data get's completely lost

I imagine, that there would be some kind of AJAX event needed that pushed the Calendar event data to the database, without reloading the page.

Depending on the respective Tracker form, this could cause the loss of work and thus frustrate users to some unreasonable extent.

On a Tiki25 you can set a cron job that will run every hours from/ specific hours.

IE: -+*/15 17-22/2 * * *+- is correct, see https://crontab.guru/#*/15_17-22/2_*_*_*
But the scheduler refuse to save it: "Cron run time is not valid"

Hello,

We have 2 kind's similar features one is legacy but the interface is more user-friendly and one is modern and powerful with an unusual interface.


Score is a bit limited, use template, a set of badges, it is not possible to design the output, creating an event require file editing, etc...
https://doc.tiki.org/Score
https://doc.tiki.org/Score-Admin
https://doc.tiki.org/Score-Details
https://doc.tiki.org/Score-Details#Creating_new_event

Goal and recognition is better designed, use the rebuilt-index and relation, allow custom badges and goals, etc...
However the interface is not user friendly or consistent with usual Tiki admin interface.
https://doc.tiki.org/Goals
https://doc.tiki.org/Tutorial---Goals

Ideally we should be able to use the Score admin panel at tiki-admin.php?page=score to set the goal options


PS: I found this (what I Tiki Karma ??? ?): https://doc.tiki.org/Score-vs-Karma

On dev.to, is I use the "Search" system from the right col top module "Seach wishes" or

For the string: "Wikiplugin, memberpayment; The period tooltip is not consistent with available options" I have no results.
If cut it and use only: "Wikiplugin, memberpayment" I have results.

I should be able to find the ticket in both cases.

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

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

On tiki.org running Tiki23 once logged as admin using the preferences search tool I can search "notification" and "pages" results were as expected.

On next.tiki.org (now running Tiki 24) I can search for "pages" but searching for "notification" throw a WSoD.

On Tiki Security and Login admin control panels we have an option to display Captcha_questions.
This is working fine where Google re-captcha fail (and it fail) or if your user have issues with the internal Tiki captcha.

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

But how do we do that ?

May be the easiest way is to perform a translation using the custom translation existing system, BEFORE the answer is verified.

Simple number case;
"Answer to submit, 3+4=:7" => "Combien font 3+4=:7",

Text case;
"In which country is the Liberty Statues: New York" => "Dans quelle ville trouve t'on la Tour Eiffel:Paris",

Translation being done before the verification allow a better multilingual and multi-cultural usage.

The links on menu #42 to blogs and forums do not observe the -+sefurl+- setting (always "unfriendly"), however ''trackers'' works as expected.

There are probably others missing...

At tiki-check.php on several Tiki25 and Tiki26 I can see the following Error remarksbox.
Also visible on Tiki websites : https://dev.tiki.org/tiki-check.php

{img type="src" src="https://ibb.co/brc9Jzz" thumb="box"}
{img type="src" src="https://ibb.co/4sZnChP" thumb="box"}
{img type="src" src="https://ibb.co/DYgdcQK" thumb="box"}

https://ibb.co/brc9Jzz
https://ibb.co/4sZnChP
https://ibb.co/DYgdcQK

Monitoring tools giving a wrong assessment is bad.

---

~~#F00:Update 2024-02-12:~~ Seems it has been fixed for Tiki26 but not for Tiki25.

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

On a Tiki25 freshly updated after "ec7baa4a7a5852584de95ed133ba3b2a078b3c81": https://gitlab.com/tikiwiki/tiki/-/commit/ec7baa4a7a5852584de95ed133ba3b2a078b3c81

Tested on a Debian 11 server and Local OSX using server check I see:

PHP 7.4.33 good PHP version is supported by one of Tiki versions
Database MariaDB 10.5.15-MariaDB-0+deb11u1 good Database version is supported by one of Tiki Versions.
Tiki Version 25.1 info Current Tiki version

Supported Tiki versions
Tiki Version PHP MySQL MariaDB Fitness Explanation
Tiki 25.x 7.4+ 5.7+ 5.5+ good Recommended version
Tiki 24.x 7.4+ 5.7+ 5.5+ info Supported version

Etc... everything as usual, so I should be good, but on the top of it I have a remarksbox with an error:

^ Server compatibility
The server does not match the minimum requirements for this Tiki version.^

I see an error in the DOM console:
WebSocket connection to 'wss://domain.com/ws/ping' failed: Unexpected response code: 404

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

Still here on Tiki25 and Tiki26.
If you save a value for the "image_max_size_x" and "image_max_size_y" you can't use the upload modal dialog of the tracker field "file" to upload a file attached to a trackeritem.

''I had to reset the values manually in the database and then go the "edit" action of the file gallery and (re)save it. Trying to change the values from the HTML interface directly ended with a WSOD''

---

I've seen that happen again on a Tiki24.

It appears that if you fill ONLY one ends of the height or the width parameter when you upload a new file Tiki will get confused and in result the file will be corrupted.

Tiki should be able to resize using one end only. (max width or max height) and adapt OR we should force saving both parameters

---
On a Tiki 20

Setting only Maximum height of images in gallery in a gallery leads to a chain of incoherence and errors.

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

I tried to set a value for width but it turned to be worst and uploaded files are corrupted and turned into .txt files.

{img fileId="1304" thumb="box"}
{img fileId="1305" thumb="box"}
{img fileId="1306" thumb="box"}

Show page title on per page edit, if set to off, turns off page title as well as page category.
One setting effecting two features! It should be normal behaviour to see page category without page title.

We need a way of making Tiki known or not known to search engines before we do this. (like in wp)
We need the same, a "Search engine visibility" check box (enable or disable)
If enable the Tiki site can be crawled by search engine.
If disable nothing is to be crawled.
Should be enabled by default.

There is a comment at: https://dev.tiki.org/tiki-view_tracker_item.php?itemId=8253&threadId=10719&cookietab=1#threadId10719
It start with a quote module.
The since last visit module doesn't show any useful information "..."

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

When you type the text of a bug report, sometimes you want to give code examples. In order to faithfully represent the text, there is the CODE clause with argument Colors="Tiki".

{CODE(Colors="Tiki")}
.tiki-webmail .btn-primary, .tiki-cypht .btn-primary, .mobile.tiki-cypht .btn-primary, .inline-cypht .btn-primary {
color: #fff !important;
background-color: #2255aa !important;
border-color: #1c458a !important;
}
{CODE}

This code example DOES correctly close the definition of .btn-primary with a single closing curly brace. But it gets lost as soon as you save the text. Reproducibly. I've done it three times in a row... If you use double curly braces (which would be a syntax error), both get faitfully represented.

Tested on last line:
{CODE(Colors="Tiki")}
.tiki-webmail .btn-primary, .tiki-cypht .btn-primary, .mobile.tiki-cypht .btn-primary, .inline-cypht .btn-primary {
color: #fff !important;
background-color: #2255aa !important;
border-color: #1c458a !important;
}{CODE}

There is a problem in Slides in 21.x: Section about wiki page comments wrongly placed on top of all slide titles, when some setting is on related to comments.

This was not happening in previous LTS versions, with the former slideshow system (that's why I tagged it as regression; untested in 19.x, 20.x, etc).

Reproduced here:
http://xavi-9794-7332.show2.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware#s0
u: admin
p: 12345

Just after enabling the pref:
-+wiki_comments_displayed_default+-
and while keeping the default pref: -+wiki_comments_allow_per_page+- Disabled (which is the default setting).

You don't see the comment as Anonymous.
You'll see the comment if you log as admin.

In all cases, comments should NOT be displayed in a Wiki slideshow: https://doc.tiki.org/Slideshow

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