If you use prependLine or appendLine in Listpages, and include a module like [[gallery blah="blah"]] in prependLine, ListPages won't render. I gather it is interpreting the starting quote of the internal module quote as the ending quote of the prependLine argument.

How to Reproduce

See sandbox flickr for working example.

See below for example code blocks.

Code block one returns "Error selecting page."

 [[module ListPages category="flickr" limit="5" order="random" separate="no" prependLine="[[gallery size="square"]]" appendLine="[[/gallery]]"]] : flickr:%%title%% [[/module]] 

Code block 2 works.

 [[module ListPages category="flickr" limit="5" order="random" separate="no" prependLine="[[gallery]]" appendLine="[[/gallery]]"]] : flickr:%%title%% [[/module]] 

Browsers

Has bug

Works correctly

Workarounds

Contact

by David Marseilles

When using Wikidot's inbuilt search function, you are unable to search for words with non-alphanumeric characters in them. This is because the search parser ignores the non-alphanumeric characters. However, commas (,) and colons (:) seem to be interpreted as spaces.

Strangely, however, if there is only a single character before or after the non-alphanumeric character, the non-alphanumeric character is interpreted as a space.

Why is this a problem?

This becomes a problem because it makes some keywords in wikis unsearchable. For example, if you write a page about a weapon called the AK-47, you will never be able to find the "AK-47". This is because the search translates AK-47 into AK47, and the term "AK47" is not indexed in the wiki.

Possible solutions for developers

1. Transform the indexing engine into one that indexes searchable terms. That is, if AK-47 appears in an article, it is indexed as AK47 so that it can be found when searching
2. Allow non-alphanumeric characters to be included in the search engine

Reported by

KnightTemplar in this post

by James Kanjo

How to Reproduce

If you post something on the forums, and after you start replying but before it is submitted, the post being replied to is deleted, your post will become first and all other posts will lose all formatting an come after.

Browsers

Has bug

Works correctly

Workarounds

Contact

Socks

by Socks

How to Reproduce

• Use ListPages to show a category, pulling the title and short from each page.
• If a page contains a ListPages module (not in the first paragraph but later), you will see an error message.

The bug is that I'm not trying to do a recursive ListPages, just to show the first paragraph. The parser is going too far and then complaining for a non-error.

Workarounds

• Use ==== to delimit the first paragraph and show using content{1} rather than short.

Contact

Pieter Hintjens moc.xitami|hp#moc.xitami|hp

by pieterh

OK. It is not really a bug. However, sometimes it might happen that backlinks list the current page itself, its page template, navigation pages nav:top or nav:right and this is annoying.

Also mentioned is that BackLinks does NOT work with links behind images.

Links to forum Posts

• http://community.wikidot.com/forum/t-37796/backlinks-to-template
• http://community.wikidot.com/forum/t-62376/backlinks-by-category-and-for-other-pages
• http://community.wikidot.com/forum/t-63752/link-pages-in-templates-no-backlinks

Solution

There should be

• a skipCurrent attribute, like the ListPages module has
• category="-nav, -system, -template, +blog" with the "-" to deselect or "+" to select categories

Contact

gerdami. Please visit his/her userPage.

by gerdami

If i try and create a new meebo chat room using the code provided i get

How to Reproduce

Create new meebo account, set up chat room, copy and paste code.

Browsers

All

Works correctly

Using the old code

Workarounds

here is some old version code. (slightly edited for reading ease)

 [[embed]] <embed src="http://widget.meebo.com/mm.swf?ZZNjBKiApG" type="application/x-shockwave-flash" wmode="transparent" width="190" height="275"></embed> [[/embed]] 

Result

 [[embed]] <embed src="http://widget.meebo.com/mm.swf?ZZNjBKiApG" type="application/x-shockwave-flash" wmode="transparent" width="190" height="275"></embed> [[/embed]] 

this is the new version code as provided by meebo (slightly edited in the same way as above)

 [[embed]] <embed src="http://widget.meebo.com/mm.swf?hmotynVUDQ" type="application/x-shockwave-flash" width="190" height="275"></embed> [[/embed]] 

Result

The fix

with the non working code eg:

embed src="http://widget.meebo.com/mm.swf?hmotynVUDQ" type="application/x-shockwave-flash"

width="190" height="275"

add to it

wmode="transparent"

So it looks like this

embed src="http://widget.meebo.com/mm.swf?hmotynVUDQ" type="application/x-shockwave-flash"
wmode="transparent" width="190" height="275"

Resulting code (in its entirety) should look like:

 [[embed]] <!-- Beginning of meebo me widget code. Want to talk with visitors on your page? Go to http://www.meebome.com/ and get your widget! --> <embed src="http://widget.meebo.com/mm.swf?hmotynVUDQ" type="application/x-shockwave-flash" wmode="transparent" width="190" height="275"></embed> [[/embed]] 

Result :

Author

Phil Chett

by Phil Chett

Using code block with include in a page : eg

[[code]]
[[include template:spoons]]
[[/code]]

should produce

[[include template:spoons]]

