Category: 9.x

Use this link to see error:

{HTML()}https://dev.tiki.org/tiki-view_tracker.php?trackerId=5&status=op&sort_mode=f_41_desc&filterfield=47&filtervalue[86]=&filtervalue[26]=&filtervalue[56]=Accepted&filtervalue[54]=&filtervalue[27]=&filtervalue[90]=&filtervalue[28]=&filtervalue[48]=&filtervalue[55]=&filtervalue[91]=&filter=Filter{HTML}

Tracker breaks and spills code onto the page.

This happened when I attempted to filter for only bugs in version 9x.

Using a numeric field in a trackers auto generated "new tracker item"-page is a bit difficult. The numeric values are set to "text-align:right" by ./styles/layout/design.css ( .numeric, td.numeric ). This makes sense at first glance.

Problem is when using Safari as browser the up/down arrows which are positioned ''within'' the input field and not right of it and so they do cover the first two or tree digits of the input which therefor isn't readable.

See the cursor position (vertical dash) in screenshot {img id=129} right of the arrow control -there the first digit will go.

Here you can (not) see what happens after typing "222" {img id=130}


Using Firefox this problem does not occur - no up/down arrows at all in Firefox.

http://www.iis.net/downloads/microsoft/wincache-extension

https://www.microsoft.com/web/post/performance-tuning-php-apps-on-windows-with-wincache

http://php.net/manual/en/wincache.configuration.php

This following displays when the user was set up, not since "last visit date"

Since your last visit...
2012-11-21
9 new posts

I searched existing bugs and couldn't find any info pertaining to above.
Am I missing something obvious?

Thanks

{syntax type="tiki" editor="plain"}
Using a pretty tracker as registration form doesn't allow to de-activate the captcha.
Since one of the point of using a tracker for registration is to allow special questions which robots can't answer, what is the point of forcing the use of the captcha (through which robots can easily pass)?
Maybe a duplicate of bug #1818, I'm unsure.

SHOW admin password: 01234

I created a set of 2 recurring events on a weekly basis: two consecutive mondays, and set the time from 10:00 h (a.m.), and duration of 4h (so end time should be 14:00h, e.g. 2:00 p.m.)

Once the events are created in the calendar, they show wrong end date. I think I created them today at 9:16 or so. So the end date is something like 10:16h, instead of 14:00h.

I'm using Full calendar interface, interface in Catalan (I wonder if this matters), and an updated version of Tiki9.x (svn), r44454


I edited then the first event in the calendar, selected the right end time (not by means of duration but by means of explicit end time: 14:00h) , selected to update all events from the recurrence rule, and saved.
The second event did not get the end date fixed, but still showed the old end time 10:16h.

After upgrading to 9.x from a prior release, I could no longer upload tracker images. During a long set of trial and error, I found a case that worked. After a while I noticed that the file I had successfully uploaded had the extension *.jpg whereas all the failures had *.JPG (upper-case). This was not a problem in past releases.

Someone else posted a similar problem in the forums. In case it has the same cause, I posted the information above in reply.

https://tiki.org/tiki-view_forum_thread.php?comments_parentId=45757

I set the "importance" field at a moderate level. Though it is easy to change the source file name, it can be time consuming and tedious as the number of files grow.

Hi,

This bug affects version 9.x, but after having a short look at the 10.x source code, that version is probably also affected.

It happened after upgrading from version 3.9 to 9.3.

When accessing my.host or my.host/index.php, tikiwiki should redirect to tiki-index.php but gets stuck in an endless redirection loop by redirecting to my.host.

When accessing my.host/tiki-index.php directly,the following error message is displayed:
"Error
Required features: feature_wiki. If you do not have the privileges to activate these features, ask the site administrator."

Similar errors when accessing other features.

Filename with umlauts are not possible to upload

I have some file galleries which should be accessable also from other galleries.

The file gallery can't be assigned to a category. There is a button but nothing happens if you click on that.

If I use the module "register a new user" with user tracker, the extra fields from the user tracker are dispayed twice.

