Category: 18.x
Show subcategories objects| Name | Type |
|---|---|
| tiki-list_quizzes.tpl calls for non-existing icon | tracker item |
|
`session_protected` feature is broken if HTTPS termination happens outside of PHP's reach
In `tiki-setup_base.php` file there is a broken piece of code that looks like this: {CODE(wrap="0" colors="php" theme="default")}<?php $noSSLActive = ! isset($_SERVER['HTTPS']) || (isset($_SERVER['HTTPS']) && $_SERVER['HTTPS'] == 'off'); if (isset($prefs['session_protected']) && $prefs['session_protected'] == 'y' && $noSSLActive && php_sapi_name() != 'cli') { header("Location: https://{$_SERVER['HTTP_HOST']}{$_SERVER['REQUEST_URI']}"); exit; }{CODE} which results in infinite loops if 'session_protected' is set to 'y' and `HTTPS` variable is not set. Also this piece of code doesn't handle different base urls, ports, ... |
tracker item |
|
'Allow full HTML' doesn't work in articles
For royalty collection, I have to add the loading of a counting pixel in an article. As long as Tiki does not have a plugin for royalties, the insertion of an image load must do. Unfortunately, checking the checkbox "Allow full HTML" doesn't do that... I add this to the article's source: {CODE(Colors="Tiki")} <img src="http://vg05.met.vgwort.de/na/002984facd3d4aae9ca54f8b724c4434" width="1" height="1" alt=""> {CODE} And then I check "Allow full HTML" and click on Save. The result is that the above string is output as plain text (and the double quotes get translated into typographical quote signs)... |
tracker item |
|
'Kyiv,' not 'Kiev'
Hi, The correct spelling of the capital of Ukraine is: Kyiv (the correct pronunciation is 'Ky-yiv' as opposed to the more common used, but incorrect Ki-yev) It is incorrectly spelled 'Kiev' in the Time Zone / Date/Time section, then used throughout a site where the Date/Time field is used. I tried using the i18 Translation feature to fix it on my local Tiki, but it doesn't work. Thanks, Mike p.s. the spelling 'Kiev' is derived from the Russian language pronunciation and spelling of the city, however, Kyiv it is not a Russian city, and the language in Ukraine is Ukrainian, not Russian. --- {sign user="Jyhem" datetime="2019-10-07T22:33:58+00:00"} I have bad news for Ukrainian people: The name of the Ukrainian capital is not "Kiev" just in russian but also in English (and in French, but that's irrelevant). That's why it's spelled that way in : * /usr/share/zoneinfo/tzdata.zi * /usr/share/zoneinfo/zone.tab * /usr/share/zoneinfo/zone1970.tab * vendor_bundled/vendor/sabre/vobject/lib/timezonedata/windowszones.php Which contain the international names of timezones in English and __none of which are Tiki files__. I agree that the topic is obviously sensitive and requires some fix on Ukrainian websites but the qualification of the issue is not « wrong spelling » but « lack of localization capabilities for timezones in Tiki ». So, I'd say the fix would be add all these strings in language.php? |
tracker item |
|
'View Articles' - page name not translated
The page name of the "View Articles" automatic page doesn't translate (tiki-view_articles.php), while "List Articles" does (tiki-list_articles.php). This leads to a mixture of English and target language in the browser history, and possibly in bookmarks/favorites. The page name, as displayed by the browser "View Articles" should be fed through tra(), IMHO. |
tracker item |
|
"Error: Malformed search query" without anything else causes support issues. Add an actionable error message.
{img src="tiki-download_item_attachment.php?attId=491"} |
tracker item |
|
"No users were selected" error
I've just created a new account for a user. Having created the account, I'd then normally select the account and use the "spanner" icon to "add or remove from a group." Today that resulted in the error "No users were selected. Please select one or more users." Even if I actually select the user (tick in the box, which I never did previously for a single user), I get the same message. This appears to only be happening on the newest minor version (18.8). |
tracker item |
|
"Server Fitness" (tiki-check.php) Never Opens
At tiki-admin.php?page=general when "Server Fitness" is activated or clicked, the page never loads, and the rest of the tiki site stalls as well. A browser reboot must be performed or browser clear cache in order to access the tiki site. A show instance will be created to test if this issue persists here as well. My own instance: Tiki 18.2svn innoDB PHPv 7.0 |
tracker item |
|
"Toogle navigation" in Bing results of Tiki
For reasons unknown, in many (strangely not all) Bing (Microsoft's search engine) results of a running Tiki, the string "Toggle navigation" appears. This is wrong in several ways at once a) it is unwanted and totally unnecessary b) it is confusing for interested web users, as it has nothing to do with content c) it is utterly untranslated d) the reason why it appears remains in the dark. |
tracker item |
|
/templates/modules/mod-login_box.tpl broken translation
In /templates/modules/mod-login_box.tpl there are two (?) broken translations, tr in curly braces not closed & not opened, thus creating a HUGE text that gets pumped into tra, which contains mostly Tiki source code and of course lots and lots of line breaks and tabs... {CODE(Colors="Tiki")} {elseif $prefs.auth_method eq 'saml' && $showloginboxes neq 'y'} <b><a class="linkmodule" href="tiki-login.php?auth=saml">{tr} {if $prefs.saml_option_login_link_text eq ''} Log in through SAML2 IdP {else} {$prefs.saml_option_login_link_text} {/if} {/tr}</a></b> {if $prefs.saml_options_skip_admin eq 'y'} <br /><a class="linkmodule" href="tiki-login_scr.php?user=admin">{tr}Log in as admin{/tr}</a> {/if} {else} {CODE} I set the importance to a higher value, because it is the user login that gets affected... Also, it affects ALL languages, including English... |
tracker item |
|
Sitemap.xml &pagenum=2 -v- &pagenum=2
This issue is probably external to the wiki ... but is exhibited by your current demo systems and also our Apache based system With pagination enabled or when calling a wiki page with a user defined variable value, the full url contains an ampersand character, for example tiki-index.php?page=Test-Multi-Page&pagenum=2 However ampersand can not be included in an XML file such as a SiteMap and needs to be escaped as & TW seems to ignore any parameter prefixed with & which is a valid url for example tiki-index.php?page=Test-Multi-Page&pagenum=2 Does a default installation of TW with Apache need a special Apache rewrite rule to handle this? Does this perceived issue exist with other web servers? Just spotted your current docs system has the same issue. See https://doc.tiki.org/tiki-index.php?page=Wiki+Argument+Variables&lalala=torololo which works but https://doc.tiki.org/tiki-index.php?page=Wiki+Argument+Variables&lalala=torololo does not work Would appreciate any guidance to resolve this issue. Thx M |
tracker item |
|
18.x Structure reports inappropriate error if page already exists
If a new structure is created using an existing wiki page as the root of the new structure, an error is reported "TikiLib:: create_page: Cannot create page "user-page-name", it already exists.)" {img fileId="1260" thumb="box"} TW15.x did not report such an error. |
tracker item |
|
18.x Structures can create bad pages names
A user typo whilst creating a structure can create a new page which then isn't (easily) accessed. Whilst creating a new structure and adding pages with aliases using the "Tree" feature, if hyphen space greater-than rather than simply hyphen greater-than is entered the new page is created without an alias but with a longer that expected page name. For example Test_01 -> Page1 creates new page called Test_01 and alias Page1 as expected. But Test_02 - > Page2 creates a new page called "Test_02 - > Page2" with no alias. Accessing this page and removing it is challenging :-)) --(Can't currently create a show instance for you, no database connection available, but I can reproduce this on the demo 18x/system)-- Using the Structures "next page" button from page Test_01 causes a wiki error "Page not found" for "Test_02 - Page2" (sic without greater-than sign). Likewise wikilink from toc generated on pages within the structure also results in "Page not found". Adding the plugin listpages with options find="Test_0" to the root of the structure shows the pages as expected. Note the wikilink URLs generated by toc and listpages are different, but wikilink from listpages also results in the same "Page not found error" for the same page "Test_02----Page2" |
tracker item |
|
18.x svn: Data too long for column 'log' at row 1
I was willing to test some feature in recent 18.x compared to trunk. Trunk worked fine, but 18.x complained with: "Data too long for column 'log' at row 1" The query was: insert into `tiki_actionlog` (`action`, `object`, `lastModif`, `user`, `ip`, `comment`, `objectType`, `client`, `log`) values(?,?,?,?,?,?,?,?,?) Steps to reproduce in 18.x: brand new install (r67615). MyISAM in db type. * Login as admin, change pass * Profiles Wizard > Demo of Interesting Use Cases > Bug Tracker * click again in the profiles manager, since the profiles wizard didn't succeed showing you the button to apply the profile. * next page shows that error message: {CODE()} The query was: insert into `tiki_actionlog` (`action`, `object`, `lastModif`, `user`, `ip`, `comment`, `objectType`, `client`, `log`) values(?,?,?,?,?,?,?,?,?) Values: profile apply Bug_Tracker_16 1537742078 admin 127.0.0.1 profile applied system Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:62.0) Gecko/20100101 Firefox/62.0 a:76:{i:0;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:16:"feature_trackers";}i:1;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:20:"feature_user_watches";}i:2;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:26:"feature_syntax_highlighter";}i:3;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:7:"default";s:3:"old";s:3:"off";s:11:"description";s:32:"feature_syntax_highlighter_theme";}i:4;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:16:"ajax_inline_edit";}i:5;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:26:"feature_jquery_tablesorter";}i:6;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:24:"feature_wiki_argvariable";}i:7;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:25:"tracker_change_field_type";}i:8;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:18:"tracker_clone_item";}i:9;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:27:"tracker_show_comments_below";}i:10;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:26:"trackerfield_dropdownother";}i:11;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:26:"trackerfield_groupselector";}i:12;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:21:"wikiplugin_pivottable";}i:13;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:12:"useGroupHome";}i:14;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:18:"limitedGoGroupHome";}i:15;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:8:"log_mail";}i:16;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:21:"YourEmail@example.com";s:3:"old";s:13:"xavi@tiki.org";s:11:"description";s:12:"sender_email";}i:17;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:21:"feature_wiki_comments";}i:18;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:23:"feature_inline_comments";}i:19;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:20:"comments_field_email";}i:20;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:22:"comments_field_website";}i:21;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:18:"wikiplugin_comment";}i:22;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:14:"tracker "Bugs"";}i:23;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:26:"tracker_field "Bug status"";}i:24;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:24:"tracker_field "Severity"";}i:25;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:24:"tracker_field "Priority"";}i:26;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:23:"tracker_field "Summary"";}i:27;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:23:"tracker_field "Version"";}i:28;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:27:"tracker_field "Description"";}i:29;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:34:"tracker_field "Expected behaviour"";}i:30;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:28:"tracker_field "Submitted by"";}i:31;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:27:"tracker_field "Assigned to"";}i:32;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:24:"tracker_field "Alert to"";}i:33;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:35:"tracker_option "sort_default_field"";}i:34;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:29:"tracker_option "popup_fields"";}i:35;a:4:{s:4:"type";s:4:"user";s:3:"new";O:19:"Tiki_Profile_Object":4:{s:25:"Tiki_Profile_Objectdata";a:2:{s:4:"type";s:4:"user";s:4:"data";a:5: (...) {CODE} Btw, profile seems to have been applied successfully.{sign user="xavi" datetime="2018-09-23T22:51:34+00:00"} |
tracker item |
|
18.x Wiki page history offers to remove page revisions
{syntax type="tiki" editor="plain"} http://wikisuite.org/tiki-pagehistory.php?page=ClearOS&newver=0&oldver=30 See also attached image It's a ((WYSIWYCA)) bug. Anonymous users can't remove page versions, so interface shouldn't offer it. @fabio: please coach team as needed |
tracker item |
|
WSOD / 500 error on trying to save a page edit
When I try to edit: https://doc.tiki.org/Items-List-and-Item-Link-Tracker-Fields I get a 500 error. When I try to edit and save a page on https://tiki.org I get a WSOD. Is it the same issue? {sign user="luci" datetime="2018-10-23T10:06:12+00:00"} |
tracker item |
|
A file was attached to "XYZ" email notification lacks information who did that
When watching if someone attached file to a wiki page the notification email subject and body lacks information who did that change. Example: {CODE()} A file was attached to "Signature" Comment: SIGNATURE_PAD code architecture You can view the page by following this link: https://dev.tiki.org/Signature signature_pad.PNG : https://dev.tiki.org/tiki-download_wiki_attachment.php?attId=214 *********************************************************** *********************************************************** The new page content follows below. *********************************************************** signature_pad.PNG {CODE} |
tracker item |
|
Accounting: account selection without function
{syntax type="tiki" editor="plain"} When you do accounting, created a book and created some accounts, you can make bookings into a stack. When you do that, you should select creditor or debitor account. For this purpose there is drop down menu, and I would have expected that created accounts are to be found in there. But the dropdown menu is empty, it doesn't even drop down. Also, you cannot type in an account number... |
tracker item |
|
Accounting: Illogical decimal separators
/lib/core/Tracker/Field/Computed.php says "This feature is still in place for backward compatibility. While it has no known flaws, it could be used as a vector for a malicious attack. A webservice field or custom JavaScript is recommended instead of this field.". Well, I know a flaw :-) Look at lines 46 and 53: {CODE(Colors="Tiki")} 'dec_point' => [ 'name' => tr('Decimal separator when displaying data'), 'description' => tr('Single character. Use "c" for comma, "d" for dot or "s" for space. The valid decimal separator when inserting numbers may depend on the site language and web browser. See the documentation for more details.'), 'filter' => 'text', 'default' => '.', 'legacy_index' => 2, ], 'thousands' => [ 'name' => tr('Thousand separator when displaying data'), 'description' => tr('Single character: use "c" for comma, "d" for dot or "s" for space. When inserting data, no thousands separator is needed.'), 'filter' => 'text', 'default' => ',', 'legacy_index' => 3, ], {CODE} Well, use c for comma or d for dot or s for space. Well. But the defaults are "." and "," :-) Whoever wrote the description did not write the defaults :-) |
tracker item |
|
Action log: Filters not localized
The action log in itself is localized via tra(), but the filter settings are not. |
tracker item |
|
Action log: changing settings on filtered view removes checkmarks on other views
When you utilize Tiki's action log, you must first set which actions to record and which to review. Because the list is quite long (although some actions are inexplicably missing, like 'remove' on articles) you can filter the view. Let's make it a use case: You want to record & review all creations and all deletions. So you set the filter to type="All" and action="create". Then you check all checkmarks and press Ok to save. Then you set filters to type="All" and action="remove". Then you check all checkmarks here, too and press Ok to save. This should be it. When you now set filters again to type="All" and action="create" you'll see that all your checkmarks have magically disappeared. Analysis shows that when to check checkmarks on all elements on the current view, upon saving ALL those currently not viewed get saved als "unchecked", which is wrong... Those ''must'' remain unchanged! There is only one way to deal with all elements, and that is the unfiltered list. That gets saved faithfully. This bug renders the filtered view useless for all purposes except for viewing... |
tracker item |
|
Add a grid / masonry display for the profiles in the Profiles Wizard with filters
We have plenty of profiles ready for new users to learn new skills within Tiki, but we fail in the way we allow filtering them for a new tiki admin: it should be easier and more visual, imho. We should add some sort of ((Grid)) or masonry display (like flash cards) plus some fast filtering based on tags that the user adds. I wonder if the isotope filtering from masonry could be hacked to allow filtering by profile tags. See: https://isotope.metafizzy.co/ (from the same author of https://masonry.desandro.com/ ) See also the related feature request: https://dev.tiki.org/item6432 - "Allow searching by categories and TAGS through the Profiles Control Panel in Tiki" |
tracker item |
|
"Update Empty" doesn’t do anything in the auto-increment fields
There is a parameter "Update Empty" in the tracker field type. I don’t see any documentation about it but it is supposed to add auto-increment numbers to items in this tracker that don't have one yet. I tried it on Tiki18 it didn’t filled the empty fields. After testing it it seems a auto-increment number is added to empty fields if "itemId" is not the parameter selected. Would be nice to fill in this case too and not to have the admin to open and save each item. {CODE()} Update Empty Add auto-increment numbers to items in this tracker that don't have one one. ********** N.B. This modifies data and there is no undo ********** {CODE} |
tracker item |
|
Add checkbox to tag forum thread as [SOLVED] and allow filtering and reporting based on that also
Add checkbox to tag forum thread as 'expected feedback obtained', or [[SOLVED], and allow filtering and reporting based on that also Similar to filtering closed item with the chance to reopen, but for support forums and without closing the threaf, but at least indicating to power users that they'd better search first other threads that still require support. Like the [[SOLVED] manual tag renaming the thread subject in a later stage by the poster of the new thread. Also show these type of unsolved threads in clear way in the daily reports messages |
tracker item |
|
Add multiple selection for calendar event deletion
When one of your users with permission to add calendar events created a repeated event and produces a bad entry (e.g. by the bug that creates duplicates of recurring events, but also with a wrong time setting or whatever, you possibly end up with the task of manually navigating to and deleting those events, and there is no multiple select. If for whatever reason the event on the starting date gets lost or deleted, you may have to go through decades of future... Therefore, a search feature would be handy, combined with multiple selection and deletion... Thanks hman |
tracker item |
Line 6:
{CODE(Colors="Tiki")}
{button href="tiki-edit_quiz.php" class="btn btn-link" _type="link" _icon_name="gear" _text="{tr}Admin Quizzes{/tr}"}
{CODE}