Category: 22.x

Recently (since 21.x i think) the command -+php console.php c:c+- clears the cache files but then recreates several but using the current user (so -+root+- if using sudo to repair a previous issue).

Then when using the browser to clear all caches we get these sort of errors:
{CODE()} Cache file temp/templates_c/en_basic^c0a74c88a95913ac40aae6373020e7a6b2c0f1f9_0.file.cookie_consent.tpl.php is not writable
Error
Cache file temp/cache/1a11dae0a46d862cd81ddc7650f62cb8 is not writable
Error
Cache file temp/cache/container.php is not writable
Error
Cache file temp/cache/cd13e8c5df46647a6182a0cc858c8ed9 is not writable
{CODE}

Solution: console clear cache should not regenerate any cache files.

On the convene plugin the month selection arrow are not visible until you move over. Today’s date is not shown anymore.

It may after other areas than the convene plugin.
Can be tested here : https://dev.tiki.org/Improving-and-fixing-tiki.org-using-Tiki-22

On our Tiki Roundtable Meeting page there is a lot of redundancy task to manage the information.

One of them, at https://tiki.org/Roundtable-Meeting-2020-05 we have the convene plugin (people that voted to decide the time of a meeting based on their availability) and we have a list of confirmed people.

While it is not 100% the same, it would be nice and look alike most of the similar tools to have the "confirmed" list directly populated from the convene list.

This would be optional (a plugin parameter) to have it displayed.

We could extend it (like most calendar tools, including Tiki calendar) to have 3 options:
Coming, Interested, Not coming. (each one being displayable or not).

Steps to reproduce:
#Go to https://tiki.org/News
#Go to https://tiki.org/article452-Tiki-18-1-has-been-released-fixes-and-security-update
#Click "New Article"
#Enter a TEST title, Classification > Topic Releases and Patches, Publication > __uncheck the "Published" checkbox!__
#Click the "Save" button

You get switched back to default perspective. When you switch back to the first tab "Content" you see the form content is gone and the rest of the tabs got reset to the defaults as when you start editing new article... :(

You can see the issue on hovering the "Slider doesn't work" issue title on https://dev.tiki.org/Wishlist+Search+Page?default%5Bcontent%5D=Slider

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

On a tracker set a currency field and set it to display the currency symbol.

It should display $35.00 but it shows ¤ 35.00

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

I installed from git a new Tiki22.
Create (externally) the database and populate it with a Tiki21 previous database.
Completed the installation. with the following error:

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

Accessing to the admin it shows there is an issue with the database.
From ssh using database:update I get an error and I can’t neither rebuilt the index:

{CODE()}
root@ec2-xx-xx-xx-xxx:/home/xxx/public_html# php console.php database:update
PDO::query(): SQLSTATE[42S02]: Base table or view not found: 1146 Table 'tsaharoniki_tiki22.sessions' doesn't exist on line 104 of /home/xxxx/public_html/lib/core/TikiDb/Pdo.php
Update completed.
Failed: 20200513_expand_sessions_data_column_tiki
Queries executed successfully: 3
Error in 20200513_expand_sessions_data_column_tiki
ALTER TABLE `sessions` CHANGE `data` `data` LONGBLOB NOT NULL
Table 'tsaharoniki_tiki22.sessions' doesn't exist

root@ec2-xx-xx-xx-xxx:/home/xxx/public_html# php console.php i:r
Command not available at this stage.
The database needs to be updated. Solved by: php console.php database:update
{CODE}

I compared 2 tikis created at different times.
One that was created before Tiki18 and has a "sessions" table with a data col.
And one created after Tiki19 that doesn’t have a "sessions" table.

May be this should be conditioned to the table existence ?
Or if this table is legacy it should be removed (data moved to tiki_sessions ?)

On a Tiki22 I user tracker information.
By default user will be member of the registration group.

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

In the tracker I set a usergroup tracker.
New registered users show a blank value for the usergroup instead of the "default" registered.

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

It may work otherwise (forcing the group registered to be selected) but this is counter intuitive and hurt the user experience as this are not done as help says it should.

On a Tiki 21.x using the "new" and hardly documented option to add action to items from an item list I set a page that using a plugin List displays items (names) and an edit icon (I create a custom template with this icon on the 2020-10-05):

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

This is not working anymore on my website.
However the show instance show it right in the tracker and in the plugin list.

NOTE : I remember why now I tried to design it with a custom template as it is not a successful display. ;-)

On the Tiki forum if you delete a topic you will see 2 messages:
"Success"
"Error"

