Category: Bug

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

Most PHP errors are handled by initlib.php's tiki_error_handling(). This function was added by mose in {commit id=7041} (and completed in {commit id=7086}) to implement the "Show PHP error messages" button at the bottom of pages and have errors grouped rather than all over the place. Unfortunately, when a callback set with set_error_handler() does not return false, it also bypasses the default error handler, which may log errors. This means that no matter how PHP is configured, nor how Tiki is configured, errors triggered after lib/setup/error_reporting.php ran are not logged.

When using the ~np~[#Header|Header]~/np~ in a Wiki page and referencing to a header on the same page it works as intended but not after exporting it with mpdf to a PDF these links are blue and clickable but don't serve their purpose of jumping to their anchors.

Workarounds are using the Plugin ALINK/ANAME which only opens the browser with the given page which is not quite the intention of having it exported as PDF. Another one is using the HTML Plugin which worked for the page and to jump to the anchor in the PDF but is troublesome for further maintaining multiple bigger pages with this Syntax.

I have the assumption that tiki is referencing the ID attribute for the anchor in the A Tag rather than a name tag which mpdf actually supports.
https://github.com/mpdf/mpdf/issues/1055

Printing a structure with mpdf, some things are not printed properly:
* Footer (or header) {PAGETITLE}
A wiki page itself can be printed to a PDF, and {PAGETITLE} __in the footer __ will be translated correctly to the footer. But once the same page is printed as part of a structure, {PAGETITLE} in the footer will only produce a void.

* Plugin Last Modification
A wiki page itself is printed to PDF correctly showing the value for {lastmod}. If the same page is printed as part of a structure, {lastmod} will not be translated.

Working in wiki page alone:
{img fileId="1440" thumb="box"}

Bug in structure:
{img fileId="1439" thumb="box"}

{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"}
After a fresh git clone it is require to run setup.sh. -> b

The output throw a lot of DEPRECATION WARNING.

[scss] DEPRECATION WARNING: Sass's behavior for declarations that appear after nested
[scss] rules will be changing to match the behavior specified by CSS in an upcoming
[scss] version. To keep the existing behavior, move the declaration above the nested
[scss] rule. To opt into the new behavior, wrap the declaration in `& {}`.


https://pastebin.com/1NrM8fxL

{syntax type="tiki" editor="plain"}
Hi.

I've encountered a bug. It occurs when there's a tracker field of type "Item Link" with "Select multiple values" set to "Yes".

I try to create a Tracker Tabular Format for such a tracker, and I check the "Initialize this format with the current tracker fields" checkbox. Then I get an empty page, no message at all. When I remove the tracker field in question, it works.

I've tried to do it without the mentioned checkbox and manually add the tracker fields. When I try to add the mentioned field and click on "Select Mode", there isn't any mode in the dropdown list of modes. The field can't be
added.

Bye,
V.W.

{syntax type="tiki" editor="plain"}
Error "Out of range value for column 'entryId' at row 1" appears whenever modifying almost any content.

I have documented the problem and a workaround here:
* [https://doc.tiki.org/Troubleshooting?page_ref_id=4835#Ancient_Tiki_triggering_error_Out_of_range_value_for_column_entryId_at_row_1_on_every_change_advanced_|https://doc.tiki.org/Troubleshooting]

Maybe we should add a way of doing this automatically whenever necessary (every 10 years or so?)

~~#F00:__EDIT: Could not Reproduce in Show! I try to fix with an upgrade. Reducing the importance of this bug report for now.__~~

__Setup:__

* Wiki Structure: on
* Namespaces: on
** seperator: __~__
** tested also with: __:__
* Hide namespace indicator in structure path: ticked (on)
* Hide namespace indicator in page title: ticked (on)
* Force all non-namespace page links to the same namespace: both settings (on/off)

* Create a wiki page with a namespace name example:
+ __example~startstructure__
* Make a Structure from it
* Create a new page __mywikipage__ into the structure
+ page gets correctly named __example~mywikipage__

__Problem:__

When in default settings the ''__Wiki URL scheme__'' is ''__URL encode (Tiki classic)__'' in /tiki-admin.php?page=wiki.
Then the Namespace rewrite does not work and the links / urls are __example+startstructure__ instead of __example~startstructure__, why Tiki does not find the page and either gives an error message or a create page notice or a redirect to the HomePage, depending on further configurations.

__Workaround:__

When the ''__Wiki URL scheme__'' is set to ''__Replace Spaces with dashes__'' in /tiki-admin.php?page=wiki, the links / urls are still wrongly rewritten , but with dash instead of plus: __example-startstructure__ and they do correctly redirect to __example~startstructure__ .

__Additional remarks:__

I think, that the rewrite of the structures feature (wiki structure breadcrumb menu AND plugin toc) from the seperator to the dash (or otherwise the plus) is still wrong.
When I create a page __example-mywikipage__, then I can access the original page with following URLs / Links:
* __example~mywikipage?structure=example~startstructure__
* __example~mywikipage__
* __example-mywikipage?structure=example~startstructure__
* __example-mywikipage-2__

Where __example-mywikipage-2__ is somehow defined as alternative URL from Tiki (18.x) without creating that page at all.
Only __example-mywikipage__ directs to the new page!
__example-mywikipage?structure=example~startstructure__ directs to the old page!

The wiki structure feature uses __example-mywikipage?structure=example~startstructure__ as URL for __example~mywikipage__ respectively instead of __example~mywikipage?structure=example~startstructure__

I'll try to reproduce with a show instance.

{syntax type="tiki" editor="plain"}
Tiki plugin Tabs have stopped working within templates in 27.3 (but work in 27.2) if the name parameter is set. If name is not specified, tabs appear to work in 27.3 as well.

For example, this does not work anymore within a wiki template:

{TAB(name="user_tabset_01" tabs="Cases|Orders")}
Case
/////
Orders
{TABS}

I have deliberately misspelt the name of the Tiki plugin in order display the code here in this post

The template above is being called by Tiki plugin TrackerList

trackerlist trackerId="3" fields="50:51:52:53:54:55:56:215:64" wiki="zmatter-view" list_mode="n" showpagination="n" max="1" showlinks="n" silent="y"}

Here is the screenshot of erroneous output that I see in Tiki 27.3

{img fileId="3134"}

The correct output (in Tiki 27.2) and with the name parameter removed from plugin tabs (in Tiki 27.3) is

{img fileId="3135"}

{syntax type="tiki" editor="plain"}
In a new instance of branch 30, when I go to the admin pages, there is an error " Search index failure -
Please proceed to rebuild Index. If you have shell (SSH) access, you can also use the following, on the command line, from the root of your Tiki installation: php console.php index:rebuild MySql Search index table not found."

In my opinion this is not a good first impression of Tiki's admin pages. The new admin probably thinks something like "What, there's a search index failure already? I just created this site!"

I understand that this may be a general-use message that is appropriate in some circumstances but, if possible, either remove it from displaying in a brand-new site, or change the wording to indicate that there isn't an error really, but the search index should be rebuilt (or "built", at this stage?).

New unified Admin Backend should work properly with RTL languages

The format of sent newsletters is impure. Instead of real ASCII double quotes, a special character is used (0x90)

Extract from test newsletter I sent to myself:
{CODE(Colors="Tiki")}
<!— Start of article —>
<div class”articleclip_single”>
<h3 class”articleclip_title”><a href”http:
{CODE}

Look closely at those double quotes (cannot underline them, or the CODE commands get ignored.

These are typographical double quotes. I have the feature enabled. But that feature should only swap typographical characters in displayed Wiki content - not in the ''programming'' part of newsletters... !

It's a miracle that Thunderbird renders this correctly. I am dead sure most other mail clients are not so tolerant...

It looks like dots in Wiki page names aren't allowed, but created nevertheless.

# Click on Wiki Page -> Create a wiki page
# Enter (for instance) "node.js" as the page name
# Enter some text
# Click on Save
# I get a page with this message: "No route found. Please see http://dev.tiki.org/URL+Rewriting+Revamp"

The new, faulty page can be removed with Wiki Page -> List pages -> Spanner Icon

On the forum I see the post from a user with a question mark instead of the flag of his country:

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

I check in the folder img/flags we don’t have (anymore ?) a flag for England.
Was it lost or user shouldn’t be able to select England (and use United Kingdom)

(Brexit unexpected side effect ??? sorry hi hi hi)

It is also not possible to select England as your country in your user preferences because of this.

{syntax type="tiki" editor="plain"}
For the second edit you might be able to choose a field since fields are loaded by then. But, during the first one the field list is empty.

{syntax type="tiki" editor="plain"}
The parameter $gal_info.show_modtimedate is used in list_file_gallery_content.tpl (line 402) and possibly in other .tpl files so that the display of File gallery timestamps can either be a simple date or date+time. This parameter seems to default to something other than 'y' (or is simply not set) so the checking logic in the File gallery template (and possibly other templates?) makes the default to be just the simple date format.

So if you want to display timestamp info as date+time this parameter needs to be set to 'y' BUT there is not anywhere in Tiki where this parameter can be set - presumably it should be a pref that can be set generally or perhaps just for File galleries or just for other features?

So I guess this is both a Bug and a Wish :-)

Hello,

tried to do fresh installation of Tiki-21 (from *.xz tarball) on my production server and the installer seemingly choked after selecting "Inno DB", iow. pressing the button did not show any effect and it looked as the installed just died.

After several attempts, I had to leave the process working for some time having some non computer-related tasks to do and after returning back to the computer, discovered that installer did finish the job, but no progress-bar dialog was visible, although the feature did work during my testing of Tiki before release, so it is certainly a regression.


Sincerely,
Gour

{syntax type="tiki" editor="plain"}
When you attach a file to a a tracker item using the attachment tracker feature, the file is uploaded and stored (where?) but it has no title or filename.

Also remove and edit icons look out of their places.

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

Upgrading from 18.3 to 20.x did break my WYSIWYG editor.

Found the origin of this bug:
Select on Control Panel "Wysiwyg" for setting "Full WYSIWYG editor skin" one of the non-default skins.
Results in non loading editor (only shows for short time a loading bar) when editing a Wiki page.

Workaround:
Select "Moono (default)" as editor skin.

non-valid url due to doubler slash in mention notification emai from t.o

Example from a real email I received:
{CODE(ln="1")}
jonnybradley mentioned you in https://tiki.org//Roundtable+Meeting+2020+07#mentioned-Xavi-section-1
{CODE}

Note that there are two slashes after tiki.org in the url, which makes Tiki reply that this page doesn't exist.
If you try with one slash only, itr works as expected:
https://tiki.org/Roundtable+Meeting+2020+07#mentioned-Xavi-section-1

{syntax type="tiki" editor="plain"}
It is not possible to create a tracker at : https://27x.demo.tiki.org/tiki-list_trackers.php

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

{syntax type="tiki" editor="plain"}
On a Tiki27 and Tiki29 you can create a tracker, set some fields and set one File tracker field (no change in the parameters). On item creation it will work fine you will be able to validate the item and upload the file that will be saved into the Tiki File Gallery.

In the options of the File tracker field, you can limit to 1 the file you accept to link with this field in the item.
If you set to 1 the upload fails.

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

This regression is somehow recent as it was previously working.
It seems there are also other error involving Ajax Services.

The tiki has different categories (C1, C2) defined with permissions, so users see only pages with in the categories the user have permission.

User "A" has enabled the notification for any new or changed page. this on has only permissions for C1.

Now user "B" create a new page (P1) with some content, set the checkmark to the categorie C2 and save the page,

As result, user "A" get an notification with the full content of the new page (P1) but because he has no permission for C2 he shouldn't get this.