Category: 12.x

{flash type="url" movie="display750" width="1141" height="529"}

Send notification email to forum moderator when a user posts a message which is queued pending moderation.

To reproduce the environment:
log is as user
u: user1
p: user1

here:
http://xavi-9794-5370.show.tikiwiki.org/tiki-view_forum.php?forumId=1

and post a message.

User "admin" is moderating all messages of that forum, but he gets no email nor intratiki message of new forum posts pending moderation.

admin credentials:
u: admin
p: 12345

The 'Item List' field function seems to have regressed (possibly after version 6.x !) so that the values in 'linked' fields are no longer displayed.

But I will have to create a show instance to demonstrate what has always been a somewhat complicated function to explain !


Fixed - needed a different tracker field configuration ie the Value Field Id should not be set

The WYSIWYG editor supports tables whether the content is stored as HTML or as Tiki/wiki syntax. However, Tiki syntax only supports basic tables. CKeditor offers advanced operations on tables via secondary click -> Cell, such as merging, splitting, and propably everything in Cell Properties.

The result of advanced operations will generally be lost. In a few cases, these operations will properly carry to wiki format after conversion.
After advanced operations, the issue will be noted either after saving, or simply by switching to Source and going back to WYSIWYG.

For example, the table with a fixed left cell width...
{CODE(colors="htmlmixed" theme="default")}<table class="wikitable table table-striped table-hover">
<tbody>
<tr>
<td class="wikicell" style="width: 123px;">1</td>
<td class="wikicell">3</td>
</tr>
</tbody>
</table>{CODE}
...is simply converted to wiki...
{CODE(colors="tiki" theme="default")}||1|3||{CODE}
This issue exists in both Tiki 12 and r65080 trunk.

I went to http://demo.tiki.org/12x/tiki-install.php to proceed to a test of the installer (for an upgrade, not fresh install) and I saw: "Database `d01863d1` was created" which doesn't make sense with ''Tiki found an existing database connection in your local.php file. Database name: "d01863d1"''

{img fileId="441"}

{img fileId="605"}

If the user is admin, it should offer a link

{CODE()}Click here to rebuild index{CODE}

If user is not admin:

{CODE()}Contact the site administrator. The index needs rebuilding.{CODE}



Please do in trunk, and we can backport later (after 12.0, but before 12.1)

The option
''Send an email to the user in order to allow him to validate his account. ''
in /tiki-adminusers.php ''Add New User'' tab
is only available if in /tiki-admin.php?page=login
''Users can register'' is ticked
Then and only then the hidden option becomes visible:
''Validate new user registrations by email''

By tickinig it the option
''Send an email to the user in order to allow him to validate his account. ''
in ''Add New User'' tab bcomes availabale.
This option should be available independend if or not the option ''Users can register'' is selected.

The ticking of a hidden configuration shouldn't be relevant for any functionality.

{img fileId="640"}

Hi there,
I've been starting to use [https://doc.tiki.org/Search+and+replace|Search and replace] tool. Great piece of tool!

I've spotted a bug there when trying to change:
* from ~np~{IMG(src="img/flags/United_Kingdom.gif",title="en anglais")}{IMG}~/np~
* to ~np~{en}~/np~

This bug makes that I end up with a ''half-process done'' since the replacement job is finishing with:
* ~np~{en}"img/flags/United_Kingdom.gif",title="en anglais")}{IMG}~/np~

It does look that the function ''replace'' doesn't handle having a __"__ in the ''what to replace''.

At the bottom of each wiki page, when the print option is selected, a <HR> appears. I have checked the code, and it appears because the brackets have been escaped.

~np~</div>
&lt;HR&gt;
<p>
</p>~/np~


{img fileId="758"}
{img fileId="759"}


I would expect that the HR be absent, or that it was not escaped, so that it can display properly.

On the bottom of each Wiki page, in the Print view, a <HR> appears.

{img fileId="760"}
{img fileId="761"}
{img fileId="762"}

I would expect that it would ether not escape the brackets, rendering it in the browser, or for it to be removed entirely.

when typing: ~np~~040~c~041~~/np~

it displays: ~040~c~041~

I would expect it to display: ~np~(c)~/np~

UPDATE: It's not a regression, sorry for the noise (I was confused). {sign user="xavi" datetime="2013-11-18T13:09:45+00:00"}

Usability improvement: nl1 missing in route.php for newsletter1

{CODE()}[root@tikisuite 12]# sh setup.sh

Tiki setup.sh - your options
============================

c run composer and exit (recommended to be done first)

f fix (classic default) o open (classic option)
S clear screen

predefined Tiki Permission Check models:
----------------------------------------

1 paranoia
2 paranoia-suphp w suphp workaround
3 sbox W sbox workaround
4 mixed
5 worry 6 moreworry
7 pain 8 morepain
9 risky a insane

q quit x exit

There are some other commands recommended for advanced users only.
More documentation about this: http://doc.tiki.org/Permission+Check

Your choice [c]?
#!/usr/bin/env php
Some settings on your machine may cause stability issues with Composer.
If you encounter issues, try to change the following:

