Category: 18.x

Since I upgraded some site to Tiki 18.x (svn), I can't edit properly wiki pages through the mobile phone (using Chrome on Android, in case it matters).

Once the page is open for edition, copy & pasting some url from elsewhere (for example) get your url appended with some extra text each time you click elsewhere in the same edit, or even if you just hit at the save button afterwards.

If you disable codemirror highlighter for the time being in that edition, then no extra text is prepended and you can save as expected.
---
Similar issue still present in 20.x{sign user="xavi" datetime="2019-07-06T17:58:57+00:00"}

Reproduced with an android based device (using chrome) in:
http://xavi-9794-6662.show2.tikiwiki.org/tiki-index.php?page=HomePage
visit with mobile device, enable codemirror highlighter, and attempt to edit the text.

When use only ASCII in SEFURLs is enable and the user use non-ASCII characters it broke the link without warning and create wonky url.

{CODE()}
* ((שלום))
* ((ברנארד))
{CODE}

Once save I’m redirected to the HomePage with a strange error as the page url and then page wiki link will be malformed (it include only the list number element)

I couldn't reproduce on show as it is not set to work with SEFurl.
I can't confirm it was working properly before.

Here a small video to show you.
It should be addressed because user may be not be aware of Admin decision and setting (and they can't be blamed for it).

A check and a warning should be good enough:
You have to name your new page using only ASCII char (A to Z no accents or non latin characters) ... Or it is not possible to create a wiki link or a page using non-ASCII characters (A to Z no accents or non latin characters)
Ask admin... :)

{youtube movie="G77vnbddlK8" width="700" height="520"}

Attempting to remove a page fails by default, without reporting any error. Before Tiki 18, it seems to do nothing or little. Since 18, it merely removes the last version of the page.

When the "Remove all versions of this page" is checked, removal works.

We've just done a sucessful in situ upgrade from TW18.5 to TW18.6.

Post upgrade, Watch notification e-mails seem to have a gained a newline prefix to the message subject.
This is also evident in the TW log file where the receiving user and the subject are now on separate lines.

Taken from the source of the received e-mail...
pre upgrade Subject: wiki page "17821020_DB_1A_pp_87-88" changed by user-real-name
post upgrade Subject: =?UTF-8?Q?=0Awiki=20page=20?= =?UTF-8?Q?"18360215=5FAccounting=5Fof=5FEstate=5Fof=5FJohn=5FReaves"=20?= =?UTF-8?Q?changed=20by=20user-real-name?=

This is only affecting Watch notification emails. Email associated with notifications from the wiki's internal Message system are unaffected. That makes me think its not a generic system/sendmail subsystem issue.

Did 18.6 introduce a new configuration option I've yet to find?

I don't think I can easily demonstrate this on the "show" system since mail isn't enabled there, but I will add a couple of screen shots showing the issue in our log files.

Thanks,
M

Update #1 - I've done the best I'm able with the show instance. I've enabled both Watches and the internal Message system. I added a wiki page and the watch notification (log ID 7) shows the subject on a separate line to the receiving user. I created a new user and sent that user a message. Log ID 10 shows that receiving user and the message subject on the same line. Screen snip attached.

I've also attached two screen snips from our system showing the log entries for a Watch notification from just before and just after the TW18.5 to TW18.6 upgrade.

I can also confirm that Tracker notification e-mails are NOT affected by the addition of this newline prefix to the subject line since the upgrade.

{syntax type="tiki" editor="plain"}
It is impossible to delete a wiki page. It doesn't matter whether you go to list wiki pages and select delete from the context menu of that page, or go to orphan pages and select delete from the context menu, or whether you check the checkbox in those to lists and then choose "delete selected".

A dialog pops up that asks whether you really want to delete that page. In this dialog, the page for deletion is correctly stated, so a page HAS been correctly selected.

But after confirmation you always get the error message "no page selected" and "one or more pages should be selected"...

plugin include does not work on Tiki18 as reliably as on Tiki15

start and stop parameters are not respected

-+start="~tc​~ includeon ~/tc~" stop="~ tc​~ includeoff ~/tc~"+-

As show on the instance, compute display always a result of "1" and doesn't perform a sum calculation as expected.

Average calculation is working fine so it should be a very hard task.
Something was broken.

Would be great as an "extra" to have the total aligned as the column value (if a col is part of a calculation align it values right).
---
Update 31/01/2022. I updated the instance and check back the case and I confirm the issue.

