Category: Bug

After creating a zone and banner and using pluginBanner they will not display for me

{syntax type="tiki" editor="plain"}
At tiki-admin.php?page=login admin can set "CAPTCHA questions and answers".

A question with a single answer.
If I use -+1,3,5,7,?= :9+- it will work.

If I use a text string like -+What is the capital of France ? :Paris+- it won't work as it was previously.

{syntax type="tiki" editor="plain"}
In recent versions, at least after 18.2, the phpCAS::client function is calling a function to setservicebaseurl.
1. there is no parameter in CAS configuration to setup the Service Base URL.
2. The phpCAS::client call in lib/userslib.php is called with null regarding Service Base URL.

__DESCRIPTION__: We have deployed a platform with CAS JASIG, TIKIWIKI and JOOMLA. We have an issue with users that are already logged in JOOMLA and try to access TIKI.

__ISSUE__: CAS Autologin feature fails to complete.
_SINCE WHEN_: This issue has been at least since version 14.x
_PROCEDURE THAT FAILS_: If i try to access a restricted resource without explicitly login before.
1. Tiki redirects to CAS SERVER __(NORMAL CASE)__
2. CAS SERVER redirects back to Tiki __(NORMAL CASE)__
3. Tiki redirects back to TIKI main page __(NOT NORMAL)__

_NOTE_: The Autologin functions well only when we explicitly access _tiki-login.php_

We have many categories in our tikiwiki but noticed that categories created after 24.2 do not get displayed above the wiki page.
IF you inspect the categories database column "SELECT * FROM tikiwikidb.tiki_categories order by rootId;" the newly added categories are there but will not display on the wikipage.

Using the following code in a Wiki Parsed module

{CODE(caption=>example module code)}
{if isset($objectCategoryIds) and in_array(42, $objectCategoryIds)}
In category
{/if}
{CODE}

should show the text "In Category" when the wiki page currently shown in the center column is in the category with id 42.
--This works only on pages without spaces in their names.-- Things seem to have changed. This works with pages that have spaces in their name, but not if the spaces are being replaced by dashes.

The above code should also work when on a wiki page with spaces in it's name.

On a fresh install with version 18.1

-I want to use Categories to restrict access to images and files

To do that, I created a category "CAT_1" and placed "IMAGE_1.JPG" in that category.

Then I created a group "GROUP_1" (inherited from Registered) and placed "USER_1" in it.

Now about permissions:

I removed ALL the "Files Galleries" permissions from global permissions on both groups, Registered and GROUP_1.

When I did that, USER_1 stopped being able to see the files on the wiki.

Then I changed CAT_1 permissions (according to the page, it overrides the global permissions) to ALLOW USER_1 and Registered to see the Files Galleries. I was expecting to see the file IMAGE_1.JPG that is in CAT_1, but USER_1 continues to see nothing.

I am including tiki_p_download_files when I make changes on the permissions.
I am clearing the cache after the changes.

I expected to allow USER_1 to see only the images under CAT_1, but when I make the changes above, it stops seeing al the files

If you create a new sub-category, for instance for Tiki Cart, the name of the category will get translated, if you want it or not. It's compulsory.

For instance, I wanted to add sub-category to Products named "button". The Wiki shall be for the use of a non-profit organisation, and those typically have buttons (to attach to your clothing).

Tiki Wiki 18 immediately translates "button" to "Schaltfläche" and creates the sub-category with just that translated name, which is pure and utter nonsense. Side note: Besides the fact that an automatic translation is definitely unwanted here, it's perfectly wrong also. Button is ambigous can mean the sticker your your clothing or something to click on in a GUI. And in German these have different translations.

Tiki Wiki chose the GUI meaning, which is wrong. And again, it's totally unwanted. So I assume this is some internal malfunction that produces a translation (localization) somewhere in the logic that parses entries here.

"button" seems to be a reserved "magic" keyword, but there should be no reserved keywords when it comes to names, because this means that names are not transparent, but opaque.

It is really impossible to create a sub-category named "button" and thus to sell buttons with Tiki Cart...

