Category: Dogfood on a *.tiki.org site
Bug or RFE for this site's Tiki
Show subcategories objects
| Name | Type |
|---|---|
|
Tiki14 test wish
Just a test with a show instance |
tracker item |
|
Tikiwiki Book
Implement something like the special page [http://en.wikipedia.org/wiki/Special:Book|Wikipedia Book] to generate some revenue from community assets |
tracker item |
|
TikiWiki in page descriptions cause broken link (weird)
See in action: http://tikiwiki.org/Test http://tikiwiki.org/Test2 it causes: description" href='Test&bl=y' class='wiki'>Test |
tracker item |
|
TikiWiki Powered Sites Clean Up
TikiWiki Powered Sites listed [http://info.tikiwiki.org/tiki-browse_gallery.php?galleryId=1|here] contains many websites which are moved away from Tiki, for example [http://wiki.kde.org|KDE Wiki]. A total clean up of invalid websites is required for the listing. |
tracker item |
|
Time are wrongly sorted on plugin Convene
At : https://tiki.org/Roundtable+Meeting+2017+04 First time entered was 14:00, 15:00, 16:00, 17:00 and 18:00. They are displayed in a logical and chronologic order. A user added an option with time set to 21:00. It should appear after 18:00 but it is displayed before 14:00. It is very confusing and wrong. |
tracker item |
|
Title parameter for modules not working
It ''should work'' {img src=images/code.png}%%% {CODE()} title To override the title of a menu, add title=Menu. If you have a space in your title, use: ''title="Developer Menu" {CODE} http://doc.tikiwiki.org/Module+admin |
tracker item |
|
Todo tracker on this site isn't sorting items via column sorts or filters
This Todo tracker isn't working for sorting items via column sorts or filters. |
tracker item |
|
Too many useless or redundant fields when editing a wish
# There are many fields which are barely ever used. # Some fields duplicate functionality and it's not clear what we should use. # In some cases, comments are put in text areas and it's hard to follow. These should be in the threaded comments instead. New contributors are lost. Old contributors are lost or dismayed. Some duplicate fields are due to a previous effort to improve the workflow. Sadly, that work was never finished and we were left with duplicate fields. In a more recent period, multiple fields were added instead of just having one field with a bunch of check boxes. This all needs to be cleaned up. Oh yeah, and don't experiment on live data! nextdev.tiki.org is a good place to do this. # Make stats on field usage. # Any field which is used less than say 5% of the time should be considered for removal # Fields like following can instead just be a category of an existing field ** WishList Team - TODO - Confirm Bug on Trunk ** WishList Team - TODO - Find on 9x ** WishList Team - TODO - Find Culprit # Merge duplicate fields ** Rating-old & Rating ** Status & Resolution status ((doc:PluginListExecute)) can be used to migrate data. Some data should just be used manually. |
tracker item |
|
Too much loading when going into edit mode
When I click "edit" spreadsheet, it loads twice (a short break in the middle) before entering edit mode. I have a Firefox version 3.6.3. |
tracker item |
|
Tool 'Choose or upload images' in dev.t.o/make+a+wish reloads the page loosing all content
When I click on the icon to "Choose or upload images" here in https://dev.tiki.org/Make+a+wish the page refreshes and all the content I typed (and selections to tracker fields) is gone. Reproduced with Chromium 50 or Firefox 46 in Linux 64 bit, in case it matters. |
tracker item |
|
Top header ugly and hard to use on iPhone / smartphone
It is very difficult to use tiki.org sites header menus and login and does not look nice on smartphones. I'm filling this bug report from iPhone 4S and just to login using the login pop up in the top bar was PITA. See the screen captures below: (hmm, another issue is tapping the "Choose and upload image" icon does nothing - ah, I need to tap it twice! anyway, it is also PITA using the elFinedr on smartphone to upload images - can we switch it off and use the new jQuery Upload UI instead?) {img fileId="1024" thumb="box"} {img fileId="1025" thumb="box"} {img fileId="1026" thumb="box"} {img fileId="1027" thumb="box"} {img fileId="1028" thumb="box"} {img fileId="1029" thumb="box"} {img fileId="1030" thumb="box"} |
tracker item |
|
Topic type is not shown to plain registered users in t.o forums
Today in the https://tiki.org/Roundtable-Meeting-2020-09 we noticed that a plain registered user is not able to see the forum post "type" dropdown when starting a a new topic (the first message of a new forum thread). Reproduced with user @xavi . However, when listing the topics of a forum, the first column is shown for that same user (as well as anons) indicating the topic type: all say "normal" here: https://tiki.org/forum4 However, a user with admin rights (for instance @xavidp ) is able to see the dropdown of topic type: Normal | Announce | Hot | Sticky | Deliberation. Reproduced here: https://tiki.org/tiki-view_forum.php?openpost=1&forumId=4&comments_threadId=0&comments_threshold=0&comments_offset=0&thread_sort_mode=lastPost_desc&comments_per_page=20 I've checked in the forum edition page, or forums control panel, or forum4 permissions, and I couldn't find anything to explain that behavior. Maybe some bug in some tpl or php code which control which permissions are needed to display that dropdown field? |
tracker item |
|
Trackers : default behaviour should be to see the tracker item after posting (vs a list)
We are getting duplicate posts here. What is happening: people post a bug report. They click save and instead of seeing what they just posted, they are sent to the list of bugs (ex.: [tiki-view_tracker.php?trackerId=5]) and depending on sorting, their new bug may not appear on the list. Bug doesn't appear right away in "Last Modified Items" module (need an extra click) Maybe "View inserted item" should be checked by default? I know it's a problem that for some trackers, you are not allowed to see what you just added (permission tiki_p_create_tracker_items vs tiki_p_view_trackers) |
tracker item |
|
Tracker :wishlist : When you edit an item you reaches a not sorted list as you have sorted it before
{syntax type="tiki" editor="plain"} !Tracker :wishlist : When you edit an item you reaches a not sorted list as you have sorted it before !!Fact When you edit an item of a selected and sorted item list, you get the selection but not sorted. !!solution and workaround __ NONE __ So you need to : *go back to list , kept in another tab of navigator *edit separately each one !!extension to This can concerns all trackers for 6.x, 7.x !!importance This is very annoying to lost time when you are redacting and following your wishes list, quite a large one, if you can't navigate into item of your sorted list of your wishlist... Good job Best regards Trebly (ref:B10126-04) |
tracker item |
|
Tracker alters the word javascript to have 'x' within less-than/greater-than
Filing a bug report in this tracker which mentions ja |
tracker item |
|
Tracker Data Missing!?
Most fields seem to be not listing properly on next.tiki.org, e.g. https://next.tiki.org/tracker22 and https://next.tiki.org/tracker26 A significant regression... |
tracker item |
|
Tracker events en dev.t.o tiki-batch_todo.php unexpected ? in initlib.php
We have attempted to setup some tracker events in dev.t.o/tracker5 (the Bug Tracker), following he discussion in the ((tw:TRM)) of September 2020, and the ((tw:TAG)) meeting of October 2020 (today) After setting up the appropriated scheduler task in dev.t.o, with this job: {CODE()} cd /var/www/virtual/dev.tiki.org/html/; php tiki-batch_todo.php {CODE} And the cron job in the server behind dev.t.o (see [https://tiki.org/Infrastructure-Team#Scheduler_on_dev.t.o] ), this is the error message shown in the scheduler UI in dev.t.o ([https://dev.tiki.org/tiki-admin_schedulers.php?scheduler=1#contenttabs_admin_schedulers-3] ): {CODE()} PHP Parse error: syntax error, unexpected '?' in /path/dev.tiki.org/html/lib/init/initlib.php on line 77 {CODE} |
tracker item |
|
tracker field "mandatory checkbox" is not mandatory
Sometimes we need a checkbox field in a tracker to be mandatory. Like: ^[[ ] I accept the terms and conditions.^ or ^[[ ] I agree with the three rules of tw.o dev community.^ This cannot be accomplished yet because the checkbox can be left empty, even if the field was marked as mandatory, and the tracker item is inserted (without that box checked). |
tracker item |
|
Show.t.o requires php 7.1+ (was: Tracker Field Location no longer fetching coordinates from tracker field address)
There was a feature introduced at some point in the past which allowed to fetch a geolocation in map out of the information provided by a user as a text string in a tracker field to hold postal address information. This feature doesn't seem to be working anymore in Tiki 19, at least, in some tests I've done. I expect to reproduce this issue in a show.t.o instance in short. --- Update: I couldn't reproduce it in a show instance because show.t.o is not ready to make instances with php 7.1+ like the ones required by Tiki19. Therefore, I changed topic in this bug report to reflect the issue with show.t.o instances, and the report about tracker field location failing to get coordinates has been moved to: https://dev.tiki.org/item6943-Failure-to-get-geolocation-from-searching-an-address-either-manually-typing-address-through-tracker-field-location-ui-or-in-the-backend-with-params-to-get-address-from-other-tracker-field |
tracker item |
|
Submitted-by is not the same everywhere on dev.tiki.org
I'm scanning and editing items from the tracker 5. The field "submitted by" is set on "Creator". {img fileId="1609" thumb="box"} At https://dev.tiki.org/tracker5 original submitted-by creator is displayed At https://dev.tiki.org/User I see my user everywhere (field 54 => submitted-by) {img fileId="1610" thumb="box"} No more free time to test but it may be related to the item I close. |
tracker item |
|
Tracker field validation not working properly on textarea at t.o
At https://tiki.org/Contact-Us we have 2 fields with a regex validation. __Subject__ that is a text field where validation using a regex code is working. __Feedback__ that is a textarea using the same regex code (I know carriage return is missing I use the same pattern for comparison purpose) is not working even if entering a single english word. An empty message error (orange background) is displayed and I can’t submit the form. I removed it in the validation for now of course. __To reproduce:__ Go to https://tiki.org/tracker24, fields, edit Subject field. Copy regex pattern and set the same parameters to the Feedback field. Go to https://tiki.org/Contact-Us try... |
tracker item |
|
tracker fields explanation mouse-over
tracker fields should have a description so we could provide users with an explanation on how to fill out the forms. Plus: Using labels for accessibility Ex.: Data type : what do my 5 choices mean? |
tracker item |
|
Tracker filter by category doesn't work
It works nicely for text fields. It would be very useful for categories too. Probably related: categories don't appear in plugin trackerlist |
tracker item |
|
Bug Tracker item "Lastmod by" is wrong
While viewing tracker5 item it shows "Lastmod by" with wrong value. Clearly I was the last to modify the item here: https://dev.tiki.org/tiki-tracker_view_history.php?itemId=7145 But it shows "John Morris" instead on the View tab: https://dev.tiki.org/item7145-Browse-Gallery-option-does-not-insert-files-or-images-syntax-into-wiki-page |
tracker item |
|
13.x in dev.t.o: some toolbar buttons like wiki link broken (reload the whole page)
13.x in dev.t.o: some toolbar buttons like wiki link broken (reload the whole page) . Try while reporting a bug. Tried to reproduce in a show instance: http://xavi-9794-5448.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage (u admin p: 12345) but I can't: it works there. It seems to be something specific in dev.t.o |
tracker item |