More details, I'm not using table sorter but the sum parameter from the tracker plugin.
There is no doc available at https://doc.tiki.org/PluginTrackerFilter so my setup relies on the inline documentation in the plugin.

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

Using this I setup 2 trackerfilter to test "sum" and "avg" and both failed.

When a fixed-top navbar is used, the page needs top padding of the same height as the navbar to prevent the navbar from obscuring the page content. Also, when an in-page TOC is used, and a link is clicked to go down the page to the relevant heading, the heading will be positioned at the browser window top, and under the navbar, unless there is an offset (such as margin/padding on the target heading).

Currently there is default pagetop padding for layouts using fixed-top navbars, but there isn't a fix yet in the Tiki stylesheets for the TOC problem (the Tiki project sites have a custom CSS rule as a fix). However, the height of the padding may not be right for all sites because the navbar height can vary depending on navbar content, font size, and so on.

Being able to specify the navbar height would ensure having the right px value for the site. (If there is a JavaScript solution instead that could be automatic and solve the problem, that would also be an acceptable solution, as far as I know.)

All of the wizards use icons that are hardcoded, and this results in them being un-influenced by the choice of iconsets, so they can look out of place.

This should be switched to the way almost all other icons are used (declaration by a given name, and redirection in /themes/basefiles/iconsets.

Almost, because tiki-sheet also uses hardcoded icons (should also be switched one day).

Please correct me if I'm wrong (if I am, this bug may be resolved invalid). If not then these strings need a correction.

In /lib/prefs/feature.php I find these escaped strings, line 2082:
{CODE(Colors="Tiki")}
'feature_jquery_zoom' => [
'name' => tra('jQuery zoom'),
'description' => tra('Enables zoom in images on mouseover or click. Used in Plugin Img with the parameter \"thumb=zoombox\"'),
'type' => 'flag',
'help' => 'PluginImg#Zoombox',
'default' => 'n',
],
{CODE}

And this is just one example, /lib/prefs/feature.php contains more.

tra() is called with a string that is enclosed in single quote and that contains double quote characters. But why is there a backslash in front of them?

That should - to my understanding of PHP - be unnecessary. On the contrary, only single quotes inside single quote marked strings need a backslash escape. Escaping a double quote character inside single quote strings would lead to backslashes being shelled out to the user in plain visibility (and irritate fellow translators trying to catch this string :-)

Or did I miss something?
Thanks for bringing me up to speed
hman

In the file gallery you can set how many results you want displayed, but this setting is called (in find.tpl, line 261) ...

{CODE(Colors="Tiki")}
{tr}Displayed rows{/tr}
{CODE}

... "Displayed rows".

The default setting is 25, but not 25 rows are displayed, but just five. With five results per row, that makes 25 results, and not 25 rows.

Maybe this is a leftover from old days with line listings? Either change the label or the logic behind the setting, the former possibly easier to achieve :-)

Thanks
hman

