Category: 11.x Regression

Logged in nextdoc.t.o as user xavi. Interface in Spanish (in case it matters).
I went to action log interface, searched for a date range:
https://nextdoc.tiki.org/tiki-admin_actionlog.php?startDate_Month=06&startDate_Day=10&startDate_Year=2013&endDate_Month=06&endDate_Day=11&endDate_Year=2013&selectedUsers[]=&categId=&unit=bytes&contribTime=w&find=&max=50&list=Report#Report

Then I clicked at the "Options" tab, and the options tab is NOT shown.
In fact, it shows up at the very bottom of the page.

I noticed that the yellowish background of the tab "Report" does not contain the lower part related to Category and Misc. Maybe that's related to the source of the issue?

This seems to be a regression from Tiki9, since the issue is found already in tiki 10.x, it seems ( https://doc.tiki.org/tiki-admin_actionlog.php?startDate_Month=06&startDate_Day=10&startDate_Year=2013&endDate_Month=06&endDate_Day=11&endDate_Year=2013&selectedUsers[]=&categId=&unit=bytes&contribTime=w&find=&max=50&list=Report )
{img fileId="281" thumb="y" rel="box[g]"}

Also, user doesn't appear in filtered list after being added

{flash type="url" movie="display290" width="1028" height="699"}

In previous version, the backslash "\" was allowed as a character in page names, and you could access pages like this fine, but for some reason in tiki 11 if a pagename has a backslash in it, one cannot access the page (get "page does not exist".

I tested in a tiki 11 instance, and it appears that this is not the default behavior, and you need to have search engine friendly url's enabled and have enabled your apache clean urls too, which I could not test on the instance.

UPDATE: replacing the _htaccess file with a _htaccess from a previous version makes it possible to navigate to these pages with backspaces in their names. Note that the url generated by both files are the same. Not sure exactly how htaccess works, but thats the deal.

Seen here: http://tiki.org/Conference+Call

But the plugin has: recording="0"

If a blog post is created in the wysiwyg editor (full html config) then viewed as a RSS feed then all the html tags are visible.

This is suspected as being a (very last ??) vestige of the parser/encoding issues we experienced in Tiki 9/10

This was fine in 10.x

The code is still inserted but window is not closed.

{img fileId="278"}

Just recently (the last few days) I did post some answers in the forum and did need the CODE plugin to show some code.

The plugin seems to be broken, as most of the HTML code between the CODE text
{CODE()}{CODE()}HTML will disappear after saving{CODE}{CODE}
is stripped out of the wikipage source - just disappeared including the plugins end tag.

It is not a matter of misstyping, cause I did try several times.

I did not find time to reproduce yet, but it occures at tiki.org/forums.

Torsten.

The problem occurs when strings like..

img src="img/icons/world_edit.png" alt="Edit" width="16" height="16" title="Toggle interactive translation on" class="icon"

... are added as a comment.

Please check the comments of this case for an example of the bug

Just compare the footer of profiles.tiki.org to dev.tiki.org

{img fileId="300"}


(previously titled: ''dev.tiki.org: The footer links are squished after the upgrade from 10.x to 11.x'')

Using strasa.css in demo.t.o/11.x (reproduced else where also)

Log in as admin
Edit a wiki page,
click at a tool in the toolbar (help icon clicked in the screenshot below)
popup box is shown under the text area, no button are shown, most controls are hidden, etc.

See screenshot

{img fileId="288" thumb="y" rel="box[g]"}

Set a tracker to display items with a wiki page template.
Don't create the template so it is missing.

When viewing a tracker items popup this (ugly) error.

{CODE()}Fatal error: Uncaught exception 'SmartyException' with message 'Unable to load template file 'promo_tpl' in 'tracker_pretty_item.tpl'' in /var/www/sites/xxx/xxx/subdomains/www/html/vendor/smarty/smarty/distribution/libs/sysplugins/smarty_internal_templatebase.php on line 127 SmartyException: Unable to load template file 'promo_tpl' in 'tracker_pretty_item.tpl' in /var/www/sites/xxx/xxx/subdomains/www/html/vendor/smarty/smarty/distribution/libs/sysplugins/smarty_internal_templatebase.php on line 127 Call Stack: 0.0020 1106896 1. {main}() /var/www/sites/xxx/xxx/subdomains/www/html/tiki-view_tracker_item.php:0 0.2151 29471160 2. Smarty_Tiki->display() /var/www/sites/xxx/xxx/subdomains/www/html/tiki-view_tracker_item.php:723 0.2151 29471896 3. Smarty_Internal_TemplateBase->display() /var/www/sites/xxx/xxx/subdomains/www/html/lib/init/smarty.php:348 0.2151 29472056 4. Smarty_Tiki->fetch() /var/www/sites/xxx/xxx/subdomains/www/html/vendor/smarty/smarty/distribution/libs/sysplugins/smarty_internal_templatebase.php:374 0.2152 29475872 5. Smarty_Tiki->fetch() /var/www/sites/xxx/xxx/subdomains/www/html/lib/init/smarty.php:229 0.2154 29476112 6. Smarty_Internal_TemplateBase->fetch() /var/www/sites/xxx/xxx/subdomains/www/html/lib/init/smarty.php:254{CODE}

Should display the item with the tracker standard view (no template).
Eventually display a small error to admin only.

tiki-admin_tracker_fields.php?trackerId=5

Select several fields

Choose "Export Selected"

And you will see only one field definition in the box

From r46361 when uploading a new file to a File Gallery the upload fails and (perhaps because of) the user is logged out

We miss at least one icon to easily add files to the file gallery and get them inserted in the text area easily with the minimum number of clicks.

In default installs, for usability for new users.

AND we need to respect tiki sites that had those tools ({img src="https://dev.tiki.org/img/icons/file-manager-add.png"}, for instance, which does something like [https://dev.tiki.org/tiki-upload_file.php?galleryId=3&view=browse&filegals_manager=area_51bb470595cd3&insertion_syntax=file]) added in the toolbar. In a site that I upgraded from 10.x to 11.x I had that tool removed, and this other one {img src="https://dev.tiki.org/img/icons/file-manager.png"} (PluginFile) also removed sitewide.

http://nextthemes.tiki.org/Themes {sign user="marclaporte" datetime="2013-03-15T16:08:44+00:00"}
{flash type="url" movie="display167" width="1156" height="716"}

r45953

SVN (11.0svn): May 15 2013 - REV 45953

In a multitiki install of mine, I tested an upgrade from tiki9 to tiki11, and then, switching tabs in admin panels, stopped working.

Once I disabled the js minification setting, tabs worked again.

Tried in demo.t.o/Tiki11, and it works well with or without js minification. So I was that's where the issue must come from.
---

the issue is still present in : Monday 10 June, 2013 23:33:08 CEST- REV 46275, and seems related to the Catalan interface.
Once the interface is set to Catalan, and page reloaded twice, js features stop working.

Reproduced also here in dev.t.o

r45987 - still a problem in r46589

FILES plugin (in either the wiki or wysiwyg (full html) editor) is not working correctly as follows:

*the "FileID" parameter is being ignored - FileID list should allow just specific files to be shown.
*if the "Show Parent Gallery Name" (showgallery="y")is set, then the table headings/contents get out of alignment
*--Plus in the WYSIWYG editor it now breaks completely producing garbled content. THIS OK NOW--

Since Tiki10 the Tiki SMARTY Plugin, using the 'eval' option to simply display a smarty variable, no longer works because the underpinning smarty function.eval.php is no longer part of the Tiki distribution - the SMARTY Plugin code checks for the availability of function.eval.php in either lib/smarty/libs/plugins/ or the lib/smarty_tiki/ folders and gives an error message "Incorrect parameter"  if it is not found. Its removal is probably due to the move Smarty 3  but it is not clear whether there is Smarty 3 version of eval available. The Tiki 9 version of function.eval.php does not work in 10/11/trunk (gives fatal errors) so this doesn't give us a 'quick fix'.  

Solution needed to be able to 'eval' and display any smarty variable type not just strings

r46040

http://dev.tiki.org/item4532?show=view

Created a few pages through the Workspace UI. My settings were wysiwyg optional, displayed by default, reopen with same editor, content is parsed like wiki page, use wiki syntax in wysiwyg. Ah, codemirror is on, even if I wonder if it matters for this bug. When I went to paste some content to one of those new pages, I opened the page, pasted content from somewhere else (another wiki page with simple text editor, som plain ascii), and nothing was shown in the wysiwyg editor. I tried again through the button to paste content, but same effect: nothing is displayed on the page (in the editor, still in edit mode, I mean). Then I clicked at "source", and pasted the wiki syntax there. It was shown in the editor. then saved. and the content was parsed, and displayed properly also in the wiki page (in display mode). ~~#FF0000:Edited by Bsfez:~~ Could be related, paste in this field (text area with wysiwyg) show only a string "undefined".

http://dev.tiki.org/Development

Full message is:

GET http://dev.tiki.org/vendor/jquery/plugins/migrate-min/dist/jquery-migrate.min.map 404 (Not Found) Development:1152
GET http://dev.tiki.org/vendor/jquery/jquery-min/jquery.min.map 404 (Not Found) Development:1152

Before Composer (until Tiki10), if you try to run Tiki with a too old version of PHP, you get a clear warning. Now, with Composer, it's not so clear (you get the version warning of Composer instead of Tiki)

Note that the command line version of PHP may be different than the web version.
Command-Line PHP version: PHP 5.3 is needed Composer.
Web version of PHP: Tiki12 needs 5.3, Tiki13 will need 5.5

So perhaps for Tiki 13, it will be OK to have PHP 5.3 requirement on CLI, but 5.5 in web?

So for now, let's add a PHP CLI version check on sh setup.sh before running Composer.

Please see:
http://tiki.org/tiki-view_forum_thread.php?comments_parentId=48901

This is still an issue at r46589 - there is a worked example at my test site at www.opendev.enmoreservices.com/test+MOUSEOVER+plugin+wysiwyg+editor

(access given on request)

when this page is first shown or the page refreshed then (using Firebug) you can see that the span tag containing the pop-up content is:

<span id="mo1" class="mouseoverclass" style="width: 300px; height: 100px; background-color: rgb(255, 255, 240); padding: 5px; cursor: pointer;">

which means it is displayed in line with the link text

once you mouseover and show the pop-up and then close the pop-up the span reverts to what it ought to be ie display: none is added to the style element as below

<span id="mo1" class="mouseoverclass" style="width: 300px; height: 100px; background-color: rgb(255, 255, 240); padding: 5px; cursor: pointer; position: absolute; left: 437px; top: 551px; display: none;">

If the plugin is used with the standard wiki editor it works fine - not tested with the wysiwyg wiki editor option

Page alias worked in doc.t.o in 9.x at least.

I tried with:
http://nextdoc.tiki.org/Dynamic+items+lists
http://doc.tiki.org/Dynamic+items+lists

and none of them both work. However they both are alias names from this pages:
http://nextdoc.tiki.org/Dynamic+items+list
http://doc.tiki.org/Dynamic+items+list

as you can see at the bottom of the page.

When using tiki-print.php the page's real name is displayed instead of its alias. This is probably caused by the same regression which caused real names to be displayed as the page title instead of the alias as was addressed in [https://dev.tiki.org/item4722?from=user|this] bug report that has been completed.

I believe that the fix implimented in the bug report linked above does not remedy this, as I applied that fix to one of my local installs and the problem was still there.

I think the reason this happens is because the code that sets the page title as an alias gets that information from the structure_path object that is somehow tied to the breadcrumbs module, and the breadcrumbs module is absent when viewing the page content through tiki-print.php.

Possible solutions would include getting access to alias information through another way (generating a structure_path object on the fly if one does not exist), or perhaps simply generating breadcrumbs on the tiki-print.php page to have access to the object and setting their visibility to hidden.

The ~np~...page...~/np~ appears broken in 11.0. It should break the page into sections.

See demo: http://demo.tiki.org/11x/tiki-index.php?page=Page+Break