Category: Conflict of two features (each works well independently)

http://dev.tiki.org/tiki-searchindex.php?find=maketoc


{flash type="url" movie="display522" width="846" height="711"}

When a mandatory field like a title is multilingual if you fail to enter a value in all languages the form submits with a hidden error and fails to create the item or show why

* Tiki lets us configure min_username_length and max_username_length unless we select login_is_email
* If we select login_is_email, these configs are hidden __but max_username_length is still enforced__ in -+ lib/validators/validator_username.php +- and in -+ lib/registration/registrationlib.php +-

The database structure seems to let us have as many as 191 chars without an issue. Certainly these are actually bytes, not chars.
Notes: If we use english logins or emails as logins, it's 191 characters. Accentuated chars in french and other european languages use 2 bytes (éààê). Some other languages use alphabets in which all chars use 2, 3 or 4 bytes.

My suggestion :
* Important: We should not enforce ''min_username_length'' and ''max_username_length'' when preference login_is_email is selected.
* Nice to have: We should still have some hard limit of 191 bytes (not chars) even if login_is_email is selected (needs to be tested with utf8 characters) so that people get a nice explanation instead of a mysql error message about an insert failure.

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

// eng=kor

I could not get a screen shot and upload file, So I used 'imgur.com'
화면 캡쳐와 파일 업로드를 할 수 없어서 imgur.com을 이용했습니다.

http://imgur.com/w0mEo3i

// Detail description
Control panel - Edit and plugin - syntax highlighter(codeMirror) - __Check __
--> Heading(1,2,3) button forced refresh page
제어판 - 편집 - 코드미러를 체크 하고 -> H버튼을 누르면 화면이 강제로 전환 됩니다

Each of the two functions are working well, thus I am manually typing '!'
두 기능은 각각 잘 작동합니다. 그래서 저는 직접 타이핑 합니다



... A little hard but, Tiki is fun and interesting :)

{syntax type="tiki" editor="plain"}
Using mobile mode, from a PC with Chrome (on GNU/Linux, in case it matters).

I clicked on "Switch to mobile site" in nextdev.tiki.org, and then when you go to "Admin home > Look & Feel", the theme style shown there is "abse" and not fivealive, so that if you save any setting there in L&F, you are switching the theme for the non-mobile mode (and you will not notice since you as admin are still in mobile mode).

Forbidden 303 error when trying to save a blog, caused by mod-security

