Category: 17.x

Registrations set to require validation by admin do not send email to configured email addresses any more. It use to work as expected, as far as I know, in 15.x

We have set the 3 email addresses separated by commas, as indicated in the Tiki UI, in case it matters, to receive the emails warning about a validation is pending

Ref: aspb-sg

Quick sensation in a production site of mine:

A new page in a wiki structure doesn't inherit categ perms from structure parent but only object perms (unexpected for intranet type of sections of wiki structures)

It does inherit permissions from the parent when local permissions are applied to the parent wiki page. However, in my opinion, category permissions (when there are no object permissions but category permissions) should be either applied by default to the new child page from the parent in the structure, or at least offer/warn the user about it with a checkbox for the user to select to copy categ. permissions also.

Removing a tracker field should remove also the references to that field in the popup fields definition in the tracker properties

respect/obey object permissions (beyond global) with plugin pivottable
To be reproduced in short.
Cases to be handled properly:
a) granted globally but restricted locally
b) granted only locally

Reproduced:
admin access:
http://xavi-9794-6148.show.tikiwiki.org
u: admin
p: 12345

__Case a) granted globally but restricted locally__
http://xavi-9794-6148.show.tikiwiki.org/tiki-index.php?page=Homepage+for+Staff
u: client1
p: client1
Group clients has global perms to view and edit wiki pages, but for that specific page, Clients can only see the page, and not edit it (managed through object perms).
However, user client1 currently can see the button to "Edit pivot table" (by mistake), while can't see the button to edit the wiki page (as expected). If the user clicks at edit pivot table, can change controls, but at saving time, nothing is changed (as expected, since he/she doesn't have perm on that page to edit it).

__Case b) granted only locally__
http://xavi-9794-6148.show.tikiwiki.org/tiki-index.php?page=Homepage+for+Staff
u: staff1
p: staff1
That page has object perms (not global) for group staff to view and edit. User staff1 can edit the page, but this user doesn't see the controls to edit the pivottable plugin.

Recently, this was addressed:
[item6423|Rollback should indicate who did the rollback]

Let's go one step further and let the rollbacker indicate a comment

I did a rollback here:
https://dev.tiki.org/tiki-pagehistory.php?page=Where+to+commit
but there is no indication who did the rollback.

Suggestion: change to:

rollback to version 239 by marclaporte

On https://doc.tiki.org/Documentation#contentdochome-3 you can see under the "The latest Tiki news" that there are links to latest articles on tiki.org but each article title is repeated there 3 times - each with slightly different link, for example:
{CODE()}
https://tiki.org/tiki-articles_rss.php/article447-Tiki-17-0-released
https://tiki.org/tiki-articles_rss.php/img/smiles/article447-Tiki-17-0-released
https://tiki.org/article447-Tiki-17-0-released
{CODE}

Only the third one is correct and should be there. Please fix if you know how ;)

Thanks,
luci
---
Update 9/10/2018:
This is still there and it is not helping us with automatisation that are (could) help us to spread our news on different social network tools.
https://tiki.org/Community show 8 feeds for The opening of Tiki Online Open Hours

Gary mentioned that a new feed is create on each editing. Seems related.
---
Update 11/10/2018:
I tried to understand better and check setup different websites:
# On my local, debugger on, I can’t reproduce
# On my own website; https://bsfez.com/playground
## First check I have a single entry for each article in the feed module
## Second check (can’t say if it is hours later or days laters) I have 2 entry for each article. It is really unlikely I edited each one once and only once so it moderate the editing option (each edit add an entry).
+ {img fileId="1233" thumb="box"}
+ {img fileId="1234" thumb="box"}
# On tiki.org, they were some edit yesterday (by Luci) and now we have 4 entry for the last article
+ https://tiki.org/Community
+ {img fileId="1235" thumb="box"}

I have set up a cron job ( -+*/15 * * * * cd /var/www/...../web/tiki17x; php56 console.php scheduler:run+- ) to run the console command on the server which checks the schedulers every 15 minutes but the defined scheduler task should be run every 2 hours, not each time the cron checks it. This is what I have there on the Scheduler control panel (the scheduler name is "Index rebuild every 2 hours"):
{CODE()}
Index rebuild every 2 hours ConsoleCommandTask * */2 * * * active ✔
{CODE}

