Category: Usability

{syntax type="tiki" editor="plain"}
{CODE(wrap=>1)}[10:28] <xavi> since a few versions ago, I can't get wiki watch emails with a correct encoding for accents, etc.
[10:28] <xavi> smae behavior in many servers (using Tiki 4.x, 5.x... tried with setting utf-8 and iso-8859-1)
[10:29] <xavi> I get most emails all right , email reader (thunderbird, gmail, etc.) can read them properly, but not emails from changes in wiki pages...
[10:30] <xavi> I wonder if this can be some problem with the encoding in some tpl , or that the code for sending emails from changes in wiki pages uses some different method than the rest of email sending... and that other method is not handling charset properly... (just hypothesis)
[10:31] <xavi> asking here first in case someone who already knows the internals of Tiki has some tips...
[10:31] <xavi> to quickly refuse some hypothesis...
[10:32] * xavi fears looking at the code for this and getting lost in php code , zend code, and other gibberish which he can't understand easily....
[10:41] <xavi> ok, at least I know some more information about the problem (charset for wiki watch emails)
[10:42] <xavi> I double checked in one site, and everywhere is set to use utf-8 as encoding (admin general, admin community, and my own user pref settings), but wiki watch emails come with: "content-type: text/plain; charset=iso-8859-1"
[10:43] <xavi> ok, this deserves a bug report...
{CODE}

5x: tracker comments should allow self-subscribe option for poster, like in forum posts or page comments. Right now, lost of interaction and feedback is lost for users until they learn how to subscribe to tracker items....

That was the same problem in forum posts for years, until some one added that feature to forum posts and wiki comments...
However, it seems that tracker item comments didn't benefit from that enhancement.... and honestly, they deserve it...

---