When a comment contains a line too long to fit in the viewport, that source line is generally displayed correctly by splitting it into multiple output lines. But it seems that in certain comments, like the 2018-03-05 09:20 comment [https://dev.tiki.org/item6130-Forums-Posts-can-be-rated-results-in-Request-URI-too-long-error-when-enabled-and-user-tries-to|ticket #6130], automatic text wrapping is too late, which causes a hidden overflow of text at the end of full lines.

This affects an installation of Tiki 15 using a custom theme (Foncierpedia).

This does not affect most comments. 2 installations of Google Chrome 64 on 2 tested are affected. Firefox seems unaffected, while Internet Explorer 11 seems most unaffected, but still a bit affected.

When changing a name of custom module, a new module is being created with all the changes.
It should update the existing custom module and not create a new one.

When ''chosen'' is active, the ''Reset'' button does not reset dropdowns any more.

Simple input fields work fine (i.e. they are voided) but dropdowns just keep their values.

Without ''chosen'', all works as expected.

Let's spare time and resources and recycle a past existing show2 instance :-)
[http://jyhem-9952-7502.show2.tikiwiki.org/tiki-index.php]

{syntax type="tiki" editor="plain"}
When editing a Wiki Page (properties) or an Article (classification), if you use the Tiki tags (freetags) you will see a "Tags" field with the list of the most popular or last used tags.

Normally when you click on a tag, it is added to the field.
This is not working anymore.

Trying to download an uploaded file through the diff view in a comment produces garbled data instead of downloading the file. The file can still be downloaded through a right-click and open in a new tab. But if clicking directly on the link, rather than downloading, it's opening the data of the file within the comment.

See following GIF that shows the downloading failing at first, with garbled data, and then the possible download through right-click:

https://cl.ly/e51ea86f0b21

I'm not familiar enough yet with the code to be able to narrow the issue. I dug until the `{trackeroutput}` custom smarty function and the `field_render_value` but I'm not sure where the issue is. For both cases where the link to download a file works and for when it doesn't work, the url (and whole html tag attributes) is the same, so I suspect it's javascript that is doing something but there's so many libs that I need some advice on where to look for.

It is weird and no idea how to reproduce but on the page https://doc.tiki.org/Changelog-1.8?page_ref_id=4088 the CODE plugin is ignored like if it was not enabled at all.

We use the code plugin with the Full WYSIWYG editor to display code snippets.
- Support Tiki's "wiki syntax" is checked
- Limited wiki parsing is unchecked
- Use Wiki syntax in WYSIWYG is unchecked
(in order to create true html wiki pages with some wiki syntax for plugins)

Steps to reproduce:
* Use code button in WYSIWYG editor, put some code in the body section and click save
{CODE(caption="Original code snippet" theme="default")}#include <iostream>
using namespace std;

int main()
{
cout << "Hello, World!";
return 0;
}{CODE}
* Clicking again on the plugin (or saving the page and view) will give you this distorted code snippet:
{CODE(caption="Code snippet after first save" theme="default")}#include &lt;iostream&gt;<br>using namespace std;int main() <br>{<br>    cout &lt;&lt; "Hello, World!";<br>    return 0;<br>}{CODE}
* Paste again the code snippet in the plugin and click save
* Code is displayed correctly
{CODE(caption="Code snippet after second save" theme="default")}#include &lt;iostream&gt;
using namespace std;

int main()
{
cout &lt;&lt; &quot;Hello, World!&quot;;
return 0;
}{CODE}

As the workaround is simple but annoying, I suppose this is quite easy to fix, is there someone who can check this out?

with any of the menu modules on the left column if your mouse hovers a menu item with sub-items the pop-out sub-items float under the content of the centre column this obscuring them. The JQueryUI needs to put the pop-out sub menus on the top layer of the page. [https://dev.tiki.org/tiki-download_item_attachment.php?attId=824&display]

Make a test - try to comment article as anonymous (not logged user).
Name field lefts empty, other fill and send comment.

In notice appeared after, message is empty field Name, called as "pseudonym". Why?
Will be good, when field and notice will be speak about one word.
For example Nickname? ....Maybe will be better.


Look here:
{img fileId="1627" thumb="box"}

Steps to reproduce, for instance on dev.tiki.org :
# View a tracker item as anonymous: you can't comment
# Log in
# Get back to the item report: you still can't comment. Even after shift-reload

Reasons:
The ajax response is cached by the browser.

Even if someone else adds a comment, you still can't see it.

It might affect all other ajax services.

When you enter comments in wiki page sources, they should not get rendered.
https://doc.tiki.org/Wiki-Syntax-Text explicitly states that:

{CODE(Colors="Tiki")}
~tc~ this is a tiki comment ~/tc~
Will be kept in the Wiki source file but not seen when the HTML page is generated or HTML page source is viewed
{CODE}

But actually, everything between the two tilde tc tilde marks ''is'' being rendered... Nasty if you want to "comment out" a feature you only want to temporarily disable and not delete it's coding...

The page "comments" on tiki.org returns a 404 not found.

I have looked in the wiki pages, and we do in fact have a comments page, so something must be broken there. Not sure if this is a tiki bug, or bad data or what, but the error message (404) is really not very helpful.

https://tiki.org/comments -- is broken
https://tiki.org/tiki-index.php?page=comments -- works

https://tiki.org/changelog -- is broken
https://tiki.org/tiki-index.php?page=changelog --works

In /lib/prefs/paymen.php is a completely wrong description for a feature (AnonShopperProfile), and it's obviously a copy&paste-error. In 390 you will find
{CODE(Colors="Tiki")}
'payment_cart_anonorderitems_profile' => [
'name' => tra('Anonymous order item profile'),
'description' => tra('Wiki page containing the profile for creating order items for anonymous users (page name must not have spaces)'),
'help' => 'AnonOrderItemProfile',
'type' => 'text',
'default' => '',
],
'payment_cart_anonshopper_profile' => [
'name' => tra('Anonymous shopper info profile'),
'description' => tra('Wiki page containing the profile for creating order items for anonymous users (page name must not have spaces)'),
'help' => 'AnonShopperProfile',
'type' => 'text',
'default' => '',
],
{CODE}

The description of AnonShopperProfile is an exact duplicate of the description of AnonOrderItemProfile...

On a Debian Linux 10, Webmin version 1.984, Usermin version 1.834, Virtualmin version 6.17-3 (all latest) I tried to setup a Tiki git clone from master (Tiki24)
PHP 7.4.27


Errors and notice while using setup.sh to install Composer

{CODE()}
Package container-interop/container-interop is abandoned, you should avoid using it. Use psr/container instead.
Package montefuscolo/xmpp is abandoned, you should avoid using it. No replacement was suggested.
Package zendframework/zend-version is abandoned, you should avoid using it. Use ocramius/package-versions instead.
Package zendframework/zendservice-akismet is abandoned, you should avoid using it. No replacement was suggested.
Package phpunit/php-token-stream is abandoned, you should avoid using it. No replacement was suggested.
Package sensiolabs/security-checker is abandoned, you should avoid using it. Use https://github.com/fabpot/local-php-security-checker instead.
{CODE}

{CODE()}
Generating optimized autoload files
Class Rubix\ML\Exceptions\MissingExtension located in ./vendor/rubix/ml/src/Exceptions/MIssingExtension.php does not comply with psr-4 autoloading standard. Skipping.
{CODE}

It will be nice to clean them.

When using ~pp~php console.php translation:getstrings --lang=en~/pp~ or using with the basedir argument ~pp~php console.php translation:getstrings --basedir=themes/Bernard/templates --lang=en~/pp~ all the /lang/*/language.php files are generated (or just duplicated I can’t say) and a "language.php.old" is added in all the language directories.

When a language is specified only this languages files should be targeted.

When importing a CSV from command line:
console.php tracker:import ''format_number'' ''file_name''
... tabular format "import updates" checkbox has no effect.

As far as I understand structure configuration is not being loaded in TrackerImportCommand.php

I've added the following line and everything seems to work:

{CODE(theme="default")}$schema = new \Tracker\Tabular\Schema($tracker);
$schema->loadFormatDescriptor($info['format_descriptor']);
$schema->loadFilterDescriptor($info['filter_descriptor']);
// Added line
$schema->loadConfig($info['config']);

$schema->validate();{CODE}


Please, let me know if there is a better way to solve this issue.

Thanks,

Javier.-

Runing a command like this
{CODE(colors="shell")}
php console.php list:execute "Foo page" "Bar Action"
{CODE}

produced these report with warnings:

{CODE()}
PHP Stack trace:
PHP 1. {main}() /var/www/tiki18farm/console.php:0
PHP 2. Tiki\Command\Application->run() /var/www/tiki18farm/console.php:80
PHP 3. Tiki\Command\Application->doRun() /var/www/tiki18farm/vendor_bundled/vendor/symfony/console/Application.php:148
PHP 4. Tiki\Command\Application->doRunCommand() /var/www/tiki18farm/vendor_bundled/vendor/symfony/console/Application.php:248
PHP 5. Tiki\Command\ListExecuteCommand->run() /var/www/tiki18farm/vendor_bundled/vendor/symfony/console/Application.php:946
PHP 6. Tiki\Command\ListExecuteCommand->execute() /var/www/tiki18farm/vendor_bundled/vendor/symfony/console/Command/Command.php:252
PHP 7. ParserLib->parse_data() /var/www/tiki18farm/lib/core/Tiki/Command/ListExecuteCommand.php:68
PHP 8. ParserLib->parse_first() /var/www/tiki18farm/lib/parser/parserlib.php:1667
PHP 9. ParserLib->plugin_execute() /var/www/tiki18farm/lib/parser/parserlib.php:439
PHP 10. wikiplugin_listexecute() /var/www/tiki18farm/lib/parser/parserlib.php:1031
PHP 11. Search_Action_Sequence->execute() /var/www/tiki18farm/lib/wiki-plugins/wikiplugin_listexecute.php:172
PHP 12. Search_Action_ActionStep->execute() /var/www/tiki18farm/lib/core/Search/Action/Sequence.php:56
PHP 13. Search_Action_TrackerItemModify->execute() /var/www/tiki18farm/lib/core/Search/Action/ActionStep.php:64
PHP 14. Search_Action_TrackerItemModify->executeOnItem() /var/www/tiki18farm/lib/core/Search/Action/TrackerItemModify.php:86
PHP 15. Services_Tracker_Utilities->updateItem() /var/www/tiki18farm/lib/core/Search/Action/TrackerItemModify.php:138
PHP 16. Services_Tracker_Utilities->replaceItem() /var/www/tiki18farm/lib/core/Services/Tracker/Utilities.php:24
PHP 17. TrackerLib->replace_item() /var/www/tiki18farm/lib/core/Services/Tracker/Utilities.php:98
PHP 18. Tiki_Event_Manager->trigger() /var/www/tiki18farm/lib/trackers/trackerlib.php:2116
PHP 19. Tiki_Event_Manager->internalTrigger() /var/www/tiki18farm/lib/core/Tiki/Event/Manager.php:66
PHP 20. Tiki_Event_Chain->__invoke() /var/www/tiki18farm/lib/core/Tiki/Event/Manager.php:82
PHP 21. Tiki_Event_Manager->internalTrigger() /var/www/tiki18farm/lib/core/Tiki/Event/Chain.php:21
PHP 22. Tiki_Event_Lib->__invoke() /var/www/tiki18farm/lib/core/Tiki/Event/Manager.php:82
PHP 23. TrackerLib->send_replace_item_notifications() /var/www/tiki18farm/lib/core/Tiki/Event/Lib.php:26
PHP 24. TikiMail->send() /var/www/tiki18farm/lib/trackers/trackerlib.php:5268
PHP 25. tiki_send_email() /var/www/tiki18farm/lib/webmail/tikimaillib.php:246
PHP 26. Zend\Mail\Transport\Sendmail->send() /var/www/tiki18farm/lib/mail/maillib.php:185
PHP 27. Zend\Mail\Transport\Sendmail->prepareHeaders() /var/www/tiki18farm/vendor_bundled/vendor/zendframework/zend-mail/src/Transport/Sendmail.php:125
PHP 28. Zend\Mail\Headers->toString() /var/www/tiki18farm/vendor_bundled/vendor/zendframework/zend-mail/src/Transport/Sendmail.php:237
PHP 29. Zend\Mail\Header\From->toString() /var/www/tiki18farm/vendor_bundled/vendor/zendframework/zend-mail/src/Headers.php:426
PHP 30. Zend\Mail\Header\From->getFieldValue() /var/www/tiki18farm/vendor_bundled/vendor/zendframework/zend-mail/src/Header/AbstractAddressList.php:191
PHP 31. Zend\Mail\Header\From->idnToAscii() /var/www/tiki18farm/vendor_bundled/vendor/zendframework/zend-mail/src/Header/AbstractAddressList.php:132
PHP 32. idn_to_ascii() /var/www/tiki18farm/vendor_bundled/vendor/zendframework/zend-mail/src/Header/AbstractAddressList.php:105
PHP Warning: Filter not found: boolean in /var/www/tiki18farm/lib/core/TikiFilter.php on line 125
PHP Stack trace:
PHP 1. {main}() /var/www/tiki18farm/console.php:0
PHP 2. Tiki\Command\Application->run() /var/www/tiki18farm/console.php:80
PHP 3. Tiki\Command\Application->doRun() /var/www/tiki18farm/vendor_bundled/vendor/symfony/console/Application.php:148
PHP 4. Tiki\Command\Application->doRunCommand() /var/www/tiki18farm/vendor_bundled/vendor/symfony/console/Application.php:248
PHP 5. Tiki\Command\ListExecuteCommand->run() /var/www/tiki18farm/vendor_bundled/vendor/symfony/console/Application.php:946
PHP 6. Tiki\Command\ListExecuteCommand->execute() /var/www/tiki18farm/vendor_bundled/vendor/symfony/console/Command/Command.php:252
PHP 7. ParserLib->parse_data() /var/www/tiki18farm/lib/core/Tiki/Command/ListExecuteCommand.php:68
PHP 8. ParserLib->parse_first() /var/www/tiki18farm/lib/parser/parserlib.php:1667
PHP 9. ParserLib->plugin_execute() /var/www/tiki18farm/lib/parser/parserlib.php:439
PHP 10. wikiplugin_listexecute() /var/www/tiki18farm/lib/parser/parserlib.php:1031
PHP 11. Search_Action_Sequence->execute() /var/www/tiki18farm/lib/wiki-plugins/wikiplugin_listexecute.php:172
PHP 12. Search_Action_ActionStep->execute() /var/www/tiki18farm/lib/core/Search/Action/Sequence.php:56
PHP 13. Search_Action_EmailAction->execute() /var/www/tiki18farm/lib/core/Search/Action/ActionStep.php:64
PHP 14. JitFilter_Element->boolean() /var/www/tiki18farm/lib/core/Search/Action/EmailAction.php:76
PHP 15. JitFilter_Element->__call() /var/www/tiki18farm/lib/core/Search/Action/EmailAction.php:76
PHP 16. JitFilter_Element->filter() /var/www/tiki18farm/lib/core/JitFilter/Element.php:60
PHP 17. TikiFilter::get() /var/www/tiki18farm/lib/core/JitFilter/Element.php:48
PHP 18. trigger_error() /var/www/tiki18farm/lib/core/TikiFilter.php:125
PHP Deprecated: idn_to_ascii(): INTL_IDNA_VARIANT_2003 is deprecated in /var/www/tiki18farm/vendor_bundled/vendor/zendframework/zend-mail/src/Header/AbstractAddressList.php on line 105
{CODE}