Category: Dynamic Content

Contributors

Contributors

A user registered with an apostroph ' in their username (e.g. "Tes't") will not be able to use some feature of TikiWiki.

For example:
They will be able to select a forum, but after that, all that is displayed is the name of the forum, the "new topic" and "list forum" buttons (depending on permissions, of course), and the breadcrumb forum-navigation. The rest of the page (tiki-view_forum.php?forumid=X) is blank, no header/footer or any menus are displayed.

This __is__ dependant on the rights/permissions of the user in question, SubAdmins and Admins will see the full, expected forum page, regardless of apostrophes in their name (at least with my config, YMMV).

Another problem exists in regards to all JavaScript that uses the name of the user, for example the "tiki-my_tiki.php" page of the user, were JavaScript is used to expand Tabs (e.g. clicking "My Infos" will not work). This is due to JS using ' as string-delimeters, and not escaping any ' within the users name.

---

May be that the sole cause of all the problems lies within the JS-string-delimeter, but I'm no expert on the workings of TikiWiki, and the forum page breaks rather spectacularly when compared to the user profile page, which just doesn't work as expected.

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

Right now, it is only possible to refer to dynamic content by id. It will be more usable to refer to it by name or label. So a facility should be provided to label them, and they should be retrievable through label instead of id.

If you define a {MODULE} - Tag in a dynamic content element and add the dynamic content to a user module ( with use of wiki parser ). Tiki shows a blank page.

Left column formatting of blog posts seems to be broken in V9.1. This worked in V 7 and 8. The function called is BLOGLIST. It is called via Dynamic Content.

"{BLOGLIST(Id=>12, simpleList=>n, Items=>6)}{BLOGLIST}"

V9.1
http://75.101.217.92/HomePage

V8.4
http://23.20.248.62/HomePage

V7.2
http://www.environmentcounts.org/HomePage

The dynamic content right now is just sensitive to the time to be published. The text itself is static. Often you want to have quite similar pages except some details.

Like address list for city A, for city B...
you can "hardcode" it with trackerlist in the pages of the city.
BUT if you want to add/change some information to this address pages you need to change it on aaalll pages. And for sure you make some mistakes

I have many of these pages, where just a bit is changed. Adresslist for different cities, Mailing lists, Alumni lists, starting pages for different cities, ....

Contributors

Contributors

Multiple problems exist with TikiWiki tiki-js.js and tiki-jquery.js scripts in relation to editing wiki pages with the Wiki editor. The problems vary by IE version:

* IE requires the 'label' property to be set in 'Option' objects
* IE editing requires use of textRanges

I wanted to add a left-hand module giving the current status of several SQL databases. They already appeared on a wiki page, but I wanted it available without logging on. I created a Dynamic Content entry containing wiki markup with a table and sql module similar to:

|| table1 | {sql(db=>test)}SELECT..{SQL}||

However, as soon as I saved it the site became unavailable. Apache log contained:

PHP Fatal error: Smarty error: in evaluated template line 1: syntax error: unrecognized tag: SQL(db=>test) (Smarty_Compiler.class.php, line 446) in ...

Unfortunately, I could not do anything to correct the error, because the site was no longer accesable. This should have failed a little more gracefully.

Using {rcontent id=1} in an assigned module causes WSOD.

according to luciash in chat:

this "seems conflict between plugin {RCONTENT() /} and {rcontent} wiki syntax to me, because recently the syntax was made more universal and plugins can be called using lowercase {pluginname} syntax too"

placing {rcontent id=1} into an assigned module causes WSOD.

this was a big problem for me on upgrade, because I had rcontent in my 2.x installation, upgrade to 3.1 gave me WSOD. Lack of access (because of WSOD) made fixing the problem much more difficult for me, as an end-user.

According to luciash in chat:
seems conflict between plugin {RCONTENT() /} and {rcontent} wiki syntax to me, because recently the syntax was made more universal and plugins can be called using lowercase {pluginname} syntax too




note, sorry if this posts twice...

note, I posted this twice before, but with the problem code in the post,

http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2797

http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=2799

and both of those now show the WSOD that I saw. So again, here we go, this time I won't post the code as I used it, as it appears to be causing the same problem on those tracker pages. So...

using rcontent in a module causes a WSOD in 3.x

according to luciash in chat:

seems conflict between plugin RCONTENT and rcontent wiki syntax to me, because recently the syntax was made more universal and plugins can be called using lowercase {pluginname} syntax too