Category: 17.x

when I choose to "Upload a new version" of a "myfile.xls" I get this error:

PHP (5.6.31) ERROR (E_WARNING):
File: lib/filegals/filegallib.php
Line: 3430
Type: move_uploaded_file(/myfile.xls.tmp): failed to open stream: Permission denied

And at the top of the browser window it says:

Check that these paths exist and are writable by the web server: /tmp/phpaMyPJu /myfile.xls.tmp

1. notice the root level directory
2. notice the space before /file

'Show creation (or modification) date when viewing items' shows nothing any more when tracker section format is set to Tabs

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.

If user William creates wiki page Foo, then user Bob creates a copy of Foo named "Foo-ng" by using the "Copy" action on tiki-listpages.php?cookietab=1, the new wiki page's history will show William as the author of version 1 of Foo-ng, rather than Bob. While it would be useful to keep the copied page's history - including its authors - in the copy's history, this is misleading. If there is a single author mentioned, it should be Bob.

"Create H5P" action in File Gallery no longer works in the newly released tiki17.0

The link should look like this: tiki-h5p-edit
but
The link is like this: tiki-index.php?controller=h5p&action=edit

I performed an SVN 17.1 on my instance and the issue was not resolved.

A show instance is created, and the error persist in the show.

When I try to save some configuration page or some change in a wiki page this error:
"No route found. Please see http://dev.tiki.org/URL+Rewriting+Revamp"
is triggered.
For example, if I have a wiki page with three external links and I put another one, then the error is triggered.
I have seen than the erros comes from "route.php" file.
I have rename the file _htaccess to .htaccess.
I have verified that this error appears when I work from the web server, but it does not appear if I work on a local apache server (wamp).

I have found that most emoji cause page cutoffs on wiki pages. It seems to be that all 4 bytestring unicode causes this most unfortunate error (including the smiley face)

3 bytestring unicode seems to be fine, including: ☺ ☹⛅

I created a pastebin http://pastebin.com/DVf7S1AK with a few common emoji that will promptly kill your wiki page while saving an edit. These are easily usable by just about every mobile phone made since 2010 when unicode 6.0 came out. Desktop usage is also becoming more popular.

My first thought was that it was a HTML Purifier issue. I visited the HTML purifier website and there demo handles 4 bytestring unicode just fine. Then I thought it might be that some software of ours was using the Legacy CJK encoding, but 3 bytestring would not work if that was the case, so we are probably fine there.

That is as far as i have gotten. It wold be really nice if tiki could handle this now popular form of communication.

Emoji Unicode Implementation Info: https://gist.github.com/mranney/1707371
Unicode Lookup: http://unicode.scarfboy.com/

5x: tracker comments should allow self-subscribe option for poster, like in forum posts or page comments. Right now, lost of interaction and feedback is lost for users until they learn how to subscribe to tracker items....

That was the same problem in forum posts for years, until some one added that feature to forum posts and wiki comments...
However, it seems that tracker item comments didn't benefit from that enhancement.... and honestly, they deserve it...

---