[http://dev.tiki.org/tiki-pagehistory.php?page=Interoperability&history_offset=1&diff_style=htmldiff&diff_style=htmldiff&show_all_versions=y&compare=Compare&newver=45&oldver=42&paginate=on&history_pagesize=40]

Start with an existing tracker with itemsin it
Add new dropdown or radio field with option "Europe,Europe,Asia" to tracker
→ Existing items show immediately as if "Europe" value has been selected.

In Tiki 6.x and 10.x, the existing items correctly show an empty field, since no value has been entered so far.

There are a few variants of this:

Tracker Field Factory Error: Pref "trackerfield_stars" required for field type "Tracker_Field_Rating"


This is caused because in more recent versions of Tiki, each tracker field type is a preference. It should have been handled by an upgrade script but there must be a bug:



Related:
http://thread.gmane.org/gmane.comp.cms.tiki.devel/26942
http://thread.gmane.org/gmane.comp.cms.tiki.devel/29596
http://thread.gmane.org/gmane.comp.cms.tiki.devel/23733/focus=23759

When tiki-view_blog.php?blogId=x lists many posts, each one using footnotes, the footnotes numbers are false except for the first post.

As each post of the list is parsed, its first footnote number is not 1, but the total number of all the footnotes of the preceding posts of the list.

Versions : 6, 9, 10.
See : [http://demo.tiki.org/10x/blog2|http://demo.tiki.org/10x/blog2]
and [http://demo.tiki.org/9x/tiki-view_blog.php?blogId=6|http://demo.tiki.org/9x/tiki-view_blog.php?blogId=6]

in picture galleries upload is only possible, you have the right tiki_p_admin_galleries.
So all the other rights like tiki_p_upload_images are in vain.

We have a couple of tracker field type "relations" in a tracker, showing other items from the same tracker, and it displays a search box at the left of the dropdown box.
when we filter for item which have an apostrophe (single quote: '), the filter doesn't seem to find them. Without apostrophe, it does.
I.e., imagine that we have these two items (without the star):

* foo bar
* foo bar'2 foo bar foo bar

if we search for "foo", we find just the first one, not the second.

Apostrophes are very common in Catalan, as they are in French and other languages (in English it can be tested against items with names such as this onem, which has the word "doesn't" in purpose ;-).

French (at least) conventions use commas as decimal separator. This causes errors in parsing parameters when passing geolocation coordinates (Maps don't center on the good coordinates).

The plugin Exercise is a nice way to for students to get feedback on their learning. For an instructor or an admin it would be very useful to have a way of checking student's success. That way, the instructor could evaluate how easy the material is, or if certain students need extra help with something.

As far as I understand, right now exercise input data is not stored in the database so there is no way to track the exercise outcome. It would be great if a table could be added to the database where the this data could be stored and accessed.

I've just noticed with some potential new users of a Tiki site that the warning of "edit confict" is not working if the wiki page is using either the PluginWysiwyg or PluginSheet (tiki spreadsheets).

I mean, for PluginWysiwyg:
* UserA visits page "foo" clicks on the section surrounded by the wysiwyg plugin: that section opens for edition (not the full wiki page but just that section).
* While UserA has that section open still in page foo, UserB visits page "foo" and clicks on the same section in order to edit it.
__There is no warning about concurrent edition conflict.__

And similarly for PluginSheet (no warning for UserB that the same sheet is open for edition at that time by UserA)

Is this easily fixable (and backportable to 9.x LTS)?
I've reproduced the same issues here with 10.x:
* http://demo.tiki.org/10x/HomePage#PluginWYSIWYG
* http://demo.tiki.org/10x/HomePage#PluginSheet

The downside is that there is no safe way right now to edit big tables in a wysiwyg mode in Tiki 9 LTS.
* A Wysiwyg page losses editions every now and then (not recorded in history, for some mysterious reason, even if simple text edits were done some times; other times saves properly; I couldn't identify a common pattern to reproduce it always).
* WYSIWYG plugin does not warn about concurrent editions.
* The approach with sheets doesn't work either: no warning about concurrent edition.

(sad story: Those users decided to go back to attached spreadsheets saved elsewhere aside of Tiki :-/ )

Xavi

When editing an external group (a group created automatically by tiki when syncing groups with ldap) the isExternal flag which should be set to Y is set to N.

Context:
User logs in, and tiki groups are syncing with a OU on the AD, so a group is added. Say this group is "tiki-admin".
We want users part of the group tiki-admin on the AD to have admin perms on the wiki, so we edit the group in tiki and set it to inherit permissions from the local Admin group. When you hit the "Save" button after editing the group (you don't have to change anything) the group's isExternal flag is set to "n", meaning it will not sync like an external group.

Users added to the group in the AD will be added to it in tiki, but users removed from it in the AD will not be removed from the group in tiki.

I use email as username and user tracker for more information at registration.
If a user types in an invalid email address and wants to register. He gets an error, no user is registered BUT the user tracker gets an entry.

mostly I have to hit the save button twice. Perhaps that helps to find the bug?

Tiki does not send out e-mail notification when tracker items are closed. They do get sent when set to pending.

Found that Tiki 9.x (9.0->9.4) has this issue.

The smarty function that generates a user link (lib/smarty_tiki/modifier.userlink.php) will only return an actual link if the user's user_information preference is set to 'public'. In the case where the user link is to the currently logged-in user, however, there is no reason not to display the link even if that preference is set to 'private' as the user should be able to view their own preferences. This is easy to demonstrate; set your user_information preference to private and then look at your name in login module. The name will not be a link to your user preferences.