Category: 12.x

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))

Most PHP errors are handled by initlib.php's tiki_error_handling(). This function was added by mose in {commit id=7041} (and completed in {commit id=7086}) to implement the "Show PHP error messages" button at the bottom of pages and have errors grouped rather than all over the place. Unfortunately, when a callback set with set_error_handler() does not return false, it also bypasses the default error handler, which may log errors. This means that no matter how PHP is configured, nor how Tiki is configured, errors triggered after lib/setup/error_reporting.php ran are not logged.

Would be awesome if [https://doc.tiki.org/Multilingual+trackers|Multilingual Tracker] also worked with [http://doc.tiki.org/Items%20List%20and%20Item%20Link%20Tracker%20Fields|Tracker ItemList]
Currently only seems to work with [https://doc.tiki.org/Drop%20Down%20-%20Radio%20Tracker%20Field|Tracker Dropdown and Radiobutton field], but I'm sure other fields may work, I just haven't tested them all.

For medium and larger sites with many users, Item List is very important for setting up supporting Trackers (for example, seeds, fertilizers, tractors, employees, etc.) that feed into a main Tracker (for example, Daily Work Order). This way supporting Trackers items can be safely edited (as each has its own unique itemID) and will be updated on the next page refresh. If editing a Dropdown, changes will simply erase the data in the field that was changed on the next page refresh.

br,
Mike

Multiple divs show up in code when using the "all languages" feature.

The .top and .page-bar ids show multiple times when using this feature.

Navigate to wiki page, with multiple languages. Ensure the "all languages feature is enabled.

Look under #role_main to find the duplicate ID's

I had a screenshot, but don't see a way to attach it.

in current quick edit plugin, if the site allows multiple language, it will prompt language selection page.
this caused 2 steps to create a page. so to add default language to the quick edit plugin is necessary.

can any developer help to merge the code into the main trunc for future release.

thanks.

{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 I enter more than one paragraph of text the paragraphs are single-spaced in the Tracker on my site. When I re-enter "Edit" mode, the spacing doubles. The spacing between paragraphs doubles every time I enter "Edit" mode.
If this Tracker were having the same problem then this paragraph would be double-spaced as you are reading this and that spacing would double again when entering "Edit". I have had some Tracker entries end up with 16 line breaks between them before I deleted the additional lines.
The problem is for every paragraph and not just the first two. All spacing increments are multiplied evenly between all paragraphs. The expectation would be for paragraph spacing to remain stable unless changed by a person after entering "Edit" mode.

Additional Notes:
I've turned off WYSIWIG for my text field described above to ue straight Wiki text. When Wiki format symbols are used everything displays fine when being viewed, but when editing all the formatting is translated to HTML.

Browser = Firefox 24.4

When using a multiselect field in a tracker (that is not required), after setting a value on the multiselect, a selection of none is not registered.

e.g.:

tracker has multiselect with options 0, 1, 2, 3
multiselect is formatted as checkbox
create new item selecting 1
edit item and unselect 1, then click save
value for item is still selected as 1, though it should be empty

edit: tested on 12.x, works fine now.Must either by local bug or fixed on .x

When selecting unified search, the default Unified Search Engine: is "MySQL Fulltext search".

This is the default even if InnoDB < 5.6 is installad, i.e. MySQL Fulltext search is not supported.

When InnoDB and the MySQL version < 5.6, Lucene should be selected as a default and MySQL FT Search should not be an option.

{img fileId="644"}

Since MyISAM is always used (Ref LP's comment), this is a non-issue.

This is probably a complex feature so I'll try to be as clear as possible.
The term __Lists__ will be used for the rest of the text to describe any structured text inside a wiki page that could be thought of as a group of text describing similar things such as bullet lists, numbered lists, tables, headers, table of contents, etc.

Why?:
Let's say you have some bullet list in a wiki page listing departments in an organization. eg
*Sales department
*Customer support
*Supplies
*Quality department, etc
That info won't change anytime soon so no need to put them in a tracker, you keep all related info in the wiki page.

Now suppose you want to create an issue tracker that can handle issues per department.
Currently you have to either define a tracker for departments and use an item link OR use a combo box,write the departments by hand.

The problem with that is when a change of departments comes, you'll have to remember where the department names are used and to update them manually.

How?:
The above "problem" could be resolved using ''named lists''.
The author could write the department list in a ''named list'' and then when designing the tracker there would be a new type of tracker field type ''named list'' where he would define the page and ''named list'' name or listID to be used.
When adding a tracker item, that field would be rendered:
*as a drop down combo box
*as a radio button list (for single selection)
*as a checkbox list (for multiple selections)
that would fetch the values from that named list.

How to implement?:
There probably are many ways to implement this but my guess is the easiest is reuse/modify existing wikiplugins so as to keep the simple lists plain.
What needed are:
*At most two new attributes for each supported plugin: name and id eg for fancylist:
{FANCYLIST(name=>"UserDefinedName", id=>tikiautoincrement)} {FANCYLIST}
*A new tracker field type ''Named list'' that would parse the defined named list
That field type would take as parameters:
**The page the named list is in
**The name or id of the named list
*Optionally a new tiki feature admin page ''named lists'' where all lists names would be listed with name, id, and page.

Proposed list of plugins to be ''named'' (in order of preference):
*PluginFancylist
*PluginDl
*PluginFancyTable
*PluginMaketoc
*PluginToc
*PluginBacklinks
*PluginSort
*PluginAnnotation (for annotations lists)
*PluginAttributes

print mode doesn't seem to know that :_: is for a name space, and just puts a question mark to create a new page

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.

Neihter show_image.php?id=NN nor imageNN work as-is after upgrade from 9.x to 12.x

for show_image.php?id=NN inside img plugin, they work again if I add this extra bit to the urls inside the __img src=""__ bit: &scalesize=0

So that this works in Tiki12:

{CODE()}
{img src=show_image.php?id=NN&scalesize=0}
{CODE}

But the default syntax written in the Tiki9 site didn't work after the upgrade to Tiki12:

{CODE()}
{img src=show_image.php?id=NN}
{CODE}

Nested footnotes do not display in footnote area.

This is because footnote content is not evaluated until after footnote area renders it. Using a second footnote area will render the footnotes correctly, in the second footnote area, but the links to those footnotes in the second footnote area no longer function.

Evaluating footnote content within the footnote plugin should fix the error.

!!!Begin Footnote Test

non footnote area {FOOTNOTE()}Footnote 1 {FOOTNOTE()}Nested Footnote 2 {FOOTNOTE} Continuation of Footnote 1 {FOOTNOTE()} Nested Footnote 3 {FOOTNOTE()}Footnote Nested Twice 4{FOOTNOTE}{FOOTNOTE}{FOOTNOTE}
text after all footnotes

{footnotearea() /}

!!!Expected Result

non footnote area {SUP()}((1)){SUP} text after all footnotes

((1)). Footnote 1 {SUP()}((2)){SUP} Continuation of Footnote 1 {SUP()}((3)){SUP}
((2)). Nested Footnote 2
((3)). Nested Footnote 3 {SUP()}((4)){SUP}
((4)). Footnote Nested Twice 4

The expected result is for each footnote to appear once, each with there own footnote number, and referenced as such in the main body of the text. Additionally, using a footnote should not create a line break in the original text.

!!!End Footnote Test

When adding the Newest Tracker Comments module and saving. All works well. (Added to the right side panel).

However, when applying a page filter and saving, the module gets lost and is gone afterwards.

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"}

When a newsletter is sent, at the end of the list of emails that it has been sent to, a 'completion' text message is shown and an option provided to download a log of that send (where download actually means list in a vanilla' white screen) ie

Newsletter successfully sent to 4 users.
Download Log File


However if newsletter throttling is set then after the final email is sent this completion sequence is no longer shown which is very confusing for the user who is left in doubt whether the send is finished

__Update:__ there is http://doc.tiki.org/Newsletter+Admin#Styling_an_HTML_Newsletter so this is invalid bug report (maybe pointing that out in Admin interface could help ?)

In 12.x LTS when we send a Newsletter the email message gets "clipped" for GMail users which is annoying for promotion of the News we want to distribute because the email size is more than 128KB (which is the limit to display the message intact in GMail) even with almost no text content in the message. Many users use GMail nowadays so it is no help that it displays just fine in other email clients. Other newsletters of rival (competition) systems have emails far under 100KB. Tiki seems to include all the stylesheets even when less than 10% of the styles are actually used in the Newsletter.

Example of what it shows in GMail instead of the Newsletter email:
~np~[Message clipped] View entire message~/np~

Expected behavior: use only stylesheets related to Newsletters or make an option to omit inclusion of all the stylesheets via an Admin panel or while editing the Newsletter so the message is not unnecessarily large in KB and does not get clipped in GMail.

To send a newsletter you could use a previously "Sent Edition" and edit it. (it used to work in Tiki9 and T10 for sure).

Actually you still can, the newsletter preview will show you the edited newsletter with changes properly. BUT it is still the previous newsletter that will be sent has none of you changes was saved.

The feature may be not THAT important but the consequences are (imagine some of us have thousands of newsletter subscribers) so i categorise it as very important.

To reproduce on the instance:
Enter as admin (12345)
Go to Newsletter -> Subscriptions -> Add your email
Go to -> Send Newsletter
Click on tab "Sent Editions"
Click on the Subject on the last one
Edit anything you want -> send the modified edition of the newsletter.
Check your mailbox, you will see a the previous newsletter edition, not the new one with your editing.

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"}

This url:
https://nextdoc.tiki.org/tiki-print.php?page=Documentation&display=pdf

comes from clicking at the PDF icon of the homepage, as a non-admin user loged in (in case it matters), and it produced a white screen with this error message:

"Unable to generate PDF"

Already reported in [tiki-view_forum_thread.php?comments_parentId=57231&topics_offset=4|No drag and drop for large structures? ]

For some structures existing pages can be added per drag and drop. However new items cannot be selected with drag and drop for some other structures in the same wiki. I spent many hours to find a difference between the two structure types. Up to now, the main difference is the size. Large structures, which do not fit into the browser screen, do not work. For medium size structures, I found a work around: Drag and drop is possible, when the browser's zoom factor is set to value that shows the whole wiki page in the browser window.

Pages can be moved within a structure, but it is not possible to add existing pages.

Reproduced in Test wiki with small structure and big zoom factor.

Not only as a workaround but a very helpfull feature: the edit_structure tool should be able to collapse subtrees