Category: Resolved - Completed

The following error is observed in an installation of Tiki 7.1 which was some weeks earlier migrated from 6.3 via 7.0.

Environment:
* Apache 2.2.17
* mySQL 5.1.58
* PHP 5.3.8
* Fedora Linux 14
Bug:
* The forum list doesn't show the latest entries any more, although even anonymous users have rights to view the forum postings.
+
+ In particular, anonymous user are globally granted the permission __tiki_p_forum_read__. Nothing was changed in the permissions before the forum list stopped displaying latest entries.
+
+ Yet the only user who is presented with a forum list containing the latest entries is the installation's admin.
+
+
* Also, when visting the topics list of some forum, users are presented a list of the latest entries in that forum (below the list of threads), but when clicking on the links in the list of latest entries, they're taken to thread pages which miss every message except the message which started the respective thread.
+
+ This seems to show that the bug described here is not caused by wrongly granted permissions, because if anonymous users had no permission to read forum posts they would not even see the list of latest entries below a forum's topics list.
+
+
* Recently before the bug was noted, the comment feature (for wiki pages), the freetags feature, and the rating feature were activated, but they were not activate precisly before the forums list stopped working, so the issue may be caused by some finer grained change than simply activating some additional feature.
+
+ Could the issue possibly be related to freetagging single forum postings?
+
+
* After removing all object permissions for every single forum and resetting them, clearing caches, removing freetags from every forum posting, and removing unused freetags, the bug remains.
+
+
* The following forum posts on tiki.org are related to this bug report:
** https://tiki.org/tiki-view_forum_thread.php?comments_parentId=42333
** https://tiki.org/tiki-view_forum_thread.php?comments_parentId=42306
** https://tiki.org/tiki-view_forum_thread.php?comments_parentId=42325

The wysiwyg editor no longer shows the defined toolbar (as set in toolbars admin) when editing a wiki page. Instead the reduced wiki syntax toolbar is shown which does not allow all the edit features possible.

Please see: ((Project Management)) and ((TrackerToGanttChart))

The inheritance of permissions between groups seems to be completely broken in trunk (r33152).

For example, when Registered includes the permissions of Anonymous, granting tiki_p_admin_wiki to Anonymous should allow Registered to admin wiki pages, but that doesn't work. The same thing happens with tiki_p_view and tiki_p_read_comments.

This was discussed in thread http://thread.gmane.org/gmane.comp.cms.tiki.devel/20101

This is a regression from r32118.

The group theme functionality no longer works in 5.x and 6.0.

To test:
*Set "each group can have its own theme" in Admin>Look&Feel>theme
*Admin>Groups, edit a group and try to set the default theme for a group.
*nothing happens.

*theme control - still working.
*user preferences - theme - still working.

If the user didn't change the value of the destination of the help system, it should be updated to what the default value is now.

Need to hunt down what all the previous values were (ex.: http://doc.tikiwiki.org/tiki-index.php?page=) and to update via sql

And for clean installs as well (of course)

However, if someone modified the default value, we don't touch.


Reminder to add a reset to default value in 3.0 (new admin panel should permit this)

Trackers are amazing.

However, how do you get data in & out?

As of now:
IN: you need to type in all the data.
OUT: workaround: change the number of items in a list and copy paste table to a spreasheet.

importing / exporting from .CSV would be much better.

Images could be tricky :-)

When running the installer on IIS the incorrect root path is detected. The directory tikiwiki is installed into is being stripped from the directory hierarchy.

The problem including the solution is referenced in the forum thread at http://tikiwiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=26943&highlight=directory%20does%20not%20exist

When using the __Freetag__ module, users must have __tiki_p_admin__ permission to remove a tag from an object. This is incorrect, it should require __tiki_p_unassign_freetags__ permission.

Line 9 of the __ freetag_list.tpl__ file should be changed from:

{if isset($deleteTag) and $tiki_p_admin eq 'y'} ...

to

{if isset($deleteTag) and $tiki_p_unassign_freetags eq 'y'} ...