(The ConsoleCommandTask is set up to i:r.)

!!Scheduler "Index rebuild every 2 hours" Logs:
{CODE()}
Start Time End Time Status Output
Aug 10, 2017 14:45:03 Aug 10, 2017 14:45:12 done Started rebuilding index...
Indexed
wiki page: 8
file: 6
file gallery: 4
trackeritem: 1
tracker: 1
trackerfield: 10
comment: 0
user: 2
group: 3
activity: 1
Rebuilding index done
Execution time: 9 secs
Current Memory usage: 58.8 MiB
Memory peak usage before indexing: 21.0 MiB
Memory peak usage after indexing: 59.7 MiB
Number of queries: 512

Aug 10, 2017 14:30:03 Aug 10, 2017 14:30:12 done Started rebuilding index...
Indexed
wiki page: 8
file: 6
file gallery: 4
trackeritem: 1
tracker: 1
trackerfield: 10
comment: 0
user: 2
group: 3
activity: 1
Rebuilding index done
Execution time: 8 secs
Current Memory usage: 55.0 MiB
Memory peak usage before indexing: 21.5 MiB
Memory peak usage after indexing: 55.9 MiB
Number of queries: 504

Aug 10, 2017 14:15:06 Aug 10, 2017 14:15:16 done Started rebuilding index...
Indexed
wiki page: 8
file: 6
file gallery: 4
trackeritem: 1
tracker: 1
trackerfield: 10
comment: 0
user: 2
group: 3
activity: 1
Rebuilding index done
Execution time: 9 secs
Current Memory usage: 54.7 MiB
Memory peak usage before indexing: 21.0 MiB
Memory peak usage after indexing: 55.6 MiB
Number of queries: 504
{CODE}

__I want to run the scheduled task every 2 hours as defined, not every 15 minutes I check if there are any new schedulers.__

Related links:
--https://dev.tiki.org/Scheduler-- actually, this is some other "Scheduler" (same name for different features?), oops {sign user="luci" datetime="2017-08-15T10:55:26+00:00"}
https://doc.tiki.org/Scheduler

Using "Admin Users" it is possible to change the name of the User.

Doing so also resets the user's score back to zero which is not required and on our system is not desired.

--It may or may not be significant that we are moving away from requiring e-mail based usernames.
Deselecting "Use email as username" does not of itself cause the score to be reset. We are only observing this when we subsequently change from (for example) "test@example.com" to "TST0123"-- --Seems strike thru isn't working on the preceding text--

Your latest demo system also shows the same issue.

Selecting a group at registration time doesn't assign that new user to that group since a site was upgraded from 15.x to 17.x (svn r63071)

ref: aspb-sg

This profile https://profiles.tiki.org/Bug_Tracker_15 makes an attempt to allow the user to set the sender_email if they haven't done so yet (which is usually the case when we are creating new show.t.o instances, or reproducing some scenario in localhost to debug some feature, etc.)

I'm using the same type of syntax which seems to be working in other profiles:
But this one in Bug_Tracker_15 profile seems not to work:
{CODE()}
sender_email: $profilerequest:sender_email$YourEmail@example.com$
{CODE}

