Category: 4.x

{syntax type="tiki" editor="plain"}
New users are kind of lost in the process of creating a new tracker from scratch.
After they hit on save the form of the new tracker details, they are shown:
tiki-admin_trackers.php?trackerId=N

(being N the new tracker Id)

Instead, it would be much easier for tiki newbies (or even for everybody?) if they were autoomagically sent to
tiki-admin_tracker_fields.php?trackerId=N

Because it's not intuitive (from the newbie point f view) to know what to do from that interface with so many links at the moment when the new tracker has been created.
---
UPDATE: Still desirable in Tiki 12 LTS for usability for new users. {sign user="xavi" datetime="2013-11-17T09:43:36+00:00"}

usability: allow to show the form to post new comments to tracker items below the item.

Many new users to tiki sites, in barter networks (such as http://intercanvis.net ) they don't know how to contact the person who added the offer or demand just from the screen where they are seeing the item.

(for sure, captach should be shown when allowing anons to post comments to tracker items)

{syntax type="tiki" editor="plain"}
Problem: users forget their username

But they should remember their email.

Maybe this feature request is not trivial because password is encrypted with username.

But maybe it could be:

user enters email.
Tiki checks what is the username for that email

login is attempted with the username and password



Ideally, system would accept either email or login in interface (case insensitive)

{syntax type="tiki" editor="plain"}
When the feature "use email as username" is turned on, the user creation in the backend fails if "send email to user for validiation" is turned on.

To reproduce this, enable "use email as username" and try to create a new user in the admin-users menu. If "Send an email to the user in order to allow him to validate his account" is checked, the creation fails with a message "email validiation requested but email address not set".

The reason for this is that the html form does not contain an email field (since the email is used as username).

{syntax type="tiki" editor="plain"}
Please see:
((doc:User Preference Field))
((doc:User Trackers))


Missing:
Avatar, Full name, URL, avatar, etc.


Also, each relevant field here should optional tiki-user_preferences.php

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?

I have a tiki site that's running trunk 4.0. It has User Watches enabled, and the wiki feature also.

When I go to My Watches, I don't see anything that would allow me to globally set watches on all pages of the wiki.

Yet, if I enable User Watches Translsations and go to My Watches, then I see a picklist with a single element for watching creatino of any translation on the site.

Seems like a bug. I remember that I used to be able to globally set watches on all wiki pages (not just translations), and I think it was in the My Watches window.

1- User registers

2- System sends email (to validate user controls that email)

3- User clicks and is sent to tiki-login_validate.php?user=abc&pass=xyz


The admin should be able to override to send a wiki welcome page for new users or to user tracker form.

{syntax type="tiki" editor="plain"}
http://validator.w3.org/check?uri=http%3A%2F%2Fdoc.tikiwiki.org%2FPluginmouseover&charset=%28detect+automatically%29&doctype=Inline&group=0

Result: 71 Errors, 55 warning(s)

Line 332, Column 75: character "<" is the first character of a delimiter but occurred as data.

…'link' onmouseover="return overlib('<table><tr><td><img src=\'tiki-show_user

✉

This message may appear in several cases:

* You tried to include the "<" character in your page: you should escape it as "<"
* You used an unescaped ampersand "&": this may be valid in some contexts, but it is recommended to use "&", which is always safe.
* Another possibility is that you forgot to close quotes in a previous tag.

V5.1 possibly V5.0 If a message thread is longer then 21 messages (it seems) and you go to next page it just shows original message and thats it. I had to set comments to "all" to get it to list all the messages in thread. Thats the work around for that.

{syntax type="tiki" editor="plain"}
When using the __Versions__ plugin, Tiki incorrectly merges the first line of each "version" within the Version navigation bar. This causes problems when parsing wiki syntax for items that must begin at the start of the line (such as the numbering # syntax).


Example:

[http://tikiwiki.org/tiki-index.php?page=UserPagericks99&pagenum=2#Versions_plugin]

This broken numbered procedures, when Versions plugin is used to differentiate software versions (such as on doc.tw.o or ''Smarties'').

warn user by means of e-email that his/her tracker item status is going to automatically change status in short if no modifications are made within the time frame specified (see 2) ). That warning message could be sent a week in advanced of the dead line (or some days specified by the tracker creator at the tracker definition).
---
This could be also applied to dev.tw.o/tracker5

It is possible to watch for new articles here: tiki-user_watches.php

So why not add an "eye" in view articles and list articles?

When on a wiki page on my tiki, I have the options available to watch the specific page or to "Monitor the sub-structure". When clicking on the latter, I am redirected to a permission denied page and the watch for the sub-structure is not set.

Even admin is being denied the permission to set a sub-structure watch on a wiki page.

Setting a watch on a sub-structure inside the structure-admin menu works fine for any permitted, though.

This problem occurs if :
* the subscriptions to the newsletters are made with tiki groups (with tiki users)
* some groups are subscribed to more than one newsletters
* the users can unsubscribe with the links added at the bottom of each mail

==> if a user clics on the link added in a mail, he will be unsubscribed from all the newsletters

UserPages should be off by default, and activated per relevant profile.


Syntax should become:
{CODE()}User:XYZ{CODE}
instead of
{CODE()}((UserPageXYZ)){CODE}

__Done in new installs of Tiki4 but there is no migration script__


When User pages are activated, they should be much more obvious for users. (ex.: in MyTiki)


Same thing for ((doc:User Trackers))

{syntax type="tiki" editor="plain"}
To reproduce:

#list categories as administrator
#assign some permissions to a single group for a single category
#go to the page to edit the permissions again
#select only the group that used the previous step
#expand the categories to see the permissions already set

Result: All checkboxes are empty

Expected result: Checkboxes filled in according to the permissions set

With version 2.2, normal and OpenID login enabled, and the modules "since_last_visit" and "since_last_visit_new", they don't reset when using OpenID login. When loging in with the normal login, those since last visit changes are reset.

With MediaWiki, before you save, you can review changes. It shows what you __will__ change (if you click save), in wiki diff format.

This is very nice.

Sometimes, we have done several edits, and we are not sure exactly what we changed (supposing we are multitasking or interrupted). It is nice to be able to review this and fill out the edit description accordingly

Useful for translation as well:
http://wiki-translation.com/tiki-view_tracker_item.php?itemId=51


Related:
*{wish id=2102}
*{wish id=1843}
*{wish id=1220}

{syntax type="tiki" editor="plain"}
The plugin section of the wiki help is listing the plugins aplhabetically based on their english name. When it is translated to another language the sorting remains based on the english name, it is quite confusing and looks a bit chaotic in other languages in my opinion. Is there a specific reason why the code here is written this way? If not, can this be fixed for Tiki 4? I dont know how to do it but would appreciate it :)

There's a problem with wiki_watch_minor. It conflicts with notification
wiki_page_changes_incl_minor ("Any wiki page is changed, even minor
changes"). If wiki_watch_minor is disabled, a wiki_page_changes_incl_minor watch will not be triggered by a minor change.

The difference between minor and non-minor edits is done in
notificationemaillib->sendWikiEmailNotification(). This is where the
preference could be taken into account.

This is a regression from r10949. It was discussed on http://article.gmane.org/gmane.comp.cms.tiki.cvs/57346

{syntax type="tiki" editor="plain"}
In edit mode, if I do

{CODE()}
((
{CODE}


(and maybe a few letters), an auto-complete should appear, like the quick_edit module. This list should be WYSIWYCA.


This would also be useful in some plugins, when a parameter is wiki=

The most important is ((doc:PluginInclude)), because the main goal of the plugin is to include other pages, which you may not know the exact name.

When in plugin edit mode, an auto-complete could be done with jQuery (ask LPH for details)

Related:
{wish id=480}

Add ip to syslog and/or action log, so that when anons (at least) are allowed to add content and it's spam (robots seem to be able to post with our current antibot captcha), there is way to identify the ip of the spammer.

So far, antibot captcha is added (in trunk, at least) to:
* wiki edit
* wiki page comments
* forum posts
* tracker item comments
* freetags
* calendar items
* newsletter subscription

The action of adding content on those features should be logged in syslog and/or action log and IP recorded.

Support.mozilla.com solution

or

http://framework.zend.com/manual/en/zend.cache.html
http://framework.zend.com/manual/en/zend.cache.backends.html#zend.cache.backends.memcached