Category: 18.x
Show subcategories objects| Name | Type |
|---|---|
| Strange behaviour in the validation of the use of cookies | tracker item |
|
Strange calendar layout
Yet another bug with the strange layout of the calendar feature. I created one event, that spans several days, each of them for the whole of that day. On all days this event is painted at the top of day, in the view that you get when you click on the event in module (that I placed left). All of them. Except for the very first. Seemingly because of no reason at all it appears vertically centered... See attachment. Thanks hman |
tracker item |
|
With URL rewriting enabled, attempt to access invalid URL yields strange techie error message rather than usual "page not found"
For invalid Tiki URLs ending in .php (or .html, etc.), instead of a nice 404-type message, there is this: ~np~"No route found. Please see http://dev.tiki.org/url+Rewriting+Revamp"~/np~. This is ok for a dev site (looks like a message to a developer), but isn't appropriate for a production site. In Tiki 13, there is something a little familiar, though not very nice: "404 Not Found - nginx". Is there some way to have a nice, styled page, that looks like part of the site and not a server message? |
tracker item |
|
Strangely untranslatable text in /lib/prefs/wiki.php
In lib/prefs/wiki.php there is a strange feature name I cannot translate. After the experience with all the tabs and newlines and stuff in feature.php, I did check this string with a hex-editor: No special characters. It as plain as it looks: "inline auto-toc". And it is correctly pumped through tr(), so it should translate. But it doesn't. Event if I copy & past this string directly. Please have a look at line 706: {CODE(Colors="Tiki")} 'wiki_inline_auto_toc' => [ 'name' => tr('Inline auto-toc'), 'description' => tr('Change the display of the table of contents for wiki pages to inline.'), 'type' => 'flag', 'default' => 'n', 'dependencies' => [ 'wiki_auto_toc', ], {CODE} |
tracker item |
|
Structure tree creation error
Hi, I just attempted to create a structure using all pre-existing pages with 163 page entries. I received the error "Request-URI Too Long" and discovered that tiki appears to be using a GET request to pass the data to create a structure. I'm wondering if this could be changed to POST since this would allow more input with normal server settings. This is preventing creation of large structures using the "Tree" input field option. |
tracker item |
|
Sub-Heading auto numbering breaks after sub-headings exceed x.9
I have an issue where if my sub-headings exceed 9 then the auto-numbering and autoToc is screwed up. This does not happen on first saved, rather after the next edit and save. To replicate the issue: 1. Create new wiki page. 2. Add a H1 Heading, e.g. 'Section 1' 3. Add 10+ H2 Headings underneath the 'Section 1' Heading 4. Add another H1 heading, e.g. 'Section 2' 5. Save 6. Edit Wiki page 7. Save again H2 Headings are OK up unitl section 1.9 and then the system seems to add an additional hard coded 1.x on to the end of the auto number. An additional hardcoded number is added with each subsequent edit & save. |
tracker item |
|
Subtotals in PluginPivotTable break popup with aggregate details
When you set up in ((doc:PluginPivotTable)) the renderName from __HeatMap__ to __Table With Subtotal Heatmap__, then when you click on a cell produces no popup with the aggregate details any more. |
tracker item |
|
Success message for page edit shows old version number
When you edit a Wiki page, the page gets reloaded, with an additional "success" information for the user, painted in green. This success message includes the version number and a reference to the history feature. Unfortunately the revision no. given is not the new current version number, but the old one, before the edit was done... Not a big deal, but could be irritating to non-tech users IMHO, because if you look at the history, which is what the success info encourages, you will not find your edit under the given revision number. |
tracker item |
|
Survey: Adding heading "y,h4" causes pagination to fail
If you add a headline to your survey (I do not find it very intuitive that headlines are to be entered as "questions", but so be it at the moment). When you add a heading that is given in the help text/hint "y,h4" strange things happen. h4 is understandable (at least to an admin...), headline size 4. But I wonder why the example list "y"? I don't recall a tiki syntax tag "y". From what it does it seems to be an undocumented newpage, introducing a new page afterwards. But the help text mentions ("newpage") (btw, missing translation - or the help text must be changed to indicate this is supposed to be English in all localizations) BUT when you add a new headline exactly as written in the hint text "y, h4" you get ''nothing at all'', all of the questions are seemingly gone once you take the survey! On the empty survey page, there is a pagination -- but it is "0/0". If you nonetheless click on "previous" or "next" (if there really were 0 pages this should be meaningless) then you immediately get back all your questions and a correct pagination, too. Newpage works well, but y,h4 yields this strange 0/0. So "y,h4" somehow disturbs pagination. |
tracker item |
|
Surveys: "last taken" is populated even though "taken " is empty
While doing the translation of the survey feature, I added some test surveys. But so far I have not participated in a any of those. Consequently, the statistics page of survey has NO entry under "taken". But every (!) survey has an entry under "last taken". This cannot be true. When there is no participation at all, there cannot be a last participation... |
tracker item |
|
Surveys: Both "rate 1-5" and 1-10 dysfunctional
When you create a survey, and add questions of the type "Rate (1 to 5)" (or 1 to 10), when you take the survey, all you get is the text of the quesion, and (if applicable) the red asterisk indicating mandatory answers) but underneath that __not__ the expected either 5 or 10 radio buttons or a 1 or 2 digit numeric input field, but only the text "1 0" (one space zero, in __both__ cases)! Nothing can be entered at all... Also, there is a completely empty blue info box above the survey... See the screenshot attached. Since survey is such an old feature, I guess the functionality was at one point in time lost with the coming of a new version... |
tracker item |
|
Surveys: Illogical admin GUI
In order to get it translated, I enabled the survey feature. It's admin GUI is highly confusing and counter-intuitive. After enabling, you can enter the admin GUI and create a survey, so far absolutely intuitive. But then you are stuck. You have entered a name and a description, but no questions! They are simply no part of the process of creating a survey ?! In order to create questions, you have to go to list surveys, and from the properties of the wrench icon you can go to questions, tiki-admin_survey_questions.php?surveyId=NN In the upper left corner is a large button labelled "Add a new question", which is completely void of any function (!), because it only links to the very same page (tiki-admin_survey_questions.php). Over the (now still empty) list of questions is a (compared to the large functionless button) rather unspectacular text written in blue "Add a New Question to this survey". This seems like the same function as "Add a new question", but it isn't at all: This, and only this, will link to tiki-admin_survey_questions.php?surveyId=NN#contenttabs_adminsurveyquestions-2 and give the user the means to create a question. Surveys can have more than one question, that is fine. But questions are per survey only, questions do not form a pool, i.e. it is impossible to create a question and use it in more than one survey. That is impractical. Also, the questions property of the wrench always directs to the creation of new questions, and does not (at first) show the list of existing questions. They can be listed with questions tab, yes, but it's counterintuitive to always start at creation and not at the list of existing. |
tracker item |
|
SVG block is over-reacting
{syntax type="tiki" editor="plain"} There is a setting with which the admin can block SVG (scalable vector graphics) uploading to the file galleries, because of the inherent security risks SVG files ''may'' pose. If this block is active, it over-reacts. If a user wants to upload multiple files (via multi selection), and ONE of them is SVG, each an every file gets blocked from upload claiming a security block. This does happen with PNG (portable network graphics) and JPG files, which do not pose security risks (at least not the same as SVG). |
tracker item |
|
System error when attempting to enable blog comments on a blog created by a profile
I applied profile ((pr:GeoCMS_Maps)) Then whent to the blog created by the profile, edited it, and attempted to enable the comments on that blog, which triggered this error: {CODE()} System error. The following error message was returned: Incorrect integer value: '' for column 'related_max' at row 1 The query was: update `tiki_blogs` set `title`=? ,`description`=?,`user`=?,`public`=?,`lastModif`=?,`maxPosts`=?,`heading`=?,`use_title`=?,`use_title_in_post`=?,`use_description`=?,`use_breadcrumbs`=?,`use_author`=?,`add_date`=?,`use_find`=?,`allow_comments`=?,`show_avatar`=?,`always_owner`=?, `post_heading`=?, `show_related`=?, `related_max`=?, `use_excerpt`=? where `blogId`=? Values: My Personal GeoBlog Random daily thoughts and travel stories admin n 1501966273 10 Never a dull moment! n n y y n n n y n n {* $Id: blog_post_heading.tpl 58008 2016-03-19 22:26:34Z lindonb $ *} {if $blog_data.use_title_in_post eq 'y'} {capture name="blog_actions"}{include file='blog_actions.tpl'}{/capture} {title url={$blogId|sefurl:blog} actions="{$smarty.capture.blog_actions}"}{$blog_data.title}{/title} {/if} {if $blog_data.use_breadcrumbs eq 'y'} <div class="breadcrumb"><a class="link" href="tiki-list_blogs.php">{tr}Blogs{/tr}</a> {$prefs.site_crumb_seper} <a class="link" href="tiki-view_blog.php?blogId={$post_info.blogId}">{$blog_data.title|escape}</a> {$prefs.site_crumb_seper} {$post_info.title|escape}</div> {/if} {* below is example code. In case you desire to add more info to the default blog heading * remove the line above (starting curly bracket then asterisk) and the last line to enable <div class="bloginfo"> {tr}Created by{/tr} {$post_info.user|userlink} {$post_info.created|tiki_short_datetime:on}<br> {tr}Last post{/tr} {$post_info.lastModif|tiki_short_datetime}<br> </div> *} n n 1 The built query was likely: update `tiki_blogs` set `title`='My Personal GeoBlog' ,`description`='Random daily thoughts and travel stories',`user`='admin',`public`='n',`lastModif`='1501966273',`maxPosts`='10',`heading`='Never a dull moment!',`use_title`='n',`use_title_in_post`='n',`use_description`='y',`use_breadcrumbs`='y',`use_author`='n',`add_date`='n',`use_find`='n',`allow_comments`='y',`show_avatar`='n',`always_owner`='n', `post_heading`='{* $Id: blog_post_heading.tpl 58008 2016-03-19 22:26:34Z lindonb $ *} {if $blog_data.use_title_in_post eq \'y\'} {capture name=\"blog_actions\"}{include file=\'blog_actions.tpl\'}{/capture} {title url={$blogId|sefurl:blog} actions=\"{$smarty.capture.blog_actions}\"}{$blog_data.title}{/title} {/if} {if $blog_data.use_breadcrumbs eq \'y\'} <div class=\"breadcrumb\"><a class=\"link\" href=\"tiki-list_blogs.php\">{tr}Blogs{/tr}</a> {$prefs.site_crumb_seper} <a class=\"link\" href=\"tiki-view_blog.php'n'blogId={$post_info.blogId}\">{$blog_data.title|escape}</a> {$prefs.site_crumb_seper} {$post_info.title|escape}</div> {/if} {* below is example code. In case you desire to add more info to the default blog heading * remove the line above (starting curly bracket then asterisk) and the last line to enable <div class=\"bloginfo\"> {tr}Created by{/tr} {$post_info.user|userlink} {$post_info.created|tiki_short_datetime:on}<br> {tr}Last post{/tr} {$post_info.lastModif|tiki_short_datetime}<br> </div> *} ', `show_related`='', `related_max`='n', `use_excerpt`='1' where `blogId`=? Stacktrace: * /var/www/html/17.x/tiki-edit_blog.php : 0 -> {main}(array ( )) * /var/www/html/17.x/tiki-edit_blog.php : 155 -> replace_blog(array ( )) * /var/www/html/17.x/lib/blogs/bloglib.php : 481 -> query(array ( )) * /var/www/html/17.x/lib/core/TikiDb/Bridge.php : 27 -> query(array ( )) * /var/www/html/17.x/lib/core/TikiDb/Pdo.php : 120 -> handleQueryError(array ( )) * /var/www/html/17.x/lib/core/TikiDb.php : 162 -> handle(array ( )) {CODE} --- Unable to reproduce in the show.t.o instance linked to this bug report, but only reproduced at home, which uses Mysql 5.7 (Ubuntu 16.04.x GNU/Linux which comes with Mysql 5.7) {sign user="xavi" datetime="2017-08-05T22:09:51+00:00"} In case it matters, I enabled also this bunch of comment-related features: {CODE()} The following changes have been applied Preference feature wiki comments enabled (Preference name: feature_wiki_comments) Preference feature inline comments enabled (Preference name: feature_inline_comments) Preference feature article comments enabled (Preference name: feature_article_comments) Preference comments vote enabled (Preference name: comments_vote) Preference feature image galleries comments enabled (Preference name: feature_image_galleries_comments) Preference tracker show comments below enabled (Preference name: tracker_show_comments_below) Preference feature poll comments enabled (Preference name: feature_poll_comments) Preference comments archive enabled (Preference name: comments_archive) Preference feature file galleries comments enabled (Preference name: feature_file_galleries_comments) Preference wiki comments simple ratings enabled (Preference name: wiki_comments_simple_ratings) Preference wikiplugininline trackercomments enabled (Preference name: wikiplugininline_trackercomments) Preference wiki comments displayed default enabled (Preference name: wiki_comments_displayed_default) Preference wiki comments form displayed default enabled (Preference name: wiki_comments_form_displayed_default) {CODE} |
tracker item |
|
Table of contents in the pdf produced by mpdf doesn't respect page orientation param set in plugin pdfpage.
Table of contents in the pdf produced by mpdf doesn't respect page orientation param set in plugin pdfpage. |
tracker item |
|
TableSorter header from bug tables disappeared when using plugin alias (wishes - plugin trackerlist)
TableSorter header from bug tables disappeared when using plugin alias (wishes - plugin trackerlist) Example: https://dev.tiki.org/TableSorter (which uses plugin alias syntax WISHEs - which is a tackerlist plugin) {CODE()} {wishes filtervalue="307" status="o"} {CODE} Example where it's working: https://dev.tiki.org/Tiki18 which uses plugin list syntax |
tracker item |
|
TESTED: New show server
TESTING: New show server instance creation (real-life) |
tracker item |
|
Text for translation buried so deep it's unfindable
I have spent over an hour trying to find out why on earth I was unable to translate the "Control Panel" from the menu. Only after debugging (!) the HTML output I came across a hint that finally led me to the culprit: "Control Panel" isn't what is passed into tra() at all. And the reason is in /installer/schema/20141125_menu_control_panels_tiki.sql, which I quote in full: {CODE(Colors="Tiki")} # xavidp. Option ' Control Panels' is set with a space in purpose, in order to have it shown in the first position under "Settings" update tiki_menu_options set name=' Control Panels' where name=' Panels'; update tiki_menu_options set name='Settings' where name='Configuration'; {CODE} There is a nonprinting character, a space (0x20) in front of "Control Panel". And you cannot find this by grepping Tiki's source for tra(), tr() and tr in curly braces at all, __because it is written nowhere!__ Now that I found that I can include it in my translation, and that works. BUT it won't be found by my automated extract tools, that by now can deal with over a dozen corner cases, will find "hidden" Javascript by both heredoc and direct string definition, crawls through all templates etc. pp. et. al. But I don't have a clue how "bombs" like THAT can be found (automated). And I doubt that Tiki's built-in mechanisms find that! So this won't be translated into any target language at all. How can this be identified and extracted? Thanks for any ideas hman |
tracker item |
|
The #id name not specified in the Pagination for a Wikiplugin_trackerlist
The #id name not specified in the Pagination for a Wikiplugin_trackerlist section of a page (example, list of questions and answers). When clicking through the pagination icons, the window scrolls back to the top of the page instead of the corresponding section. https://dev.tiki.org/tiki-download_file.php?display&fileId=1421 https://dev.tiki.org/tiki-download_file.php?display&fileId=1422 Is there a way to include to the hyperlink the element id to which the window should be scrolled? Thank You David Crossman |
tracker item |
|
The quiz function gives me puzzles?
I just entered the quiz function for translation. I can create new quizes, I can edit them, there are statistics. But when creating a quiz, I am asked for a name and a description. Shouldn't I set some quiz questions, and answers to match? That is not being asked for when creating a quiz. So how is the success even calculated? When performing the so created quiz, you immediately get "Thank you for taking part". Could it be that some functionality was lost here? Thanks hman |
tracker item |
|
Theme Width Option Non-Functional
the latest release 17.1 no longer allows the theme width to be changed by pixel or percentage. Up through 17.0 the theme width could be fixed at a percentage, or a pixel, 85% or 1170px. There are only two options now, full width, or default width. The custom theme width no longer seems to be operational. Please see show instance. Thank you. 5-16-2019 update: this issue has returned in Tiki19 |
tracker item |
|
Error 500 on some pages on tiki.org was This page isn't working
https://tiki.org/forumthread67074 Chrome: "This page isn’t working tiki.org is currently unable to handle this request. HTTP ERROR 500" Firefox: WSOD regression in .htaccess / route rules? It used to work. It is SEFURL for this URL: https://tiki.org/tiki-view_forum_thread.php?forumId=6&threadId=67074 There even is a perma-link in the bottom left of the forum post with "Link" label linking to https://tiki.org/forumthread67074-Plugin-trackers-transaction-step-on-Tiki17-2 which returns the same error. Other threads in that forum work though: https://tiki.org/forumthread68695-Email-configuration-woes So it must be that post specific thing? |
tracker item |
|
Thumbnail generation crashes on SVG if not uploaded by admin
SVG uploading can be blocked by admin, because there are certain security risks with them. But Tiki file galleries have a different problem with them. When admin uploads a SVG, a default thumbnail for the MIME type image/svg+xml is displayed (instead of the embedded thumbnail!). That's not optimal, but at least it works. When a user uploads a SVG, something else happens: Thumbnail generation crashes. Instead of the default thumbnail a tiny error message is displayed in a window the size of the thumbnail. It reads: {CODE(Colors="Tiki")} Warning: imagecreatefromstring(): Data is not in a recognized format in MYHOME/htdocs/tiki-18.8/lib/images/gd.php on line 70 Warning: Cannot modify header information - headers already sent by (output started at MYHOME/tiki-18.8/lib/images/gd.php:70) in MYHOME/tiki-18.8/tiki-download_file.php on line 395 Warning: Cannot modify header information - headers already sent by (output started at MYHOME/tiki-18.8/lib/images/gd.php:70) in MYHOME/tiki-18.8/tiki-download_file.php on line 404 Warning: Cannot modify header information - headers already sent by (output started at MYHOME/tiki-18.8/lib/images/gd.php:70) in MYHOME/tiki-18.8/tiki-download_file.php on line 442 {CODE} After that, something that looks like the header of the thumbnail follows {CODE(Colors="Tiki")} �PNG ((0000)) IHDR}�((0008))((0003)) {CODE} and after that LOTS of binary garbage, possibly the entire rest of the file... My Linux desktop (Linux Mint 19.3) a.k.a. Ubuntu Bionic Beaver with Cinnamon as desktop does display the embedded thumbnail. I'll have to figure out which binary compiles the thumbnails for image/svg+xml (does not have to be the same that is used for JPEG, PNG etc.). |
tracker item |
|
Thumbnail lightbox option doesn’t open in Comments
At : https://dev.tiki.org/item6840-tiki-listpages-php-Layout-of-the-page-is-broken in a comment I placed and img and set the thumbnail parameter to open a lightbox. It opens the image in browser tab window instead. I had the feeling I seen that (and reported) already but I couldn’t find a ticket. |
tracker item |
|
Tiki 18.x keeps forgetting user preferences
I had posted this to the community, but did get no response so far, so I file it as a bug. I have activated MyTiki and avatars. In order that everyone sees everyones avatar, I set (as admin) user info to public on all registered users. First: Changing a users avatar with the switch users feature for admins changes the avatar of the admin... Second: The preference user info = public is lost. I cannot see any regularity. I always click Save changes, and there is no error message. Also, all settings from MyTiki get lost. I activated all MyTiki checkboxes for all users, and they keep vanishing. It does not seem to be a caching issue. When I set everything the way I want it and click Save Changes, the following information is immediately forgotten (and no errror message!): - Country (but stragely location is not lost...) - User information public reverts to private - Mouse over user information shows info window (if user permits) - All MyTiki settings All other preferences are stored without error. I guess that some logic or permissions rule dictates that users cannot change some preferences. If that is the case, these presets should be admin configurable somewhere and I did not find them? Anyhow, if users are not permitted to change some preferences, then users should not be presented a GUI to change them, or should get an error message that this preference is preset for them. Thanks for your support Hman |
tracker item |
the problem is side of the javascript alert box that requires confirmation of the use of cookies...
normally when we click Ok, the prompt should disappear but I noticed it appears more than 6 times before leaving you alone which is a bit embarrassing.