The topic page should be loaded as success and not a "lost in space" page. ?

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

I tested deleting user and users.

If I delete a group of users using the checkboxes and the delete dropdown at the bottom I see the confirmation dialog but it doesn’t seems to work.
I need to refresh the page to see they were deleted and ONLY THEN I see the success message:

Success
The following users have been deleted:
test3gmail.com, test4gmail.com

If I delete one by one users using the action wrench "X delete" it does the same, as long as I don’t refresh no Success message and they still appears on the list.

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

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.

I tested the duration tracker field on the test tracker at dev (here).

If I enter a value in the label and/or description field the modal close itself and the timer is not started.

If I don’t insert anything in the fields it stays and I can start the timer then close the modal and the timer work. (see the video)

https://share.vidyard.com/watch/gMutSnXnSKJKyRUYz9nMHN?

As of 21.x and 22.x the elFinder gallery url's have changed. This has created issues with existing menu items that were pointing to a file gallery. The url's used before would have a trailing /file1 for a gallery.
Now using elFinder their is an extra trailing url attached that looks like this:

/file1#elf_f1_MQ

A show instance will be created, at the show instance you can turn elFinder on and off, and view the gallery url's change.

{syntax type="tiki" editor="plain"}
Should just be some UI work so when a user selects a file, and uses contextual menu, WebODF or SVG-edit options appear if the file is of the right type.

On Tiki22 the page won’t save (Error 500) if you enter more than 200 characters (white space included).

That wasn’t the case previously (19, 20... 21) can’t tell for sure but I use a lot Description of Wiki page as Meta Tags for SEO so I never seen it before.

Related to https://dev.tiki.org/item276-Multilingual-Meta-Keywords-and-Meta-Description-and-increase-255-characters-limit

I see an error appearing in the page when I have tracked the master branch and even when I directly clone the master branch.
Now there is no way to install it.
So here is the error:

{img src="display1409" thumb="box"}

When you save a page on Tiki.org it just reload the previous content.

After a few attempts (copy/paste edited content) it accept to save.

Update 2021-07-07:
Happened again editing was almost lost ! ?

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

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

I had an error trying to login at dev from my iphone as well as on Chrome desktop

{img fileId="1550" thumb="box"}
{img fileId="1551" thumb="box"}

I upgraded a Tiki21 (Tiki created somewhere Tiki16/17) to Tiki22 and started to use elasticSearch. (it is possible somewhere in the past elasticSearch was used once).

I have errors with the elasticSearch not being found while it recreate one for each index rebuilt

Using the shell (fallback is not working):
{CODE()}
bernardsfez@server001:~/public_html$ php console.php i:r -p --log
[15/10/2020 09:12] Started rebuilding index... logging to file: /tmp/Search_Indexer_elastic_bernardsfez_console.log

Unified search
--------------

Engine: Elastic, version 7.9
< 1 sec/< 1 sec [>---------------------------] -- Rebuilding...
In Connection.php line 568:

no such index [bernardsfez_main_5f87e83d6e0c7]


index:rebuild [--log] [--cron] [-p|--progress]


bernardsfez@server001:~/public_html$ php console.php i:r -p --log
[15/10/2020 09:12] Started rebuilding index... logging to file: /tmp/Search_Indexer_elastic_bernardsfez_console.log

Unified search
--------------

Engine: Elastic, version 7.9
< 1 sec/< 1 sec [>---------------------------] -- Rebuilding...
In Connection.php line 568:

no such index [bernardsfez_main_5f87e8502c33a]


index:rebuild [--log] [--cron] [-p|--progress]


bernardsfez@server001:~/public_html$ php console.php i:r -p --log
[15/10/2020 09:12] Started rebuilding index... logging to file: /tmp/Search_Indexer_elastic_bernardsfez_console.log

Unified search
--------------

Engine: Elastic, version 7.9
< 1 sec/< 1 sec [>---------------------------] -- Rebuilding...
In Connection.php line 568:

no such index [bernardsfez_main_5f87e855170e6]


index:rebuild [--log] [--cron] [-p|--progress]


bernardsfez@server001:~/public_html$ php console.php i:r -p --log
[15/10/2020 09:12] Started rebuilding index... logging to file: /tmp/Search_Indexer_elastic_bernardsfez_console.log

Unified search
--------------

Engine: Elastic, version 7.9
< 1 sec/< 1 sec [>---------------------------] -- Rebuilding...
In Connection.php line 568:

no such index [bernardsfez_main_5f87e857ac63c]


