Category: 1.9.x

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 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.

When the system (in this case was a Linux box) runs out of disk space, a Tiki user cannot login. Basically, the user is sent back to the home page. In other words, it looks like the user has authenticated, but is not logged in. So it looks like a PHP session issue. It could well be.

If the user enters a wrong password, a wrong password message is seen.

It would be nice if Tiki could detect that the disk space is low and alert admin users, especially during install. Low priority of course, but still nice to have.

MoinMoin example:
{THUMB(id=29, url="tiki-browse_image.php?imageId=29")}{THUMB}

- 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!

Hi,

I can't find wysiwyg editor in Wiki page.

I installed latest Tikiwiki on my Linux server.
In admin pannel, there is no wysiwyg, also in admin functions.

But I find wysiwyg in blog post page and user menu creation page.


How to set wysiwyg fuction for Wiki and article ?

Regards,
Serizawa

Wiki 3D does not display unicode names correctly.

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

"The conversion seems to have dropped comments, on 1.8 the front page used to say it had 80+ comments, now on 1.9 it says 53."


I think no comments were dropped, it's the count which is different. Only first level comments are counted.

When creating a link like this

((test - test))

to link to a page named 'test - test' then the created page is missing the hyphen. Additionally the pages is always shown as non-existent, meaning that the question mark behind the source link is always there, even if th e page was manually renamed. It is a real blocker.

If an upload fails here: tiki-list_file_gallery.php?galleryId=1, I get a descriptive error message (ex: file too big).

The same would be useful for wiki page attachments.

In 1.9.9 and 1.9.10 (at least), if a description is added to a wiki page after the page is initially created, the description doesn't ever display on tiki-browse_categories.php. If an existing wiki page description is edited, the old version continues to be displayed on Browse Categories (or the new version may appear after some delay?). Based on IRC report from Random7 and confirmed at themes.tw.o. I didn't check behavior in 1.10 yet.

Under 1.9.5 and under two different themes, I could not create a wiki page that had quotes in it. I received an error like this:

Invalid variable value : page = asdfasdf "foo"

That would be only a minor annoyance. But it gets worse. You can rename a page to have a name with quotes in it; however, having done so, you cannot then view or edit that page. You receive the same error when attempting to access the renamed page.

Wiki Ratings doesn't activate in wiki pages when turned on in the wiki admin - upgrading from 1.8.5

In 1.9.8.3...

1. Create a wiki page, including a Description.
2. Change the wiki page and the description.
3. Rollback to the prior version. Although the wiki page content rolls back correctly, the description field did not.

If you have a page with title: "Simple Page" (without quotes, but with space in the middle), then at wiki history, the rollback and view buttons are not working: they yield a blank page.


---

Works for me now, also.
Thanks for testing.

If a wiki page is included in a structure, Tiki lists the page when viewing the structure (or when listing TOC) -- even if the user does not have permission (tiki_p_view) to actually view the page. This presents an invalid structure to the use -- they are seeing pages that they do not have permission to view. Tiki should only show pages (in a structure) that you can actually view.

Alternative impelentaion (proposed by luciash):
To have an option "restricted pages in this structure will be ommited from the list" or "will be shown but marked as restricted"

Confirmed in 1.9.8 and 1.10.1

Wiki syntax is not enabled in Tracker comments on this site. May be usability bug in later Tiki versions.

In the Quicklinks, there are two table links (one for the old wiki-table syntax, and one for the new).

On the Wiki table syntax in effect (from tiki-admin.php?page=wiki) should appear.

In templates/tiki-edit_help.tpl, this is already done with:

{if $feature_wiki_tables eq 'new'}

---
On second thought, since the new table syntax is so much better, and it's now the default on new installs. All references to old syntax should be phased out. People should only use it if they have large amounts of legacy data that they don't want to take the time to convert.

Wiki syntax parsing for tables is broken

Following two things are supposed to work. These are just copied from the offered quicktags.

||r1c1|r1c2
r2c1|r2c2||

||r1c1|r1c2||r2c1|r2c2||

First one works, but the second ones ends the table at the || and then just prints the text " r2c1|r2c2|| ".

Ok, just saw that Trakcer-Items are Wiki-parsed, too. Good thing! As you can see the effect live! :)

