Category: Error

I initially reported the bug as if it happened only when you had more than 10 groups, and wanted to assign the users to a group greateer than the 10th postition. Now I've realized that it also fails for any group in the list (also for one of the groups within the first 10 listed): the selection of users is lost, thus no user is assigned to the group you select.
:-/

----
To reproduce the bug:
You need to have more than 10 groups defined in the Tiki.
And also several users (+100 in my case)

From admin users menu:
* Select several users (in my case, I selected to view 20, ordered by last login)
* click on manage groups assignments

^
__GROUP PART__
If the group you want to assign them to is not in the list of the first ten (for instance, it's the eleventh in the list alphabetically ordered), then you cannot select that group for those users.
If you try to go to next page of groups (I guess), then the selection of users is lost.
Using 1.9.2.
-----
This bit was fixed by sylvie last week. Xavi (31/01/06)
^
Still buggy:
^
__USERS PART__
To reproduce:
Reorder the list of users by any field so that you get some users in the list that where not seen at the default view of users (that's a __key point __to reproduce the bug).

Select some of those users, to assign them to a group. After I click on submit button (with "manage group assignments" selected), then the page is loaded with the default ordering, so that those users are not listed in the page. If I select then the group to have them assigned to, and submit, the users are not assigned to that group.

However, if I restart the process, but request to show 1000 users (what ever number, but ensure you list ALL of them). Reorder again users (last connected, for instance). Then select some of them. Click to "manage group assignments), and then, the page will loose the ordering, but at least you'll be able to see your users among the long list, and tehy keep the box toggled on (so that __selection is not lost!__). In this case, assigning to a group worked!

The bug must be somehow related to the registers that are ot selected to be shown, even if they are still selected to be assigned to the group.
Hope this helps to fix the bug. Xavi 31/01/06
---
This second part was fixed by sylvie after the report, later on the same 31/01/06...,
at tiki-adminusers.tpl ^

On a Tiki 26 I have a plugin List that displays results using a smarty template where I have another wikiplugin list embedded.
This plugin has a filter to match a date with a fields that have a list of dates (2023-07-23, 2023-07-24, ...) using "multivalue".

With ElasticSearch (the originaly used search engine) the results are displayed, no error.

With MySQL full-text Search (used to test only) the results are displayed, no error.

{img fileId="2094" thumb="box"}

With Manticore Search the results are displayed after a long error that start with:
"Fatal error rendering template file /home/tsaharoniki26/public_html/themes/templates/holidays_camps_childrenList_inner_days.tpl
TypeError: strpos(): Argument #1 ($haystack) must be of type string, array given in /home/tsaharoniki26/public_html/lib/core/Search/MySql/FieldQueryBuilder.php:24
Stack trace:"


{img fileId="2095" thumb="box"}

I tried to point a finger on something and change/simplify the plugins that displays such results.
In the last wikiplugin list I this filter.
`{filter field="tracker_field_productsboughtHolidays_text" multivalue="{/literal}{$row.tracker_field_holidaycampsDayDay}{literal}"}`

It's the only "multivalue" filter I have for this page.
If I change "multivalue" for "content" or "exact" no error is displayed.

Layer of a map is not displayed when the tracker used for the searchlayer parameter contain an item link or an underscore.

''Note: Underscore are added automatically when you have a number in or at the end of a tracker field. IE : If your tracker field name is "Name 2" then the permname automatically created will be "name_2".

I had hard time to find what it is exactly so I set 5 samples to demonstrate on the instance.

When the MAP plugin is used in the WYSIWYG editor (full HTML usage) and an already configured plugin is opened in the edit screen (by double clicking the grey box to open up the Plugin Editor) the parameters that were set for the 'centre' parameter have been moved and added to the end of the 'height' parameter with some other characters inserted in between

An example of a corrupted 'height' field is:

400¢er=-1.734241247177124,51.421028334349295,14

which should be 400 and to which the centre parameters

-1.734241247177124,51.421028334349295,14

have been added with the additional ¢er= characters added in between

This does not happen happen when the plugin editor is opened direct from the wiki page by clicking its edit icon and it obviously does not apply when the standard wiki editor is used.

FIXED with r46190 - thanks jonny

when editing fields in a tracker the option "Field is mandatory?"
does not work, when I check it, it has no effect and one can leave that field empty.

amette: I just changed the subject - "Bug with trackers" doesn't tell anything

When switching a "wiki" format page to the wysiwyg editor, wiki markup not converted into HTML.
Likewise switching an HTML page to the normal editor, HTML markup not converted to wiki.

I tried to import XML from MediaWiki (1.27.0) following [https://doc.tiki.org/MediaWiki+Importer|this guide]. Error:
__"MediaWiki XML file version 0.10 is not supported."__

Here´s what i tried so far:
1) Create [https://www.mediawiki.org/wiki/Help:Export|XML-Backup from MediaWiki]
2) Tools->Importer, upload the original file
3) Error: Wrong MIME-Type
4) Edit XML file: add ‹?xml version="1.0" encoding="utf-8"?› to the top of the file (brackets changed for posting).
5) Tools->Importer, upload the modified file
6) Message: MediaWiki XML file version 0.10 is not supported.

Thanks for any suggestion, fix or workaround for this issue!

/lib/pear/Text/Wiki/Render/Tiki/Redirect.php has an error in line 38

{CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")}return '{REDIRECT(pageName="';{CODE}

should be

{CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")}return '{REDIRECT(page="';{CODE}

since Tiki's redirect takes "page", not "pageName".

memory exhausted (even if 1Gb allocated to php processes!) after uploading big pdf (20Mb with images) to file gallery and tiki works server side with pdftotext and others.

Untested in other versions of Tiki.
It might very well be a problem with pdftotext, because the file uploads to the server fine, and the server processes the file with pdftotext after that, before showing the error message. Apache error log says memory exhausted.

{syntax type="tiki" editor="plain"}
When I try and save user preferences (viewing is OK), I get the first part of the user preferences screen back, and then it stops at the "User login:" display with:

Preferences
Last login:
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 6291456 bytes) in /.../lib/tikidate-php5.php on line 182

The menu cache can't create the directory at /templates_c, when the user loged has a lot of assigned groups. The name of the directory are the concatenation of the groups names.

__Looks like this only happens for menus that have got the "Wiki parse" option set__

When a menu is exported the resultant CSV file contains html (and other end of line characters?) for the Name field

Particular difficulties occur when the option to wiki parse the label is set 'on' ie the Name field may have something like:

~np~Home {img src="img/icons/home.gif" height="12" width="12" alt="Image"}~/np~

so that a small icon is included - but when this is exported it appears as:

~np~Home <img src="img/icons/home.gif" height="12" width="12" alt="Image" class="regImage pluginImg" />~/np~

with additional spurious end of line characters that do not show up in the Excel spreadsheet

Similar end of line characters appear on all simple text entries in the Name field.

The difficulty arises when you want to reimport previously exported data and this then causes corruption

It looks like the parsed output of the Name field may be being exported instead of the simple stored value ?

When "site menu bar" is selected under "site identity features", and a menu is specified in the "tiki-top_bar.tpl" file, as below:


{if $feature_phplayers eq 'y' and $feature_siteidentity eq 'y' and $feature_sitemenu eq 'y'}
<br><br>
{phplayers id=44 type=horiz}
{/if}


If the menu does not have any options that are permitted by the current user (no sections to display - prior to loggin in to site, for example), the system crashes because of an empty string.

To recover it is necessary to manually edit the tiki database to add a menu section that has no permission requirements.

In the example above, menu id 44 has no sections or options that are viewable by unregistered users. When the site is entered, tiki halts because of an empty string, apparently because there is no menu selection possible for the user (not logged in yet.)

I use Tikiwiki v2.2

I use the standard menu id=42 for admin menu on the right pane on my website but the menus will not expand so I am able to see the menuitems.

I get the following javascript error in my browser:

Error: document.getElementsByName("icn" + foo)[0] is undefined
Source File: http://www.mydomain.com/lib/tiki-js.js
Line: 520

Using (or not) structure to create a menu, the first item (top menu item) i not clickable anymore.

Check : http://bsfez-11581-6514.show.tikiwiki.org/tiki-index.php

Since some weeks ago, afaik (April 2008, or so), menus and menu options cannot be seen for anonymous on several sites that I admin, including edu.tikiwiki.org, if you select some themes. Example: moreneat.css

On others, like http://moviments.net/ilp (using nornia.css), the menu on a module assigned to anonymous and registered, was shown when you logged in. Right now I've just assigned thatmodule to admins only, and used menupage module, which works fine. But I can re-set the previous config. is somebody wants to reproduce the missworking.

{syntax type="tiki" editor="plain"}

When uploading files in the file gallery (XXX.JPG) with uppercase filenames they will be detected as application/octet-stream (XAMPP on Windows 7).
Instead they should be recognized as jpeg.

Proposed patch (i.e. convert extension to lower case before testing for mime type).
~pp~
--- mimelib-ori.php 2013-12-07 13:07:10.000000000 +0100
+++ mimelib.php 2013-12-07 13:08:07.000000000 +0100
@@ -101,7 +101,7 @@
global $mimetypes; include_once('lib/mime/mimetypes.php');

if (isset($mimetypes)) {
- $ext = $this->get_extension($filename);
+ $ext = strtolower($this->get_extension($filename));
$mimetype = isset($mimetypes[$ext]) ? $mimetypes[$ext] : '';

if (!empty($mimetype)) {
~/pp~

{syntax type="tiki" editor="plain"}
Nothing happens
http://doc.tikiwiki.org/tiki-mindmap.php
http://dev.tikiwiki.org/tiki-mindmap.php

Minify JavaScript breaks codemirror in doc.t.o 18.x.
Once minify js is disabled in the performance control panel, syntax highlighting works again as expected.
I detected it comparing the settings in dev.t.o (where codemirror worked as expected) and doc.t.o (where it didn't; and codemirror modes dropdown, when attempting to change highlighter, showed "null").
HTH

When editing a wiki page, clicking on any of the toolbar icons:

{img id=102}

causes page to refresh.

Tested with FireFox 3.5 (linux) and IE 6.

If the page is edited using the edit icon (which loads the editor using Ajax), then the feature does work.

This feature works on previous version of tiki (3.x) with the same browsers.

Tiki cache was ceared. No difference.

Tiki login page wrongfully increments tiki_pageviews hit count

When defining a field in a mirrored Tracker, the Description of the field is not stored. This was in 2.0, and I'm told on IRC that mirrored trackers are not supported. But mirroring is an option in Admin>Trackers.

The value of calculated fields is not shown in the list of entries in a mirrored Tracker. A calculated field using #3+#5 had the value displayed when looking at the individual item, but the value was empty when viewing the list of all items in the Tracker.

the button "insert internal link" (on the WYSIWYG-editor) doesn't work.

it opens a new window "local.php not found — This is normal if you have not run the tiki installer yet".


(but i run the tiki installer)