I was working on the [https://tiki.org/forum4|forum4 (Features / Usability)] today and later on I found out that I got a WSOD.

https://tiki.org/forum6 is working fine

This is happening if I’m logged.
As anonymous I can see the page.

Some work colleagues are testing tiki for their own department. They did setup their test tiki with tiki18 and full wysiwyg editor as the main editor in wiki pages, using wiki syntax.
When they open the page for edition, and they click on the help icon, the popup help shows up. they select the tab for plugins, and when clicking at the icon of a plugin shows nothing (no plugin helper popup is shown).
This usability bug might be critical for them (they seem to be comparing Tiki with other professional wikis out there).

Some js bug maybe somewhere?

I'll try to reproduce in a show.t.o instance.
For some reason, I can't reproduce it yet:
http://xavi-9794-7146.show2.tikiwiki.org/tiki-editpage.php?page=foo
u: admin
p: 12345

I'll adapt that page to the same content that produces the issue in the tiki behind our intranet at work. in the mean time, leaving as "pending" and with tag "worksforme"

When you double click a link in the WYSIWYG editor the dialog says square bracket "mailto" links are wiki pages (with no page filled in) and wiki page links are external ones.

It would be so nice if we could have the ''Character Count: __XX__ Max: __2100__'' textarea option in wysiwyg as we do have in tiki syntax.

Right now I look at a form which mixes wysiwyg and tiki-syntax fields just because the ones which need to support character counting can't be in wysiwyg.

When using the WYSIWYG plugin (to edit the contents of a call to the WYSIWYG plugin), a line break is added at the end of the call when saving.

This happens in Tiki 15, but did not happen in Tiki 12, as a result of r55910. However, the proper fix is to leave tiki-ckeditor.js as-is and to instead modify parserlib.php as shown in the attached patch. This dirty patch also solves issue #6592.

Hello,
Problem with:
- Zotero bibliography
- Zotero Bibliography Search Module

I followed the [https://doc.tiki.org/Zotero|documentation] and setup everything as it should be, but the mentioned plugins did not work.

- Can somebody confirm the plugins actually work ?

- From my server errors log:
~np~PHP Fatal error: Call to undefined method Zend\\Http\\Response::isSuccessful() in .../tiki/htdocs/lib/zoterolib.php on line 54 ...~/np~
- The isSuccessful() method is in: /tiki/htdocs/lib/zoterolib.php
- The isSuccessful() emthod is called on lines 54, 111 and 161

- Changing isSuccessful() to isSuccess() the error seems to be fixed, but the Zotero plugin is not working.
- I think using or relaying on Zend and tags to get feedback or content from Zotero may not be very good.
- Something like [https://github.com/ddean4040/phpZoteroWebDAV|this framework](phpZoteroWebDAV) would be much better.
Thank you.

It would be good to make the 'User' (i.e. user name) a required field when adding a new Tiki User (Admin Users)

Recently, I tested adding a new user without this (left blank), but added the password (2x) and an email. Tiki went the the next step, 'Confirm adding new user', then went to the full user list. Of course it was not visible anywhere in the full list of users (only one page, under 10 users total).

Also, it might make sense to change the name from 'user' to 'user name', or even more direct 'login'.

br,
Mike

When someone changes the Related-to field here I receive email notification like this:
{CODE()}
Item Modification

Tracker:
Bugs & Wish list
Item:
6887 WSOD (again) on tiki.org forum thread link

View the tracker item at:
https://dev.tiki.org/item6887-WSOD-again-on-tiki-org-forum-thread-link

Author: luciash d' being
Date: 01 Nov 18 11:51 CET

Status: Open
----------

----------


{CODE}

I added the related tracker item to the Related-to field on https://dev.tiki.org/item6887-WSOD-again-on-tiki-org-forum-thread-link
__As you can see it does not report the change on that field at all.__

Admins or Moderators should be able to manage (edit and delete) tags from the web interface.

https://tiki.org/forumthread67133

I guess we have similar tools/page we can reuse.

On the admin page to enable/disable plugins (tiki-admin.php) paymentlist is missing the checkbox, instead only this text is displayed: "paymentlist: Show details of payments. The payments considered may be restrained by user or date.".

The result of this bug is that the plugin Paymentlist cannot be activated or de-activated! Whatever the setting is on your Tiki installation, you cannot alter it through the Admin UI.

When the wrong URL is entered, such as when an admin page URL is miss-typed, instead of a normal 404 error, this is displayed: "No route found. Please see http://dev.tiki.org/URL+Rewriting+Revamp". Many people who see this will have no idea what it means or what to do with it. Can this be replaced with something more user friendly, like "Error: no page found. Please check the spelling of the URL."? Can it be done within the Tiki interface and not be an empty unformatted page with that one line of geeky text?

While I added and saved some plugin icon (PluginSign) on toolbars on tiki.org and cleared the Tiki cache, the change is not reflected when editing a wiki page. It still shows the previous older toolbars setup and the icon does not appear there while on Admin Toolbars it is shown. See Row 2 on https://tiki.org/tiki-admin_toolbars.php (when you have Admin access of course).

The advanced rating is so advanced, that you can only add new ratings and edit them, but there is no delete functionality... The wrench icon carries only "settings", which simply reloads /tiki-admin.php?page=rating, and there is no delete anywhere :-)

Empty date tracker-field shows data through Mathematical calculation tracker field


An item from our intranet (item65 ) has no value at a date field (trkDeliveryDate). trkDeliveryDate is a date field (date picker) with only date, and no default value set in this preference.

Field trkDeliveryMonth is a Mathematical calculation tracker field, extracting the month from that date field, which should be empty, but it's not, it shows some month (current month, I don't know if by chance or by which means).

trkDeliveryMonth:
{CODE()}
(date (str y-m) trkDeliveryDate)
{CODE}