Category: 3.x

There are some usability issues with 3.0 (as of 3.0beta1), reproducible in the TikiLiveCD (at least from the upgrade process of a 1.9.11 to 3.0beta1)

See the bugs and issues reproduced at the video in:
http://doc.tikiwiki.org/TikiWiki+3

In summary:
There is a set of three pages which are translations of the same content: ca, es, en. You want them to be set as a translation set, and work with them. __As far as I remember__, there are some issues:
# You cannot add them to the same translation set until you select "Restrict languages", and select some (or all) languages in the restriction rule. However, by default it should list all languages while attempting to translate a page to a new language.
# You need to define your language preferences first. It would be much more usable if asked to the user, at registration time, this (and similar questions), to make his/her life easier (from the usability point of view)
# quantify page change is broken. The video cited above you'll see that the en page is added some more content. then the es page is updated to a complete translation, and marked as such. And the ca page is translated only partially, and marked as such by the user, but Tiki shows as if it was 100% similar to the en page.

HTH

{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"}

When typing an email address in a wiki page, Tiki can automatically protect the address.

For example: foo@bar.com

But, if you enclose the email address with punctuation, the anti-spam protection is lost.

For example: (foo@bar.com)

If you use the tracker with mirror, when creating the fields, you cannot save any comments, options, descriptions. You have to do it directly in the Database, then it works.

If you use the tracker without mirror, it works just fine.

That is truly confusing as the Tikiwiki system apart from that seems really polished. We started a new community page and realize that there truly is nothing like a user list in tikiwiki 3.2. The friendNetwork system shows as "deprecated" under "experimental" and the mods-section is empty except a few themes so the userlist-plugin is not there as well. It is unfortunately important for a bigger site to have a chance for normal user to search for user, list the team depending on groups people are part of and all this with a clickable list showing homepage (if entered), ICQ (if entered), a profile link, list of pages and forum posts etc.
All those I miss dearly and the tikiwiki documentation for the tracker (which seem to be able to do that with some programming?) is for a just-user-type like me not understandable I fear. :-/

Today, once someone has replied to a survey, he cannot change his mind on the given answers if he has made mistakes. So, when returning to the survey menu, their is no other choice but to list the results.

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

After an upgrade from 2.x to 3.0 if I edit a page while user watches are enabled I get an error similar to this :

Errore

An error occured in a database query!

Context:
File tiki-editpage.php
Url tiki-editpage.php?page=Italiano
Query:
select tuw.*, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_user_watches` tuw left join `tiki_user_preferences` tup1 on (tup1.`user`=tuw.`user` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=tuw.`user` and tup2.`prefName`='mailCharset') where `event`=?and (`object`=?) UNION DISTINCT select tgw.watchId, uu.login, tgw.event, tgw.object, tgw.title, tgw.type, tgw.url, uu.email, tup1.value as language, tup2.value as mailCharset from tiki_group_watches tgw inner join users_usergroups ug on tgw.`group` = ug.groupName inner join users_users uu on ug.userId = uu.userId and uu.email is not null and uu.email <> '' left join `tiki_user_preferences` tup1 on (tup1.`user`=uu.`login` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=uu.`login` and tup2.`prefName`='mailCharset') where `event`=?and (`object`=?)
Values:
0 wiki_page_changed
1 Italiano
2 wiki_page_changed
3 Italiano
Message:
Built query was probably:
select tuw.*, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_user_watches` tuw left join `tiki_user_preferences` tup1 on (tup1.`user`=tuw.`user` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=tuw.`user` and tup2.`prefName`='mailCharset') where `event`='wiki_page_changed'and (`object`='Italiano') UNION DISTINCT select tgw.watchId, uu.login, tgw.event, tgw.object, tgw.title, tgw.type, tgw.url, uu.email, tup1.value as language, tup2.value as mailCharset from tiki_group_watches tgw inner join users_usergroups ug on tgw.`group` = ug.groupName inner join users_users uu on ug.userId = uu.userId and uu.email is not null and uu.email <> '' left join `tiki_user_preferences` tup1 on (tup1.`user`=uu.`login` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=uu.`login` and tup2.`prefName`='mailCharset') where `event`='wiki_page_changed'and (`object`='Italiano')


Only if I disable the feature "monitoring" the error doesn't show up.

The User-Task-System is working fine but the tasks are not shown in the module. By clicking preview in admin-modules the tasks are shown both in the module-preview and in the module itself. This bug appeared both with updating tw from 1.9.4 to 1.9.7 to 1.9.10. and with a clean 1.10 installation.

{syntax type="tiki" editor="plain"}
I just upgraded from 2.0 to 3.0 and discovered a problem with posting in blogs. The problem before was that users selecting "POST" from the main menu could post in anyone's blogs, even those who selected that no one could post in their blogs. Now the problem is they get an error message that says they do not have permission to post, even if it is their own blog. They can only post in their blogs if they do a "list blogs" and then use the pencil icon to post.

In summary:

1. Users can create a blog
2. Users can list the blogs and click the pencil icon to post in their blog.
3. Users cannot post in their blogs by clicking "POST" from the main menu.

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

{syntax type="tiki" editor="plain"}
Turning on Sefurl leads to random WSOD's which can only be fixed by restoring all files and the database previous to the settings change.

Like this:
http://versioncontrolblog.com/comparison/Bazaar/CVS/Git/Mercurial/Subversion/index.html
http://www.wikimatrix.org/

__Fixed in 4.0__

When a Gallery is designated as an audio podcast Gallery with a file folder used for storage, and files are added to the Gallery they are correctly stored in the file folder BUT the links generated when a file is downloaded from the Gallery is incorrect.

In my example I set the folder as podcasts/ (in v2.x the path setting for the podcast gallery folder had to be relative I'm assuming this is unchanged) so the download should generate a link like:

....tikiwiki/podcasts/filename.mp3

Instead the link incorrectly is generated as:

....tikiwiki/filename.mp3 ie the download path is omitted

All non podcast galleries are OK generating the usual:

tikiwiki/tiki-download.... format

This worked fine in versions 2.2/2.3/2.4

A previously reported bug with searching Freetags (#2235), where there was a WYSIWYCA problem has been fixed and this bug item is closed.

But there is still a small glitch when you search categorised content with the number of items 'count' when the listing of the items goes over several pages.

What happens is that the number of items that are 'found' is only decreased from the total by the number of items in the current page listing that cannot be viewed because of categorisation (ie WYSIWYCA).

For example if the listing per page is set to 25 items and there are 55 total items but 6 are excluded for WYSIWYCA reasons (4 excluded in the first 25, and 2 in the second 25) then the first listing page only shows 21 items and says there are 51 in total; the second page shows 23 items and says there are 53 in total and the 3rd page shows 5 items and says there are 55 in total.

So whilst WYSIWYCA integrity is correctly preserved, the number count varying every time you scroll through the pages is obviously very confusing.


Aug 15 - closed this item as its so old and may no longer be an issue

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

((doc:Trackers)) are powerful. But there is no built-in version history like the wiki pages and the spreadsheet. A workaround is to watch the tracker and have the history in your inbox. You can also permit users to comment the tracker item instead of editing it.

A real history, accessible via the interface would be nice to have. Please see SourceForge trackers for an example.

Adding a field "Edit Summary" would be useful for this history.

Low-hanging fruit solution is to copy the diffs (that we already send by email but should be improved: [wish1982|Trackers :: email notifications of changes :: more emphasis on changes.]) to a new "history" tab.

More work would be an interface to revert to a previous value, which could be nice-to-have but too complex.

Related:
[wish953|Tracker field type: wiki page]

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

Our friends at [http://www.horde.org/imp/|IMP] offer a feature to view various file formats without having the viewer installed on your desktop.

Beyond viewing, we could want a way to import to a wiki page. Since this is a broad topic, we'll coordinate on ((Binary File Handling)).

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?

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

This is for internal groups within a wiki, a bit like ((workspace))s.

Some pages have special perms. We'd need a way that new pages created from these inherit permissions.

It could be possible to do via category permissions but..

Trackers can have many fields.

Multilingual is a way to have multiple values.

Native multi-valued trackers would be useful in certain circumstances.

Another way is to use ((doc:Category Tracker Field)) or ((doc:Items List and Item Link Tracker Fields)) or ((doc:Drop Down - Radio Tracker Field)) with multiple choice option. Probably the best is to build upon the ((doc:Relations Tracker Field)).



We would also want multiple sets.

First Name 1 (field 46)
Last Name 1 (field 47)
Address 1 (field 49)

First Name 2
Last Name 2
Address 2

First Name 3
Last Name 3
Address 3

First Name 4
Last Name 4
Address 4

Could we imagine a new tracker field type "Set of fields":
Fields: List of fields in the set. ex.: 46,47,49
Number of repetitions: ex.: 3

This would create artificial fields (in this case 46-2, 47-2, 49-2, 46-3, 47-3, 49-3, 46-4, 47-4, 49-4)

So these fields could be used independently (ex.: 47-2), but since they are linked, we could have some smarter handling for forms, reports and exports.

We could want the input form to by default indicate only the first set of fields, and via jQuery, show additional set of fields.
We could want a report/export of this "Set of fields" which would aggregate everything in one listing.

{draw id="28"}

{syntax type="tiki" editor="plain"}
Editing articles fails for me in a tiki 3.3 site.
This is the article that I could finally add, when found a workaround:
http://entitatsdelamarina.org/art10

* At creation time, I added three email adresses to be notified, separated by commas, and made a mistake in one of them (email@domain@org,email2@domain.org,email3@domain.org). Note that first email address has an extra @.
* Tiki notified me that I had an error in email@domain@org (good catch, so far, so good!)
* changed email@domain@org for email@domain.org, and reattempted to submit the article
* I got: 400: Bad Request. Your browser sent a request that this server could not understand.

Ok, removed those email addresses, and finally could save the article successfully.

Then I wanted to edit the article again (moving two lines from the header to the body), but I keep getting the same error 400 at saving time (I didn't make any attempt to set email address for monitoring any more; in fact, the field is not shown any more!)

The new 3.0 release of categorize.tpl doesn't show all the available categories to a user when a hierarchy of categories is used if the user is not in the 'top' category.

There are also problems with the use of categorisation in the Structures admin screen where categorisation of all the wiki pages in the Structure does not show the changes after submitting the request - although the changes are made.

No longer relevant