Category: 2.x

A newly registered user cannot edit most of doc.tw.org

An anonymous user cannot edit doc.tw.org, even with CAPTCHAs.

There is no clear text on a page of doc.tw.org which tells a user why they cannot edit that page, or what they can do about it.

When trying to drag & drop a very large image into the drawing applet, I get the error below.

{img src=images/code.png}%%% {CODE()}
Exception in thread "AWT-EventQueue-4" java.lang.OutOfMemoryError: Java heap space
at Acme.JPM.Encoders.ImageEncoder.encodePixelsWrapper(Unknown Source)
at Acme.JPM.Encoders.ImageEncoder.setPixels(Unknown Source)
at sun.awt.image.OffScreenImageSource.sendPixels(Unknown Source)
at sun.awt.image.OffScreenImageSource.produce(Unknown Source)
at sun.awt.image.OffScreenImageSource.addConsumer(Unknown Source)
at sun.awt.image.OffScreenImageSource.startProduction(Unknown Source)
at Acme.JPM.Encoders.ImageEncoder.encode(Unknown Source)
at org.jgraph.pad.actions.FileExportGIF.convertToGif(Unknown Source)
at org.jgraph.JGraphpad.uploadToTiki(Unknown Source)
at org.jgraph.pad.actions.FileSave.actionPerformed(Unknown Source)
at org.jgraph.pad.GPDocument.close(Unknown Source)
at org.jgraph.pad.actions.FileExit.actionPerformed(Unknown Source)
at org.jgraph.GPGraphpad$AppCloser.windowClosing(Unknown Source)
at java.awt.Window.processWindowEvent(Unknown Source)
at javax.swing.JFrame.processWindowEvent(Unknown Source)
at java.awt.Window.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
{CODE}

Drawings currently failing to open.

In line 19 of change '<?' to '<?php'

You can see here:
http://dev.tikiwiki.org/tiki-searchresults.php?highlight=mouseover&where=pages&search=Go

Duplicating events in calendars is broken on 1.10svn right now (April 17th)
If anybody wants to test (to reproduce it) on site, I can grant you account details here (a production site):
http://moviments.net/cursos/tiki-calendar.php

I tried editting this, and clicking to duplicate button (to make a new event from the edition of an existing one; I thought I could do that on previous 1.9.x sites), but no success:
http://moviments.net/cursos/tiki-calendar_edit_item.php?viewcalitemId=64

I tried also creating a blank new item, fill in the form for the calendar item, and instead of cliking on the "save" button, click on the "duplicate to" and select the calendar where I wanted to duplicate this item to.

After the click to the button, I saw another item in the edit event form (on the same browser window), and in other tabs, I could see that no new event was added, neither for that calendar selected or any other on the site.

It's a pity that calendar events can not be duplicated on 1.10svn, since it's a very useful feature for high load tiki sites. (like when adding 10 sessions of a new course, all of them with similar details except for the day of the month, etc.)

Dynamic Content like {content id=1} no longer works, but is blank

Tiki wiki doesn't include yet a tool allowing users to generate a dynamic mind map. This would give users a great overview of the structure of the wiki (i.e. project, organization structure) but also help them deal with complexity, making unexpected links.

The dynamic variable syntax (~np~%dynamic_variable%~/np~) displays as plain text in my 1.10 installations, rather than functioning as designed.

When using the Edit CSS feature (-+tiki-edit_css.php+-) to edit simple.css it tries to import -+styles/lite/lite.css+- via regexp matching pattern ''@import'' found in -+simple.css+-

The problem is i have set PHP memory_limit 128M and it still crashes PHP and in my apache error log i see "Memory exhausted" or "-+~np~[Mon Aug 13 12:45:51 2007] [notice] child pid 2421 exit signal Segmentation fault (11)~/np~+-"

I did some debugging with dies and i don't get why the following regexp matches twice (there's only one ''@import'' in -+simple.css+-):

{CODE()}preg_match_all("/@import( |\t)+('|\")(.*)(|\")( |\t)*;/U", $line, $importfiles, PREG_SET_ORDER){CODE}

Related to http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1162

Users should be able to edit the calendar item data they submitted.

Ex.: An event is added, but a few days later, the description of the event is improved.

It could be a permission or just a setting for the calendar.

Watch event would be nice so we could have some sort of tracking.

Suggestion by Étienne Massé

{syntax type="tiki" editor="plain"}
I enabled Edit Templates in the Look & Feel section. Unchecked the Wysiwyg editor feature in Experimental Features. In the display of what changed, feature_edit_templates disabled is displayed.

for grins I re-enabled Edit Templates in Look & Feel, then went to the features page and clicked apply without making any changes, feature_edit_templates disabled was displayed again.

Using tiki 2.1

Attempting to edit a tracker item,
the "field is hidden" option has specified viewable and editable for group editors, only. I want to change that setting to a "viewable only by creator and admin", and set the other two multiselect fields, left as blank (selecting the first option wich is blank), but I get this error on save:

{CODE()}
Context:
File tiki-admin_tracker_fields.php
Url tiki-admin_tracker_fields.php
Query:
update `tiki_tracker_fields` set `name`=? ,`type`=?,`isMain`=?,`isSearchable`=?, `isTblVisible`=?,`isPublic`=?,`isHidden`=?,`isMandatory`=?,`position`=?,`options`=?,`isMultilingual`=?, `description`=?, `itemChoices`=?, `errorMsg`=?, visibleBy=?, editableBy=? where `fieldId`=?
Values:
0 Correu-e
1 m
2 n
3 n
4 n
5 y
6 c
7 y
8 29
9 1
10 n
11
12
13
14
15
16 59
Message:
Unknown column 'Array' in 'field list'
Built query was probably:
update `tiki_tracker_fields` set `name`='Correu-e' ,`type`='m',`isMain`='n',`isSearchable`='n', `isTblVisible`='n',`isPublic`='y',`isHidden`='c',`isMandatory`='y',`position`='29',`options`='1',`isMultilingual`='n', `description`='', `itemChoices`='', `errorMsg`='', visibleBy='Array', editableBy='Array' where `fieldId`='59'
{CODE}