Your PHP (5.3.3) is quite old, upgrading to PHP 5.3.4 or higher is recommended.
Composer works with 5.3.2+ for most people, but there might be edge case issues.

Downloading...

Composer successfully installed to: /var/www/html/12/temp/composer.phar
Use it: php temp/composer.phar
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Your requirements could not be resolved to an installable set of packages.

Problem 1
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension d om is missing from your system.
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension d om is missing from your system.
- Installation request for phpunit/phpunit 3.7.28 -> satisfiable by phpunit/ phpunit[3.7.28].

Composer failed, retrying in 5 seconds, for a few times. Hit Ctrl-C to cancel.
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Your requirements could not be resolved to an installable set of packages.

Problem 1
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- Installation request for phpunit/phpunit 3.7.28 -> satisfiable by phpunit/phpunit[3.7.28].

Composer failed, retrying in 5 seconds, for a few times. Hit Ctrl-C to cancel.
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Your requirements could not be resolved to an installable set of packages.

Problem 1
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- Installation request for phpunit/phpunit 3.7.28 -> satisfiable by phpunit/phpunit[3.7.28].

Composer failed, retrying in 5 seconds, for a few times. Hit Ctrl-C to cancel.
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Your requirements could not be resolved to an installable set of packages.

Problem 1
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- Installation request for phpunit/phpunit 3.7.28 -> satisfiable by phpunit/phpunit[3.7.28].

Composer failed, retrying in 5 seconds, for a few times. Hit Ctrl-C to cancel.
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Your requirements could not be resolved to an installable set of packages.

Problem 1
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- Installation request for phpunit/phpunit 3.7.28 -> satisfiable by phpunit/phpunit[3.7.28].

Composer failed, retrying in 5 seconds, for a few times. Hit Ctrl-C to cancel.
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Your requirements could not be resolved to an installable set of packages.

Problem 1
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- Installation request for phpunit/phpunit 3.7.28 -> satisfiable by phpunit/phpunit[3.7.28].

Composer failed, retrying in 5 seconds, for a few times. Hit Ctrl-C to cancel.
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Your requirements could not be resolved to an installable set of packages.

Problem 1
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- phpunit/phpunit 3.7.28 requires ext-dom * -> the requested PHP extension dom is missing from your system.
- Installation request for phpunit/phpunit 3.7.28 -> satisfiable by phpunit/phpunit[3.7.28].{CODE}

--Need to test latest 12.x and 13.x--

It's fixed in latest 12.x

After 12.0 has been released (using r48863 in dev.t.o): First edit of a Tracker item comment is LOST (!); second attempt is saved successfully, it seems.

Reproduced twice in http://dev.tiki.org/tiki-view_tracker_item.php?itemId=5019&cookietab=2

* I edited the comment entitled "Licensing issues have NOT been resolved yet, some code needs to be rewritten":
+ http://dev.tiki.org/tiki-comment-edit?type=trackeritem&objectId=5019&threadId=3572

* I added at the begining this content (the one surrounded by QUOTE tags):
+ {CODE()}
{QUOTE()}
Now that licensing issues have been resolved, please move to the main code base.
{QUOTE}
{CODE}
+ I clicked at SAVE. Tiki refreshed the page as usual as if the comment was saved, but the content was not updated. Visiting again the page confirmed that the edition was not saved. Doing a second edition, saved that change successfully.

And I reproduced the same issue a few minutes later with another comment to the same tracker item:

* I edited the comment entitled "See r48864 from mods":
+ http://dev.tiki.org/tiki-comment-edit?type=trackeritem&objectId=5019&threadId=3574

* Changed "NEED REWRITING" with "NEEDS REWRITING", clicked at SAVE. Tiki refreshed the page as usual as if the comment was saved, but the content was not updated. Visiting again the page confirmed that the edition was not saved. Doing a second edition, saved that change successfully.

