Category: 4 - Done - Ready for DEV Team

Before Composer (until Tiki10), if you try to run Tiki with a too old version of PHP, you get a clear warning. Now, with Composer, it's not so clear (you get the version warning of Composer instead of Tiki)

Note that the command line version of PHP may be different than the web version.
Command-Line PHP version: PHP 5.3 is needed Composer.
Web version of PHP: Tiki12 needs 5.3, Tiki13 will need 5.5

So perhaps for Tiki 13, it will be OK to have PHP 5.3 requirement on CLI, but 5.5 in web?

So for now, let's add a PHP CLI version check on sh setup.sh before running Composer.

Please see:
http://tiki.org/tiki-view_forum_thread.php?comments_parentId=48901

There are issues at: ((Unified Index with MySQL Full Text Search))

Also, there should be warnings when site hits limitations of MySQL, that the admin needs to change to Zend_Lucene or ElasticSearch. Ideally, these warnings would come before hitting the limitations but this may not be easy to do.

Nelson (note to self): To make this bug actionable: these are the following actions. Many other things like excluding plugins by default are already done.

1) Make the logging use a different log file when triggered from the console vs the web (this will avoid any file perm problem).

2) Provide remarks box about including plugins in the admin panel.

3) Provide remarks box explaining that MySQL Full text search will only search first x characters of content (might affect large files in the file gallery for e.g.) - this is handled in item4641 already

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


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

Maps are displayed in front of the Draw editor, making it difficult to use.

{flash type="url" movie="display637" width="645" height="787"}

See show instance at http://marclaporte-11197-4860.show.tikiwiki.org/

We are getting a lot spam on current space and sooner or later, we need to move.

Also, the auto-responders are stuck on tikiwiki.org instead of tiki.org When we migrate, we can address this.

The old server is being shut down shortly.

See: ((tw:Community Mail Server))

{syntax type="tiki" editor="plain"}
The __forums_last_posts__ module works well with "threaded" style forum threads but not with "flat" style forum threads ("''Only allow replies to the first message''" option in a particular forum config).
The __threadId__ url part isn't right, it should be the threadId of the first post.
The following error message is diplayed: "''This forum is flat and doesn't allow replies to other replies''"

A link to a first thread post will work (threadId is right for this one), but links to its answers wont.

The __since_last_visit_new__ module displays the right urls for forum posts in "flat" style forum threads.

Admin password for the show instance is: whynot

Module months_links is expected to show links to the months in the last year where posts occurred, but also display a link to the previous years, so that the user can click to the previous year to list the months that hold posts, etc.

The user expected to be able to list all months where there were posts, from the previous years, but it only display posts from the last 12 months.

The rows param by default gets the value 10 (like month october, our current month by the time of this writing)
Increasing the value shows more links (from previous years). However, it seems that Value max="-1" (show all posts, with no max limit) doesn't fetch them all.

We have: ((tw:Testing Tiki installations on major Shared Hosting companies))

Now, let's add monitoring on this.

Set-up monitoring for all our pre-dogfood servers for all the checks we have, but especially last successful re-index. If last successful re-index is more than x (ex.:3) days old, an email alert should be sent out.

Here is a real-world example of why having checks on all pre-dogfood servers would have made everything smoother. An unidentified commit in trunk is causing indexing to crash:
https://dev.tiki.org/item4609

If we had been warned by a pre-dogfood sever, we could have found the commit and fixed the problem a few days after it appearing.

Note that this type of crash can also happen with some data not yet supported by the indexer, and thus, it can happen at any time, not just on code changes. And with a broken index, a Tiki site can be in big trouble because it doesn't just skip over the problem, it just dies. We are fortunate to have tons of data on all the pre-dogfood servers.

Because of issue 4609, we are stuck with respect to testing Unified Search with MySQL in trunk. Once this is solved, maybe something else will be discovered, so we to know ASAP so it's stable enough for Tiki12. This is crucial as per ((Search Dilemma))

