Category: Usability

When an admin has chosen a particular language for site default language, and he chooses a set of allowed languages for user to switch to that does not include this lang, the language selectors for users will not include the site language.

In tiki-admin_trackers you can only use fields explicitly belonging to the tracker for default sort - it would be good to have the possibility to sort by default by Created or Modified, too.

Should be possible to even default sort by Comments, Attachments, Downloads etc.

UPDATE:
Even TrackerId would be interesting. This occured to me, when trying to make bugs duplicate - that wasn't possible by TrackerId or other standard fields. So problem has been rephrased:

Opened up a New Trackeritem for this and marked
THIS one DUPLICATE of
http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=256

{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

Unable to delete a file gallery created with admin user. I select the gallery and click the delete icon yet the gallery remains listed.

On the wiki control panel is a button that links to /tiki-admin.php?page=wiki&rmvunusedpic=1.

This button fires without warning, IMHO a "Are you sure?" dialog is really necessary, because you do not know, and are not informed of, what you delete here. Possibly some images you just forgot to use somewhere, or that users just recently uploaded and had not time to use. In the case of user images the risk is imminent, that no backup exists, which will lead to loss of data!

The dialog should include a list of images to be deleted, ideally with the option to opt out certain images (cheboxes for each, inluding "select all" and "unselect all" buttons.

I tested deleting user and users.

If I delete a group of users using the checkboxes and the delete dropdown at the bottom I see the confirmation dialog but it doesn’t seems to work.
I need to refresh the page to see they were deleted and ONLY THEN I see the success message:

Success
The following users have been deleted:
test3gmail.com, test4gmail.com

If I delete one by one users using the action wrench "X delete" it does the same, as long as I don’t refresh no Success message and they still appears on the list.

To reproduce go at in your file gallery, find a file a file that was uploaded several so you have several version files or upload several time the same file to make possible going into the archives folder in the file action menu.

Once in archive tiki-file_archives.php?fileId=
Select several file, select "Delete..." in the dropdown at the bottom of the page.
The page will just refresh.

Blog entries on tiki-view_blog have syntax like {CODE()} <a name="postId557"></a> {CODE} which should be {CODE()} <a id="postId557"></a> {CODE} to be valid in HTML5. (This may be used in other features not checked yet.)

Reference: https://developer.mozilla.org/en/docs/Web/HTML/Element/a

Detect browser language is not working to me (to luciash, in fact, in a site which I admin), in a recently upgraded site from 2.4 to 3.0.

This affects Tiki 3 to 7 and is a regression from Tiki 2.

{syntax type="tiki" editor="plain"}
On the tracker field selector user you may have several users selected.
Exemple: https://dev.tiki.org/item7083-Set-up-wish-reminder-system

Unless you want to remove the last user, it is super not user-friendly to remove a user from the field. You have to delete all and re-assign them one by one without the one you wanted to remove.

That's a pain and forbid changes in many cases.

{mediaplayer src="display2146"}

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).

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.

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

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...

To reproduce:
* go to ((Make a wish))
* click at the icon to "Choose or upload images"
+ The pop up window entitle "Browse Files" will show up, with the elFinder interface.
* Click at the Button to upload files (disk icon with a green "plus" sign)
+ the focus goes to the search box, and the user can't do anything else than write into the search box. You can't close the popup window, nor move it, nor resize it.
* If you close the browser window, you'll loose all the information you already typed in the text area (it happened to me once :-/ )

Reproduced with Chrome and Firefox.

{img fileId="672"}
---
Retest:
{img fileId="699" thumb="y" rel="box[g]"}

For some reason, some edits to tracker items are lost in dev.t.o . I just noticed that.

I made (I thought I had made) an edit to this tracker item:
https://dev.tiki.org/item6668-Incorrect-integer-value-for-column-healed-at-row-1-when-adding-a-Tiki-Scheduler-task-in-mysql-strict-mode

Adding this extra content (below) to the "Description" field of the bug report:
{CODE()}
---
Tested again (using latest 18.x svn again), same failure, also with the task to do some list:execute action, which runs fine otherwise through the console.php command on a cronjob directly at the crontab level. {sign user="xavi" datetime="2018-09-10T08:05:06+00:00"}

I stop attempting to use Scheduler (Web interface) at all in my projects since I never managed to get it running, nor a simple task. Maybe it's not mysql 5.7 ready? {sign user="xavi" datetime="2018-09-10T08:05:06+00:00"}
{CODE}

After saving, I saw the new page reload, no reporting of succeful edit nor anything (no remarksbox at the top indicating that the edit was successful), and I saw no changes in the field "Description".

Tracker item history is shown as blank, also:
https://dev.tiki.org/tiki-tracker_view_history.php?itemId=6668

Several (all?) of my recent edits to ((Tiki18)) page here in dev.t.o send me (user "xavi") to the dev.t.o homepage . That's new, it didn't happen to me months ago (nior in earlier tiki versions).
Regression?
---
Update: reproduced similar issue in trunk (from yesterday) {sign user="xavi" datetime="2018-09-28T09:22:41+00:00"}

I tried to sort by priority in the bug tracker, but it doesn't list by number. So the priorities listed are
90
9
81
8

{img fileId="542"}

With Android browser.

{img fileId="934"}

See this page:
http://dev.tiki.org/tiki-view_tracker_item.php?itemId=5386&threadId=3936&cookietab=2#threadId3936

User drop down menu now includes 7500+ users. This was a heavyload on the server so I removed them from the trackers.

{syntax type="tiki" editor="plain"}
The link of the my profile icon (img/mytiki/mytiki.gif) points to /my and not to /tiki-my_tiki.php.
When editing the image, the link seems well entered : /tiki-my_tiki.php{IMG(src="img/mytiki/mytiki.gif",link="/tiki-my_tiki.php")}/tiki-my_tiki.php{IMG}
I don't see anything wrong either when editing the group:
{CODE()}%%%::__{img src=img/mytiki/mytiki.gif link=tiki-my_tiki.php width=20}%%%[tiki-my_tiki.php|My Profile]__::{CODE}

{syntax type="tiki" editor="plain"}
dev.tw.o: users apparently can delete their tracker items but they are not deleted and no message

To reproduce:
* Log in as normal user to dev.tw.o (without admin perms) (ot test with user "xavi" if you prefer).
* report a bug/wish
* edit it in order to see the edit form
* click on the red cross to delete it
* after that, you are shown the list of tracker items, as if your tracker item was already deleted. No message indicating any problem is shown. However, the tracker item is not deleted.
+ Example: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2879

---
reported in comments as still around in tiki5 and tiki6

selection of category fields in tracker items is lost when you re-edit the item.

inserting tracker items in dev.tw.o works fine (through ((Report a bug)) and directly through [tracker5]. However, editing those bug reports seems not to be allowed as expected, because selection to the category fields is lost when you edit the tracker item again to update it, and thus, since one of them is compulsory, the changes can not be saved if you don't re-select the category checkboxes.

We have been experiencing in our team at work several issues while attempting to use Tiki Diagrams in production in Tiki 21.x LTS

There might be 2 related (for the end user) issues. It seems as if some ticket expires too soon and some error related to CSRF is shown. Maybe after editing the diagram for more than 20 minutes or so (even if Tiki is set to remember the login for days or weeks, which seems to work when we are not using the diagram feature).

Diagrams are created to store their contents in a wiki page (because in file gallery we face some other issue still, as reported in [item7192|another bug report])

2 error messages are shown in similar conditions (unclear yet the exact difference; these reports were sent by work colleagues of mine, so far)
Error message 1:
{QUOTE()}
"An error occurred, please try again.
Potential cross-site request forgery (CSRF) detected. Operation blocked. Reloading the page may help."
{QUOTE}

{img fileId="1450" thumb="box"}

Error message 2:
{QUOTE()}
"An error occurred, please try again.
Potential cross-site request forgery (CSRF) detected. Operation blocked. Ticket has expired. Reload the page"
{QUOTE}

{img fileId="1451" thumb="box"}

In case it matters: the https certificate seems to be not recognized (by the browser used to reproduce the issue) as valid.