Category: Usability
Trouble to accomplish task.
This is not a "real" bug but should be treated as such.
Ex.: Because users are being confused.
Show subcategories objects
This is not a "real" bug but should be treated as such.
Ex.: Because users are being confused.
| Name | Type |
|---|---|
| tiki-lastchanges.php : links to diff are incorrect | tracker item |
|
tiki-list_articles.tpl: current type selected in find not selected in drop-down box
Revision 1.34 CVS HEAD 1.9.5 "if $type" in below should be "if $find_type" {CODE()} Line 38: <option value="{$types[t].type|escape}" {if $type eq $types[t].type}selected="selected"{/if}>{tr}{$types[t].type}{/tr}</option> {CODE} |
tracker item |
|
tiki-list_object_permissions.php needs refining (adding groups, links to category perms)
tiki-list_object_permissions.php is fantastic It lets me review any permissions received from category, and individual perms. Some enhancements: * Link to the category perm interface so I may adjust the perms ** As of 4.0, I need to check each category to see why the perms are applied * Type group is missing (permissions ''about'' groups) |
tracker item |
|
tiki-list_users.php returns to the home page
In the admin menu, under Community, there is a "User List" item. It links to tiki-list_users.php. When I click on this (fresh 12.x installation, user: admin), I am returned to the Tiki homepage. Not sure what it should do, but if no users are found .. and that's the problem, it should give a message saying so. |
tracker item |
|
tiki-listpages.php - when user clicks on title of column to sort - search params are forgotten
When you try and sort according to one of the columns in tiki-listpages.php, the search params, such as category, are forgotten. This is very irritating. This is caused by the new smarty self_link function not taking into account enough params. Perhaps this can be improved by some kind of better way of handling this. Or more practically, perhaps these links that cause the table to be sorted should be optional? |
tracker item |
|
tiki-listpages.php : when listing wiki pages, next page doesn't work after filtering by language
It would nice too to have filter in URL so we have a permanent link of all pages of a certain language. |
tracker item |
|
tiki-listpages.php: tiki_p_view is necessary even if you have tiki_p_admin_wiki
Very strange issue. Not sure if it's a regression. Workaround: give tiki_p_view in addition to tiki_p_admin_wiki I have seen similar issues with trackers. You need to give view in addition to admin. |
tracker item |
|
tiki-login_validate.php is very ugly with codex.css
{syntax type=tiki} {syntax type="tiki" editor="plain"} This is the ((Tracking system for Tiki issues)). If this is your first time, please read: ((How to Submit a new item on the Wishlist)) |
tracker item |
|
tiki-login.php generates 404 error
Newly created tikiwiki 2.0 site works all the way through setup and initial login. Subsequent http login attempts at http://dev.friendwich.com:100/tiki-login.php return a 404 error. Expected behavior is a log in page with username/password fields. Actual behavior is 404 error. Oddly, clicking on the URL in this bug report gives the "no input file specified" in Firefox. I can reproduce this always on firefox or IE7. |
tracker item |
|
tiki-mobile.php -> normal integration in Tiki
tiki-mobile.php should appear in the menu when activated BUG: It is possible to surf blogs in mobile mode even when deactivated. WYSIWYCA: tiki-list_articles.php?mode=mobile and link to articles in tiki-mobile.php should only show when it user can see articles. Make sure to check topic permissions too. |
tracker item |
|
tiki-orphan_pages.php not allowed mass removal of orphaned pages
On the Orphaned page (tiki-orphan_pages.php), I can individually remove orphaned pages. But, when I mass select (using Check All), and then select Remove from the dropdown box, it does not remove the orphaned pages. Individual works, but is agonizingly slow for mass deletes. |
tracker item |
|
tiki-print_pages.php should allow to choose tikiversion for all pages, if PluginVersion is used
tiki-print_pages.php should allow to set the parameter tikiversion at printing time, if Plugin Versions is being used. Example: doc.tw.o of twforsmarties: print documentation for veersion 1.9.x, 2.x or 3.x. http://doc.tikiwiki.org/tiki-print_pages.php http://twbasics.keycontent.org/tiki-print_pages.php Right now, if I want to print the full structure of the documentation, I can't chose version (so that the default is shown) marclaporte: and the same idea should apply to language. Show me doc in my language, if there is none, fall back to available language. |
tracker item |
|
tiki-register.php and tiki-login.php ironing
tiki-register.php has a few flows: - the string "Passwords match" is not translated even if added to translations - the string "Passwords don't match" is not translated even if added to translations - the input fields (username, email, code, etc) are not aligned to the left, this is not nice tiki-login.php: - the string "Log in as..." is not translated even if added to translations |
tracker item |
|
tiki-register.php with AJAX, inform not to use spaces or other non accepted characters in username
{syntax type="tiki" editor="plain"} Otherwise, user gets an ugly error, clicks "back" and needs to re-enter everything, including [http://en.wikipedia.org/wiki/Captcha|captcha] |
tracker item |
|
tiki-sheets.php layout is not ready for 3.0 (left column goes to the bottom)
I've just installed a 3.0svn, and while using tiki-sheets.php, the modules in the left column go down , below the height of the central column. |
tracker item |
|
tiki-stats.php - Day with fewest pageview duplicates
Firstly, congrats there seems to be a marked performance improvement when running tiki-stats.php in v18.3 over v15.7. We are seeing two issues with the new tiki-stats.php on our upgraded system. With v15.7 the statistic "Day with the fewest pageviews" reported only a single entry, which was the FIRST date on which the lowest number was seen. See {img fileId="1272" thumb="box"} With v18.3 the same statistic now seems to report EVERY date on which our system has had minimal activity, which is making the page extremely long. This issue of increased page length is exasperated by the repeating of some dates. See {img fileId="1273" thumb="box"} and {img fileId="1274" thumb="box"} My wish would be to have only the first and most recent day with fewest pageviews reported within tiki-stats.php If the full list is useful to others, then perhaps it should have its own page linked from tiki-stats.php I've rated this with importance 5 as we use this feature on a daily basis to see what the activity has been over the past 24 hours, but recognise others may never use it. |
tracker item |
|
tiki-stats.php ajax links to anchors broken
{syntax type="tiki" editor="plain"} With ajax on, the page-top links to sections don't work, on tiki-stats.php, in my Tiki 3.1 installations. |
tracker item |
|
tiki-syslog.php has no browser title
{syntax type=tiki} {syntax type="tiki" editor="plain"} This is the ((Tracking system for Tiki issues)). If this is your first time, please read: ((How to Submit a new item on the Wishlist)) |
tracker item |
|
tiki-syslog.php should be sorted with sort_mode=actionid_desc by default
tiki-syslog.php has a lot of useful info. Sometimes, two actions happen on the same minute but the order is important (ex.: LDAP error messages) Thus, sorting by actionid_desc is better than lastModif_desc Thanks! |
tracker item |
|
tiki-user_watches.php : add a note when list is empty (click on little "eye") ...
People don't know what this page is for and how to use it... More "general" choices would be nice too. Ex.: watch all wiki pages watch all file galleries etc... |
tracker item |
|
tiki-view_tracker doesn't check for the right quicktags
OLD DESCRIPTION: When editing a tracker textarea with quicktags enabled, the quicktags field shows quicktags for map-editing. PROBLEM REPHRASED: All Quicktags are shown, when editing tracker items. You can see that e.g. the IMG-quicktag is there twice. I tried adding the img quicktag with feature "tracker" to tiki_quicktags, but then it was shown trice (triple? - no!), well, three times! ;) |
tracker item |
|
tiki-wizard_admin.php inaccessible
tiki-wizard_admin.php?stepNr=0&url=index.php is not accessible after 16.3 upgrade via svn. Nor is it accessible on new 16.3 install. |
tracker item |
|
Tiki.org Forum Posting Issue
Folks, I am unable to post on tiki.org forums. I did a little screen capture video of what it happening. Please see this link at http://youtu.be/716UCOm1Up8?hd=1 Using Firefox, have not tested other browsers, I will test now. Thank you for looking into this |
tracker item |
|
tiki.org/Demo Needs Updating
The https://tiki.org/Demo needs to be updated. |
tracker item |
|
tiki7-bugrep3918
Screenshot for BugReport TicketID 3918 |
image |
To reproduce
Install 6.x
Apply community profile 6.x
Go to tiki-lastchanges.php
and click on the "d" for HomePage