Category: Error

Hi there,

found a issue while using the tracker on a TikiWiki installation which is running in german language.

Following code is used in file tiki-view_tracker.php to set the monitor state:

{img src=images/code.png}%%% {CODE()}
if (in_array($user_email, $emails)) {
$smarty->assign('email_mon', tra('Cancel monitoring'));
} else {
$smarty->assign('email_mon', tra('Monitor'));
}
{CODE}

and the smarty template '/templates/tiki-view_tracker.tpl' uses following snippet to handle the monitor state:
{img src=images/code.png}%%% {CODE()}
{if $email_mon eq 'Monitor'}
<a href="tiki-view_tracker.php?trackerId={$trackerId}&amp;monitor=y" title="{tr}monitor{/tr}"><img src="img/icons/icon_watch.png" width="16" height="16" border="0" align="right" hspace="5" alt="{tr}monitor{/tr}" /></a>
{else}
<a href="tiki-view_tracker.php?trackerId={$trackerId}&amp;monitor=n" title="{tr}stop monitor{/tr}"><img src="img/icons/icon_unwatch.png" width="16" height="16" border="0" align="right" hspace="5" alt="{tr}stop monitor{/tr}" /></a>
{/if}
{CODE}

The smarty variable $email_mon contains 'Monitor', if TiiWiki runs in englisch, in other languages the content will differ, depending on translation (e. g. '&Uuml;berwachen' in german).

Greetings
purcaholic

{syntax type="tiki" editor="plain"}
I couldn't use Webcron in 26.2 on Debian 11.9 with PHP 8.2.12, my cronjobs didn't run which caused some problems. After calling the cron-URL I got an error.
I call: {CODE(caption="Cron URL" wrap="1" theme="default")}curl -6 -k https://tiki.exmaple.com/cron.php?token=cb64a63643d1500bb978e612597f5ae8{CODE}
I get: {CODE(caption="Error Message" wrap="1" theme="default")}Fatal error: Uncaught TypeError: Unsupported operand types: string + int in /var/www/html/cron.php:53 Stack trace: #0 {main} thrown in /var/www/html/cron.php on line 53{CODE}

I can fix this by editing cron.php by changing {CODE(caption="faulty code" theme="default")}if ($last_cron_run + $cron_interval >= $start_time) {{CODE} to {CODE(caption="working code" theme="default")}if (strtotime($last_cron_run) + $cron_interval >= $start_time) {{CODE}
After that the cronjobs were working again, calling the Webcron-URL resulted in a blank page.

Tested with 1.10b1...

When generating webhelp from a wiki structure, Tiki creates the ../pages/img/wiki_up/ folder, but does not populate the folder. This results in missing images when viewing the generated HTML files.

Tested with 1.10b1...

When generating webhelp for a wiki structure, if the wiki page contains {TOC} or {MAKETOC} plugins (that generate a list of child pages/headings), the list is not included in the generated webhelp HTML.

Tested with 1.10b1 from SVN (not sure about prior releases).

When generating webhelp from a wiki structure, if a wiki pagename or page description includes a " (quote), the webhelp will fail.

Workaround:
After Tiki generates the the files, you must manually edit the following file:

../webhelp/YOUR STRUCTURE NAME/menu/menuNodes.js

Look for the entry that contains the " (quote). It may be similar to:

insDoc(foldersTreeAAA,gLnk("R","Your page title with "quotes" here","pages/Your page name.html"));

You will need to "escape" the quotes as follows:

insDoc(foldersTreeAAA,gLnk("R","Your page title with \"quotes\" here","pages/Your page name.html"));

The webhelp will now function properly.

When viewing a message and then clicking on "full headers", Tiki dies with the following error:

An error occurred while loading /tiki-webmail.php?locSection=read&msgid=1&fullheaders=1:
Connection to host localhost is broken.

This might be related to tw#355 - mail headers not being standard conformant and having "Message-Id" instead of "Message-ID" - not sure though.

Using the Webmail inbox module combined with Groupmail feature displays a "Take" option for any user authorized to grab an email and deal with it.

Unfortunately when clicking on TAKE nothing happens (on the user side).

I setup a webmail account and viewed mail box in tiki webmail. after that I sent two mails from another account with different subject and body. I viewed both of them in mail box and clicked one of them. after going back to mail box both mails was marked as read! so I selected witch I haven't read and marked it as unread, but both of them was marked as unread!

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

To reproduce:

1) Log in as admin.
2) Go to Groups Admin
3) Assign tiki_p_search permissions to a group with no administrative ("tiki" type) permissions.
4) When page refreshes, you will see that all Admin permissions have been assigned to the group, and the Administrative links have been added to the Application Menu module.
---
Confirmed by dthacker

{THUMB(id=44, url="tiki-browse_image.php?imageId=44")}{THUMB}

A user belonging to this group also gets admin menu after logging in.

In 1.9.0 (and probably 1.8.x), it is possible to delete a calendarId (ex.:1)

When this happens, all calitemId are set to calendarId=0

Items are still in the database but inaccessible.

under admin permissions:
If you edit a wiki page with a wiki rating, the old poll is deslected and a new poll is made with the generic name 'rate it'.