In a forum post, this works fine,
However in a Normal page
it produces

 [[div class="error-block"]] Included page "template:spoons" does not exist ([/template:spoons/edit/true create it now]) [[/div]] 

Links

http://community.wikidot.com/forum/t-65103/code-block-not-recognizing-the-include-tag#post-184748

How to Reproduce

see above

Browsers

All

Workarounds

As a workaround to get the desired result, add a leading space in front of [[include ...]], like this:
[[code]]
. [[include template:spoons]]
[[/code]]

Here's the result:

  [[include template:spoons]] 

Reported By

Alderman.

by Phil Chett

Simply put, when uploading a file to replace a pre-existing one of the same name, in most cases the file is not overwritten.

This is a cache issue in the Wikidot engine. Files are first uploaded to the Wikidot file server, and when first accessed/viewed, they are copied to the Wikidot cache, and accessed from there.
When files are deleted, they are removed from the Wikidot file server, and then removed from the Wikidot cache at a later date. This means that whilst you have deleted a file from the server, it can potentially continue to be accessed.
Similarly, this is also the case when files are overwritten. Files are overwritten on the Wikidot server, but are not removed from the Wikidot cache. So when you overwrite a file and go to access it, the old version of the file will be accessed instead of the new one.
Files are only transfered to the Wikidot cache the first time they are accessed. So if you upload a file and delete or overwrite it before it is first accessed, then the new/updated file will be transfered to the Wikidot cache, and no problems will arise.

If files were deleted from the cache as soon as they are overwritten, renamed or deleted from the Wikidot file server, this problem would cease to exist.

First reported by hessb in this post

How to reproduce

There are two ways to reproduce this error.

The first way involves deleting the file:

1. Upload a file with a given name (i.e. test.txt);
2. Open/View the uploaded file;
3. Delete it;
4. Upload a different file with the same given name;
5. Open/View the new uploaded file.

The second way involves overwriting the file:

1. Upload a file with a given name (i.e. test.txt);
2. Open/View the uploaded file;
3. Upload a different file with the same given name;
4. Click "overwrite" on the message box that pops up (it is asking you if you want to overwrite an existing file);
5. Open/View the new uploaded file.

On opening the file for a second time, the first version is displayed, NOT the second one

Browsers

All

Workarounds?

None — you must give the new file a new name.

by Phil Chett

When a gallery is located on the right of a left floating division, the Wrap-around occurs on an image outside the document border, some thumbnails are not visible. Wrapping point is computed as if there was no division.

How to Reproduce

1. Create a page
2. Add 5 or 6 images to the page
3. Include the following code to the page

 [[div style="float:left; width:50%; height:340px;"]] This is a right floating division. [[/div]] This text is floating on the right, above the gallery. [[gallery size=”thumbnail”]] 

Browsers

Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14

Has bug

Works correctly

Workarounds

BerBuz.

Contact

by BerBuz

In the forums we have a "hidden group"
yet by a click of a button this are viewable by anyone.

i can see good reasons for having a "hidden" group. But surely these should be viewable by admins and mods only?

or is there something i am missing?

Forum Threads

http://community.wikidot.com/forum/t-58407/forum-permisions

How to Reproduce

as a non admin. go to the main forum page and click on show hidden.

Workarounds

Reported by.

Phil Chett.

by Phil Chett

There are the following two bugs in the base CSS code —

Number 1: One of the image URL's in /files—common/theme/base/css/odialog.css refers to test.wikidot.com instead of www.wikidot.com

 .owindow.owait .content{ . . background-image: url(http://test.wikidot.com/common--theme/base/images/progress/progressbar.gif); 

Number 2: The following external image referred to in /files—common/theme/base/css/style.css does not exist:

 .wait-icon{ . . background-image: url(http://www.napyfab.com/ajax-indicators/images/indicator_medium.gif); 

How to Reproduce

N/A

Browsers

ALL

Reported by

ErichSteinboeck

by Phil Chett

When an edit lock expires due to 900 seconds inactivity on a private wiki, you are logged out — but since you are in the middle of editing the page, you cannot leave the page to log back in. The only solution is to kill the current window, log back in, intercept the lock, and then return to editing.

How to Reproduce

Begin editing a page on a private wiki, wait 900 seconds.

Browsers

Firefox 2.0

Has bug

Works correctly

Workarounds

Contact

Dervish1

by Dervish1

When I use a div to enclose a large section of my page (for style formatting), the edit-section function no longer recognises headings within it and claims that there are no sections to edit.
Source: http://community.wikidot.com/forum/t-50071/headers-and-css-classes

Surely this is a bug? I had foreseen using div sections extensively for different templates, but I don't want to have to go through each document adding a div in each section just so that wikidot can recognise headings properly.

How to Reproduce

I have a document structured like this:

 [[div class="whatever"]] Heading Text Heading Text Heading Text [[/div]] 

And then press edit-sections, I get a pop-up window saying this:

 There are no isolated sections to edit. 

Browsers

Has bug

Works correctly

Workarounds

Contact

by Craig Macomber