Category: Regression

In the admin-modules page module position dropdown, for example, the selector has an inline 'style="width: 827px;"' that causes the selector to extend past the right side of the containing div. In Firefox there's no problem, but with Opera (which now uses the Webkit renderer) and IE 11 the selector extends beyond the right margin of its containing div.

When Javascript is minified, the ckeditor files are not loaded and (html) wysiwyg editing fails.

problem when using the (full) WYSIWYG editor with the latest IE version ie IE11

When using the link icon in the WYSIWYG toolbar (full html configuration), instead of the separate option for the Link Type being selectable from the drop down menu, ie for URL, Wiki Page etc., all the separate options are displayed one under the other and then everything locks up. You have to close the whole browser tab to get anything to work again.

Google searching suggests that this is a known ckeditor issue but was supposedly fixed with support for IE11 in ckeditor 4.3 - but it looks like the version of ckeditor in 12.2 is just 4.2.3

I think we need to move this up as 12.x is our LTS and a very significant numbers of users will use IE11 and will therefore be unable to use the editor.

13.x now has ckeditor 4.3.4 and IE11 seems to be OK in 13.x

When typing a text in a rather regular mode, the CKEditor loses some keystrokes, so that the text has to be reviewed.
Whereas in V12 it would happen randomically, in V13 it happens at regular intervals, as if the editor would make an auto-save, and would stop being responsive for that time lapse.

{syntax type="tiki" editor="plain"}
When editing a Wiki Page (properties) or an Article (classification), if you use the Tiki tags (freetags) you will see a "Tags" field with the list of the most popular or last used tags.

Normally when you click on a tag, it is added to the field.
This is not working anymore.

When the same registered user clicks on a reply button (the only thing what he can do then), the link will be like this:

^http://www.writingcenter4.info/forumId=22&comments_parentId=20&%3Bthread_sort_mode=commentDate_desc&post_reply=1&comments_threshold=0&comments_reply_threadId=27&comments_offset=0&thread_sort_mode=commentDate_desc&comments_per_page=50&comments_grandParentId=20&thread_style=commentStyle_threaded#form^

But what happens is:
404 Error

This was fine in 10.x

The code is still inserted but window is not closed.

{img fileId="278"}

Clicking on icon after file upload from text area through toolbar icons fails for me to add the right syntax for that file

Reproduced in https://adup.cat (in case theme style matters, etc)

The code that got inserted said something like "cat" or "file" with no number or fileId, etc.

Cliking on marker of any geolocated wiki page on a map produces no popup box anymore (it shows "loading...")
Other geolocated items work as expected regarding this feature, afaik
Reproduced with "GeoCMS Maps_18" profile o 18.x, 20.x, 21.x and trunk. as of today {sign user="xavi" datetime="2020-02-22T13:18:46+00:00"}
See it reproduced here:
http://xavi-9794-7275.show2.tikiwiki.org/tiki-index.php?page=Map-of-Wiki-pages
u: admin
p: 12345
(using trunk)

{syntax type="tiki" editor="plain"}
When using the Wysiwyg editor, there are 3 closing /np tags appearing after where the mouseover plugin is inserted in Tiki 7. This problem does not exist in Tiki 6.

Otherwise it prevents the page to be scrolled or doing anything one would expect to normally do. Reproducible while editing the tracker items here on dev.tiki.org too.

{syntax type="tiki" editor="plain"}
This bug is seen by our IE 8 clients. We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database.

Our users are editing in the CKEditor WYSIWYG and try the Code plugin from the toolbar. The Code window opens as expected and the users enter their code in the correct field. On pressing Insert (or Replace) the code plugin is added in the editor but there is no contents in the plugin. If I open the normal editor it displays as%%%~np~{code caption="MyCode.java"}~/np~%%% which is completely the wrong syntax.

If I try using the Code option in FF then it opens a new window and I can add the code just fine. I view from the normal editor and it reads%%%~np~{CODE( caption="MyCode.java")}public class MyCode {
//testing a point
}{CODE}~/np~%%% which is correct.

Since IE is our corp standard our users need to be able to add files using that browser. Also, they had no problem in Tiki 5.x but that was a different WYSIWYG system.

Thanks,
Tim

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.

As of Friday 4/15/2011, code plugins stopped displaying their contents on my 7.x head site.

For example, I have a code plugin with no options set that contains:

{CODE()}function validate_a as p (e as p)
'Sample validation function.
'Data for the current row is available in 'e.data'.
'For example, e.data.firstname, e.data.lastname
if e.data.a = "" then
validate_a.hasError = .t.
validate_a.errorText = "a cannot be blank."
end if
end function{CODE}

On my site, nothing displays except the edit marker for the plugin.

Dev.t.o has the Syntax highlighter enabled, with theme as: "Off (but switchable)"

I'm editing this page:
http://dev.tiki.org/tiki-editpage.php?page=Tiki12

as user xavi, with Chrome, and I can't see the button to switch the highlighter on.
---
Weird: after a while, the button is shown again. {sign user="xavi" datetime="2013-11-04T18:50:52+00:00"}
---
I can't reproduce it anymore. Who knows... Closing item.

Codemirror does not respect off-bs-by-default in L&F & extra white space & false scroll

To reproduce for the time being, see
http://demo.tiki.org/12x/tiki-admin.php?page=look&cookietab=6

Codemirror set to "__Off (but switchable)__".

!!! Issue 1: Codemirror does not respect off-but switchable by-default in the admin panel Look & Feel

