Category: 14.x Regression

The "No tabs" button to display all tab content areas in one view isn't working. Clicking the button just refreshes the page with the tab view again.

If you check the setting "Wysiwyg Mode" in the Wizard so that you have the Wysiwyg Editor and edit a page it appears that there is a bug regarding brackets.

What I did was, I edited the standard homepage from tiki wiki and wrote a h1 heading with "Hier steht jetzt irgendwas" and beneath it i added a ["Test"].

When I safe the page and reload it, the browser shows everything correct, accept that there is a unencoded sign (the ? on a black diamong) behind "jetzt".

If I try to edit the page again, the input field is empty, accept for "ajax error" and I get the error message:

Fehler
json_encode - Malformed UTF-8 characters, possibly incorrectly encoded

Will try to reproduce my issue on a tiki instance here.

File attachments to a forum post results in 0 (zero) byte size.
* Results are the same using either database or file system for storage.
* File attachment description shows correct file size.
* Downloading the attachment results in 0 byte size.
* Files stored in database shows (using phpmyadmin) correct file size.
* Files stored in file system shows 0 byte size.

Configuration:
* "Can attach to forum posts (tiki_p_forum_attach)" set to allow.


You can log into the show.tikiwiki.org instance using "tester" and "tester". Attachments created as "admin" and "tester" are 0 byte size when downloaded.

---
Updated from Xavi:
Confirmed in trunk, and this used to work as expected at least in 12.x {sign user="xavi" datetime="2016-01-20T10:04:07+00:00"}
I fetched a snapshot of the b dump (since there was no admin password indicated in the bug report, and to make it easy to see any apache error message logged in the server), but I don't get any error shown in the local apache logs (using trunk).

---
Apologies... "admin" and "tikiwiki"

See the associated show.t.o instance.

I created a site using trunk (future 14.x), applied a profile which created a long tracker (160+ fields), with long field names, etc.
When I tried to export a single file from the tracker, I get in a Tiki 12.x installation:
^
Request-URI Too Large

The requested URL's length exceeds the capacity limit for this server.
^

And if I try to do the same with trunk(Tiki14), I get the screen converted into a semi-transparent blackish window, as if something was to be shown, but the user can't see anything happening. Just no message, no tracker definition exported, etc.

See it reproduced here:
# Log in here: http://xavi-9794-5536.show.tikiwiki.org
** u: admin
** p: 12345
# Go to tracker fields:
+ http://xavi-9794-5536.show.tikiwiki.org/tiki-admin_tracker_fields.php?trackerId=1
# Select one (for instance, id 5, which is short and has no commas in the name, etc).
# Go down to the dropdown field at the bottom, and select "Export selected", and click at "Go".
** No field definition is exported.

Plugin ColorBox was working in Tiki6, (and probably Tiki9, although unconfirmed at this moment)

Reproduced here (14.x):
http://nextdoc.tiki.org/PluginColorBox#Example

and

here (13.x):
http://doc.tiki.org/PluginColorBox#Example

!!- Fixed in 12.x
If codemirror is switched on, comments can't be posted (12.x). It says as if no content was added in the comment body. Similarly, comments can't be edited if codemirror is switched on (12.x, 13.x).

Once highlighting is disabled, comments can be posted again.

To reproduce in 12.x, post a comment as admin here:
http://xavi-9794-5294.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage

(while codemirror is on)