When adding a single code plugin sectin onto a WYSIWYG page, everything is parsed and highlighted correctly. When adding a second code plugin section to that same page in the WYSIWYG editor, the first code plugin get "destroyed" - the XML tags in the code plugin etc are converted to &amp;lt; instead of <

This old mailing list thread describes the problem: http://tikiwiki.1073613.n5.nabble.com/Tiki-devel-Parser-problems-with-wysiwyg-td10967.html

Apparently this has not yet been fixed with Tiki 9.6

{syntax type="tiki" editor="plain"}
Tested using Wysiwyg HTML mode page and inline editing

1) When in HTML mode, the non-plugin image dialog should/must be shown.
The CkEditor plugin has now been activated again. So, it's possible to assign it manually.
If Wysiwyg HTML mode is selected in the admin wizard, the CkEditor image dialog should be displayed instead of the plugin img dialog.

2) External Link URL doesn't work
It is possible to enter wiki styled links directly, e.g. [http://www.yahoo.com].
These are parsed when inline editing more is closed.
This works, but it would be even better to have the link "visible" while inline editing mode is active.

3) Anchor doesn't seem work - No feedback in editor
It visible again, when switching to the full wysiwyg editor
Can be removed from inline editing toolbar?

4) Find Text doesn't work
Pressing the toolbar button does nothing

5) Text Replace doesn't work
Pressing the toolbar button does nothing

6) Wysiwyg Help is displayed.
This dialog contains 2 parts

A ) Short wysiwyg help text.
Starts with: The WYSIWYG editor in Tiki 6+ is CKEditor, the new version of FCKEditor (used in Tiki since version 2.0)

B ) The plugins
Adding a plugin will make a section read-only.
This may not be expected.
The inline editor toolbar should not use plugins in my opinion, due to this read-only effect.

A is outdated, and may not be needed. It is questioned whether B should be there at all.
So, this button should maybe be removed all together.

7) Templates button should go?
I see no use for it. If kept it should probably link to the Tiki Content Templates

8) Cut, Copy and the Paste buttons all bring up a browser dialog
It says "Your browser security settings don't permit ...." ...
and finally recommends Ctrl+C, Ctrl+X and Ctrl+V which all work fine.
All these buttons should be removed.

9) Table button doesn't work.
The HTML table dialog must be used when in HTML mode. It's much more compatible and powerful than the wiki one.

The jCapture button is also a plugin, which causes the section to turn read-only once it's saved.
However, this plugin is so useful, that I believe it should be kept.
Maybe it's possible to warn about the section turning read-only?

10) Indent left and indent right buttons don't work.
They are grayed out, and nothing happened when they are pressed.

When using pluginRedirect in WYWIWYG, if a page already has a redirect pointing to it, if you try to create another redirect to it from a different page, it doesn't do anything. The js console shows -+TypeError: c is undefined+-, -+...ls(b.startContainer)&&d.contains(k)&&g.contains(h)&&h.isIdentical(k)){h.moveChil... ckeditor.js (line 319)+-

Here is a clearer example:

you have pages A, B, C

C redirects to A, when in WYWIWYG editing page B you cannot use pluginRedirect to redirect to page A, because the insert button doesn't work.

demonstrated and snapshotted. In instance I created pages A, B, C, set redirect from C to A and approved. Tried set redirect from B to A and encountered same problem. Note all this was done in WYSIWYG, and it works fine in Tiki Editor.

I don't know exactly well the following questions are related of Feature request or Bug issues. But I need to describe that issues as follows;

# When the Tracker refer the Item Link, need to show the values not of itemId.
# What is the correct expression when I try to refer the category field? I have tested it, and I got it returned category ID not of Category name. I need the later.
# Can I use 'link' not 'value' from Dynamic items list field?

__Case 1)__
{img type="fileId" fileId="607" imalign="left" align="left"}

__Case 2) & 3)__
{img type="fileId" fileId="608" imalign="left" align="left"}

As reported on the dev mailing list....