Hmm, everything gets saved, when editing a Tracker except for the feature.... I really have to start working with them.... and search for bugs... sorry for three mails about this, if you are subscribed!

The capability to include (recursively) with parameters is probably the most powerful and content factorizing feature of our best competitor MediaWiki.

It make not only produce content much faster and in a much more modularised way.

The references :
* [http://en.wikipedia.org/wiki/Transclusion]
* [http://www.mediawiki.org/wiki/Help:Templates]
* [http://doc.tikiwiki.org/PluginInclude]

You can see the effect of Wiki-syntax getting parsed differently with the ~np~ ~np~ ~/np~ tag and the~np~ {CODE()} ~/np~ -plugin.

~pp~
~np~text here~/np~ - strips all linebreaks out of "text here" - ~pp~ works

{CODE(caption=>test)}
text here and some enclosed in <these brackets> here
{CODE}

The text between the <>-brackets doesn't get shown at all.
~/pp~

Also, (just in case it's related): tiki-view_blog.php complains to admin user about a division by zero by split plugin (tiki 1.9.2):
* {CODE()}
Warning: Division by zero in /var/lib/gforge/chroot/home/groups/gclub/htdocs/lib/wiki-plugins/wikiplugin_split.php on line 74
{CODE}
* This warning message was not present with 1.9.1. (Xavi - xavidp)

The blogs were htmlspecialchar()ed, too - it looks like fixed in CVS now!

{syntax type=tiki}
{syntax type="tiki" editor="plain"}
This is the ((Tracking system for Tiki issues)).
If this is your first time, please read: ((How to Submit a new item on the Wishlist))

When you try to create a ~np~ {CODE()} {CODE}~/np~ block in the
Wiki which contains $0 somewhere (which is, e.g., quite
common in Unix init scripts), the page won't be
displayed (white screen).

this is easily reproducable by inserting the following
into a Wiki page:
~np~{CODE()}$0 {CODE}~/np~

The bug was not present in previous versions (I
recently upgraded from 1.8.5 to 1.9.0).


And as you can see, it works correctly here in the Tracker:
{CODE()}$0 {CODE}

phpBB is a popular open source forum software.
Sometimes, a forum is not enough.
So, the data must be migrated from phpBB to Tiki forums...

If you want to help:
Please post links to similar scripts.
ex.: phpbb to invision board, etc
If/when we do a script, we should do for all major forums.
---
__From kerrnel22 on 11/20/07:__

I have almost completed an integrated TikiWiki forum migration tool for 1.9.8.x and 1.10. Initial release will be to migrate only Tiki forums from one Tiki install to another. However, hooks are in place, and the intention is there, to work on extending the migration tool to importing of phpBB2 (or any other forum software) into Tiki. If you would like more information, email tiki.kerrnel@kerris.com. I expect a general release of the forum migration tool (for Tiki forums only) into cvs of both branches for beta testing by December 1/07. If all goes well, I'll have something released for phpBB2 migration prior to Dec 31.

When I set the homepage in Administration: General Preferences to "Articles" (which is what I want the homepage to be for both anonymous and registered visitors), the initial viewing for "anonymous" displays a homepage of "wiki".

When I set the homepage in Administration: General Preferences to Group homepage and then set the two group homepages to a typed-in "Articles" in the empty field and then log in as any user, the display is "No page 'Articles' found".

When I set the homepage in Administration: General Preferences to Group homepage and then set the two group homepages to a custom URL (http://www.progressiveomaha.com/tikidir/tiki-view_articles.php), the display is "no such page found".

One day I thought maybe the problem had to do with using Firefox on a Linux box, because my ancient Windows 98/IE machine brought up 'Articles' as the home page.

The next day both machines bring up the Wiki page as the home page. This is with the homepage set to 'Articles' in Admin-General.

Maybe I should be clear that I am refering to which page is brought up when TikiWiki is first accessed (from www.progressiveomaha.com/tikidir/).external link Once I have logged in as a user, I will access the 'Articles' homepage whether returning as another user or as anonymous. The problem only occurs on that initial anonymous access, and only after TikiWiki has had time to "forget" any earlier logons by that user.