index:rebuild [--log] [--cron] [-p|--progress]
{CODE}

If I use the web interface I have a different warning (no error but it may use the fallback):
{CODE()}
Warning

Elasticsearch does not support optimize.

Rebuild Index

Your index was last fully rebuilt on Thursday 15 October, 2020 09:12:58.

Unified search engine: Elastic, version 7.9, index bernardsfez_main_5f87e86a73dfb

Unified search engine fallback: MySQL, version 10.3.23-MariaDB-0+deb10u1, index index_5f87e86c95c36
Indexed

trackeritem: 97
tracker: 11
trackerfield: 72
blog post: 3
article: 50
file: 218
file gallery: 18
comment: 6
user: 7
group: 8
wiki page: 39
category: 19

Fallback search engine

Fallback search index was rebuild.
Execution Statistics

Execution time: 4 secs
Current Memory usage: 13.3 MiB
Memory peak usage before indexing: 2.8 MiB
Memory peak usage after indexing: 15.2 MiB
Number of queries: 14088
{CODE}
On Tiki admin search page I see:
{CODE()}

Client Node: server001
Elasticsearch Version: 7.9.2
Lucene Version: 8.6.2
Cluster Name: elasticsearch
Cluster Status: yellow
Cluster Node Count: 1
Index bernardsfez_pref_en: 2374 documents, totaling 1,486,770 bytes
Index bernardsfez_main_5f87e86a73dfb: 548 documents, totaling 1,662,738 bytes
Node server001: Using 733,190,144 bytes, since 2020-10-15 09:33:10
Field Count Tried on Last Rebuild: 184
{CODE}
But the field "Elasticsearch current index" show a different index being used "bernardsfez_main_5f87ece0dd927". I keep reseting this field to the default (empty) but index id keep coming-in.

I tried to set this field value to "bernardsfez_main_5f87e86a73dfb" (as displayed in the elasticSearch node info but after a new rebuilt it is changed again.

This is the use case: a Tiki site creates a lot of similar documents (which end up as PDF files) in the form of wiki pages assembled from a combination of included pages and text that is copied from "template" pages and customized. When the pasted section of text is edited for improvement, it would be good to be able to see where that section was copied from in order to improve that page (the base or "template" page) as well.

Maybe this could be done if there was a feature called "CopiedFrom" that, when activated, would print comments before and after the pasted text such as

-+Copied from "Template Page A" start+-
''The copied/pasted content is here.''
-+Copied from "Template Page B" end+-

These comments could be ~np~ ~t c~wiki comments~/t c~ or <!-- HTML comments --> or mPDF {DIV(class="d-print-none")}{DIV} comments ~/np~, depending on the site requirements. I don't know if the comment type needs to be selectable per instance or global at the site.

As this is kind of a rare use case, maybe it could be implemented as a Vue.js widget (just a thought). It would have to have the ability to get the page name or URL where text is selected and copied and print it as indicated where the paste is made.

''This happens at the same time of this https://dev.tiki.org/item7677-Index-error-on-tiki-tracker-built-in-fields-and-BLOB-TEXT-error-after-recent-update-of-Tiki22 but it look now it is different''

On a second brand new Tiki22 created from scratch (a week ago) on my local I'm improving a previous Tiki21 site adding a new page with a customSearch.

This is a wiki page with a pluginList and 2 smarty templates (searchresults.tpl and search.tpl)
I don’t use lastmodif or sort by date on any of those. During my first work sessions everything was ok.

Somewhere around the end of it I enable the "Search" checkbox on one field at "trackerfields4" (tracker4)
Back to the same a day later and I have an error about lastmodif poping up.

Field lastModif does not exist in the current index. If this is a tracker field, the proper syntax is tracker_field_lastModif.

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

__If I disable the search on this field (uncheck the search checkbox), delete cookies, rebuild index, refresh and login again the error is gone.
__

{syntax type=tiki}
{syntax type="tiki" editor="plain"}
This is the ((Tracking system for Tiki issues)).
If this is your first time, please read: ((How to Submit a new item on the Wishlist))

I tried to filter a search (Elastic search) at info.tiki.org and at themes.tiki.org. In both cases I input the search term and got results and then selected Object Type ("wiki page") and Federated search ("local search") to only get results from the site I was at, and only wiki pages. But nothing changed -- the same results were listed, including forum posts and tracker items at other sites.

Using Firefox, clicking the "Filter" button had no effect at all. In MS Edge, the page refreshed but the same search results were shown as before -- no filtering happened.

Is this a know problem, or is there a method for the user to get this to work?