non-parsed tiki syntax is ignored
- Status
- Closed
- Subject
- non-parsed tiki syntax is ignored
- Version
- 12.x Regression
- Category
- Regression
- Release Blocker
- Feature
- Wiki Syntax (text area, parser, external wiki, etc)
- Resolution status
- Fixed or Solved
- Submitted by
- Jean-Marc Libs
- Volunteered to solve
- Jonny Bradley
- Lastmod by
- lindon
- Rating
- Description
In Tiki12, it is not possible to write non-parsed things using the following syntax:
Copy to clipboard<b>This should not be bold</b> ~ n p ~ < b > This should not be bold < / b > ~ / n p ~ ← without spaces
Which, sadly, shows this way:
<b>This should not be bold</b>Of course, the Code plugin is not an acceptable substitute, since it does not allow non-parsed content inside text.
This is a big blocker for all technical-oriented Tiki sites (like technical documentation ones, or Tiki consultants ones)
This can be reproduced in tracker fields (like here), wiki pages and blog posts at least. No need for a show instance since one can see it here, I guess.
- Solution
It seems that the problem is that we have a better behaviour which I did not expect: non-parse is not required anymore because html is shown "as-is".
The only remaining issue is about data migration from Tiki 9 to Tiki 12.
Should be fixed in r50958
Actually reverted and recommitted in r50963I'm guessing this was fixed with so I am closing this report. Please re-open if any issues.
- Workaround
Maybe just not using no-parse tags? Then HTML will get encoded and thus displayed like: <b>This should not be bold</b>
That is a change in the parser behaviour. I actually like it better than before.
I was so used to the previous one that I did not try that (I think).
Let me create a show instance and check where I really need it: blogs & wiki pages- Importance
- 9
- Priority
- 45
- Demonstrate Bug (Tiki 19+)
-
This bug has been demonstrated on show2.tiki.org
Please demonstrate your bug on show2.tiki.org
Version: Create show2.tiki.org instanceAbout show2.tiki.orgTo help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
- Demonstrate Bug (older Tiki versions)
-
This bug has been demonstrated on show.tikiwiki.org
Please demonstrate your bug on show.tikiwiki.org
Version: Create show.tikiwiki.org instanceAbout show.tikiwiki.orgTo help developers solve the bug, we kindly request that you demonstrate your bug on a show.tikiwiki.org instance. To start, simply select a version and click on "Create show.tikiwiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show.tikiwiki.org.
- Ticket ID
- 5172
- Created
- Thursday 20 March, 2014 18:39:37 GMT-0000
by Jean-Marc Libs - LastModif
- Saturday 14 November, 2015 02:21:56 GMT-0000
Attachments
| filename | created | hits | comment | version | filetype | ||
|---|---|---|---|---|---|---|---|
| No attachments for this item | |||||||
;){kind=link}
;){kind=link}
- Installation process of Tiki from git doesn't complete anymore and end with Fatal error
- Page description, when activated, is always used in browser title display mode
- Anonymous user can't switch perspectives - new permission needed.
- Better colors for the text color toolbar tool in Tiki
- line 1504 of wikiplugin_img.php appends px regardless of what width is
;){kind=link}
;){kind=link}