Category: Dogfood on a *.tiki.org site
Bug or RFE for this site's Tiki
Show subcategories objects
| Name | Type |
|---|---|
| Cookie consent form and shaded page background appear on every page load at dev.t.to | tracker item |
|
Copyright and license for *.tw.o site
Copyright and license notices are missing from several *.tikiwiki.org sites. These are required, or participation and content become legally ambiguous. |
tracker item |
|
Crash : overloaded memory php when sending a forum message - always
{syntax type="tiki" editor="plain"} Hello, On the user forum, when I send a new thread I have always the "crash" message : Fatal error: Allowed memory size of 41943040 bytes exhausted (tried to allocate 1491648 bytes) in /var/www/tikiwiki.org/setup_smarty.php on line 172 I yet notice this but I don't received any answer. This is generally caused by a too low allocated memory for php. The message is nevertheless sent but I (we) need to reload it. Best regards Trebly |
tracker item |
|
Create a conversion script for old rating field to new rating field format so we can get rid of the old one in some next release
Create a bash or php script which will convert the old type Tracker rating field to the new one for upgraders (people who upgrade) using this field. --- We would benefit in the Tiki Community itself since we would re-use all the information added by users over the years to indicate which bugs in the bug tracker are more important to them. It could be a way to review the list of pending bugs by priority according to user's opinion expressed in that rating option. Thanks luci for filling this wish report {sign user="xavi" datetime="2014-09-21T07:04:05+00:00"} |
tracker item |
|
Creating new article for tiki.org/news while being switched in the "info" perspective does not get saved but switches to default perspective instead
Steps to reproduce: #Go to https://tiki.org/News #Go to https://tiki.org/article452-Tiki-18-1-has-been-released-fixes-and-security-update #Click "New Article" #Enter a TEST title, Classification > Topic Releases and Patches, Publication > __uncheck the "Published" checkbox!__ #Click the "Save" button You get switched back to default perspective. When you switch back to the first tab "Content" you see the form content is gone and the rest of the tabs got reset to the defaults as when you start editing new article... :( |
tracker item |
|
Creation of tracker items with relative dates from profiles shows the right date in view item but empty when editing item
Creation of tracker items with __relative dates__ from profiles shows the right date in view item but empty when editing item By __relative dates__ I mean something like: {CODE()} +1 day 2 hours {CODE} (See more: http://www.php.net/manual/en/function.strtotime.php ) See it reproduced in the show instance of this other bug report ([item5254]): http://xavi-9794-5254.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=4 u: admin p: 12345 This item was created through applying the profile "Tracker_as_Calendar_12" Defined as: {CODE(ln="1")} type: tracker_item ref: event_004 data: tracker: $Tracker_as_Calendar_12:trac_as_cal status: open values: - [ $Tracker_as_Calendar_12:trac_as_cal_summary, A big conference ] - [ $Tracker_as_Calendar_12:trac_as_cal_location, room 2.3 (15 seats) ] - [ $Tracker_as_Calendar_12:trac_as_cal_start_date, +1 day ] - [ $Tracker_as_Calendar_12:trac_as_cal_end_date, +1 day 2 hours] - [ $Tracker_as_Calendar_12:trac_as_cal_priority, 5 ] - [ $Tracker_as_Calendar_12:trac_as_cal_description, "I'm really looking forward to attending at this event." ] {CODE} Which produced, once applied, something like: || Summary | A big conference Location | room 2.3 (15 seats) Priority | 5 Description | I'm really looking forward to attending at this event. Start date | 2014-05-28 12:58 End date | 2014-05-28 14:58 Created | Tuesday 27 of May, 2014 12:46:16 CEST LastModif | Tuesday 27 of May, 2014 12:46:16 CEST || When clicking at edit, no start or end date are shown in the form, and the icon to open the popup helper to fix the dates is not shown either. And then, in the wiki page to display items as calendar events ( http://xavi-9794-5254.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12 ), this event is not displayed either. {flash type="url" movie="display782" width="857" height="741"} |
tracker item |
|
CSRF Error when trying to log in from the top bar
{syntax type="tiki" editor="plain"} When trying to log in using the top bar "Log in" module user gets CSRF error and is not logged in. Reproducible on tiki.org and dev.tiki.org. Not reproduced on doc.tiki.org. I feel it has something to do with the buggy cookie consent feature. It does not happen when loggin in using the dev.tiki.org/login URL directly (instead of the top bar module). You need to open new incognito window in Chrome/Firefox to "start fresh" and reproduce the issue. Steps to reproduce in the attached screencast video. https://dev.tiki.org/tiki-download_item_attachment.php?attId=514&display |
tracker item |
|
CSRF False positives
A CSRF never ending loop happened to me earlier today, on dev.t.o. I had logged in chromium-browser to dev.t.o as user "xavi" (no admin perms). I needed to log in with my other user "xavidp" (the one with admin perms), so that I opened a private browsing window of chromium-browser. I went to visit the same page I had visited with the standard user where I had to fix some perms of that wiki page ( https://dev.tiki.org/Wish%20Report%20Tpl ). Clicked at "login" link at the top bar, which sent me to https://dev.tiki.org/login , provided the credentials, and then I got the message about CSRF at the url https://dev.tiki.org/tiki-login.php : {QUOTE()}Error Potential cross-site request forgery (CSRF) detected. Operation blocked. Reloading the page may help. {QUOTE} Every time I tried (F5, visiting somewhere else within dev.t.o) and attempting to log in, I got the same CSRF error message reproduced, and I couldn't log in as user "xavidp". I had to open a new browser (Firefox, in this case), and login as "xavidp" was successful. I wonder what was happening. I tried again, at the time of reporting this issue, and I got the issue reproduced again. FYI: I had seen other weird CSRF false positives in other contexts in a 20.x tiki I use at work (behind a firewall). I 'll keep an eye open to add more details when I hit this bug again in other use cases. But there is something wrong still in the code in 20.x. |
tracker item |
|
"The following mandatory fields are missing: Category" after anti-CSRF prompt
Sometimes after editing and saving the tracker item here I get a CSRF confirmation warning and when I confirm that I see an error on top of the form which says something like: {CODE()} The following mandatory fields are missing : Category {CODE} Even though the category field is there filled with correct category values! __Please note the edited form contains your values but it is not saved yet!__ Only after another "Save" button click attempt it gets saved normally then... |
tracker item |
|
Cumulative rating doesn't get shown in tiki-view_tracker_item.php
When viewing a tracker item in tiki-view_tracker_item.php, the overall rating doesn't get shown. It worked in my test-installations, but not here on dev.tw.o. |
tracker item |
|
Daily build zip file for Tiki26 is not available (404)
At https://dev.tiki.org/Daily-Build we have a link that goes to https://tiki.org/tar/lastiki_26-x.zip this goes to a 404. |
tracker item |
|
DB error: Column 'commentDate' in where clause is ambiguous
I have noticed there are db errors in https://tiki.org/tiki-syslog.php like Column 'commentDate' in where clause is ambiguous ... What is that? Can be fixed easily? |
tracker item |
|
default sort mode missing in tw.o forums
{syntax type="tiki" editor="plain"} there is still that issue sometimes with the error undefined "thread sort mode" if you preview an answer before posting it at tw. forums. It heppened to me again when attempting to reply to a thread with a comment already, and I previewed my post first before attemptint to post it. When I clicked on post, I saw that message. TW.o is currently using tiki5beta1 r26677 |
tracker item |
|
Deleting a thread in the forum should lead back to forum topic
On the Tiki forum if you delete a topic you will see 2 messages: "Success" "Error" The topic page should be loaded as success and not a "lost in space" page. ? {img fileId="1541" thumb="box"} |
tracker item |
|
Deleting a thread on the forum goes to an error (Incorrect thread)
The forum doesn’t know where to go when deleting a thread. 2 remarksbox: Success The following topic has been deleted: Testing post in the forum from IOS Question Error Incorrect thread {img fileId="1387" thumb="box"} |
tracker item |
|
Deleting user on tiki.org does not load confirmation dialog in Bootstrap modal
While trying to delete my test user on t.o I get the following issue: https://youtu.be/M0yRw425VuM |
tracker item |
|
Demo Tiki29 doesn't seems to use last code from Gitlab branch to upload a file
{syntax type="tiki" editor="plain"} On my Tiki29.x constantly updated I can see a commit that was made to show the code to insert a file on a wiki page after the upload. It was broken and fixed recently. At https://29x.demo.tiki.org/tiki-upload_file.php?galleryId=1 the fix is not displayed. I also checked the git information module that says this Tiki was updated today. {img fileId="3200" thumb="box"} {img fileId="3199" thumb="box"} |
tracker item |
|
dev.t.o (12.x): rating tracker items is half-broken
dev.t.o (12.x): rating tracker items is half-broken USer get the sensation that items from the dev.t.o bug tracker can not be rated any more, since when you click, the spinner never ends. But if you refresh the page, the rating choice is shown (so it seems stored successfully, even if the spinner never ends and nothing indicates the user that the rating succeeded). |
tracker item |
|
dev.t.o 12.x. Image Upload (elFinder): invalid backed response: Data is empty.
I don't know why but images can not be uploaded to a text area (bug tracker text area in dev.t.o). File gallery view is elFinder, and response is: {QUOTE()} Invalid backend response. data is empty {QUOTE} See screenshot: {img fileId="580"} --- Yes, fixed, thanks. {sign user="xavi" datetime="2013-11-16T17:03:37+00:00"} |
tracker item |
|
dev.t.o 13.x: add some scrollbar at the top of wide tables in Bootstrapped themes, since they look as with less content for new users or unexperienced visitors
dev.t.o 13.x: add some scrollbar at the top of wide tables in Bootstrapped themes, since they look as with less content for new users or unexperienced visitors Example: see for instance http://dev.tiki.org/tiki-tracker_view_history.php?itemId=5162 {img fileId="940" thumb="y" width="600" rel="box[g]"} Column related to new content is not shown, and there is no clear indication that some more content is hidden in the right-hand side of that table. New: A library has been found to solve this problem: [https://www.jqueryscript.net/other/Double-Scrollbar-For-Scrollable-Container-jQuery-DoubleScroll.html] . License is MIT. |
tracker item |
|
dev.t.o search shows no output
I wanted to search content posted on dev.t.o. I searched through the search box at the header, as usual, for a keyword, and nothing is shown in the results https://dev.tiki.org/tiki-searchindex.php?filter%7Econtent=alchemist&filter%7Edate_range= Not even any message that no results are found (if that is the case) Broken somehow? |
tracker item |
|
Dev.t.o, Comments, user tag; Behaviour for the user tag (at-bsfez) has changed and look broken
I replied to a comment here : https://dev.tiki.org/tiki-view_tracker_item.php?itemId=8071&threadId=10284&cookietab=1#threadId10286 I inserted two user tags and the display is wrong... {CODE()}@john.chishugi{CODE} Only john is a link and it is broken {CODE()}@chibaguy{CODE} Display the user full "real" name {img fileId="1763" thumb="box"} |
tracker item |
|
Dev.t.o, tracker, Unified-Search; There is inconsistency and weird results in the Wishlist search form and tracker5 list view
I see weird and inconsistent search results on the Wishlist search form when I remove any tracker_status filter at https://dev.tiki.org/Wishlist-Search-Page . I see more than 2 "empty" tickets. {img fileId="1750" thumb="box"} I can't see the same at https://dev.tiki.org/tracker5 However if I try to sort by subject I have also weird results: https://dev.tiki.org/tracker5?status=&sort_mode=f_26_asc The sorting is wrong and I have only 2 "empty" tickets. {img fileId="1749" thumb="box"} |
tracker item |
|
dev.t.o: allowtableexpansion in PluginList fails while in PluginTrackerList works as expected + icon inconsistency
I've just discovered the feature allowtableexpansion while using dev.t.o. Nice addition to the UI/UX! However it seems to be that something needs tweaking still in its implementation in ((doc:PluginList)) [https://doc.tiki.org/PluginList-output-control-block?highlight=allowtableexpansion#Table\:_expand_table_number_of_items_found_optional_title|here] (specially compared to the implementation in ((doc:PluginTrackerList)). Example of allowtableexpansion using PluginTrackerList: https://dev.tiki.org/Spreadsheet#Open Icon: fullscreen-like It DOES work as expeced (even with floating autotoc and side columns) Example of allowtableexpansion using PluginList: https://dev.tiki.org/H5P#Open_or_Pending Icon: play-like (imho, the fulllscreen-like icon as shown through plugintrackerlist is more intuitive) It DOES NOT work as expeced (even with floating autotoc and side columns): nothing relevant seems to happen for the end user. HTH |
tracker item |
|
dev.t.o: bug report echo on irc.t.o doesn't display the title of the item (the first isMain field)
for some reason, the echo on irc from teh new bugs reported on dev.t.o/tracker5 doesn't include the bug report title anymore (the first isMain field in the Tracker) It was quite handy.... and I wonder if it's easily recoverable... |
tracker item |
Recently at dev.tiki.org, the cookie consent form displays on every page load, even though I have consented to the default and selected "save preference". The form only displays for a few seconds but it shouldn't show at all for a user who has consented to cookies.