http://thread.gmane.org/gmane.comp.cms.tiki.devel/25682

Nelson: see comment for fix.

The newsletter sent using the articleclip function will send broken links (article link and image or files from tiki).

The link for the article look like relative "http://./article1" (as you read the newsletter into a mail browser or a mail application it will go nowhere) instead of absolute "http://www.mywebsite/article1".

Same for pictures added using the file gallery system "http://./tiki-download_file.=
php?fileId=3D1374".

Note: It seams it was broken between the 29/04/13 and the 30/04/13. (i check previous received newsletter). But i couldn't track the change that has done the regression.

---

Update: I create an instance and tested on it. The article title link seams to be back. Also external image (http source) are now displayed however, internal files/image are not displayed properly as they show just fine on the article itself: http://bsfez-11581-4768.show.tikiwiki.org/tiki-edit_article.php?articleId=1

And in the preview of sending the newsletter:
{img type="fileId" fileId="483" thumb="y" noDrawIcon="n"}

Do you need more info ? {sign user="Bsfez" datetime="2013-11-03T07:02:33+00:00"}

~~#F00:Update:~~ I deleted the previous instance and recreated the use case. It is still not working for me. I tried with an internal image directly added to the newsletter using the creditor and the "article clip" plugin. Same.

I include you and Pascal so you received the newsletter and can see the problem i'm talking about. Please note, WYSIWYG editor is used and the articles header are done using CKeditor only. Also the newsletter editor is WYSIWYG (no wiki syntax anywhere). May be this is related. {sign user="Bsfez" datetime="2013-11-08T10:32:42+00:00"}

Visiting nextdev.t.o (trunk 12.0) in mobile mode (using chrome for android), I can't click in the watch icon, for a tracker item.

I can't either on the printer icon on each tracker item.

when I visit nextdev.t.o in mobile mode (using chrome on android), the wiki pages show up in non-mobile mode (the string "Loading..." shows up in clear text at the top of the screen).

When I move from wiki pages to tracker items, then mobile mode works as expected.

---

Fixed, thanks Jonny. {sign user="xavi" datetime="2013-11-17T08:43:01+00:00"}

{syntax type="tiki" editor="plain"}
Mobile mode in doc.t.o (12.x)
Log in as registered user, with chrome on android
Go down and click to open the editor menu
Click on File galleries.
Error shown:

Page not found
Documentation&ui-page=cssmenu5-6

---

I tried the same from a PC with Chrome 29, switched to mobile mode, and then, when I cicked at the File Galleries link, or Adminlink, I get a WSOD with the url:
https://doc.tiki.org/Mobile+Home&ui-page=cssmenu5-6
(for file galleries, in this case)
---
UPDATE: same type of approach seems to work in dev.t.o. Weird! {sign user="xavi" datetime="2013-11-22T14:19:52+00:00"}
---
UPDATE 2015: Is this still relevant? We're not on 12 any more so i think this needs a show instance to be investigated further {sign user="jonnybradley" datetime="2015-07-19T10:44:35+00:00"}

{img fileId="548"}

1- Visit http://dev.tiki.org/tiki-listpages.php?find=canon&boolean=on&boolean_last=y&go=Titles

2- You will see No pages found with: "canon&dquot;.

{syntax type="tiki" editor="plain"}
Not possible to delete tracker 16 here:
https://next.tiki.org/trackers

I can't reproduce on show, so it must be something with the data from tiki.org

This is blocking progress on ((Unified Search with MySQL Full Text Search))

This is related to http://dev.tiki.org/item4609

__Update 2014-07-29 For Tiki13__
{flash type="url" movie="display862" width="983" height="480"}

It's minor but should it worry a site admin?

OPcache is supposed to be built-in PHP 5.5 but we need to check for it.

http://marclaporte-11197-4963.show.tikiwiki.org/tiki-admin.php?page=community

{img fileId="615"}

Please make this Advanced not Basic {sign user="pascalstjean" datetime="2013-11-23T18:00:15+00:00"}