Category: 12.x

I am not sure if this is planned or not, but it makes it difficult to work with inline editing.

Also inline editing has a separate permission, thus the user may lack edit permission in full wysiwyg mode.

{syntax type="tiki" editor="plain"}
Draw doesn't work.
Captured an image using jCapture. Then edited.
Symbols displayed in draw are off.

{flash type="url" movie="display411" width="983" height="737"}

I have tested 'Dynamic Item List' tracker field at version 12.0 alpha for upgrading from version 10. According from my simple test, it does not work.

Thanks,
Joon

When a dynamic items list field and its "here" field are both used for pluginTracker, all entries in listFieldIdThere are shown regardless of what is selected for filterFieldIdHere in the plugin. I'd like the list to be filtered as it is when editing an item.

Of course I would only expect this to work when the dynamic list item and its filterFieldIdHere are both used in the plugin.

We are currently using v7. I have a dynamic items list set up where someone selects something and it populates a drop down under it, once the tracker item is saved it populates a table. To view any item you need only click it in the table and it takes you to that record. I have tried to do the same in v12 and instead of taking you to the record of Tracker B it takes you to the 'internal' tracker A. In V7 we uses a dropdown instead of an Item Link field but this no longer works at all! the box doesnt populate at all.

Is this a bug? if not is there anyway to make it backwards compatible or has this functionality been replaced?

We are looking to upgrade to v12 but this will break more than half the things we use this for!

tiki-edit_structure.php is completely non-functional when Jquery UI option id not selected.

Expected Behavior:

1. Display a message saying that this features needs Jquery UI to be turned on for it to work.

OR

2. Have an alternate version that functions without jquery UI

It took me hours of hunting to figure out what the issue was. Hopefully we can prevent this in the future.

Any WYSIWYG edit to a WYSIWYG zone (defined using the WYSIWYG plugin) fails quietly if the call to the plugin follows an inclusion (made using the INCLUDE plugin). CKEditor goes away as expected and the contents of the zone are displayed, but instead of the new contents, the old content shows.

This bug exists in Tiki 12 and persists in trunk as of r64360.

If wiki page Parent includes page Child, the following WYSIWYG zone causes the wysiwygPlugin() function to be called at page load with its page parameter set to "Child" instead of "Parent" as should be the case. Which causes the AJAX calls to action_replace() from edits to have the wrong value for their page parameter, causing them to have no effect, and action_replace() to return simply "~np~[]~/np~".

wysiwygPlugin's parameter is wrong because wikiplugin_wysiwyg()'s $sourcepage variable has the wrong value, because it is wrongly set to $wikiplugin_included_page instead of $page. This is due to a parser context management issue.

When user have multilingual site enabled and edits a page e.g. in English called Foo and adds an image there using the IMG plugin syntax, then creates translation of the page in another page called Foo2 in the other language and then tries to edit one of the associated pages via the IMG plugin helper icon, it saves nicely but - the page looses the language assigned back to the "Unknown" and that breaks the translation association and it is not possible to set it back because it yells an error that that translation already exists or something like that...

If you are in a site with some "documentation" activity (a bunch of images already in the default folder), it's not easy for the end user to insert the image he/she has just uploaded to Tiki thorugh the toolbar icons/actions.

With the former file gallery interface to upload a file, you see the thumbnail or icon of the image/file just uploaded, so that it's very easy to find it and click on it to get the corresponding wiki syntax inserted in the text area, so that the file is used within the text.

With elFinder, this simple task becomes difficult, annoying, and time consuming (plus irritating at some times, if you can't seem to find the image you have just uploaded and you KNOW it's there somewhere).

Usual case (can be easily reproduced in doc.t.o):
# Log in doc.t.o
# Edit a documentation page
# Click at the toolbar icon to insert a new image from your local harddisk. elFinder interface is shown.
# Click at the icon to insert the file from your harddisk. Select your file, upload it.
# Once the file has finished uploading, you have no clue where the image is, and it's way more complicated to have your image inserted for you in your wiki page or text area.
** You have to start scrolling and scrolling there in the elFinder window to look for something... I know my image was called (real example from today) "tiki13_tracker_events_00.png".
** I typed "tiki13_tracker_events" in the search box, and nothing was shown (!).
** I typed "tiki13_tracker" in the search box, and nothing was shown (!).
** I typed "tiki13" in the search box, and dozens of images where shown (!!!).

At this time, my annoyance started to increase quite a lot, as you can image...

We need to make the lifer easier for the end user (and for the *.t.o Tiki contributor)

^ Expected behavior with elFinder:
* Once the file has finished uploading, we expected to have elfinder automagically search for that file name ("tiki13_tracker_events_00.png"), and display the end user JUST the icon/thumbnail of that file just uploaded, so that this human being can easily click on it to have it inserted.
^

Thanks for improving this lovely elFinder interface! :-) {sign user="xavi" datetime="2015-01-26T10:13:55+00:00"}

