Category: Usability

In version 1.8 and below [http://tikiwiki.org/tiki-index.php?page=UserMenu|UserMenu] was always displayed for logged in user on the bottom of the Menu section. After upgrade to version 1.9.3 and 1.9.4, UserMenu does not appear on the page.

The problem is in the __mnu_application_menu__ module. It is no longer display the "User Menu". This module is preferrable to alternative application_menu, because it does hide the menu item, if current user has no rights to it.

In Tiki 14 the "collapsed" user menu fails to open when the button is clicked in Chrome and Opera.
Works fine in Firefox and IE.

This may be a blocker

... show instance works fine.
Must be something locally on my installation

admin home/community/user preference screen is on

* Created a user tracker with a user preference field, "realName", which is asked from the user at registration time. One can fill in at registration an edit box for the field, but the field is not updated. Neither is the realName user preference set (if looking at the user preference screen).

* If the realName user preference is set on the user preference screen, it does show up in the tracker.

* The view_tracker_item / edit tab does not show an edit box. (another bug perhaps)

unknown
* if it worked for email user pref.

known
* a standalone tracker plugin does work either, while the item's last modification date changes (used for an existing tracker item, offering a single input field to change the real name)
* wikiplugin_tracker.php does not contain any 'p', which would refer to the user preference type

Workflow.tikiwiki.org is running 1.9.8.3. I was playing around with InterTiki settings and enabled pulling of UserPrefs from the master site. I know on the mater site, my particular user ID has privacy turned on such that my information is not visible to users.

When I go to wf.tw.o as an anonymous user, I can hover my cursor over a user (such as myself) and it will show a box with my information...email address, location, etc. When I try and do the same on the tw.o master site, I get "user information is private" or something.

I'm wondering if there is a bug or oversight with InterTiki where it is not pulling all of the user preferences, and if that is the case, if someone can fix it so that privacy settings are honoured?

Thanks!

Not sure if this is prevalent in 1.10.0 or not, but...

User twentytwo had problems in IRC with user registration set to ON with validation set ON. When the regisration form was submitted by the new user, the script would bomb with an SQL error because the first three fields were nulls and couldn't be.

I could only reproduce this bug when User Registration was turned on, with validation also turned on, but with General->Sender email UNSET. So during setup, the sender email was not set. As I also do not have this set at home since I don't want to send any emails, I was able to reproduce the problem. With sender email SET, there is no DB error.

Not sure if this is prevalent in 1.10.0 or not, but...

User twentytwo had problems in IRC with user registration set to ON with validation set ON. When the regisration form was submitted by the new user, the script would bomb with an SQL error because the first three fields were nulls and couldn't be.

I could only reproduce this bug when User Registration was turned on, with validation also turned on, but with General->Sender email UNSET. So during setup, the sender email was not set. As I also do not have this set at home since I don't want to send any emails, I was able to reproduce the problem. With sender email SET, there is no DB error.

When a user is registering on a tiki, within the default template, if there is an error, it is no longer obvious that there is an error. The errors use to be highlighted, but now they are black text that looks like field descriptions.

{syntax type="tiki" editor="plain"}
Users can have several status:
*new account (needs to be validated)
*normal account.

Maybe we will want more in the future (ex.: suspended)

It would be good for the admin to be able to see the status in tiki-adminusers.php, filter by type and change/override the status. Ex.: a user never received the validation email because of spam filter.

The User Task System is working fine but.. the tasks are not shown in the module..

tiki-wizard_user.php fails after first stage of user configuration. When you progress through the User Wizard, immediately after the first stage of the Wizard, a blank page shows. A show instance is created.

{syntax type="tiki" editor="plain"}
User wizard (accessible via -+/tiki-wizard_user.php+- ) needs some love to get harmonized consistent look and feel (UX) with the Admin Wizard ( -+tiki-wizard_admin.php+- ).

It has some old ugly icons (they should be replaced by FontAwesome icons) and broken GIF image references when you go through the steps of the wizard.

Please have a look at TPL files of tiki-wizard_admin.php for example how it should be done and harmonize.

When a user runs the user wizard, one of the few things he or she can set is country. But the information entered there is not persistent, upon reload it is forgotten.

Possibly the same bug that we had in the user preference.

When user has spaces in their name they can`t use messaging system
try "test user" as username

In earlier versions of Tiki, usernames for login were case insensitive.
marclaporte = MarcLaporte

Now, they are case sensitive:
marclaporte <> MarcLaporte

This is a usability problem, especially with non-technical users.

When trying to login with their username (with a different case) they get "Invalid username or password".

So they try to use tiki-remind_password.php (again with the wrong case) The error message is: "Unable to send mail. User has not configured email: MarcLaporte"

So they end up trying to create another user. When they try to create a new user with a different case, they get an error "User already exists". If usernames are really case sensitive, I should be able to create 2 distinct users, MarcLaporte and marclaporte. This would obviously lead to confusion.

My request / suggestion:

Restore case insensitiveness in usernames for logins (or at least restore the option with much better error messages when in case sensitive mode)

Thanks!

M ;-)

When a user has the permission "tiki_p_take_quiz", but not "tiki_p_view_quiz_stats", he won't see any quizzes. This is because of the following selection in tikilib.php:

function list_quizzes($offset, $maxRecords, $sort_mode, $find) {

....
$add=$this->user_has_perm_on_object($user, $res['quizId'], 'quiz', array('tiki_p_take_quiz', 'tiki_p_view_quiz_stats'));

....

A user should be able to list (and thus take) quizzes without having the permission to view the stats.

Click on "Delete my account" as user has no effect. The user has the permission "tiki_p_delete_account". A look into "tiki-user_preferences.php" shows, that the button "deleteaccount" is not handled.

TikiWiki 4.2

Tested with R26214. Delete-Button didn't work yet. Perhaps forget the upload?

Users can't take a survey even when the permissions are set that they can take the survey. when i give the admin survey permission to the users they can take the survey but also edit an survey and create surveys.

{syntax type="tiki" editor="plain"}
Using a Tracker with an Attachment field with the TRACKER plugin:

If the user __does not__ have permission to attach files to tracker items (but can insert/create new tracker items), Tiki will, nevertheless, allow the user to select a file to submit with the tracker. Upon submission, there is no notification to the end-user that their attachment was not really included.

If you use the validation link for userA while you are logged as userB you will see the "Validation was successful" page/message.

While this is not a common case, Tiki should tell that this link for userA is not valid for userB.

When selecting a Machine Translation, the resulting page is "broken" -- the left & right columns appear after/under the center column.

Tested with 5.0SVN on http://info.tikiwiki.org with FiveAlive theme

To duplicate:

#Go to home page: http://info.tikiwiki.org/tiki-index.php?page=HomePage
#Select machine translation: __Spanish__
The left column in the Spanish translation is at the bottom of the page.

Tested with 1.10 SVN from June 20, 2008...

When using the TRACKER plugin on a wiki page, if the user submits the tracker successfully, Tiki scrolls to an anchor in the tracker from to display the success message.

However, if the tracker was not submitted successfully (such as missing a mandatory field), the page is redisplayed at the top of the page -- Tiki does not scroll down to the form to show the error message. The user will be unaware that the tracker was not submitted.

To test:
1. Create a long wiki page.
2. At the bottom of the wiki page use the TRACKER plugin to add a form
3. Attempt to submit the form (using invalid data).

I have enabled blogging and xmlrpc
and am attempting to use w.bloggar, raven or qumana to post to the blog.

w.bloggar is able to access prior posts only intermittently, though it does work usually on the second or third try. It can post, and use the more text feature if the more text is changed to ...page..., but modifying an existing post seems to delete the post or make it invisible.

raven can post but the title is missing. revising post also "deletes" it or makes it inaccessible via web. it seems ot be able to read prior posts.

qumana tells me that "this operation is ont supported by the blog" when trying to read prior posts. it posts, but title is missing.

{syntax type="tiki" editor="plain"}
This isn't so much WYSIWYG as the wiki editor but see no such feature checkbox.

Anyway if you click a wiki editor button twice, like bold, I expect it to undo the action, like the WYSIWYG editor. Instead it tries to make the text doubly bold, which is apparently not possible.

Also if you use a button and drop focus from the editor, I expect the preview Ajax to update as usual, but it does not.

It appears that from v18.10 to v18.11 the path to "jquery.ui.nestedSortable.js" changed from:
vendor_bundled/vendor/jquery/plugins/nestedsortable/jquery.ui.nestedSortable.js
to:
vendor_bundled/vendor/jquery-plugins/nestedsortable/jquery.ui.nestedSortable.js
(Note the sub-folder vs. the dash "jquery-plugins")

But the code is still looking for it in the old location.

In the Admin Structures interface, this results as a 404 error on the js console and breaks the feature. It's impossible to drag any items in the Structure or page list in the Admin Structures interface.

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?