while these other ones, in [https://profiles.tiki.org/Easy+GeoBlog|Easy GeoBlog], for instance, work as expected:
{CODE()}
style: $profilerequest:style$gradiant.css$
sitetitle: $profilerequest:sitetitle$My Easy GeoBlog$
sitesubtitle: $profilerequest:sitesubtitle$My thoughts and musings$
browsertitle: $profilerequest:browsertitle$Easy GeoBlog$
{CODE}

I tried if the issue was adding an "@" character in the working fields of Easy Geoblog, but that worked as expected also even if an email was written there.

When locally testing use of __setup.sh__ with a custom PHP binary location (i.e. using the -+-p+- option), I found two instances of hardcoded "php" invocations. All other invocations are done using the ~np~"${PHPCLI}"~/np~ variable, so I figure these are oversights.

At this writing, trunk/setup.sh is at r64051. The hardcoded references are at:

{CODE(caption="Line 553" wrap="0" colors="shell" theme="default")}curl -s https://getcomposer.org/installer | php -- --install-dir=temp{CODE}

{CODE(caption="Line 556" wrap="0" colors="shell" theme="default")}php -r "eval('?>'.file_get_contents('https://getcomposer.org/installer'));" -- --install-dir=temp{CODE}

showlinks=n param in plugin trackerlist does not prevent link from isMain field from showing

Wasn't that the expected behavior from that param?
At least, that what some users expect from its name and documentation.

http://doc.tiki.org/PluginTrackerList

"Show links to each tracker item (not shown by default). At least one field needs to be set as Public in order for this to work."

Or is the expected output of that param something different?

{syntax type="tiki" editor="plain"}
The output from plugin {SHOWPAGES} is broken if the page was last modified by a user with an e-mail form of userid.

For a userId of the form "userxxxx" of a well formed wiki link to the page listed, with a mouse over which reads "Last modified by userxxxx"

For a user of the form "test@example.com", the user's email address forms the wikilink followed by in plain text " class="wiki">Test_Page_Name The mouse over is also broken and reads "Last modified by <a class="

I had hoped that we'd be able to use ShowPages as an alternate to the issue we've encountered with ListPages issue https://dev.tiki.org/item6562 , but with both mechanisms broken our migration away from TW6.7 is stuck at the present, since all our user accounts are e-mail based.

Also seen to be broken on demo.tiki.org reporting Tiki version 17.2svn

Slideshows can only be done based on a page and its headings. The proposition is to be able to do slideshows based on structures (without having to move through a structure and select slideshow on every page).

Something about namespaces seems to conflict with url sending user after updating tracker item with SEFURL

Url where I update an item is:
{CODE()}
http://example.com/item608?from=SERGEN-Xavier%3A_%3AMagatzem-LH-AraVinc
{CODE}

Editing the tracker item is done in a modal window. I update a datepicker field in the tracker, save, and I'm re-sent to this full url in the browser:
{CODE()}
sergen-xavier:_:Magatzem-LH-AraVinc
{CODE}

i.e., with no http, nor domain, etc.

The tracker item edit was saved properly, it's just disorienting for the user to be sent to that defective url.

At https://doc.tiki.org/PluginToc#Only_second_level_and_sorted_from_A_to_Z it show:

__D__ocumentation Lifecycle
__F__eature Page Template
__d__elete
__e__rrors
help
in progress
merge
...

It should be ordered from A to Z
(OR some importance is given to CAPS vs notCAPS ?)

~~#F00:__EDIT__~~ : I created an instance to reproduce and I couldn’t so it may be something with Tiki.org
http://bsfez-11581-6285.show.tikiwiki.org

Spreadsheets (jquery --s5-- sheets) do not work as expected in a productive environment, even not for use in an internal team.
This is a regression, as they have been working before.

Issue: __The edit menu and it's subitems had no effect (Edit | View | Style).__

--Before considering it a bug I want to test here with a show instance.--
__Tested. Fix needed.__

[http://torsten-11143-6133.show.tikiwiki.org/tiki-view_sheets.php?sheetId=1&parse=edit|try here (show/show => admin/12345)]

Regards,
Torsten

I have enabled SSO and it is configured against our IDP service. But after the IDP login it is redirected back to Tiki and always shows the /tiki-login_scr.php page and no longer login. I have check the assertion at IDP log and it sending correct username parameter as expected. So why this is happended. From where I get the SAML error log if something went wrong there..

On a brand new tiki 17.x revision: 63870 on aws running ubuntu, php7 and webmin/virtuaImin.
I activate the statistics feature. After a few minutes I visit tiki-stats.php and it show an error:

{CODE()}Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'mydomain_tiki17.tiki_pageviews.day' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

The query was:

SELECT SUM(`pageviews`) AS views, `day` AS unixtime FROM `tiki_pageviews` GROUP BY FROM_UNIXTIME(`day`, '%Y-%m-%d') ORDER BY views DESC LIMIT 1
The built query was likely:

SELECT SUM(`pageviews`) AS views, `day` AS unixtime FROM `tiki_pageviews` GROUP BY FROM_UNIXTIME(`day`, '%Y-%m-%d') ORDER BY views DESC LIMIT 1
{CODE}

It is working on my local, may be something to do with the infra ?

In a trunk installation, in the file information for an image in a file gallery, there are these two lines:

Locked by: Wednesday November 16, 2016
Source: Wednesday November 16, 2016

I'm not sure what information is meant to be displayed after those labels, but I'm pretty sure it isn't the upload date of the file.

Similar to {wish id=5778}

https://indieweb.org/hashtags
https://indieweb.org/hashtag-cache

See also ((Freeform Relationships))

I applied profile ((pr:GeoCMS_Maps))

Then whent to the blog created by the profile, edited it, and attempted to enable the comments on that blog, which triggered this error:

{CODE()}
System error.
The following error message was returned:

Incorrect integer value: '' for column 'related_max' at row 1
The query was:

update `tiki_blogs` set `title`=? ,`description`=?,`user`=?,`public`=?,`lastModif`=?,`maxPosts`=?,`heading`=?,`use_title`=?,`use_title_in_post`=?,`use_description`=?,`use_breadcrumbs`=?,`use_author`=?,`add_date`=?,`use_find`=?,`allow_comments`=?,`show_avatar`=?,`always_owner`=?, `post_heading`=?, `show_related`=?, `related_max`=?, `use_excerpt`=? where `blogId`=?
Values:

My Personal GeoBlog
Random daily thoughts and travel stories
admin
n
1501966273
10
Never a dull moment!
n
n
y
y
n
n
n
y
n
n
{* $Id: blog_post_heading.tpl 58008 2016-03-19 22:26:34Z lindonb $ *} {if $blog_data.use_title_in_post eq 'y'} {capture name="blog_actions"}{include file='blog_actions.tpl'}{/capture} {title url={$blogId|sefurl:blog} actions="{$smarty.capture.blog_actions}"}{$blog_data.title}{/title} {/if} {if $blog_data.use_breadcrumbs eq 'y'} <div class="breadcrumb"><a class="link" href="tiki-list_blogs.php">{tr}Blogs{/tr}</a> {$prefs.site_crumb_seper} <a class="link" href="tiki-view_blog.php?blogId={$post_info.blogId}">{$blog_data.title|escape}</a> {$prefs.site_crumb_seper} {$post_info.title|escape}</div> {/if} {* below is example code. In case you desire to add more info to the default blog heading * remove the line above (starting curly bracket then asterisk) and the last line to enable <div class="bloginfo"> {tr}Created by{/tr} {$post_info.user|userlink} {$post_info.created|tiki_short_datetime:on}<br> {tr}Last post{/tr} {$post_info.lastModif|tiki_short_datetime}<br> </div> *}
n
n
1
The built query was likely:

update `tiki_blogs` set `title`='My Personal GeoBlog' ,`description`='Random daily thoughts and travel stories',`user`='admin',`public`='n',`lastModif`='1501966273',`maxPosts`='10',`heading`='Never a dull moment!',`use_title`='n',`use_title_in_post`='n',`use_description`='y',`use_breadcrumbs`='y',`use_author`='n',`add_date`='n',`use_find`='n',`allow_comments`='y',`show_avatar`='n',`always_owner`='n', `post_heading`='{* $Id: blog_post_heading.tpl 58008 2016-03-19 22:26:34Z lindonb $ *} {if $blog_data.use_title_in_post eq \'y\'} {capture name=\"blog_actions\"}{include file=\'blog_actions.tpl\'}{/capture} {title url={$blogId|sefurl:blog} actions=\"{$smarty.capture.blog_actions}\"}{$blog_data.title}{/title} {/if} {if $blog_data.use_breadcrumbs eq \'y\'} <div class=\"breadcrumb\"><a class=\"link\" href=\"tiki-list_blogs.php\">{tr}Blogs{/tr}</a> {$prefs.site_crumb_seper} <a class=\"link\" href=\"tiki-view_blog.php'n'blogId={$post_info.blogId}\">{$blog_data.title|escape}</a> {$prefs.site_crumb_seper} {$post_info.title|escape}</div> {/if} {* below is example code. In case you desire to add more info to the default blog heading * remove the line above (starting curly bracket then asterisk) and the last line to enable <div class=\"bloginfo\"> {tr}Created by{/tr} {$post_info.user|userlink} {$post_info.created|tiki_short_datetime:on}<br> {tr}Last post{/tr} {$post_info.lastModif|tiki_short_datetime}<br> </div> *} ', `show_related`='', `related_max`='n', `use_excerpt`='1' where `blogId`=?
Stacktrace:

* /var/www/html/17.x/tiki-edit_blog.php : 0 -> {main}(array ( ))
* /var/www/html/17.x/tiki-edit_blog.php : 155 -> replace_blog(array ( ))
* /var/www/html/17.x/lib/blogs/bloglib.php : 481 -> query(array ( ))
* /var/www/html/17.x/lib/core/TikiDb/Bridge.php : 27 -> query(array ( ))
* /var/www/html/17.x/lib/core/TikiDb/Pdo.php : 120 -> handleQueryError(array ( ))
* /var/www/html/17.x/lib/core/TikiDb.php : 162 -> handle(array ( ))
{CODE}

---
Unable to reproduce in the show.t.o instance linked to this bug report, but only reproduced at home, which uses Mysql 5.7 (Ubuntu 16.04.x GNU/Linux which comes with Mysql 5.7) {sign user="xavi" datetime="2017-08-05T22:09:51+00:00"}

In case it matters, I enabled also this bunch of comment-related features:
{CODE()}
The following changes have been applied

Preference feature wiki comments enabled (Preference name: feature_wiki_comments)
Preference feature inline comments enabled (Preference name: feature_inline_comments)
Preference feature article comments enabled (Preference name: feature_article_comments)
Preference comments vote enabled (Preference name: comments_vote)
Preference feature image galleries comments enabled (Preference name: feature_image_galleries_comments)
Preference tracker show comments below enabled (Preference name: tracker_show_comments_below)
Preference feature poll comments enabled (Preference name: feature_poll_comments)
Preference comments archive enabled (Preference name: comments_archive)
Preference feature file galleries comments enabled (Preference name: feature_file_galleries_comments)
Preference wiki comments simple ratings enabled (Preference name: wiki_comments_simple_ratings)
Preference wikiplugininline trackercomments enabled (Preference name: wikiplugininline_trackercomments)
Preference wiki comments displayed default enabled (Preference name: wiki_comments_displayed_default)
Preference wiki comments form displayed default enabled (Preference name: wiki_comments_form_displayed_default)
{CODE}

On module creation :
( ! ) Fatal error: Class 'convertToTiki9' not found in /Users/Bernard/Documents/Shocksite/www/htdocs/retroRGB/lib/modules/modlib.php on line 76

The module is created.

__Setup:__ tiki 17.1 on Linux, nginx, mysql, php 5.6
I have standard text editor and default file gallery stuff..

Short story: I cannot put images into blog post via "Choose or upload images" button. The files are being downloaded instead of inserted into opened blog post.
It is something regarding __SEF URL__ feature.. when I enable it .. the bug is being triggered.. when I disable it it works as before.

The other strange thing is that I cannot edit already inserted images via double clicking.

__Steps to reproduce:__
1, open blog post
2, click "Choose or upload images" - three squares behind each other icon
3, Upload screen is opened in another window
4, click Browse Galleries
5, choose gallery and hover on the particular image
6, popup with thumbnail of image and caption "Download" shows
7, after clicking the image starts downloading via browser

This is the screenshot showing that it will download instead insert:
{img fileId="1143" thumb="box"}

This is the failed-to-construct edit image dialogue:
{img fileId="1144" thumb="box"}

__What I was doing:__
Enabling SEF URL..
Fiddling with some settings, not sure if related - user settings, permissions, batch directory, disabled image gallery etc.
I tried Batch directory in File Galleries, it worked via syncthing.. then I processed the files.. probably it caused the thing..
Moved files from database to directory.

__Show tiki instance:__
I was not able to demonstrate bug so far (I have SEF URL set)

Password for admin: 12345 .. test/test123 set/set123 if anybody is interested in playing with that.