Category: Consistency

"Page creators are admin of their pages" allows the page creator to lock and unlock, but not remove. This is important because if you are admin of the page you really need to be able to remove it. The intention of this feature is obviously that you should be able to remove, so this appears to be a bug.

Hello,

As I told about, during upgrading from 4.2 (I am testing from 4.3) many errors occurs. This threated in a global way in id4377.

Here the problem comes from tra.php this generates a __fatal ERROR__

Reason during first tiki-setup __tra.php__ can be called when $tikilib is not yet set then __the function tra_impl crashes__.

It seems that at this stage of installation (managing session prefs) is it, as if getone() should answer false, nothing particular to do :
I have justed added a first level isset on $tikilib

See the joined patched source with comments.

Using the supplied .htaccess file, when a non existent file and directory is requested for OThER than .htm files, a 404 is not generated and an unformatted version of the home page is opened. For example see uticacurlingclub.org/junk/junk.htm which generates a normal 404 which is redirected to a custom page, and uticacurlingclub.org/junk/junk.pdb which does not. I suspect this is an issue with .htaccess.

I had my issues with the way the module mod-last_modif_pages.tpl rendered... the title could be hidden by a "decorations=n" which made the link to the addition changes vanish, plus the link in the module title is a little bit of a break with the remaining styling...

Then I discovered that the module uses a table instead of a OL or UL to format, which is a little bit messy itself.

"Today" is highlighted for every month. If "Today" is Dec. 22, then Jan. 22, Feb. 22, etc. are also

Permissions are displayed incorrectly on the
"Assign Permissions to this Object" page of
tiki-objectpermissions.php for a Calendar (other object types not tested)

If there is more than one group assigned then the boxes show the correct permissions

If there is only one group assigned no permissions show

If a 2nd or subs group is added then the boxes show the correct permissions

In 2.0 a new email {img src=pics/icons/email.png } syntax was added in quickatgs

{img src=images/code.png}%%% {CODE()} [mailto:text|text] {CODE}

But this prevents the spam protection code from working

This is related to the Custom Site Header section of Look & Feel on our Web site. We put a top navigation bar which is expected to be showin in different languages depending on the visitor's language (look at http://www.daav.cn/cms/tiki-list_file_gallery.php ). The code in Custom Site Header is like this:

<div style=...>
<ul>
{if $prefs.language eq "cn"}
<li>link1 in Chinese</li>
...
<li>linkN in Chinese</li>
{elseif $prefs.language eq "fr"}
<li>link1 in French</li>
...
<li>linkN in French</li>
{elseif $prefs.language eq "de"}
<li>link1 in German</li>
...
<li>linkN in German</li>
{else}
<li>link1 in English</li>
...
<li>linkN in English</li>
{/if}
</ul>
</div>

however, it seems the top navigation bar is always shown in Chinese even when I set the default browser language to English only. At that time, our php-based language detector works correctly to identify the user/browser language as English (example: our homepage at http://www.daav.cn/ ) but tikiwiki remains in Chinese unchanged.

Is there anything wrong with the code or it's just because my Windows XP is in Chinese? Then how to get around this in Tikiwiki? What language do you get on the linked page that I included above?

Thanks for any hints.

See reasoning and details in 3139.