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 |
|---|---|
| renaming or deleting a wiki page doesn't update the link seen from CATEGORY plugin | tracker item |
|
Rendering of default2 theme faulty on IE6
When displaying a page in default2, the icon band on top of the page (the one containing the print icon, amongst others) is slightly pushed to the right, which cuts off icons or dropdown lists (for backlinks, for example). see attached jpg. The behaviour does not show in FireFox. We are using TikiWiki for a lot of people with IE, and are getting complaints... Can you help? |
tracker item |
|
Replace "There are no comments at this time." in forums and comments
{syntax type="tiki" editor="plain"} What first caught my attention was this message in a forum thread: "There are no comments at this time." I assumed this means there are no ''replies'' at this time, but this could be confusing to new users - what is the difference between a comment and a reply? [https://matrix.to/#/!SLEgqpTNTlGYAhzNvK:gitter.im/$7GRemHDJXuNdyie5ox7Z06urEoEEqXHjZ2gww1CTZ94?via=gitter.im&via=matrix.org&via=coeus.ca|It was pointed out] that probably the same code is used for forums and comments like those at the bottom of wiki pages. I thought about some ways to either change the code to provide two different messages or change the alert message to cover both contexts. But then I thought what is the purpose of the alert message to begin with? It is already obvious that the forum post has no replies or the wiki page, etc. has no comments. So I propose replacing the message that states the obvious to a message that is positive and engaging, something like "Contribute your thoughts", "Add your thoughts", or "Share your thoughts" along with an appropriate icon. |
tracker item |
|
Replace action in file gallery doesn't work in thenews theme
When I click the Actions → Replace on tiki-list_file_gallery.php?galleryId=1 (used to be replacing the image file with another one), it does nothing... link on Replace just points to tiki-list_file_gallery.php?galleryId=1# |
tracker item |
|
Reply comment should use (more of the) available width
When we have a reply, of reply of reply on the comments (and forum I think) the message width is shrined to something really not useable and good. https://dev.tiki.org/tiki-view_tracker_item.php?itemId=7838&threadId=9472 |
tracker item |
|
Report a bug
FADE objet dont work well at all. Wathever I will put after after a fade that will not work. I try to put a space and after a list. Each of these try will not work. __This one will not put a space before.__ {FADE( label="test" icon="y" show_speed="900" hide_speed="fast")} * My line {FADE} __This one still not put a vertical space before.__ {FADE( label="test" icon="y" show_speed="900" hide_speed="fast")} * My line {FADE} __This one will not take care of the * and list will not popup corectly.__ {FADE( label="test" icon="y" show_speed="900" hide_speed="fast")}%%% * My line {FADE} This one will put too much space. {FADE( label="test" icon="y" show_speed="900" hide_speed="fast")}%%% * My line {FADE} |
tracker item |
|
Repositioning the site title and sub title, also repositions the admin fields
The sitetitle and sitesubtitle preference fields in look and field, uses the same css class as the actual title and subtitle display. So, when repositioning the actual display, the admin fields are also repositioned. |
tracker item |
|
Resizeable textarea does not change the mouse style for chrome
When we have a textarea in non wysiwyg mode, the textarea can be resized by moving the bottom right corner. The mouse changes its style as illustrated on the attached snapshot. This works fine for FireFox but not for Mac-chrome or linux-chromimum. The textarea can be resized, but the bug is, there is no hint about it so people miss the information because the mouse does not change shape. You can reproduce on this very textarea using chrome (no need for a show instance :-) ) |
tracker item |
|
Return Help System to Features Admin Page, enable by default
Fresh install of Branch-1-9 daily build. The help system (the system that turns the feature descriptions into live links that point to the docs) is not enabled by default. Not Enabled on a fresh install of Sa Jun 16 15:42:39 CEST 2007 |
tracker item |
|
Revert transactions url missing from CC Mod
Using [http://cc.tikiwiki.org/tiki-index.php?page=Mod+Community+Currencies|CC Mod]: Option to "__Revert transaction__" seems to be coded, since it can be used from the form: [http://www.moviments.net/intercanvis/cc.php?page=transactions&new=1] (at the drop down just close to the confirm button. Moreover, when listing transactions: [http://www.moviments.net/intercanvis/cc.php?page=transactions&all=1] There is the button to "__revert transaction__" at the Actions column in the list ({img src=http://www.moviments.net/intercanvis/img/cc/cancel_transaction.png }). However, this image is not linked with any url to perform the "revert transaction". (I checked that at line 46 in ./templates/transactions.tpl the href="" is empty: {CODE()} <a href="" title="{tr}Revert Transaction{/tr}"><img src="img/cc/cancel_transaction.png" width="20" height="12" border="0" alt="{tr}Revert Transaction{/tr}" /></a> {CODE} |
tracker item |
|
Right pannel disappears after log out
I have the following problem: - as anonymous i load home page with two panels (modules) on the left and right (right one is logon box) - I log in (both panels correctly diplayed still) - I log out and right panel is not longer displayed on home page I need to refresh page to see it again I use Display Always for both modules in Look and Feel/general layout. I use tikipedia theme. Do u have any ideas why it might happen? |
tracker item |
|
Rollback history feature is confusing
{syntax type="tiki" editor="plain"} See attached screenshot, demonstrating two usability problems: * The "Rollback" action is shown in the context menu for the latest revision of a page at the top, which makes no sense if it's meant as a "Rollback to this version" action * The action's label is unclear. It should explicitly say "Rollback to this version" (or "Revert to this version", which might be more easily understood terminology?), or even better, also specify the version number in the string, i.e. "Revert to version %d". |
tracker item |
|
RSS external feeds
{syntax type="tiki" editor="plain"} When we're behind a proxy, external RSS feeds do not get the information. |
tracker item |
|
RSS feed broken by backslash if tw in root of subdomain
If Tikiwiki 1.9.4 or 1.9.5 is installed in the wwwroot of a "real" subdomain that resides on its own (win)server (not an alias to a subfolder under the main-domain), then rsslib.php inserts an additional backslash after the domain-name. Links of rss-feed then look like: ~~#FF0000: sub.domain.com\/tiki... ~~ and RSS feed gets obviously broken. As a quick-fix for my site I resolved this in the file rsslib.php by deleting the string: ~~#FF0000: ~np~ .dirname( $urlarray["path"] ) ~/np~ ~~ in the variables: ~~#FF0000: $home, $img, $read, $cssStyleSheet, and $xslStyleSheet ~~ in order to get RSS-2.0 to work again. Unfortunately I'm not any more a coder and don't know php good enough to fix this for everybody and contribute in the CVS (I did no more coding since turbo-pascal under DOS in the mid 90's, but at least still can read a little bit :-) all the best, Felix PS: Thanks everybody here for this great software!!! |
tracker item |
|
PluginRSS: RSS feed on doc.tiki.org shows three times the same title
On https://doc.tiki.org/Documentation#contentdochome-3 you can see under the "The latest Tiki news" that there are links to latest articles on tiki.org but each article title is repeated there 3 times - each with slightly different link, for example: {CODE()} https://tiki.org/tiki-articles_rss.php/article447-Tiki-17-0-released https://tiki.org/tiki-articles_rss.php/img/smiles/article447-Tiki-17-0-released https://tiki.org/article447-Tiki-17-0-released {CODE} Only the third one is correct and should be there. Please fix if you know how ;) Thanks, luci --- Update 9/10/2018: This is still there and it is not helping us with automatisation that are (could) help us to spread our news on different social network tools. https://tiki.org/Community show 8 feeds for The opening of Tiki Online Open Hours Gary mentioned that a new feed is create on each editing. Seems related. --- Update 11/10/2018: I tried to understand better and check setup different websites: # On my local, debugger on, I can’t reproduce # On my own website; https://bsfez.com/playground ## First check I have a single entry for each article in the feed module ## Second check (can’t say if it is hours later or days laters) I have 2 entry for each article. It is really unlikely I edited each one once and only once so it moderate the editing option (each edit add an entry). + {img fileId="1233" thumb="box"} + {img fileId="1234" thumb="box"} # On tiki.org, they were some edit yesterday (by Luci) and now we have 4 entry for the last article + https://tiki.org/Community + {img fileId="1235" thumb="box"} |
tracker item |
|
RSS feed order is inversed for tiki-tracker_rss.php
For example: http://dev.tikiwiki.org/tiki-tracker_rss.php?trackerId=5 |
tracker item |
|
rtl in codemirror 3.16: scrollbar on the right should disappear
branch 12.x nowadays uses codemirror 3.16 (3.x is supposed to be right-to-left language ready). I tried with hebrew, and the editor shows an extra scrollbar on the right of the screen, which hides the firsts letters of each sentence starting on the right margin. |
tracker item |
|
Running upgrade from 1.9.x to 2.x requires being logged into the app before starting process
When upgrading to 2.0 rc4 from 1.9.11 install failed because I was not logged into the app. By the time I reached that stage, I was no longer able to login. Need to make note at the beginning of the upgrade procedure instructions to FIRST LOG INTO TIKIWIKI AS ADMIN |
tracker item |
|
Sandbox preview/save buttons missing for non-admin users
{syntax type="tiki" editor="plain"} Couldn't find another bug report for this, although this is an extremely noticeable bug so there should be an existing report. The wiki sandbox for non-admin users is useless because it doesn't show save/preview buttons. |
tracker item |
|
Save CSS after editing leaves the css file empty on the filesystem
After saving the "Edit CSS" changes, the *.css file is empty!! |
tracker item |
|
saving Calendar event in Tracker field type 'Calendar event' scraps changes of other Tracker fields
__Releated to:__ item8186-to-be-synched-fetched-event-details-of-of-Calendar-event-and-details-in-a-Tracker-item-with-Tracker-field-Calendar-item __The cause:__ Given a Tracker has a field of type 'calendar item' and a number of other fields, for example a 'Textarea' or a 'Textfield'... Given a user creates a Tracker item and desides to add an event to the Tracker item, __then__ the user can edit the Calendar event from inside the tracker, after the Tracker item is saved the first time (with existing event). It is quite probable that a user who wants to edit a Calendar event might need to edit another field of the same tracker item at the same time. Looking at the UI of the Tracker form, a user would most likely asume, that he can add or edit data in the Textarea, then edit and save the event and then save the Tracker item without losing any data. In fact, when the user clicks at the edit-event button and then the save-event button, __all changes made to the Tracker item in the other fields will be lost. __Observation:__ After saving the event, the whole page (browser tab) reloads the non-edit version of the page, instead of only saving the Calendar details to the Calendar and keeping the other field's data 'alive'. Thus if you have filled a form or edited fields previously filled and then edit the event and then save the event, the just filled data get's completely lost I imagine, that there would be some kind of AJAX event needed that pushed the Calendar event data to the database, without reloading the page. Depending on the respective Tracker form, this could cause the loss of work and thus frustrate users to some unreasonable extent. |
tracker item |
|
Saving in WYSIWIG removes Edit Section buttons; saving in Wiki restores them; Wiki edit option disappears when doing a section edit
{syntax type="tiki" editor="plain"} If you save a page in WYSIWYG, Edit Section buttons disappear. (However, if just before saving, you Switch Editor to wiki, the Edit Section buttons will (re-)appear (:wink:)) Note also separate bug #3764, i.e. the Switch Editor button does not appear if your edit is invoked by a Edit Section button. This makes the first bug very discouraging for new contributors. This bug is a big issue for sites wishing to encourage collaborative editing, especially with longer pages: *Having Edit Section buttons at each heading cries out 'Edit me! Edit me!'. If they disappear, it is much scarier for a beginner to edit a page. *If someone bravely uses an Edit Section button only to find that it has disappeared as a result of their work, they may think they no longer have edit rights. They will think the site is stupid, and be greatly discouraged re further editing. |
tracker item |
|
Scheduler task runs every 15 minutes instead of defined 2 hours
I have set up a cron job ( -+*/15 * * * * cd /var/www/...../web/tiki17x; php56 console.php scheduler:run+- ) to run the console command on the server which checks the schedulers every 15 minutes but the defined scheduler task should be run every 2 hours, not each time the cron checks it. This is what I have there on the Scheduler control panel (the scheduler name is "Index rebuild every 2 hours"): {CODE()} Index rebuild every 2 hours ConsoleCommandTask * */2 * * * active ✔ {CODE} (The ConsoleCommandTask is set up to i:r.) !!Scheduler "Index rebuild every 2 hours" Logs: {CODE()} Start Time End Time Status Output Aug 10, 2017 14:45:03 Aug 10, 2017 14:45:12 done Started rebuilding index... Indexed wiki page: 8 file: 6 file gallery: 4 trackeritem: 1 tracker: 1 trackerfield: 10 comment: 0 user: 2 group: 3 activity: 1 Rebuilding index done Execution time: 9 secs Current Memory usage: 58.8 MiB Memory peak usage before indexing: 21.0 MiB Memory peak usage after indexing: 59.7 MiB Number of queries: 512 Aug 10, 2017 14:30:03 Aug 10, 2017 14:30:12 done Started rebuilding index... Indexed wiki page: 8 file: 6 file gallery: 4 trackeritem: 1 tracker: 1 trackerfield: 10 comment: 0 user: 2 group: 3 activity: 1 Rebuilding index done Execution time: 8 secs Current Memory usage: 55.0 MiB Memory peak usage before indexing: 21.5 MiB Memory peak usage after indexing: 55.9 MiB Number of queries: 504 Aug 10, 2017 14:15:06 Aug 10, 2017 14:15:16 done Started rebuilding index... Indexed wiki page: 8 file: 6 file gallery: 4 trackeritem: 1 tracker: 1 trackerfield: 10 comment: 0 user: 2 group: 3 activity: 1 Rebuilding index done Execution time: 9 secs Current Memory usage: 54.7 MiB Memory peak usage before indexing: 21.0 MiB Memory peak usage after indexing: 55.6 MiB Number of queries: 504 {CODE} __I want to run the scheduled task every 2 hours as defined, not every 15 minutes I check if there are any new schedulers.__ Related links: --https://dev.tiki.org/Scheduler-- actually, this is some other "Scheduler" (same name for different features?), oops {sign user="luci" datetime="2017-08-15T10:55:26+00:00"} https://doc.tiki.org/Scheduler |
tracker item |
|
"print all" from home of wiki structure
When you are on a page of a wiki structure, you can click on the print icon, but you will only print that single page. The icon and option to "__print this page and all the subpages__" (= in the the sub-structure) right from there (without going through all the clicks at "Wiki > multiprint > select structure > print") would be very welcome, since the base feature to rpint the full structure exists. From the home of the structure, it would print the full structure (as it can be done with one click from a structure within a Workspace through ((doc:AulaWiki)) mod, or through many clicks as usual, as explained above). If the user is on a subpage of the structure, that button would print that page and all subpages from the same structure. Does it make sense? |
tracker item |
|
"Re-validate user by email after unsuccessful logins" email doesn't allow change of password
Hi, I think there is a usability bug when the option "Re-validate user by email after unsuccessful logins" is selected. After x unsuccessful logins, the user gets an email with a link like : http://www.mydomain.com/tiki/tiki-confirm_user_email.php?user=xxxxxxx&pass=yyyyyyyyyyyyyyyyyyyyyy When following this link, the user gets the message: "This feature is disabled". Nothing is clear on what to do next, if one's account is still valid or not, and how to change one's password if forgotten. Tikiwiki version used: 2.2 Options selected: * Crypt password method: crypt-md5 * Validate users by emails: yes * Registered Users can change password : yes * Re-validate user by email after unsuccessful logins: 3 |
tracker item |
In page A you use the CATEGORY plugin to list all objects from category X, and thus, it lists the "Page B" name, which links to it.
Then you rename Page B to Page C. In page A, the plugin category still shows name and link to "Page B", and not the updated name and link: "Page C".
This bug has been here for almost a year, and it is present in 1.9 and 1.10
---
bug still alive on tiki 2.1, and confirmed also after deleting pages, and clearing tiki caches.
It can be tested on (production) site for registered users at:
http://uniwiki.sima.ourproject.org