UPDATE:
* Still a very much desired feature in MANY tiki sites (including *.t.o sites). {sign user="xavi" datetime="2013-11-17T09:30:58+00:00"}
* Still a wish...{sign user="xavi" datetime="2014-07-13T10:00:49+00:00"}
* Still a wish (many years later). Sniff ... {sign user="xavi" datetime="2016-06-28T08:55:07+00:00"}
---
Gorgeus, fixed, Victor! Thanks! (tested in tracker comments, and adapted the profile "Bug_Tracker_15" to allow commenting by registered to easily test/debug this issue also in the future (or in other branches). {sign user="xavi" datetime="2016-10-11T17:21:14+00:00"}
---
Update: {sign user="xavi" datetime="2016-10-11T17:38:28+00:00"}
* emails are duplicated if the user was also selected in a "user selector" type of field, with notifications on. We should check that no duplication of emails is sent: one as commenter, and another one duplicated as user selected in the "user selector" field with notifications on.
See it reproduced in the show instance:
2 emails have been sent in some cases:
http://xavi-9794-3214.show.tikiwiki.org/tiki-syslog.php
u: admin
p: 12345

* Tracker item commented:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=5
* see email corresponding to each user:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-adminusers.php
* see tracker field definition:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-admin_tracker_fields.php?trackerId=1
** note last 3 fields, all of them user selector with email notification on.
---
Update {sign user="xavi" datetime="2016-10-13T10:40:17+00:00"}
In addition, other systems maybe sending a duplicate of the same email message (see https://doc.tiki.org/Watch ), and we'd better add a system to prevent those duplicated emails to be sent.
To be checked for duplicates (and remove them before sending):
# generic (wildcard-like) user watches through the "__My Watches (UI) > Add Watch > Event__"
# Objects
** user watches on objects
** group watches on objects
# Categories
** user watches on categories
** group watches on categories
# Structures
** user watches on structures
** group watches on structures

I'm usure about category watches. Maybe we can leave those messages also, since they are not 100% equivalent to the other notification emails?
---
Sure, see comments. Issue fixed. {sign user="xavi" datetime="2016-10-14T10:13:36+00:00"}
And duplication of emails was due to some other issue, fixed by kroky6 also (great, thanks!).

{syntax type="tiki" editor="plain"}
Hi,

Into the wysiwyg help on plugins, the height of the scroll list of plugins is superior to the eight of the popup. So the bottom of the list and scroll commands are not accessible.

The height is calculated from the height of the popup with is resizable.

[enhance] request : set a button into "plugin" to select the suitable plugin.

May be change tooltip of help to Help "Help on wysiwig syntax and plugins" rather than "Wysiswig"

The plugin manager should include the "help plugin which is into help", after the choice of plugin the manager help to fill it and include it.

I imagine that's the working is doing but I just add may be my view of this part of the Wysiwyg implementation.

9.x - trunk: Can NOT export fields nor synchronize a big tracker

Smaller trackers seem to be fine with exporting tracker fields.
But with this one, no content is shown in the popup box where the exported fields should be shown.
Somehow I managed to replicate this issue in my localhost in a Tiki 11.x, and I see this error message then:
{CODE()}
Request-URI Too Large

The requested URL's length exceeds the capacity limit for this server.
--------------------------------
Apache/2.2.22 (Ubuntu) Server...
{CODE}

This seems to be related to these two apache directives, that I didn't manage to change in my localhost (or at least, the error didn't dissapear):
# http://httpd.apache.org/docs/2.2/mod/core.html#limitrequestline
# http://httpd.apache.org/docs/2.2/mod/core.html#limitrequestfieldsize

Show instance created.
U: admin
P: 12345
To reproduce, try to export all or any of the 167 fields here:
http://xavi-9794-4756.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1

---

I tried also exporting the whole tracker, fields and data through the tracker synchronization feature (), but After I click at the button to "search the trackers to clone" (or similar), at teh remote tracker duplication step, then I get this fatal error page:

{CODE()}
Fatal error: Uncaught exception 'Zend_Http_Client_Adapter_Exception' with message 'Read timed out after 10 seconds' in /path/lib/core/Zend/Http/Client/Adapter/Socket.php:511 Stack trace: #0 /path/lib/core/Zend/Http/Client/Adapter/Socket.php(329): Zend_Http_Client_Adapter_Socket->_checkSocketReadTimeout() #1 /path/lib/core/Zend/Http/Client.php(1075): Zend_Http_Client_Adapter_Socket->read() #2 /path/lib/core/Services/RemoteController.php(57): Zend_Http_Client->request('POST') #3 /path/lib/core/Services/RemoteController.php(26): Services_RemoteController->getJson('list_trackers', Array) #4 /path/lib/core/Services/Tracker/SyncController.php(266): Services_RemoteController->__call('list_trackers', Array) #5 /path/lib/core/Services/Tracker/SyncController.php(266): Services_RemoteController->list_trackers() #6 /path/lib/core/Services/Tracker/SyncController.php(280): Services_Tracker_SyncController->getRemoteTrackerList('http://ueb.vhir...') #7 /path/lib/core/Services in /path/lib/core/Zend/Http/Client/Adapter/Socket.php on line 511
{CODE}

Any help to get the tracker exported, by any means, to another Tiki install?

When watching if someone attached file to a wiki page the notification email subject and body lacks information who did that change.

Example:
{CODE()}
A file was attached to "Signature"

Comment: SIGNATURE_PAD code architecture

You can view the page by following this link:
https://dev.tiki.org/Signature

signature_pad.PNG : https://dev.tiki.org/tiki-download_wiki_attachment.php?attId=214


***********************************************************


***********************************************************
The new page content follows below.
***********************************************************

signature_pad.PNG
{CODE}

This tracker item could not be found

This tracker item could not be found

{syntax type="tiki" editor="plain"}
Admins can easily create file galleries once the feature is enabled. A registered user - even when granted "admin" privileges for file galleries -- cannot create a top-level (i.e. just below default "File Galleries" Gallery, which is "0") gallery, without an error. The user can, however, create galleries within any gallery that resides directly under the top-level gallery (or in any nested gallery).

The error message is as follows:

__Notice:__ invalid variable value: $_GET["parentId"] = ~~#FF0000:-1~~

Maybe some problem with the parentId when it comes to non-admin users?

Minor annoyances:
-Manually entered times in "add item" do not always show up in the calendar as entered (often an hour off). Simply editing the item and re-entering the time fixes this.

-I ran across a limit on the number of calendar items. I had entered a large list of events and later ones disappeared from tha calendar -even in whole year view. I deleted old events and they came back. maybe this is isolated.

-If I mistakenly created a calendar, I could not delete it until it had at least one event entered.

Nice to haves:
-Some way of differentiating calendar entires from different calendars when they are combined. Ex:one calendar shows events people can go to volunteer to actually do something , one shows speaking engagements people can go and listen to. I now simply use HTML bold tags in the description of one of the calendars. This works but maybe some other way? Colors, different font perhaps?

-Ability to easily add link for a Google Map. Perhaps fields to enter address info and then auto generate a map link. Google Maps has this and can be put into a Tiki page but Google Maps lacks important features, like a list view and multiple calendars, that Tiki Calendar has.

A user with all forum-perms except tiki_p_admin_forum can edit any forum post.
That shouldn't be like that..

Wiki links (not external links) get a title in a tooltip that has the same content as the link text, so if you hover over a link to "HomePage", there'll be a tooltip saying "HomePage". This isn't helpful and also gets an accessibility warning error, I guess for cluttering the interface with redundant text. This doesn't happen with links made by WikiWords (camelcase links) but does happen with links made with double parentheses, which is the more common method these days probably.

Looking for info about this at doc.t.o, I noticed some wiki links had helpful titles that turned out to be the page description text of the target page, which does a good job as the link title. These can be seen at, for example, [https://doc.tiki.org/Wiki-Syntax-Links#Wiki_Pages] in the "Result" column of the table.

But it seems like most wiki pages don't have anything in the page description field, or maybe that feature isn't even turned on, so I think it would be best, if the feature is off or if there is no page description input for the target page, the link shouldn't have a link title. This would be better than redundantly showing the link text.

I'm totally blind.. I'm using firefox on Linux with Gnome Orca as a screen reader, although I'm fairly sure the Windows screen readers won't work any better with this.
There are a number of cases where there is an action link next to an object such as:
* Users on the admin user list
* Blogs on the list of blogs

When this link is focused (or presumably mouse-overed), a pop-up window appears with a set of actions that can be clicked on.
There's no way for a blind user to select one of those options. I can ask the Screen Reader to focus on one of the links in that pop-up, but since I'm focusing there not moving the mouse there, the pop-up disappears.
Even disabling the page's styling is insufficient to get to the pop-up in an area where I can click.
I'm not familiar with Bootstrap enough to try and suggest a fix.
I'd be delighted to work with someone to figure out what fixes would work, exchanging patches and the like until we find something that is visually appealing but works better.

For many actions, you can click on the object and get to a details view where you can also perform the action. However there are a number of things where this doesn't work:
* Administrator force-confirming the email of a user
* Editing object permissions of a blog
* Editing or removing an external wiki

There are probably others but those are the main ones I've found so far.

The pop-ups at the top of the page, for example the one that opens up
the selections with wizards, controll panels, etc. And the pop up
containing edit/remove/monitor on a wiki page are both fine.

__Describe precisely what you did (how to reproduce)__
On my own Tiki site at http://thepatriotwoodwiki.org/HomePage the Categories load very slowly. This is a known issue when large sites have excessive content in categories.

My tiki was performing well, I have very few items on my site, actually my site is still new with little content and a few categories, until I loaded the "Countries by Region" profile. Once the Countries categories were loaded by the profile, the categories section would not open, or would eventually open.
I understand there is a performance issue with massive content on a Tiki, but the categories are empty.

__Describe exactly the faulty consequences__
When the Categories tab is clicked, the categories page will not open, or will eventually open.

__Explain what you expected instead of the faulty consequences__
I had expected the Categories section to open quickly as the rest of the Tiki does.

Using tiki 2.1., action log + contribution feature.
Admin cannot re-set the contributors to a wiki edition, for instance.
Admin can re-set the contribution type, but not change the co-authors, and this is needed (in educational scenarios, students select no mates by mistake, and then, there is no way for the admin to re-set the author or co-autors).

At the MyTiki Action Log page (a URL like tiki-admin_actionlog.php?selectedUsers%5B0%5D=admin), this message displays a number of times at the top of the page:

"Deprecated: Assigning the return value of new by reference is deprecated in ...\tiki-admin_actionlog.php on line 392"

And no results display. This is in trunk r22552, but has probably been like this for quite a while.

Logged in nextdoc.t.o as user xavi. Interface in Spanish (in case it matters).
I went to action log interface, searched for a date range:
https://nextdoc.tiki.org/tiki-admin_actionlog.php?startDate_Month=06&startDate_Day=10&startDate_Year=2013&endDate_Month=06&endDate_Day=11&endDate_Year=2013&selectedUsers[]=&categId=&unit=bytes&contribTime=w&find=&max=50&list=Report#Report

Then I clicked at the "Options" tab, and the options tab is NOT shown.
In fact, it shows up at the very bottom of the page.

I noticed that the yellowish background of the tab "Report" does not contain the lower part related to Category and Misc. Maybe that's related to the source of the issue?

This seems to be a regression from Tiki9, since the issue is found already in tiki 10.x, it seems ( https://doc.tiki.org/tiki-admin_actionlog.php?startDate_Month=06&startDate_Day=10&startDate_Year=2013&endDate_Month=06&endDate_Day=11&endDate_Year=2013&selectedUsers[]=&categId=&unit=bytes&contribTime=w&find=&max=50&list=Report )
{img fileId="281" thumb="y" rel="box[g]"}

__Update:__ Clarified some of the description below.

^Please note this field type is marked "experimental" in 12.x^

[http://doc.tiki.org/Action+Tracker+Field|Action Tracker Field] type does not work in Tracker plugin.
I have tried it but no button appears labeled "Reset" on the action field row next to the "Reset Password" in the table.
To reproduce:
General > Name: Reset Password
Options for Action > Name: Reset, Post: get, Script: tiki-remind_password.php, Parameters: name:userName

{img fileId="941" thumb="y" rel="box[g]" width="320"}

__It should render a post or get form or just a button labeled "Reset" pointing to tiki-remind_password.php__ but renders nothing in the Tracker plugin. Maybe it should render below the tracker form in the code to avoid ''form in a form'' conflict and be placed on the row position of the field using jQuery?


It only shows up (while editing the Tracker item) in a special section called
"__Special Operations__".

But clicking the button from there is buggy too. Goes to:
tiki-remind_password.php?name%3AuserName=name%3AuserName&trck_act=Reset

Instead of:
tiki-remind_password.php?name=admin&trck_act=Reset

When displaying a count of changes for a particular object the HTML to make that number bold is displayed.

===Example:===
OlgaEarLeftSideFace.png (x<b>15</b>)

"Show" is created. Example can be seen be clicking the "ActionCalendarExample" page from the "Last Changes" submenu of the "Wiki" menu.

-----

http://vranicoff-10064-4986.show.tikiwiki.org/tiki-action_calendar.php

{img fileId="635"}

{syntax type="tiki" editor="plain"}
Fact : with the module action_calendar the popup can't be reached.So it is impossible to access to the command buttons of the popup

Analysis : conflict or bad logical test between :
*the popup activation condition "on the date cell"
*"the need to let the popup opened or when the pointer remain over the popup"
*"sticky popup"

Same remarks as for the previous tracker about calendar feature.

{syntax type="tiki" editor="plain"}
Actions popup options are truncated starting at 'Download and lock' (menu text usually truncated to 'Do'), such that 'Lock' option is often missing, and 'Delete' option always missing.
Upredictable.

problem occurs at templates/fgal_context_menu.tpl line 114, although commenting out this line shifts the proiblem down.
??is this a block.self_link problem - some sort of overload in this function

http://marclaporte-11197-4963.show.tikiwiki.org/tiki-admin.php?page=community

{img fileId="615"}

Please make this Advanced not Basic {sign user="pascalstjean" datetime="2013-11-23T18:00:15+00:00"}

Renders like encoded HTML:
{CODE()}
<ol> <li><div class="activity" data-id="1"> <strong style="vertical-align: middle;"><a title="Your Information" href="tiki-user_information.php?userId=1" class="userlink ajaxtips" rel="tiki-ajax_services.php?controller=user&action=info&username=admin"><img src='temp/public/avatar_21232f297a57a5a743894a0e4a801fc3.jpg' alt='admin'></a> <a title="Your Information" href="tiki-user_information.php?userId=1" class="userlink ajaxtips" rel="tiki-ajax_services.php?controller=user&action=info&username=admin">admin</a> modified a tracker item</strong> <div class="content"> <p><a href="http://localhost/tiki12x/tiki-view_tracker_item.php?itemId=2" class="" data-type="trackeritem" data-object="2">AB</a> in <a href="http://localhost/tiki12x/tiki-view_tracker.php?trackerId=2" class="" data-type="tracker" data-object="2">Rating</a></p> </div> <div class="footer"> <span class="floatright"> 1911-02-22 16:11 </span> <a class="comment" href="tiki-ajax_services.php?controller=comment&action=list&type=activity&objectId=1"> Comment </a> <a class="like" href="tiki-ajax_services.php?controller=social&action=like&type=activity&id=1"> Like </a> </div> </div></li> </ol>
{CODE}

I'd like to see the UI on the Admin Calendar page get more consistent with the Admin Groups page.
Current behavior: Select Admin Calendars from menu. List of Calendars and "Create/Edit Calendars Label comes up in Entry Area. After entering and saving a new calendar, the last information stays in the text entry boxes. The user must click on Admin Calendars and re-load the page to clear the boxes for the next entry.

Desired Behavior: Select Admin Calendars from menu. List of Calendars and a form with "Add a Calendar" are opened. Buttons for "Edit Calendar" and "Create Calendar" are located below the Admin Calendar heading and load the appropriate forms.
Thanks for considering this request. dthacker.

After a new calendar is created, the create calendar form is still populated, and subsequent changes will edit the already created calendar instead of creating a new one. This behavior is not apparent to the user until the edit has taken place.

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?