This bug is tied to [http://example.com|http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1964&trackerId=5&show=view]

I have had various issues navigating my wiki seemingly because $base_url is not getting built correctly, or at all. The first of these issues happens at login where the user puts in a bad username or password. The redirect to the error page fails on Firefox and has a URL with doubled forward slashes after the domain because the $base_url is not getting passed. URLs get built as follows (where 'example.com' is my domain):

Firefox:
{img src=images/code.png}%%% {CODE()} http://example.com\/tiki-error.php?error=Invalid+username {CODE}

IE:
{img src=images/code.png}%%% {CODE()} http://example.com//tiki-error.php?error=Invalid+username {CODE}

This happens with relative URLs all over tikiwiki in my installation, which is a WAMP with virtualHost entries in the httpd.conf to resolve 2 distict domains on the same server.

On a new installation (clean DB), Tiki does not set the site's default language.

((doc:Site identity)) is great because it permits quite a bit of customization without modifying any files. Everything is cleanly kept in the database for easy upgrades.

However, it's not immediately easy to know which zone is for what. Top & bottom bar could have an edit button, so we can edit zones in context.

As an example, ((doc:Interactive translation)) is great because we are in context.

If we had this, we'd use it on http://dev.tikiwiki.org

The Trac Repository Browser:
http://trac.edgewall.org/wiki/TracBrowser

Let's coordinate here: ((Repository Browser)) and ((Code Review))

Hi, I am afraid, that Intertiki is not working anymore, when Tiki 14 or pre-15 trunk is acting as master.

I have two environments, where Intertiki worked previously, but not anymore.

Due to the http-password it is not possible to connect to the show instance via Intertiki. But I configured the site as example, if you want to check it.

Now I will create a example setup on my server and add the access date here lateron.

If that my anticipation would be true, I consider this as a blocker, not only because we depend on Intertiki on the community websites.

Torsten

There are two options in comment configuration page naming the same -- "Default number per page:".

It seems that they are on control of the same thing. I have to modify the both otherwise my setting will not be applied.
{img id="127"}

Discussed on wiki pages:
* ((Screencast))
* ((Copy-Pasting an image))

in debug mode (eg. when debugging ldap logins) many log entries are created at the same time so sorting by time is not sufficient to get the entries in their real order. Sorting by ID is better then.

Unfortunately sorting by ID leads to an unexpected result.

Looking at the code the problem can be fixed easily: The problem is that two tables are being joined (actionlog and actionlog_conf) and sorting by ID leads to sorting by actionlog_conf.id instead of actionlog.actionID.

Both needs to be fixed - in the SQL query the table for sorting must be added in the sort statement, in the template the columnname must be changed from Id to ActionId.

See patch.

The calendar in TW6.7 does not render correctly in IE8. It shows two months worth of dates instead of the expected single month when in month view. Week view and day view render correctly in IE8, though.

Also, amazingly, the same install of TW6.7 shows the dates of the month of March when viewed with IE8 and April (the current month) when viewed in IE9 and other major standards compliant browsers.

Hello.
Today I found an error in "tiki-editpage.php".
The error is on the Line 1092.

The "Tentative" status for a calendar event always reverts to "Confirmed" after it is saved.

As admin I view _article_, then click on the "Multilingual globe". This brings the translation page. At the bottom I select new language and press "Change language" button. All I receive is "Page not found" error.

When I click 'Save' on the 'Create/Edit Survey' page, it displays the 'Are you sure you want to leave this page?' warning.

If I click yes, no survey is created. If I click no, well, nothing happens.

Seen in Tiki 5.x and 6.x:

Events that have been canceled still appear in the list of upcoming events in the Upcoming Events module without any end-user notification that the event has been canceled.

Tiki should either:
* Not display canceled events in the module
or
* Display the event with a strikethru (or some other visual cue) to let end-users know that it is canceled.

lang/de/language.php causes a "Cannot modify header information" PHP error

We recently upgraded from Tiki-4.X to Tiki-5.X. We are running Tiki-5.3.

There seems to be a bug when trying to modify a user under the administration page (tiki-adminusers.php). When trying to click on a user, one is asked to confirm (which is a new workflow) and then taken to the Edit User page. However, when one tries to modify something (e.g. password, email address), you are asked to confirm again, but it never completes.

Here is a set of detailed steps to reproduce the problem:
# Go to admin users (tiki-adminusers.php)
# Click on user "demo"
# Click "Click here to confirm your action"
# Change email address from demo@demo.com to demo@demo.org
# Click "Save"
# Click "Click here to confirm your action"
* Nothing happens. The page address is "tiki-adminusers.php#", but it never changes from the confirm action page. "Go Back" does not work, but "Return to Home Page" does.