Category: 2.x

Version 2.1 & 2.2

modules/mod-calendar_new.php displays strange month view when selecting LIST VIEW from tiki-calendar.php. The date (numerical) is placed several days backward in regards to day of the week (Monday - Sunday).

Screenshot (sorry so large for clarity):
{img src=show_image.php?name=calendarMODIssue20081023.gif }

This issue appears to be with the month view in mod-calendar_new.php assigned to variable $calendarViewMode. When I select $calendarViewMode='week' this issue does not arise.

I duplicated the function below in lib/calendar/calendarlib.php:

{img src=images/code.png}%%% {CODE()}
if ( $_SESSION['CalendarViewList'] == 'list' ) {
if ( is_array($listtikievents) ) {
foreach ( $listtikievents as $le ) {
if ( is_array($le) ) {
foreach ( $le as $e ) {
$listevents[] = $e;
}
}
}
}
}
{CODE}

I modified it to say:

{img src=images/code.png}%%% {CODE()}
if ( $_SESSION['CalendarViewList'] == 'calendar' ) {
if ( is_array($listtikievents) ) {
foreach ( $listtikievents as $le ) {
if ( is_array($le) ) {
foreach ( $le as $e ) {
$listevents[] = $e;
}
}
}
}
}
{CODE}

This caused it to be "fixed" but it broke in Internet Explorer by showing a full semester view in the calendar. Not so desirable effects. We've since switched to the week view in the mod-calendar_new.php module with no issues.

I can't install these mods through admin mods interface.
xspf_player 2006.11.29 1.1

and

flowplayer 2008.08.04 1.2

I get the messages:

wiki-plugins/xspf_player/license.txt to lib/xspf_player/license.txt impossible to copy

and

wiki-plugins/flowplayer/README.txt to lib/flowplayer/README.txt impossible to copy

respectively.

The module forum_last_topics mixes wrong forum names with rigth topic names.

{syntax type="tiki" editor="plain"}
The module freetags_morelikethis shows links a user has no permission to view.

I have to introduce a knowledge management system in our company and am convinced that TikiWiki is the solution to go.

The problem is:
- lots of data is classified (categorized)
- Tags are required to build a network of the knowledge
- the users will not accept a system that leads often to "permission denied"

Without this module being WYSIWYCA I cannot suggest TikiWiki to the management.

After upgrading from 1.9.11 to 2.4 the links in last action log are all linking to tiki-index.php.

In the old system everything is working fine.

Using recent 1.10svn, and as user "admin".
Assigning module last_image_galleries to a side column lists the name of the last image gallery created. So far, no problem.
When clicking on image galleries links, a blank page is shown. Either "browse galleries" (tiki-galleries.php ), or "Admin home > Image Galleries" (tiki-admin.php?page=gal), produce the same effect.