Custom css text area respects the codemirror default setting, but Custom HTML head does not (and neither they do custom bottom code nor custom javascript, which show codemirror on by default)

{img fileId="679"}

!!! Issue 2: Codemirror shows extra white space & false scroll

See custom code before the closing body tag

{img fileId="680"}

Notice the big space at the bottom, and the scrolling bar indicating that there is more content at the bottom (but it's not shown in the white space below).

When you scroll down a bit, you see that there some some more code indeed:

{img fileId="681"}

But that should be shown using all the available space in the textarea in the first instance.

----
Issue Still present on 06 February, 2014 15:02:50 CET- REV 49772. {sign user="xavi" datetime="2014-02-07T09:19:46+00:00"}

Codemirror is not showing links to switch the highlighter even if the preference is correctly set to do so.

Tried using firefox and chrome, with my user "xavi" (no admin rights) and "xavidp" (admin rights): same effect.

The preference is still set as
Configuration Wizard > Set up Text Area > Syntax highlighter (CodeMirror) Theme > "Off (but switchable)"

See video

This was discovered as part of {wish id=4728}
---
The same issue happens when you add line numbering in PluginCode sections.
Reproduced also here:
http://dev.tiki.org/Web-based+source+code+editor#Bugs

{syntax type="tiki" editor="plain"}
Following the code mirror upgrade recently in {commit id=48260} and despite several repairs by me {sign user="jonnybradley" datetime="2013-11-14T20:19:35+00:00"} it seems to be causing problems in several areas:
* --CODE plugins no longer do syntax highlighting-- (sort of fixed but looks messy {sign user="jonnybradley" datetime="2013-12-05T13:31:50+00:00"})
* Plugin popup edit textareas using codemirror (such as CODE) no longer show any text at all (that's the line numbering issue)
* Usable height of codemirror textareas in prefs admin pages such as tiki-admin.php?page=look&cookietab=6 is too short (or box too tall)
* Side by side translation totally messed up (possibly was before)

So should we revert r48260 and go back to codemirror 2.25 (although i have repaired some breakages, might be messy), or somehow fix all these things, or re-mark codemirror as experimental for 12.0 and hope to fix it better later?

I am not able to get a tracker to collect registration data.

I have followed the steps here: https://doc.tiki.org/User-Tracker

I get these errors upon registering an account:

NOTICE (E_NOTICE): Undefined variable: registrationTrackerId
At line 1205 in lib/wiki-plugins/wikiplugin_tracker.php
NOTICE (E_NOTICE): Undefined variable: itemId
At line 1207 in lib/wiki-plugins/wikiplugin_tracker.php
NOTICE (E_NOTICE): Undefined variable: newItemRate
At line 1208 in lib/wiki-plugins/wikiplugin_tracker.php
NOTICE (E_NOTICE): Undefined variable: fieldsfill
At line 1210 in lib/wiki-plugins/wikiplugin_tracker.php
NOTICE (E_NOTICE): Undefined variable: fieldsfillseparator
At line 1210 in lib/wiki-plugins/wikiplugin_tracker.php
NOTICE (E_NOTICE): Undefined variable: fill_line_cant
At line 1210 in lib/wiki-plugins/wikiplugin_tracker.php
NOTICE (E_NOTICE): Undefined variable: fill_flds
At line 1211 in lib/wiki-plugins/wikiplugin_tracker.php
NOTICE (E_NOTICE): Undefined variable: fill_flds_defaults
At line 1211 in lib/wiki-plugins/wikiplugin_tracker.php
ERROR (E_WARNING): array_filter() expects parameter 1 to be array, boolean given
At line 157 in lib/core/Tracker/Field/Location.php

When I'm viewing the tracker on the "List Tracker" page, the item count is shown correctly, but when I click on the tracker to view the information collected, it shows zero results.

The user page where the tracker information collected is also throwing php errors.

The foreground color picker ({img src="img/icons/palette.png"}) in the edit toolbar for a wiki page displays a blank white rectangle instead of the grid of available colors.

This doesn't seem to be an issue for a tracker edit toolbar (e.g., the toolbar for this description field).

To see an example, just open up the edit area for any wiki page on this site or any of the tiki.org sites that are on Tiki12, and then click the {img src="img/icons/palette.png"} icon in the toolbar.

{img fileId="676"}

The Foreground Color popup in the Wiki editor has broken in the last week, both on my site and right here on dev.tikiwiki.org. Instead of bringing up a box of colors for selection, it brings up a black line.

I suspect that the vertical size of the box was corrupted in a recent update.

When the 'rel="shadowbox"' parameter is used with a wiki image, the popup expands to the full size of the original image, so scrolling is needed to see all of the image. Previously, the popup size was limited to some percentage of the viewport size.

Also, the "prev/next" links are missing when 'rel="shadowbox[[gallery]' is used; this is also a regression from before.

When editing a page on dev.tw.o, I will have proper grammar and punctuation, but after I save it, it appears that all of my commas "," are stripped out in the display. When I go to edit (or even a preview from an edit), the commas also disappear from the edit window.

While not really a high priority, bad, this will crash the app bug, I think it's pretty important for someone who typed in text with proper grammar to have that show up.

*** Also noticing in the tracker, that when I submitted this ticket I had selected something in the Data Type, Feature, and Version sections, but they didn't save, as well as Area and Related Project. ****

The first time any user comments on a wiki page, the edit new comment box opens too small to be usable. It can be expanded in Chrome or Firefox if the user isn't too confused.

Once there is a comment, the edit new comment box opens at the proper size.