the url is:
http://www.moviments.net/cursos/tiki-admin_tracker_fields.php?trackerId=4&max=100&sort_mode=position_asc&fieldId=59

{syntax type="tiki" editor="plain"}
Define a tracker with a drop down field (called "Location" in this example). Set the list of values so that one or more values have an embedded space like this:{CODE()}
Kitchen,Living Room,Half Bath,Study{CODE}
Now create a tracker item and set the Location field to "Living Room". When you save the item, the Location will be set to "Living Room" when you view the item. But when you edit the item, the Location will be changed to "Study".
The only workaround is to not create drop down values with spaces in them.

Footnotes should be "My footnotes"

Comment should be "Edit Summary"

With the WYSIWYG editor enabled (but html not checked in the wiki settings), I am unable to use wiki syntax in the normal editor when I save or preview. That is, the wiki markup shows up as text on the page.

It switches back to WYSIWYG after pressing preview as well.

If I enter html in the Normal editor it works fine.

Using the Tiki's built-in TPL file editor to change a title on a TPL page (e.g. "Admin Tracker" to "Administer Reports" for "tiki-admin_tracker.tpl" file) causes insertion of "" character sequence at several places throughout the modified "tiki-admin_tracker.tpl" file. The original "tiki-admin_tracker.tpl" is unmodified. The modified "tiki-admin_tracker.tpl" file contains "" in such places as "javascript" (rather than "javascript"), which breaks the links on the Admin Tracker tabs.

Adding or changing a Wiki page has the error "A contribution is mandatory" when saving.

Can't get past this error

User with Editor plus sheet edit permission tried to create a Tiki Sheet in v2.0RC4 -Arcturus-.

An error occured in a database query!

Context:
File tiki-sheets.php
Url tiki-sheets.php
Query:
INSERT INTO `tiki_sheets` ( `title`, `description`, `author` ) VALUES( ?, ?, ? )
Values:
0 testsheet
1 this is a test
2 NULL
Message:
Column 'author' cannot be null
Built query was probably:
INSERT INTO `tiki_sheets` ( `title`, `description`, `author` ) VALUES( 'testsheet', 'this is a test', NULL )

User with Editor plus sheet edit permission tried to create a Tiki Sheet in v2.0RC4 -Arcturus-.

An error occured in a database query!

Context:
File tiki-sheets.php
Url tiki-sheets.php
Query:
INSERT INTO `tiki_sheets` ( `title`, `description`, `author` ) VALUES( ?, ?, ? )
Values:
0 testsheet
1 this is a test
2 NULL
Message:
Column 'author' cannot be null
Built query was probably:
INSERT INTO `tiki_sheets` ( `title`, `description`, `author` ) VALUES( 'testsheet', 'this is a test', NULL )

In clean installs of both 1.9.7 and 1.10 I found that the email address entered in Tiki-Admin:General (Sender email)is reflected in Tiki-Contact the format user(AT)address(DOT)com. Example: the doc pages lead to the example at: http://security.tikiwiki.org/tiki-contact.php were the email address is also shown as: "click here to send us an email: security(AT)tikiwiki(DOT)org". All of my email clients parse this to an address of: AT DOT <securitytikiwikiorg>, which obviously does not work. I have viewed my pages on several different Linux and WinXP machines, all with the same results.

If have not gotten far enough in my setup to see if this "problem" surfaces elsewhere.

As I have not seen a bug report, nor other question on this issue I wonder if I am doing something wrong.

Thank you for for this fantastic project!

Email notification don't work except if "watch minor" is checked

When user try to register they get the following message after pressing "register":

Your email could not be validated; make sure you email is correct and click register below.

Even if the email has been configured to be not required. (I did not try a blank installation.)
dthacker: Was this installation an upgrade or a new install at version 1.10?

Also the email field is present during registration (I don't know if this is related to the bug or if this is normal behaviour)
dthacker: Asking for the email is normal.

This with the following options enabled (and all the others disabled) in the login settings:
(some extra listed here just in case)
* Users can register: yes
* Crypt passwords method: hash-md5
* Reg users can change password: yes
* Reg users can change theme: yes
* Reg users can change language: yes
* Minimum username length: 3
* Minimum password length: 3
* Re-validate user by email after days: -1
* Re-validate user by email after unsuccessful logins: -1
* HTTPS login: disables
* Protect against CSRF with a confirmation step: yes
* Protect against CSRF with a ticket: yes
---
dthacker:
I am unable to reproduce this using your settings. Could you please retest using the latest SVN version?

I know that there is a flowplayer plugin but if I want to embed something from youtube or google videos, the code gets broken displayed.

This would be useful for articles and blogs.


I know there's a security reason for breaking the embed code, but still...

Flash plugin doesn't work well embedding videos from vimeo.com
Example, the video from vimeo.com at:
http://tikiwiki.org/TikiFestMadrid_videos

However, from blip.tv (or youtube, etc.), videos are embedded fine
---
UPDATE: Probably more than outdated (see current improvements in VIMEO by jonnyb in 12.x. {sign user="xavi" datetime="2013-11-17T09:50:12+00:00"}

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.