My wiki (http://wiki.alphasoftware.com/, on version 4.2) intermittently fails to respond to mouse clicks for module box and menu expand/contract toggles, tab buttons for administration interfaces, the button to toggle between WYSIWYG and Normal editing, and other buttons that invoke JavaScript Ajax actions.

Changing random administrative settings or themes sometimes changes this behavior, but it still seems to come back.

I think it might be a bug, but I might also have some inconsistent settings.

I am willing to upgrade to the trunk build if these are bugs that have already been fixed.

I have set feature_comment_moderation=y, so new comments are invisible until approval, but they are shown as new comments on the since_last_visit_new module. So if user clicks on this link they come to the page where the comment was made (currently only tested with blog comment, but should be the same with other comments), and don't see this new comment.
I've no idea if this also affects coming version 4, only working with v3.2

{syntax type="tiki" editor="plain"}
If you change the language via the switch language module it also changes the language of a multilingual structure to the same language, even though the option 'Changing the page language also changes the site language' is NOT set.

If you want to translate the page into another language it would be helpful to have those two seperate and don't have to switch language for the menu, and then you have to switch the language of the structure again - thats one step too many if 'Changing the page language also changes the site language' is NOT set.

{syntax type="tiki" editor="plain"}
Issue was described here:
[http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=31233&topics_sort_mode=lastPost_desc&forumId=4]

When you insert text like:

"You should call ~np~-+intValue()+-~/np~ in ...." then that comes out as:
"You should callintValue() in ...." with "intValue()" monospaced. Note the missing space.

This is caused by the regular expression used to replace the Wiki Syntax with HTML.

The bug is in tikilib.php, line 6467.
It reads:

// Replace monospaced text
$line = preg_replace("/(^|\s)-\+(.*?)\+-/", "< code >$2< /code >", $line);

The first group captures the whitespace. But only the second capturing group is saved.

{syntax type="tiki" editor="plain"}
Printing with mpdf doesn't include images in many cases including params in the plugin img call such as zoombox, or when controlling the display of images from inside a ((doc:PluginFluidgrid)) , and in other cases reproduced in the show.t.o instance indicated:

Reproduced in a show2.t.o instance from another bug report (since setting up diagram generation requires some manual steps to get the composer package installed server side)
http://xavi-9794-6688.show2.tikiwiki.org/tiki-index.php?page=Tiki-Wiki-CMS-Groupware
u: admin
p: 12345

Current code used in the show instance:
SVN (24.0vcs): Tuesday August 3, 2021 17:34:21 CEST - REV 78798 (InnoDB)

See pdf produced with pdf:
{file type="gallery" fileId="1564" showicon="y"}

See the corresponding pdf produced by a local pdf printer from the print veresion of that wiki page:
{file type="gallery" fileId="1565" showicon="y"}


Code being used for the first sections about images:
{CODE()}

{FLUIDGRID()}
5: {img src="tiki-download_file.php?fileId=5&display" width="200"} 6: {img fileId="6" width=200}
---
7: {img fileId="7"} 8: {img src="tiki-download_file.php?fileId=8&display" width=400}
{FLUIDGRID}

!!# Local Image with zoombox
{img fileId="4" thumb="box"}

!!# Another local Image without zoombox

{img src="tiki-download_file.php?fileId=5&display"}

!!# A remote image with zoombox

{img src="https://doc.tiki.org/img/wiki_up/393px-Pears.jpg" thumb="box"}

!!# A remote image without zoombox

{img src="https://doc.tiki.org/dl1480?display&x=250&y=180" }

{CODE}
---

retested today upgrading the show instance to latest 24.x
"Upgraded today (server side) to latest 24.x branch: r79594 (Last Changed Date: 2022-01-22 14:46:09 +0100 - Sat, 22 Jan 2022) ", adn removed and reinstalled mpdf and diagram packages.
Same issue.{sign user="xavi" datetime="2022-01-22T23:32:38+00:00"}

pdf generation (using mpdf) doesn't include diagrams if only local casperjs installed (as composer package, and preference "File Galleries (control panel) > Settings for Diagrams > __Use locally CasperJS to export images__" enabled) but the other preference "__Use draw.io public services to export images __" is not enabled.

Reproduced in a show2.t.o instance from another bug report (since setting up diagram generation requires some manual steps to get the composer package installed server side)
http://xavi-9794-6688.show2.tikiwiki.org/tiki-index.php?page=Tiki-Wiki-CMS-Groupware
u: admin
p: 12345

Current code used in the show instance:
SVN (24.0vcs): Tuesday August 3, 2021 17:34:21 CEST - REV 78798 (InnoDB)

See pdf produced:
{file type="gallery" fileId="1563" showicon="y"}

Export a pdf version of slides (using mpdf) from the slideshow fails to respect image sizes when within ((doc:PluginFluidgrid)), and therefore content overflows slides in some cases.

Example of code from a production site:
{CODE()}
{slideshow theme="sky" transition="slide" transitionSpeed="default" backgroundTransition="none" controls="y" controlsLayout="bottom-right" controlsBackArrows="faded" progress="y" slideNumber="y" fragments="n" fragmentClass="grow" fragmentHighlightColor="none" autoSlideStoppable="y" alignImage="n"} ^Presentació a: https://foo/bar ^
{FLUIDGRID()}~~cyan:.~~ {DIV(style="text-align:left")}
__Apartats de la xerrada d'avui__ (''Xavier''):
1. Dades crues
2. Processat de dades d'un mes
3. Processat múltipes mesos
4. Ingesta Dades Fusionades a CityOS
5. Ús de les dades
6. Pendent: Errades en agregats esbiaixats
7. Altres (per qui vulgui saber més detalls ;-)
{DIV}
{img fileId="4"}
---
{img fileId="5"}
---
{img fileId="6"}
{img fileId="7"}
{FLUIDGRID}
{CODE}

Slideshow displays images in the fluidgrid as expected:
{img fileId="1566" thumb="box"}

However, the pdf version does get the images splitted in several slides/pages.
{img fileId="1567" thumb="box"}

Similar issue reproduced here:
http://xavi-9794-6688.show2.tikiwiki.org/tiki-index.php?page=new_page
u: admin
p: 12345
In this show instance, nothing is displayed in the pdf.
Using latest 24.x branch: r79594 (Last Changed Date: 2022-01-22 14:46:09 +0100 - Sat, 22 Jan 2022)

I attempted to print thorugh mpdf the pivot tables which are shown after applying (plus table converted to heatmap-table) the profile Bug_Tracker_16 , and I got an error 500 WSOD

Reproduced in a show2.t.o instance from another bug report (since setting up diagram generation requires some manual steps to get the composer package installed server side)
http://xavi-9794-6688.show2.tikiwiki.org/
Log in first as admin:
u: admin
p: 12345
Visit then;
http://xavi-9794-6688.show2.tikiwiki.org/tiki-print.php?page=Bug+Tracker&display=pdf

Current code used in the show instance:
SVN (24.0vcs): Tuesday August 3, 2021 17:34:21 CEST - REV 78798 (InnoDB)
---

Similar error 500 WSOD when attempting to produce a PDF from a wiki page which includes tracker calendar displays:
Log in first as admin
Then visit:
http://xavi-9794-6688.show2.tikiwiki.org/tiki-print.php?page=Tracker_as_Calendar_19&display=pdf
---

Some accents are mangled from wiki page headings when printed in the pdf produced by mpdf 7.x

{CODE()}
! {{page}}
!! Full de Càlcul Oficial (Mònica)
text
!! Previsió inicial GID
(...)
some convene plugin, ...
{CODE}

Produces:
{CODE()}
Table of Contents
GID -Â Vacances ..........................................................................................................................
2
Full de Cà lcul Oficial (MÃ2nica) ......................................................................................
2
PrevisiÃ3 inicial GID ...........................................................................................................
2


GID -Â Vacances
Full de Cà lcul Oficial (MÃ2nica)
text
PrevisiÃ3 inicial GID
(...)
some convene plugin, ...
{CODE}

using mPDF to print pdf works nicely in most cases, thanks (using 17.x svn)
We have one wiki page, though, where we get this error:
{CODE()}
Error
Controller not found (AutoSave)
{CODE}

Is that a known issue (some sort of interaction with AutoSave)?
That wiki page (it's an intranet, sorry) has this plugins:
* fluidgrid
* quote
* fancytable (with tablesorter)

Any clue?

Re: smartphones page at work

When you use a wiki page as template (pretty tracker, pluginlist+semantic alias, etc) we have several component that refer to the template page name and not the item (title) it is displaying.

Things like Multilike, Forum for discussion, Wiki argument variables { {page} }, etc

They will refer/link to the page itself and not to the item title.

IE: I have a template page named __record tpl__ to display a tracker item contact (title:bernard) and on the page I have set Forum for discussion option to create automatically a topic in the forum to discuss about this contact: bernard.

Normally I would expect the title of the discussion to be bernard but it will be "record tpl" and also there will be only one discussion for ALL my items (as the reference is the wiki page object and not the itemId displayed).

Same goes for { {page} } it will show "record tpl" and not "bernard"

On a Tiki24 I set up multilingual, I setup a tracker with a few multilingual fields. (tracker field option)

{img fileId="1710" thumb="box"}
I add items and fill some multilingual fields.

Then, I disable multilingual.
When I go to the fields options, the multilingual checkbox is not displayed anymore. (good)
{img fileId="1711" thumb="box"}

When I go in the tracker interface to view items, the other language fields values are displayed. (weird... but do we allow loss of data ?)
When I go in the tracker interface to create a new item, the other language fields values are displayed. (wrong)
When I look at a wiki-plugin tracker the other language fields values are displayed. (wrong)

{img fileId="1712" thumb="box"}
{img fileId="1713" thumb="box"}

{syntax type="tiki" editor="plain"}
When adding a Multimedia field to a wiki page through the Plugin Tracker, the value attribute is unclosed, resulting in malformed HTML until the next quote.

E.g.:
Page is well formed with tracker added.
Click the Edit Plugin:Tracker link.
Add multimedia field to the Fields list.
Click submit.
The multimedia field drops to the end of the form (no matter where you placed it within the list of Fields).
The input tag is then:
{CODE(caption="Invalid value attribute",ishtml="0")}<input type="file" name="track[15]" value=" />{CODE}
Note the invalid value attribute; there's only one double quote.

If you have two category fields in one tracker and use inline editing to change one of them, the categories set in the other one are lost.

Will try and make a show instance f'when i can (or indeed just fix it!)

When a structure is printed using multiple print, then the page aliases are ignored.
The TOC shows numbering and aliases correctly.
But the page within the print output shows numbering and page name instead of alias.

This is not only inconsistent, but a major problem:

All pages in TikiWiki must have a unique name. So, in case you need to create similar structures multiple times, you'd need to define some prefix for the page names to keep them unique.
This results in rather ugly page names.

Example:
A section "Client Overview" is mandatory in the structure.

The structure is created for some module "Module A" and some module "Module B".
You'd now prefix the pages, resulting in page names "ModA_client_overview" and "ModB_client_overview". That works okay, no problem, you can simple create aliases "Client Overview" for the pages.

The TOC then prints "1.1 Client Overview". That's correct.

But why does "1.1 ModA_client_overview" appear in the printout of the page instead?!

Say I am on dev.tw.o and I want to follow-up with a user, I end up on his tiki-user_information.php?userId=xxx __here__.

I should have a link to his page on the master.

Or else, users will end up with user-messages on various *.tikiwiki.org sites.

Adding many users at once to a group fails in 12.x, and it used to work nicely in 9.x LTS at least.

I had Jquery Chosen enabled, and when I disabled it, I was able to add them to a group through tiki-adminusers.php as usual.


To reproduce, go to:
http://xavi-9794-5163.show.tikiwiki.org/tiki-adminusers.php

u: admin
p: 12345

select both users (user1 & user2), click at "Manage group assignments", and choose to assign them to group "Admins". Validate the confirmation step. Nothing happens (they are not added to the Admins group).

Repeat without JQuery Chosen, and it will work as expected.
---
Update {sign user="xavi" datetime="2014-04-07T07:44:15+00:00"}
Actions on multiple users with chosen and sortable tables work, but the second dropdown is not shown properly:
{img fileId="742" thumb="y" rel="box[g]"}
---
Update {sign user="xavi" datetime="2015-04-02T08:04:24+00:00"}
You can't even select any groups at the step to choose group in the multi selection combo box.
{img fileId="992" thumb="y" rel="box[g]"}
---
Update {sign user="lindon" datetime="2015-04-07T03:41:55+00:00"}
I am not able to recreate this [[the former issue report related to jquery sortable tables] using my local 12x - I am able to add or remove multiple users to multiple groups. Did it with 25 users with no issue. The list of groups came up properly and I was able to multi-select.
---
Update {sign user="xavi" datetime="2015-12-16T07:59:32+00:00"}: removed references to Tablesorter as I could confirm that at least with current code (thanks lindon for checking!) the issue seems to be attibuted to Chosen only.

Going to Admin Categories > Bug on dev.tiki.org returns alerts on top of the page:
{CODE()}
ErrorErrorError
Tracker list_items ran out of memory after 0 items.Malformed search query: Parsing search query failed: "org.elasticsearch.common.ParsingException: [_na] query malformed, must start with start_object"Notice: invalid variable value: $_GET["maxRecords"] = undefined
{CODE}