---
I wonder whether this might be considered a Blocker... I don't tag it as such myself, but feel free to add if you consider that it deserve that category also (unsure myself). {sign user="xavi" datetime="2013-12-01T10:36:09+00:00"}
---
Apparently, a duplicate of http://dev.tiki.org/item5007
(even if the title there was missleading to me) {sign user="xavidp" datetime="2013-12-01T16:59:45+00:00"}
---
Still reproduced here in dev.t.o, with a version from 20 January, 2014 16:44:28 CET- REV 49469. {sign user="xavi" datetime="2014-01-21T17:54:28+00:00"}
---
I removed the "duplicated" tag, since the other item is solved ( http://dev.tiki.org/item5007 ), but not this one.

I tried Tiki 12.2, an install with InnoDB, and the process to populate the db with the tables never ended.

My MyISAM, it works as expected in 15 seconds or so.
With InnoDB, I stopped that after 5 minutes.

Using Ubuntu GNU/Linux 13.10, with Mysql 5.5.

---
Update: Works well for me in Tiki 13.x in the same computer. {sign user="xavi" datetime="2014-05-21T06:02:20+00:00"}
---
Update: Works also nowadays in 12.x also, in the same computer. Who knows what happened in previous days. Closing the bug report {sign user="xavi" datetime="2014-05-21T15:58:34+00:00"}

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.

last version of a wiki page in dev.t.o doesn't show the real changes I've just made, but something else!

reproduced here:
* http://dev.tiki.org/tiki-pagehistory.php?page=Keywords&history_offset=1&diff_style=sidediff&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=0&oldver=204&tra_lang=sq&paginate=on&history_pagesize=60
+ I've just added a new keyword for
+ {CODE()}
((Syntax Highlighter)) (codemirror)
{CODE}
+ and my changes are not shown, plus a diff in wiki history shows a different edit as mine

I created a profile long ago to test nested tracker demo.
I applied it, and when reviewing the created tracker items, this is the error I get in a quite white screen (css broken):

^
Fatal error: Call to a member function getField() on a non-object in /var/www/12.x/lib/trackers/trackerlib.php on line 726
^

I've reproduced it in show.
u: admin
p: 12345

Visit this url:
http://xavi-9794-4888.show.tikiwiki.org/tiki-view_tracker.php?trackerId=2

---
The error comes from a defective profile, as I'm seing right now. However, it would be much nicer if there a more informative type of error reporting to the user that there is some syntax problem in the field definition, etc.

12.x html code embedded in a tracker item field text-area-with-wysiwyg lost after edition

See it in action here:
http://xavi-9794-5186.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=1

u: admin
p: 12345

Code added (without the code plugin tags):

{CODE()}
{HTML()}<iframe src="http://www.slideshare.net/slideshow/embed_code/33417641" width="427" height="356" frameborder="0" marginwidth="0" marginheight="0" scrolling="no" style="border:1px solid #CCC; border-width:1px 1px 0; margin-bottom:5px; max-width: 100%;" allowfullscreen> </iframe> <div style="margin-bottom:5px"> <strong> <a href="https://www.slideshare.net/xavi/140413-fs-cat2014xavierdepedroconeixementlliure" title="Hack-tivisme amb eines i continguts alliberats: beneficia-te&#x27;n!" target="_blank">Hack-tivisme amb eines i continguts alliberats: beneficia-te&#x27;n!</a> </strong> from <strong><a href="http://www.slideshare.net/xavi" target="_blank">Xavier de Pedro</a></strong> </div>{HTML}
{CODE}

After edition of that tracker item:

http://2014.forumsocialcatala.cat/item11

...in field: "Presentations", with wysiwyg enabled, the html code was lost, and only the non html code is present (converted to wiki) with the surrounding html plugin tags.

{CODE()}
{HTML( wiki="0")}__[https://www.slideshare.net/xavi/140413-fs-cat2014xavierdepedroconeixementlliure|Hack-tivisme amb eines i continguts alliberats: beneficia-te'n!]__ from __[http://www.slideshare.net/xavi|Xavier de Pedro]__{HTML}
{CODE}

(I had to add the html code again)

I applied current profile related to spreadsheets (as of September 2015) in profiles.t.o:

... https://profiles.tiki.org/Spreadsheet_Test_Profiles

and it does enable the spreadsheet feature and create the intended spreadsheet indeed, but the indicated contents do not seem to get added.

Syntax in that profile page is:
{CODE()}
objects:
-
type: sheet
data:
-
title: Test Title
- [ Test, =A1 ]
- [ =B2, =B1 + A1 ]
{CODE}

I tried with 12.x and 14.x with same results.

Maybe something needs to be tweaked in the profile handler code?:
{CODE()}
/lib/core/Tiki/Profile/InstallHandler/Sheet.php
{CODE}

In trunk (future tiki15) it also fails to add the data to the sheet. Help is needed. {sign user="xavi" datetime="2015-12-31T14:33:57+00:00"}

{flash type="url" movie="display554" width="677" height="443"}

12.x: accents not shown properly in forum posts when wysiwyg-html is on

Reproduced in precarios~~black:.org~~

And in
http://xavi-9794-5228.show.tikiwiki.org/tiki-view_forum_thread.php?forumId=1&comments_parentId=1&amp;thread_sort_mode=commentDate_asc#comments

See he reply that says:
{CODE()}
Otro m&aacute;s
{CODE}

and it should say:
{CODE()}
Otro más
{CODE}

If you disable storing syntax as HTML but revert it to store wiki syntax, then everything is fine again for new posts.

12.x: Commit Timesheet data to the linked Tracker doesn't transfer expected duration values, just the related text

For real-case scenarios of time tracking, workers end up annotating what they did invest their time in, and how long did they take (without using the time counter, but just feeding the expected time value).

When you commit the data from your browser to the tracker, all the numbers annotated for the expected time invested (which in fact, ni this real-case scenario, is the real time invested to fit your daily work in 8hours time) are not transferred to the tracker, so that from other comuters you can not rescue that data. And if something happens to the cookies or cache or something, you loose these data that was only in that browser and computer.


See it in:
http://xavi-9794-5490.show.tikiwiki.org/tiki-timesheet.php