This means the scores are reset to zero and the admin has to edit the page again and reselect the old poll.

under registered permissions:
If you edit a wiki page with a wiki rating, the old poll is deslected and the page doesn't have a rating anymore.

Wiki ratings is a very nice feature, but this is a showstopping bug.. I hope it isn't too hard to fix ;).

{syntax type="tiki" editor="plain"}
On a Tiki 29x (updated today, after Tiki29.1) where I'm using markdown, I create an article and use the sign < in the content. I have other content after the sign. On save, the sign and all the content after it is deleted.

I can't find it on re-editing.

{mediaplayer src="https://dev.tiki.org/dl3234" type="mp4" mediatype="video"}

{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

When mixing wiki syntax and HTML markup, text within HTML blockquotes is rendered improperly, with each paragraph after the first within the quoted text surrounded by <tt> tags. Haven't tested for non-wiki components.

discovered on tikiwiki.org

This is the only wiki site on which I can see this problem... When I look in MyTiki->Modules I can see the login box between "Last changes" and "who's there" on the right column, but there is no box at all visible there. When I log out I can see it again (but I need to log out by editing the url of my browser to point on tiki-logout.php. Is anyone seeing the same behavior on this site or is it just me ? (Might be some personal configuration problems, but I can't track it down).

I changed my CSS to see if it solved anything, but the moreneat, mose and cinq styles behave all the same, I didn't try any others.

Just curious to see if anyone else experiences this odd anomally ...

This was also reproduced on the http://demo.opensourcecms.com site.
When you select only two langages: english and french in the admin i18n section, on the line: Reg users can change language, you check the box named "Available languages" and you select english and french.

Then, when you go on a wiki page and click on the "translation" button, you see only english and french in the drop-down list. This is fine.
But when you edit a wiki page, the drop-down list of languages you can set for the page has all languages instean of only the expected two.

- Use mirror tables for trackers
- Create a tracker
- Create an item (default status open).
- It gets shown correctly in the list view
- click on the item -> status is shown as "pending"

It behaves this way only with mirror tables!

{syntax type="tiki" editor="plain"}
Confirmed on clean install of 2.4. Testing on opensourcecms.org, it does not appear this bug carried into 3.0. Have not found this reported in the forums nor bug tracker.

Since upgrading to 2.4 (sorry, only have Fantastico), there is a bug introduced with the permission level assignment capability (level configuration at bottom of tiki-assignpermission.php page). If used once as expected / described, then any further "update" to permissions in that same group will ''Null'' out the whole "Level" column in the __users_permission__ table.

Go to __groups__, __admin a group__, __admin its permissions__. Click "level configuration: show" way at the bottom. Do an assign of a level to that group and hit update. Once done, simply hit the normal "update" button in the "assign permissions" section. Does not matter if you change a permission or not. Now if you try to "level configuration: show" again, the level fields for every permission are nulled out and no levels appear in the "assign" list at the bottom of the page. Browsing the table in PHPMyAdmin confirms this behavior.

Note that you do not have to do a level assign a second time. Simply trying to change the inclusion of any individual permission (or making no changes but simply clicking the update button in assign permissions) will cause this to occur. Also, it does not matter whether "level configurations" are shown or hidden.

wiki (wysiwyg) inline editor transforms page alias links into standard wiki page link on save (alias lost)

See it reproduced here:
http://xavidp-1553-5652.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

The homepage has at the bottom the standard code for an alias at teh page "HomePage" to be accessed also from "Casa" alias page name.
{CODE()}
(alias(Casa))
{CODE}

Therefore, you can access to the homepage also with:
http://xavidp-1553-5652.show.tikiwiki.org/tiki-index.php?page=Casa

However, if you open that wiki pade for edition with "Inline wiki editor", make some changes, and saved the page through the inline wiki editor (click again at that button that you used to open the inline editor), then the alias link is gone. If you edit the page with the standard wiki plain text aditor, you will see that the code at the bottom is replaced with a standard wiki link pointing to "HomePage" and using "Casa" as label.
{CODE()}
((HomePage|Casa))
{CODE}

Wiki 3D does not display unicode names correctly.

I use Persian page names in Wiki and can not view them
in Wiki 3D correctly

At tiki-admin.php?page=textarea&cookietab=2&highlight=wikiplugin_dynamicvariables#contentadmin_textarea-1 the help link for "Wiki argument variables" goes to : https://doc.tiki.org/Advanced-Wiki-syntax-usage-examples

It should go to : https://doc.tiki.org/Wiki-Argument-Variables

the button "insert internal link" (on the WYSIWYG-editor) doesn't work.

it opens a new window "local.php not found — This is normal if you have not run the tiki installer yet".


(but i run the tiki installer)

When I select "Admin > Wiki > Mandatory category in the category tree", the list of categories while editting a wiki page is blank, or it says no category is defined. However, if you click on "admin categories", they are defined indeed.

When you unselect this check box, and clean caches, categ. list is working fine again.

This is not a theme specific issue (reproduced with geo.css, tikineat.css, lesjetesdelencre.css, ...)

----
update: sylvieg fixed that months ago, I think. (thanks sylvie)