Using CC Mod [http://cc.tikiwiki.org/Mod+Community+Currencies] on a 1.10cvs from mid june 2007:

Here: http://www.moviments.net/intercanvis/Moneda+social

I'm using this code:
{CODE()}
{MODULE(module=>my_ledger,float=>right,decorations=>y,flip=>y,max=>10,np=>0)}{MODULE}
{CODE}

However, a user with trasnaction, is showing nothing in the module.

However, if the same user goes to: [http://www.moviments.net/intercanvis/cc.php?page=ledgers&my=1] , then some balance is shown.

It looks that there some bug at my_ledger module
---
updated: the problem seems to be with the float param.
By the way, the call to module plugin was made inside a third column of a split plugin.

Using 1.10cvs from last week of october'07

module=>last_tracker_items filtered to show only status=>o shows opc

See this page:
http://www.moviments.net/intercanvisarxius/tiki-index.php?page=Benvinguda

which has this call to module under "Demandes" column:
{CODE(wrap=>y)}
{MODULE(module=>last_tracker_items,trackerId=>3,name=>Títol,status=>o,decorations=>n,flip=>n)}{MODULE}
{CODE}

Please note that the items "cadira" (status pending), and "compartir vehicle" (status closed) are still shown at the module output, and they shouldn't.

Link to see the tracker items through tracker feature:
[http://www.moviments.net/intercanvisarxius/tiki-view_tracker.php?trackerId=3&sort_mode=lastModif_desc&status=opc]

{syntax type="tiki" editor="plain"}
I assigned a user module "My Module" to the group "Anonymous"

'display modules to all groups always' = off

anyway my Module is presented to any group.

Any Ideas?

{syntax type="tiki" editor="plain"}
Issue was described here:
[http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=31233&topics_sort_mode=lastPost_desc&forumId=4]

When you insert text like:

"You should call ~np~-+intValue()+-~/np~ in ...." then that comes out as:
"You should callintValue() in ...." with "intValue()" monospaced. Note the missing space.

This is caused by the regular expression used to replace the Wiki Syntax with HTML.

The bug is in tikilib.php, line 6467.
It reads:

// Replace monospaced text
$line = preg_replace("/(^|\s)-\+(.*?)\+-/", "< code >$2< /code >", $line);

The first group captures the whitespace. But only the second capturing group is saved.

Similar to [tiki-view_tracker_item.php?itemId=1149|Pass tracker itemID as a parameter to a wiki page, to create a custom-looking tracker rendering] but for input fields.

So designers could make the layout in a wiki page (including html) and place the form elements anywhere.

Related:
*[tiki-view_tracker_item.php?itemId=943|Tracker plugin: useable to edit existing tracker info (especially user tracker)]

Part of IRC-Log from 20050709:

[18:48:51] luci amette: imho the quickest fix for the Admin menu would be: 1. rename "Admin home" to "Admin Sections"
[18:49:40] luci amette: 2. clicking Admin folder would bring you list with the same entries like when you expand the folder
[18:50:53] luci 3. rename "Admin mods" entry to "Mods Admin" to prevent listing it as first entry since the menu is alphabetically sorted
[18:50:57] amette luci : Yup, that sounds really clean - Admin Home should be moved to the top of the submenu then though
[18:51:08] luci sure
[18:51:36] amette Ah, just wanted to ask - yeah, alphabetical sort is bad here - I just looked at my menu and it took some time to find "Verwaltung Hauptseite" <- very much at the bottom
[18:52:12] luci "Admin Sections" sounds logical to me because we use "Sections" in title bar there already anyway
[18:52:41] luci amette: good point, that'Ä‘ why i fixed my language.php entry to "Administrace"
[18:55:06] luci ok, we can consider removing that sorting stuff
[18:55:42] amette What would be a good solution imho - It gives you e.g. the option to say "The third entry in Admin menu"
[18:55:52] luci maybe only the module one
[18:55:56] amette And you can sort options by importance!
[18:56:14] amette And I'm often confused, since my admin-account uses English and amette-account uses german
[18:56:20] luci amette: not that easy, some appear depending on fetures enabled

From here on, was discussed, that Admin Items could/should be hidden, when the corresponding feature is not activated. I'm not too sure about that now - because like that you loose the ability to customize a feature and then afterwards activate/release it.

Typically, mouseover is to show more text over a small snippet. To save screen real estate.

So the data in the mouseover will typically be much large than the text. Plus, I may want wiki syntax parsing in the mouse over part.

It is now:
{img src=images/code.png}%%% {CODE()}
{MOUSEOVER(text=text that goes to mouseover)}
snippet that is moused-over
{MOUSEOVER}
{CODE}

It should be :
{img src=images/code.png}%%% {CODE()}
{MOUSEOVER(label=snippet that is moused-over)}
text that goes to mouseover
{MOUSEOVER}
{CODE}


Plus, this is a very cool plugin. It should be in main code base, like the THUMB plugin.

Moving nodes in structures moves to wrong places in some cases (!): weird behavior in tiki 2.3.

If someone wants to track this bug down, I can provide a db backup of the site where this can be reproduced.

I created a new [http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=27220&forumId=17|forum for LDAP & Active Directory], but I am having trouble moving all the old messages to this forum.

It is possible to do from tiki-view_forum.php but it is very time consuming.

If I find a post from the result of a search, I want to be able to move from tiki-view_forum_thread.php

*Stats about forums are not updated (minor)
*Do watches follow?


See video feature request:
http://dev.tikiwiki.org/moving_forum_threads_2007-12-31.swf.html

The theme using mozilla.css places the full screen icon mostly behind the right-side modules unless the Top Bar is enabled.

tikiwiki syntax for 'wiki-link' only works when doc-name is consists of alphabet.

just to avoid wiki syntax works on this bug report field,
currently using as follows :
DOUBLE BRACE OPEN 'WIKI_DOC_NAME' DOUBLE BRACE CLOSE
--> make hyperlink for 'WIKI_DOC_NAME'

DOUBLE BRACE OPEN 'ASIAN_CHAR_WIKI_DOC_NAME' DOUBLE BRACE CLOSE
--> parse 'ASIAN_CHAR_WIKI_DOC_NAME' as normal texts. then just print the texts.

please fix this problem soon. thanks in advance.

I'm a bit surprised that this hasn't been picked up by other international users as it seems to be quite broken to me, so maybe I'm missing something.

Multilingual structures only work for detected browser language and for registered user preference. If you try and change the page language using the language drop down box it browses to the new url, but the delivered page does not change.

I think this is classed a bug, as it renders the language dropdown box useless.

It also makes it impossible to edit translations as whenver you visit a page to translate it reverts to the page that is in your default language.

Edit: I've just realised this only happens when open page as structure" (feature_wiki_open_as_structure) is on. That setting is very useful however...

Edit: Even then, the language of the root page in the structure cannot be changed. Unless feature_sync_language is enabled and you go to a sub page, change the language and then go back to the root.

Using flash plugin for playing mp3 files was possible, as I could reproduce some weeks ago.
I also documented that on the appropiate doc.tw.o pages:
http://doc.tikiwiki.org/PluginFlash

This was a working example listed from the doc.tw.o page:
http://moviments.net/ilp/tiki-pagehistory.php?page=EntrevistaRadio4&preview=1

{CODE()}
{FLASH(movie=>"tikimovies/multiplayer.swf?url=http://usuaris.tinet.org/mikell/EntrevistaRadio4.mp3&MODE=AUDIO")}{FLASH}
{CODE}

However, after I upgraded to Tiki 2.0, that page stopped working (controls from multiplayer.swf are shown, but no mp3 is listened).

Maybe a lateral effect of all html sanitization mesures introduced in tiki 2.0?

Using 1.10cvs from the last week of October'07.
Multiple assignment of users to a group is not working. Log shows as if those users were effectively assigned to group Editors (in my case), but after that, when I refresh the list of users, those users are still only belonging to registered group, and not Editors.

However, if I assign one by one, through the key icon, they are well set to the Editors group.

http://moviments.net/intercanvisarxius/

(this is the same site as http://intercanvis.net but for testing, using latest 1.10 cvs code)

multitiki not working if adding "?lang=ca" to tiki-install.php script => multitiki not i18n ready

If clicking on links at tiki-install.php, there is not language setting for the interface. And if you attempt to manually add the param, then when changing the new db settings for any child tiki install, the settings are saved in default db, not the child one.

Hello, I have been receiving this error ever since I upgraded to 2.0 (I have since upgraded to 2.1 and then 2.2). When I try to add a new user, I receive this MySQL error message. I have not found any workaround.

I did a clean install and clean database install and was unable to duplicate this error that way.
MySQL version 4.0.18 local on a Suse OES 1 box. TikiWiki 2.2, started occuring in 2.0.

{img src=show_image.php?id=62}



Thanks for the help!

Hello, I have been receiving this error ever since I upgraded to 2.0 (I have since upgraded to 2.1 and then 2.2). When I click on admin_categories, I receive this MySQL error message. I have not found any workaround.

I did a clean install and clean database install and was unable to admin_categories there either.
MySQL version 4.0.18 local on a Suse OES 1 box. TikiWiki 2.2, started occuring in 2.0.

{img src=show_image.php?id=60}


Please help! Thanks a lot!

Hello, I have been receiving this error ever since I upgraded to 2.0 (I have since upgraded to 2.1 and then 2.2). When I click on admin_modules, I receive this MySQL error message. I have not found any workaround.

I did a clean install and clean database install and was unable to admin_modules there either.
MySQL version 4.0.18 local on a Suse OES 1 box. TikiWiki 2.2, started occuring in 2.0.

{img src=show_image.php?id=61}



Please help! Thanks! Russ

This is best explained with an example:

~pp~
Paragraphs are parsed

just fine here

{TAG(tag=ul)}foo{TAG}

but now

paragraphs and

line breaks aren't working!
~/pp~

This only happens for tag=ul, not even for tag=ol.

This happens regardless whether wiki paragraph formatting is enabled and regardless of whatever is inside the ~np~{TAG(tag=ul)}~/np~, even ~np~{TAG(tag=li)}~/np~'s.