UPDATE:
* Still a very much desired feature in MANY tiki sites (including *.t.o sites). {sign user="xavi" datetime="2013-11-17T09:30:58+00:00"}
* Still a wish...{sign user="xavi" datetime="2014-07-13T10:00:49+00:00"}
* Still a wish (many years later). Sniff ... {sign user="xavi" datetime="2016-06-28T08:55:07+00:00"}
---
Gorgeus, fixed, Victor! Thanks! (tested in tracker comments, and adapted the profile "Bug_Tracker_15" to allow commenting by registered to easily test/debug this issue also in the future (or in other branches). {sign user="xavi" datetime="2016-10-11T17:21:14+00:00"}
---
Update: {sign user="xavi" datetime="2016-10-11T17:38:28+00:00"}
* emails are duplicated if the user was also selected in a "user selector" type of field, with notifications on. We should check that no duplication of emails is sent: one as commenter, and another one duplicated as user selected in the "user selector" field with notifications on.
See it reproduced in the show instance:
2 emails have been sent in some cases:
http://xavi-9794-3214.show.tikiwiki.org/tiki-syslog.php
u: admin
p: 12345

* Tracker item commented:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=5
* see email corresponding to each user:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-adminusers.php
* see tracker field definition:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-admin_tracker_fields.php?trackerId=1
** note last 3 fields, all of them user selector with email notification on.
---
Update {sign user="xavi" datetime="2016-10-13T10:40:17+00:00"}
In addition, other systems maybe sending a duplicate of the same email message (see https://doc.tiki.org/Watch ), and we'd better add a system to prevent those duplicated emails to be sent.
To be checked for duplicates (and remove them before sending):
# generic (wildcard-like) user watches through the "__My Watches (UI) > Add Watch > Event__"
# Objects
** user watches on objects
** group watches on objects
# Categories
** user watches on categories
** group watches on categories
# Structures
** user watches on structures
** group watches on structures

I'm usure about category watches. Maybe we can leave those messages also, since they are not 100% equivalent to the other notification emails?
---
Sure, see comments. Issue fixed. {sign user="xavi" datetime="2016-10-14T10:13:36+00:00"}
And duplication of emails was due to some other issue, fixed by kroky6 also (great, thanks!).

The release script checks the syntax of all php files so we need to add a way for each branch to warn when using a newer version of php than the min spec version for that branch.

I know how to do it, just need time so this is a reminder to myself ;)

I have setup a forum for a freshly upgraded Tiki pre-17 trunk :
''( Last Update from SVN (17.0svn): Wednesday, 22 March 2017, 19:03:57 CET- REV 61822 )''
Then I added an eMail to send to from the forum to the email address, what works.

After that I added another email - a pop account - and saved and then the forum is not accessible in view mode anymore: my.example.com/forum5 shows a WSOD white screen.
Deleting the mail account, the forum works fine again.

As we are using this feature on tiki.org heavily and other users might also, I consider this a a 'Release Blocker'.

#

tiki-admin.php?page=textarea#contentadmin_textarea-2 had its main section (Plugins) changed in r61597. It mostly works now, but there is still a problem when searching for short terms, i.e. those under [https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_ft_min_word_len|ft_min_word_len] (for MyISAM; the limit for InnoDB tables is controlled by a different variable).

If the query contains nothing but terms under the limit, all plugins are displayed. If the query contains at least one sufficiently long term, the too short terms are ignored.

One solution would be to display a warning about short terms next to "Plugins found containing: foo".

I am however wondering if we couldn't just go back to the previous code, which didn't have this problem (adapted to not show all plugins by default?). I guess one important reason for the change was to speed up page load, but page generation takes about 7 seconds here, which appears to be the same as, for example, Admin Profiles, so the gain is not obvious.

Trying to revert the change causes important conflicts.

Related: issue 6307

It is very hard to ask questions here. (
(Drop down choices rarely match my conditon, this isn't a bug as far as I know, I just need more information)
I am using Tiki Wiki 17. ( was not available to choose from,above).

I am trying to copy a .bsa file to my file gallery:
www.projectashenfire.org/home/cms/tikiwiki/tiki-list_file_gallery.php?galleryId=11

Small .bsa files can be dragged and dropped into the tiki upload menu.
575M .bsa files fail to be uploaded

When I first attempted this, I was using Tiki 16.2, and I was not getting any error messages.

So, I upgraded to Tiki groupware 17.

I now get a consistent error message using Chrome, Opera, Firefox, Comodo, Safari)
When uploading, I get this message
AJAX: error 0 (rejected) for URL: tiki-ajax_services.php?controller=file&action=upload_multiple

What do I do to resolve this, so any user can upload large files to my site?

I have googled the error message but nothing shows.
I have used the forums and faqs on this site to verify no other conditions are required to handle
large files in the file gallery.

I have contacted my worthless tech support and they say it is your issue.

My php.ini settings all look like this:
allow_url_fopen = Off
allow_url_include = Off
asp_tags = Off
display_errors = Off
enable_dl = Off
file_uploads = On
max_execution_time = 90
max_input_time = 90
max_input_vars = 1000
memory_limit = -1
session.gc_maxlifetime = 1440
session.save_path = "/var/cpanel/php/sessions/ea-php56"
upload_max_filesize = 1G
post_max_size = 1G

After all the troubleshooting, I ended up using php 5.6(native) .

I need to know what is going on?

Also, I used the 'contact us' button on your main site to query why my login does not work unless I
use 'forgot password' EVERY time. Only on dev.tiki.org, does it work pefectly.

Users see an "All shards failed" error/warning feedback when using Elasticsearch on pages with LIST plugins and sort_mode set in query string (by whatever means, either the page's php itself or whatever). It will happen because if the sort_mode is set to something which is invalid for that search query, Elasticsearch will throw an error.

This issue should actually be handled In lib/core/Search/Query.php, as there is already an attempt at gracefully bypassing sort errors in function search(..), but it is not working (prob because of Elasticsearch upgrades). the sort exception is thrown in lib/core/Search/Elastic/Connection.php using a preg_match('/No mapping found for \[(\S+)\] in order to sort on/, it could be very likely ElasticSearch changed this. In fact, that whole firing different type of errors need to be reviewed for different version of Elasticsearch.

There is nevertheless a workaround for now even if the above isn't fixed - i.e. if you set a sort_arg variable for each of the LIST plugins on the page it will solve it, as then sort_mode in the query string won't affect these LIST searches. https://doc.tiki.org/LIST+-+list+or+pagination+command

Allow profiles to be found by associated freetag in profiles.t.o through the "Control Panel > Profiles" search box

Profiles.t.o currently runs on tiki 12, but it could be easily (probably) upgraded to Tiki15 if needed.

According to jonnyb in a trm, freetags text need to be added to the unified index, or something like that.
* I added some notes about that [https://doc.tiki.org/Search+General+Settings#Tips|here] {sign user="jonnybradley" datetime="2017-01-19T18:01:05+00:00"}

The anchor link on title (h1, h2, h3) are now always displayed even if I don’t mouseover.

Pretty ugly :)

{img type="fileId" fileId="1134" thumb="box"}

I didn’t see that on dev... Only on instance for 17.x is a weird situation...

Anonymous comment posters do no receive email notification of replies to their comments, even if they leave their email as indicated as indicated.

There should be a way to communicate back with anonymous comment posters which provide their email (and have some new checkbox ticked by default with "__Notify me of replies__")

That's one of the main differences why there is lot of feedback on content in wordpress or other blogs or cms/s and almost no comments and feedback from anons to Tiki sites. If they ever come to leave a comment, they do not get feedback on their comment, and they are implicitly discouraged to come back or provide more feedback (or even become real users, when the site is open for anonymous registrations).

When viewing articles in list, the number of reads is not displayed anymore (option: art_list_reads) on new articles since Tiki 13. Tiki 12 has no problem.

The bug was introduced in revision 49060. New articles now have tiki_articles.nbreads NULL rather than 0.

{img fileId="1049" thumb="box"}

It is not possible to use tiki-batch_upload_files.php to sent file into a file gallery (directory storage).
The process seems to run but no files are uploaded (and removed).

I found a workaround, check any of the checkbox at the bottom :
*Upload into galleries according to sub-directories
*Use the last sub directory name as description

And it work (even when there is no subdirectory)

Batch upload failed if filename contain more than one "-".

__Test-03-3.jpg__ won’t work
__Test-03_3.jpg__ won’t work
__Test_03_3.jpg__ won’t work
__Test-033.jpg__ will work
__Test_033.jpg__ will work

They may be some other combination with non-alphanumeric char

( ! ) Fatal error: Uncaught exception 'Exception' with message 'DateTime::__construct(): Failed to parse time string (2015-02-) at position 7 (-): Unexpected character' in lib/metadata/reconcile.php on line 663

( ! ) Exception: DateTime::__construct(): Failed to parse time string (2015-02-) at position 7 (-): Unexpected character in lib/metadata/reconcile.php on line 663

{img fileId="1118"}

{img fileId="1117"}

Verified in the latest 17.1.7 release. Could not get demo site or show instances to run so not sure there. Verified still in SVN trunk and on branch 18.x (in file tiki.sql)

The menu item "File Galleries" and its first entry "List File Galleries" does not SEF URL rewrite to "files". Using the SEF "files" does not work either.

It appears the tiki.sql file, in line 3335, has the entry for SEFURL rewrite of "files" set to 'tike-file_galleries.php' which no longer exists. The menu entry simply has 'tiki-list_file_gallery.php' without any parameter; which is what seems to work and is what the URL appears as when listing all user galleries. Just changing the table entry in the DB of an active system does get the SEF URL output rewrite to work (so the the /files appears instead of the PHP file reference). After making the change in the DB table, selecting via the menu errors back to the site HomePage (or similar) so likely something else needs to be fixed; not just the table entry (and tiki.sql entry). Checked the secDB menu tables and the template files; all seemed already changed as well (from what my naive eyes to the code can see).

Longer term, especially since image galleries are deprecated, would be nice to change the SEF URL rewrite for the general galleries page to something more recognizable than "files". Especially since hierarchical galleries are allowed. Maybe "dirs", "directories", "folders", or "galleries" (if really gone) is appropriate. But I guess I should submit a "wish" instead of cluttering up this focused bug report :)

(note: ShowTiki still not working. Get error on startup of missing third party extensions)

Search offered by browsers (Ctrl+F) looks in text areas. So if editing a wiki page (for example), browser search should allow finding a term in the wiki page's source. Unfortunately, CodeMirror does not find terms reliably, in Tiki 17 as well as trunk (r63983).

It's not exactly clear when search works and when it doesn't, but apparently occurrences of the search term inside the visible zone will be found. Those outside will not necessarily though.

For example, searching for "Smarty templates" in https://dev.tiki.org/DevTips only finds 1 of 3 occurences if the editor is at its default positioning (top).

This affects at least Firefox 55.0.3 and Google Chrome 61.0.

I consider this a serious bug for CodeMirror.

When an H5P project is inserted into a wiki page, the browser url takes on the name of the H5P project application. Specifically with SEF url enabled.

For example, if I create an H5P project, then I insert it into a wiki page by
{CODE(theme="default")}{h5p fileId="1373"}{CODE}

The browser tab no longer shows the wiki page name such as Wiki|Fubar Page
Instead the browser tab will display Wiki|h5p_file_name

Here is a screen capture of my user case, I created an H5P project for collages. I name my new H5P project home_page_collage and saved it to the file gallery.

Using the syntax above, I inserted the collage into my wiki home page to display a group of images. Once the H5P project was inserted and saved into my home page wiki, the browser tab started displaying the H5P project file name, instead of Wiki|HomePage. See screen capture of error in browser tab.
{img fileId="1121" thumb="box"}

Calls to plugins which are inside a call to the WYSIWYG plugin produce no output (which usually means that their effect is invisible). Some plugins, such as FOOTNOTE, have effects other than causing output, so calls to these may keep part or all of their effect.

This bug was introduced by the changes to wikiplugin_wysiwyg.php in {commit id=50752}. Tiki versions 14 to 18+ are affected.

The following call to WYSIWYG demonstrates:
{CODE(theme="default")}{WYSIWYG(use_html="n")}
This dummy content is visible.{FOOTNOTE()}Note which is invisible, but should be indicated by a number which is actually invisible{FOOTNOTE}
{GROUP(groups="Admins")}This should be visible for admins{GROUP}
{FADE(label="This should be visible")}Hidden{FADE}
{WYSIWYG}{CODE}


This happens because plugin_execute() calls ParserLib::convert_plugin_for_ckeditor() since ck_editor is true, and therefore returns an empty string to parse_first(), and therefore to parse_data(). That parse_data() has its ck_editor option true, since it is called by parseToWysiwyg(), called by wikiplugin_wysiwyg().

Unfortunately, the revision bringing this regression also fixes WYSIWYG edition. So going back to the previous situation breaks edition again. One can only choose between working visualization and working edition.

I believe the way to fix is to go back to parse_data(), but re-parse the plugin call's content differently when editing.

Example of url generated through the Profiles Wizard:
http://xavi-9794-6372.show.tikiwiki.org/tiki-admin.php?profile=Bug_Tracker_16&show_details_for=Bug_Tracker_16&categories%5B%5D=17.x&repository=http%3a%2f%2fprofiles.tiki.org%2fprofiles&page=profiles&preloadlist=y&list=List#step2

Example of equivalent profile applied through the Profiles Control panel:
http://xavi-9794-6372.show.tikiwiki.org/tiki-admin.php?ticket=4884aea2d5b951c86ed8b5fba540158a&daconfirm=y&profile=Bug_Tracker_16&repository=&page=profiles&redirect=0&list=Find

That show.t.o instance has:
u: admin
p: 12345

Through control panel there sems to be some __ticket__ param which is missing in the profiles wizard. Is this just the only thing which is missing?
---
UPDATE {sign user="xavi" datetime="2017-10-10T08:54:20+00:00"}
17.x svn ( -+Last update from SVN (17.2svn): Monday October 9, 2017 16:39:25 GMT-0200 - REV 64187 (MyISAM)+- ) is confirmed to suffer from this issue still. Please, pay attention to the fact that the button to apply the profile is shown, but when you click, the page reloads, and no profile is applied.
URL from profiles wizard is still like:
http://xavi-9794-6374.show.tikiwiki.org/tiki-admin.php?profile=Collaborative_Community_12x&show_details_for=Collaborative_Community_12x&categories%5B%5D=17.x&categories%5B%5D=Featured+profiles&repository=http%3a%2f%2fprofiles.tiki.org%2fprofiles&page=profiles&preloadlist=y&list=List#step2

u: admin
p: 12345
---

This is a regression from r((rev:61862)). The "$access->ticketMatch()" condition returns false, because the checkAuthenticity() method (called from tiki-admin.php) sets its property to false because a ticket is missing. And because the daconfirm request parameter is missing, the failure is silent.

__Pending re-test and backports to 18.x.__ {sign user="luci" datetime="2018-08-17T08:00:43+00:00"}

Can't upload files to a file gallery through tracker field 'files' with IE11
I can't with either drag and drop, or through the button "browse files": I select the file, click at form button, but nothing happens (no file is uploaded).

Ref: sg-aspb warehouse tracker and filegal.

the issue is important, since in some organizations, only browser is IE11 and IT department doesn't allow installing any other browser than this in corporate computers (unluckily)