{img src=http://dev.tiki.org/display796}

The same issue is reproduced in 12.x (still with r52504, Sept 12, 2014) in comments to tracker items, even if the codemirror mode is set to "Disabled but switchable"
---
!! still present in 13.x and trunk
To reproduce in 13.x, try to edit this comment with the highlighter toggled to on the homepage of:
http://xavi-9794-5294.show.tikiwiki.org
http://xavi-9794-5294.show.tikiwiki.org/tiki-ajax_services.php?controller=comment&action=list&type=wiki+page&objectId=HomePage#comment-container
u: admin
p: 12345

{img src="display963" width="600"}
---
^ Regression: In 9.x comments could be posted or edited even if codemirror was on.^
---
Update: issue still present in 13.x in r53262 and in trunk r53255 after it has been fixed by patrick-proulx and same fix applied to 13.x and trunk. Something else must be missing somewhere.... {sign user="xavi" datetime="2014-12-04T07:52:23+00:00"}
---
Update 2: issue still present in 13.x with code updated as of January 10, 2015. {sign user="xavi" datetime="2015-01-10T12:43:07+00:00"}
---
Update 3: Fixed in 14.x but not in 13.x. Oh well, I close this bug report, since 14.0 will be out very soon, etc.

Add pages to structures at page edition time

The workflow in this screenshot below worked when adding the name of a brand new page, or when adding the name of a pre-existing page. In both cases, that page was added to the structure as a sister of the current one.
{img src="http://doc.tiki.org/display628?x=600"}

But this has stopped working in 12.x, for the cases of pre-existing pages. It's been reproduced in doc.t.o. And since then, it has never been fixed.
This is a missing feature which facilitated non-admin users to add pages to structures in an organic way (without the need of an admin, or a manual on how to use structures).

I don't know when this stopped working, but for sure this worked in previous versions (6.x, probably, when I last tried years ago)

I attempted to add the new argument 'shownbitems' (set to 'y') to the plugin alias "wishes" in dev.t.o, but it doesn't get stored. When I reload the page after I hit save, the new argument is not there int the list.

To reproduce:
* Come here as admin: http://dev.tiki.org/tiki-admin.php?page=textarea
* Click on "wishes"
* Click on the plus green icon, next to "Simple Plugin Arguments". A new empty field will be shown at the bottom of that section.
* Add the argument pair (shownbitems y) to its corresponding fields of name and value, and hit at save at the bottom
* This new argument is not shown. And after clearing tiki caches, the wishes plugin doesn't show the number of items yet.

13.x: codemirror not switchable for new comments (but just for comment edition) even if preference correctly set.
In 12.x, codemirror is switchable indeed for new comments, as well as for comment edition

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

You can see it reproduced here:
http://xavi-9794-5064.show.tikiwiki.org/tiki-index.php?page=HomePage&threadId=1&comzone=show#threadId1

u: admin
p: 12345

13.x+ (& dev.t.o): wrong bg color in convene plugin in some theme styles

Since 13.x, convene plugin doesn't display properly the background color in some theme styles.
It can be seen reproduced in http://dev.tiki.org/Tiki14
{img fileId="962" thumb="y" rel="box[g]"}

When using Tiki12, the unconfirmed cells had grey background behind the question mark.
Using fivealive-lite in tiki13, the unconfirmed cells have no grey background but some color related to the theme.

You can have it reproduced applying the "Collaborative Community" profile, and going to the members homepage as registered (or admin) user.

This seems that is defective also in current 12.x. A simple fix seems to be adding this custom css:
{CODE(colors="css")}
.convene-unconfirmed {
background: none !important;
background-color: #F1F1EE !important;
}
{CODE}

Note that without the __!important__ part, the fix doesn't work.

I wonder if there is a better fix, or if I should commit this fix in 12.x, 13.x and trunk.
Any better fix?

This issue seems to have been around since many months, and no one fixed a better way... and we are affected by this issue in dev.t.o/Tiki14 and any other page that uses the convene plugin since many weeks (months?) ago.


You can play with this issue and other potential fixes, if you want, here:
http://xavi-9794-5509.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage
&
http://xavi-9794-5509.show.tikiwiki.org/tiki-admin.php?page=look
(customization css)

u: admin
p: 12345

Tested with:
* Java Plug-in 10.80.2.15
* Using JRE version 1.7.0_80-b15 Java HotSpot(TM) 64-Bit Server VM

I had to manually set the security settings in the Java Web Start (Java Control Panel) to __Medium__ ("Least secure setting"). They seem to come by default with __High__ security ("Minimum recommended"), which doesn't allow to run java apps with untrusted, or invalid certificates; it could be even worse, with the "Very High" setting).

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

Same issue in a 12.x LTS site, or with a 14.x site (both updated recently through svn)

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

Once that java security setting was changed to Medium, I was able to see the jCapture applet as usual, once I acceped the popup window indicating that it was a security risk to accept to run that java application, etc. (this will frighten most users, imo)

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

FYI, Java console says:
{CODE()}
Missing Application-Name manifest attribute for: http://myproductionserver.org/vendor/jcapture-applet/jcapture-applet/lib/jcapture.jar
{CODE}

14.x regresion: menu icons broken: nothing is shown for the main app menu when the feature is enabled, even if the menu entries do still have info on the icon expected to be used from mg/icons/large/

See it reproduced here:
http://xavidp-1553-5651.show.tikiwiki.org/tiki-admin_menu_options.php?menuId=43&offset=0&sort_mode=position_asc&optionId=195&maxRecords=25#contentadmin_menu_options-2
u: admin
p: 12345

icon for home menu entry in the cloned menu 43, is home48x48, but no image is shown.
In 12.x, this works as expected, and that image is shown.

Reproduced in show.t.o from this other wish:
See this:
http://xavi-9794-5294.show.tikiwiki.org/tiki-editpage.php?page=HomePage
u: admin
p: 12345

Or the comments at the bottom of the homepage, and try to get some wiki syntax highlighted. It is not, while Preference tiki minify late js files is enabled (Preference name: tiki_minify_late_js_files)

If you disable Preference tiki minify late js files, then everything works as expected.

{BOX()}
14.x: export sheet produced WSOD (blank page). this used to work. (9.x, and 12.x)

error:
Fatal error: Call to a member function sheet_history() on a non-object in /var/www/xavi-9794-5723/tiki-export_sheet.php on line 48

And reproduced here:
https://doc.tiki.org/tiki-export_sheet.php?sheetId=2
(as registered user)

We need export this sheet from doc.t.o because it's the documentation of the feature, and we need a way to easily clone it in a trunk install, or tiki 12, to test regressions, etc.
{BOX}
Issue fixed in r57088 (trunk) and r57089 (14.x). {sign user="xavi" datetime="2015-12-31T15:54:46+00:00"}

However, when exporting in CSV format (either pure CSV, or Excel-CSV format), content is stored as "Array, Array, Array..." (as many times as values) {sign user="xavi" datetime="2015-12-31T15:54:46+00:00"}

Reproduced here:
http://xavi-9794-5723.show.tikiwiki.org/tiki-export_sheet.php?sheetId=1
u: admin
p: 12345

14.x: Export Slideshow to PDF is broken
Feature:
http://doc.tiki.org/Slideshow#PDF_Export

See it reproduce here:
http://xavi-9794-5645.show.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware#
After cliking at the button at the bottom, to create the pdf out of the slideshow, and allowing popups from the site, this url is produced in the popup:
http://xavi-9794-5645.show.tikiwiki.org/tiki-slideshow.php?page=Tiki%20Wiki%20CMS%20Groupware&pdf&landscape&fontsize=large
u: admin
p: 12345

And the Error shown is:
{CODE()}
Fatal error: Call to a member function get_current_line_box() on a non-object in /var/www/xavi-9794-5645/vendor/dompdf/dompdf/include/absolute_positioner.cls.php on line 92
{CODE}

Plugin AppFrame works as expected up to Tiki 12.x, as far as I know (I didn't test with Tiki13, sorry), but fails with Tiki 14.x: the plugin doesn't get the central column expanded to use full width anymore, even if you request so with the plugin params.

Just side columns are hidden, but central column stays still with the same width.

Code to reproduce:
{CODE()}
__Documentation about this Web Database system__:
* https://doc.tiki.org/Trackers
* https://doc.tiki.org/PluginTrackerList


{appframe min="1" hideleft="y" hideright="y" fullpage="n" absolute="n"}
{CODE}

Hi, this feature used to work in 6.x or so. I'm trying to use it for production, and it doesn't work in 14.x (nor in 12.x, etc)

When you print a whole structure, you expect to have page names added in the titles of sections from the html printed document, and there are only numbers shown there, not the title.

Reproduced here in a show instance, thanks to the "Structured Master Documents" profile:
http://xavidp-1553-5661.show.tikiwiki.org/tiki-print_multi_pages.php?printstructures=%255B%25221%2522%255D&find=&print=Print
u: admin
p: 12345

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

14.x: Share doesn't include the token unless subscribe notification is checked
In 12.x it works as expected, as far as this issue is concerned.

To reproduce, come here as admin:
http://xavi-9794-5631.show.tikiwiki.org/tiki-share.php?url=%2Ftiki-index.php%3Fpage%3DCommunity%2BMembers%2BHomePage
u: admin
p: 12345

and share that page to your email.

Logout as admin, and visit the url in the email you received.
You should be able to see the homepage as if you were the admin (even if hte page is not viewable for anons).
But you can't due to some bug.

14.x: Tracker inline editing broken through Plugin TrackerList

Reproduced after for instance applygin profile Bug_Tracker and set the param in the plugin trackerlist "editableall=y". See it here:
http://xavi-9794-5455.show.tikiwiki.org/tiki-index.php?page=Bug_Tracker
u: admin
p: 12345

Fields are open for edition, without clicking on them.
Correct behavior shown when listing items through the tracker interface directly:
http://xavi-9794-5455.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1


You can do the same thorugh PlugintrackerList on 12.x or 13.x, and it behaves properly (fields only open for edition when you clik on them)
----
UPDATE:
* after this instance has been svnupdated to r52471, behavior is fixed (thanks marc & lph), but icons (indicating which fields are editable inline) are currently lost (no icons shown neither through trackerlist nor through the tracker iteself). {sign user="xavi" datetime="2014-09-21T06:44:15+00:00"}
* apache error message in the logs:
+ {CODE()}
No route found - full:/trunk/styles/layout/img/icons/database_lightning.png query:, referer: http://localhost/trunk/styles/layout/tiki.css
{CODE}

See it reproduced here:
http://xavi-9794-5599.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=1&cookietab=2

u: admin
p: 12345

{CODE()}
Fatal error: Uncaught exception 'Exception' with message 'No template available for n - view' in /var/www/xavi-9794-5599/lib/trackers/trackerlib.php:75 Stack trace: #0 /var/www/xavi-9794-5599/lib/smarty_tiki/function.trackerfields.php(150): TrackerLib->getSectionFormatTemplate('n', 'view') #1 /var/www/xavi-9794-5599/templates_c/en_basic^27844a6db0a459631df676325f554f23b85339c7.file.tiki-view_tracker_item.tpl.php(254): smarty_function_trackerfields(Array, Object(Smarty_Internal_Template)) #2 /var/www/xavi-9794-5599/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(188): content_550af41d208c17_48420797(Object(Smarty_Internal_Template)) #3 /var/www/xavi-9794-5599/lib/init/smarty.php(297): Smarty_Internal_TemplateBase->fetch('tiki-view_track...', NULL, NULL, NULL, false) #4 /var/www/xavi-9794-5599/lib/init/smarty.php(259): Smarty_Tiki->fetch('tiki-view_track...', NULL, NULL, NULL) #5 /var/www/xavi-9794-5599/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(394): Smarty_Tiki->fetch('tiki in /var/www/xavi-9794-5599/lib/trackers/trackerlib.php on line 75
{CODE}

14.x: TrackerCalendar displays all items of one day overlayed at the top of the column
See it reproduced here:
http://xavi-9794-5601.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12

u: admin
p: 12345

See resource week which includes days from March 19 to 21, 2015.

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

14.x: wrong comments count displayed (maybe it shows # of edits, and not # of comments?)

See it reproduced in the comments shown at the bottom of this pagae from another wish show.t.o instance:
http://xavi-9794-5294.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

{img fileId="993" thumb="y" rel="box[g]"}
---
Reproduced some issue here, as indicated in the comments:
{QUOTE()}
Hi manivannans
I could reproduce some issue still, in your own page:
http://xavi-9794-5294.show.tikiwiki.org/tiki-index.php?page=test+page+for+comments
# I deleted a few comments as admin. The count updated accordingly.
# I created a few users (through profile Voting_System), and switched to user1, to add a 2 replies and a new comment there. The count was updated appropriately, showing 5, 6 and 7 as the total count of comments, correspondingly. However, since comment moderation was on, the comments were not shown publicly, and the number of comments didn't match the number of comments shown. Maybe the total count should reflect the number of approved comments, not all of them.
# I switched back to admin user, and deleted one of the comments pending moderation, and then, the total count shifted tyo "NaN". Screeshot attached
+ {img fileId="995" thumb="y" rel="box[g]"}
{QUOTE}

I'm totally blind.. I'm using firefox on Linux with Gnome Orca as a screen reader, although I'm fairly sure the Windows screen readers won't work any better with this.
There are a number of cases where there is an action link next to an object such as:
* Users on the admin user list
* Blogs on the list of blogs

When this link is focused (or presumably mouse-overed), a pop-up window appears with a set of actions that can be clicked on.
There's no way for a blind user to select one of those options. I can ask the Screen Reader to focus on one of the links in that pop-up, but since I'm focusing there not moving the mouse there, the pop-up disappears.
Even disabling the page's styling is insufficient to get to the pop-up in an area where I can click.
I'm not familiar with Bootstrap enough to try and suggest a fix.
I'd be delighted to work with someone to figure out what fixes would work, exchanging patches and the like until we find something that is visually appealing but works better.

For many actions, you can click on the object and get to a details view where you can also perform the action. However there are a number of things where this doesn't work:
* Administrator force-confirming the email of a user
* Editing object permissions of a blog
* Editing or removing an external wiki

There are probably others but those are the main ones I've found so far.

The pop-ups at the top of the page, for example the one that opens up
the selections with wizards, controll panels, etc. And the pop up
containing edit/remove/monitor on a wiki page are both fine.

When I create a new tracker field and click "Add Field and Edit Advanced Option" it used to show the 2nd page where I can enter the field properties. It no longer happens and I have to click again on the fieldname to bring up that screen.

The jQuery dialog boxes used on the Admin Modules page for assigning modules aren't showing up properly.