When using ElFinder as the gallery viewer, browsing for images does not work. ElFinder returns the img plugin syntax instead of the image URL.

The show instance does not work too well. So, I made a screencast
{flash type="url" movie="display437" width="759" height="753"}

Adding CkEditor image toolbar button to show, too.

Note: This is when using HTML WYSIWYG and the CKEditor Image tool, but will have a go {sign user="jonnybradley" datetime="2013-10-30T17:18:39+00:00"}

http://doc.tiki.org/tiki-list_file_gallery.php?galleryId=1686

{img fileId="609"}

{syntax type="tiki" editor="plain"}
Should just be some UI work so when a user selects a file, and uses contextual menu, WebODF or SVG-edit options appear if the file is of the right type.

I would like to suggest that email protection be added by default to the email button when the icon is clicked. Right not the email address is embedded into the page in plain sight. I took a look at the JS protection applied to the email addresses listed in the user page, and it looks great. Can this same script be applied to the email addresses that are displayed through the email button?

I guess it would be a good idea to also have a way for people to opt out of the scrambling, just in case they wanted Search Engines, or bots of some kind to be able to index them....

Thanks

Brendan

See: https://doc.tiki.org/tiki-syslog.php

{img fileId="658"}

If you write a wiki article for example and want to insert a image or picture you already uploaded you use the button for picture.
Then you select file galleries as the data source and want to select a file directly within the file gallery.
That's not the real problem. But as soon as you use elFinder for file gallery view you still can select a image but it will always insert a whole code tag within the "image id" field (eg. {img fileid="34" ...}) and not only the fileid itself.

The fix is really easy, you just need to edit the file [yourtikihome]/templates/tiki-list_file_gallery.tpl at line 294 and replace this line with the following:
{CODE(caption="templates/tiki-list_file_gallery.tpl")}window.opener.insertAt('{{$filegals_manager}}', data.fileId);{CODE}

Maybe you should fix this in a following version, as it's really annoying to fix the form every time.

-------

the patch doesn't seem to work. still having the issue of the full plugin code gets injected.

This is probably a Jonny bug now since it touches ElFinder

When you enable "wysiwyg inline editing enabled", modules that have their visibility set to be displayed for a category don't appear when viewing pages of that category.

When editing a page in the normal editor, the modules set to show up for that page's category will show up, but will disappear when viewing the page from outside of the editor.

Demonstrated and contextually descried and exemplified on instance below.

Just downloaded 12.o.beta from SourceForge following Jonny's Tiki-devel email of Fri. 22 Nov 2013. Unpacked fine (using zip file). ran "sh setup.sh" going through three standard steps, (c) composer, (f) fix and (x) exit, smoothly.
Started up, automatically switched to install. Went through all steps smoothly.
Entered tiki.
Went through Wizzard. Getting better and smoother all the time; congrats all who are working to make this better.

Before logging off as admin from every new Tiki I create, I always create myself a new user. Did so again this time, and get an annoying (and confusing) error message:
---
__Error(s): No index available.__
---
directly above the information:
"Notice: Account validated successfully.
Information
Account validated successfully. "

The only option provided is in the upper right, to "clear errors".
---
For the record, during the Admin Wizard, I did NOT chose the "Basic Search" but the "Advanced Search" with "MySQL Full-Text Search as my "Unified Search Engine" and "Incremental Index Update".

I think this is just a small annoyance, but can see how this confuses and worries a new user/admin.

Just downloaded 12.o.beta from SourceForge following Jonny's Tiki-devel email of Fri. 22 Nov 2013. Unpacked fine (using zip file). ran "sh setup.sh" going through three standard steps, (c) composer, (f) fix and (x) exit, smoothly.
Started up, automatically switched to install. Went through all steps smoothly.
Entered tiki.
Went through Wizzard. Getting better and smoother all the time; congrats all who are working to make this better.

Before logging off as admin from every new Tiki I create, I always create myself a new user. Did so again this time, and get an annoying (and confusing) error message:
---
__Error(s): No index available.__
---
directly above the information:
"Notice: Account validated successfully.
Information
Account validated successfully. "

The only option provided is in the upper right, to "clear errors".
---
For the record, during the Admin Wizard, I did NOT chose the "Basic Search" but the "Advanced Search" with "MySQL Full-Text Search as my "Unified Search Engine" and "Incremental Index Update".

I think this is just a small annoyance, but can see how this confuses and worries a new user/admin.

{syntax type="tiki" editor="plain"}
File ===installer/schema/20120429_fix_collation_tiki.php=== contains an error on line 20:

*if ( $results= $installer->fetchAll('SELECT DISTINCT(TABLE_NAME) FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = ?', $dbs_tiki)

If the DB name has a character in it such as a dash, this returns FALSE and the script (incorrectly) reports that the MySQL version is too old.

I just hardcoded my DB name into the query, but the following code patch ''should'' work:
*if ( $results= $installer->fetchAll("SELECT DISTINCT(TABLE_NAME) FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = '$dbs_tiki'")

This problem has burned at least one other person, as can be seen on the forum: http://tiki.org/tiki-view_forum_thread.php?forumId=6&threadId=50478&comzone=show&display=&fullscreen=&PHPSESSID=

{syntax type="tiki" editor="plain"}
When there is an error, such as trying to go to a non-existent page, e.g. tiki-index.php?page=sadjklfjadklfjlkds

the error page has the header appearing below the error.

You need search to be turned on (problem does not occur in mysql search though).

With feature_search enabled errors produced from error.tpl etc end up with the header, modules etc being repeated inside the page under the error message.

This can be seen here: [http://demo.tiki.org/12x/made+up+page] {sign user="jonnybradley" datetime="2013-10-13T16:13:38+00:00"}

This is a side-effect of the change to using Smarty Inheritance in the tempting system and due to tiki-searchindex.tpl now using "{extends 'layout_view.tpl'}".


Should also happen with feature_search_fulltext but the logic's borked currently... will fix that once this is fixed.

On this page:

/tiki-view_forum_thread.php?comments_parentId=15&forumId=1

The previous topic link produces this url:

/tiki-view_forum_thread.php?comments_parentId=12&topics_offset=-1

This page is a Error Page.

This page also gets indexed by google and is crawled by bots.

I have added a line to my robots.txt to tell google bots not to include it in there indexing

Disallow: /*topics_offset=-1

Thanks, for considering addressing this. Really appreciate tiki.

Weird issue, maybe too specific of the tiki 12 configuration for a local chapter of the World Social Forum in Catalonia.
But this is serious, and since might happen to other tikis, I report it before I forget what happened, and which manual workaround allowed us to keep going.

We have set up a Tiki site to gather information on workshops in a tracker. The Tracker (through a Wiki page with PluginTracker) also shows the registration fields, in order to get a user registered with the information of the workshop they want to propose.

That wiki page is shown through an iframe in from a wordpress (yes, this is real life; main site was created first with Wordpress, and they only want to use Tiki for the tracker system, so far).

http://www.forumsocialcatala.cat/fscat2014/inscripcio-tallers-fscat2014/

{GROUP(groups="Registered")}This is using this tiki url inside:
http://2014clean.forumsocialcatala.cat/Inscripcions?cookietab=2

inside plugin group since I don't want robots to crawl the tiki directly
{GROUP}

Once the form was submitted, Tiki displayed a page that an error occurred ("did you check your db is up & running", etc)
Apache logs don't show anything rellevant.
Tiki logs indicate that the database table

__dbname.index_52d52c9cad158__

was missing. Checking the mysql db directly, I saw that another similar db table name was there:

__dbname.index_5305ecc55cd29__

I did clear the Tiki caches many times, rebuild the serch index many times, changed from mysqlfts to lucene (clear caches and rebuild index each time) and back, a few times. Even disabled the unified search index. (clearing tiki caches also), and no way, each time the new item was attempted to get added to the Tiki site:
* that error page was shown
* the tiki logs showed the message that __dbname.index_52d52c9cad158__ was missing
* the user got added, but not the tracker item with the workshop information.

I only know that the system worked well until Feb 14th (the date of the last valid item in the tracker). After that, I svn updated to recent revisions yesterday (maybe to r49950ish or similar, I don't know for sure), and today svn-updated again, to r49974. And that mysql table either dissapeared, or was rebuilt to a different name, or the code decided to look for a different name of table at the database.

---
Update: I admit, that this is too of an edge case.
I have not been able to reproduce in a clone of that db in my localhost, so I close this bug report. I hope this issue doesn't happen to anyone else. {sign user="xavi" datetime="2014-03-05T12:56:35+00:00"}

Scenario: Estimating a line formula Y = mX + c

Steps:
1. Create a spreadsheet.
2. In cells A1, B1, type in some numerical values, e.g.: 2.53 and 32.785 We will use them for constants m, c.
Note: can be any other value.
3. In column A, type in some (5) numerical values, starting row A2 to A6
4. In cell B2, type the formula "=$A$1*A2+$B$1" without the quotes. Then press Enter.
You should get the value of the equation.
5. Next try to replicate the formula in cell B2, by dragging the small square icon at the bottom-right corner of the cell (like you would do in Excel spreadsheet). Drag till B6.
6. Formula should be replicated and numerical values should show.

Error 1:
You get error message in the cell: Error: Parse error ... ----^Expecting '('

Error 2:
The cells to be replicated by dragging the formula have incorrect formula of type "=ANaN*B3+ANaN"
Edit --> Undo does not work. The error values in the cells cannot be removed by click on Edit --> Undo

This is a major drawback of the Spreadsheet feature. Reduces considerably, the usability of this important feature.

Renaming a group doesn't update the name in the corresponding group watches

Reproduced in our production site: http://ueb.vhir.org

This might be the culprit for this other more serious usability issue in our production site:
http://dev.tiki.org/item5497?from=Watch