Category: 16.x

On "Share this Page", "Put on my Facebook wall " is not working.
(Share using email is ok).

To demonstrate I created a show instance using a fb test app.
I set a specific admin password.

Feature to discuss wiki pages in forums sends a notification email (user watches) each time the use clicks at the button 'Start discussion' (even if the discussion and thread was already started by someone else previously)

Reproduced:

http://xavi-9794-6188.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

u: user1
p: user1

Mail sending is logged in the syslogs
Login as user1 and click at access discussion of the homepage (link above bottom bar). Registered users (through group watches) will receive an email as if you started the thread. But thread was started already, and you didn't post anything else to trigger a new email sent.

there is no simple "sort by" when you view a gallery (e.g. browse mode). you always have to go into the gallery config and change it there, that is very unintuitive.

when listing a gallery via tiki-list_file_gallery.php?page=fgal&galleryId=<GALLERYID>, there should be a way to disable the gallery tree on the left. I have the same gallery tree in the left tiki bar, so I have it twice on the page, when working in the file galleries.

I somehow miss a simple display of image dimensions when a gallery entry is an image; maybe we should have some third gallery type besides podcast audio and video for image, to show additional properties for those. finding those hidden in the additional EXIF data is not a good solution.

The "Upload New Version" action item in file galleries is no longer reliable. Clicking it opens a file selection dialog, but if the wrench icon controlling the menu of action items is not clicked, the dialog disappears quietly, without reporting any error. This is not too misleading, since there is no false confirmation.

http://bsfez-11581-5668.show.tikiwiki.org/tiki-list_file_gallery.php?galleryId=1
Can't upload a new version....

The File Gallery Template feature is still in Tiki, and it seems nobody really knows what it was used for, if you will here is something I wrote a couple years ago on this, at https://tiki.org/forumthread59522
If this is supposed to work somewhere, it sure would be great to have it working if the intentions were to build upload templates from it.
Thanks for looking
John

File gallery uploads don't work anymore, neither with 'browse' nor with 'drag & drop'.

When you upload several images via drag'n'drop, and one of the files is hitting restrictions and gets denied, the error is shown for ALL the images in the batch. The other images get correctly uploaded though.

At https://tiki.org/Consultants the field type Files, Display Mode = image show ^File not found.^ instead of the format parameter default content (default="" in this case).

forums in t.o unusable: help!

I tried to reply to this forum post https://tiki.org/forumthread62480 with my user "xavi" adding this content:

{QUOTE()}
Hi enelson and welcome to the Tiki Community
Have a look at the authentication methods available in Tiki:
https://doc.tiki.org/Login+Config

and external authentication:
https://doc.tiki.org/External+Authentication

If the main CMS was Tiki, you also configure same login through several methods tested and working elsewhere ( ((doc:Intertiki)), among others). What does composr offer that you can't get in Tiki? (just curious)
{QUOTE}

The post is not saved. I tried 3 times. No way.

Clicking at the top at the link to "prev topic" produces this url:
https://tiki.org/tiki-view_forum_thread.php?comments_parentId=62487&topics_offset=-1

which returns this error message on a semi-WSOD page:
{CODE()}
Error
Notice: invalid variable value: $_GET["topics_offset"] = -1
{CODE}

I tried then to go to the list of forums through the usual SEF url:
https://tiki.org/forums

but that is re-sent to the tiki home page with the blueish perspective
https://tiki.org/tiki-index.php

I'm looking for an alternative way to simply go to the forums list in tiki.org and I can't find it anywhere in the blueish perspective. I presume that this is related to some bad configuration or bugs with perspectives. But I can't confirm, and I can't change them any more as simple user in tiki.org.
Shouldn't we expose the main app menu somewhere (at the bottom, at least) for registered users???

Help!

fullscreen=y hides all info from top navigation bars in dev.t.o, doc.t.o and themes.to

To reproduce, compare this:
https://dev.tiki.org/tiki-index.php?fullscreen=y

with
https://dev.tiki.org/tiki-index.php?fullscreen=n

The plugin List (or listExecute) is able to filter by range:

{filter range="tracker_field_date" from="now" gap="2592000"}

The gap is hardcoded in the plugin filter value.
It would be nice it could be one a variable such as a value within the tracker.

{filter range="tracker_field_date" from="now" gap="tracker_field_gap"}

As an extension it would be nicer it accept a Human Readable value like days or month.
It is unlikely end user has to deal with value like "2592000" (second) in a tracker item but more with value like "30 days".

Seems it is back...

On fresh install (new db) after filling admin new password and email you are redirected to the wizard.

If you close it (toggling show on start) you are redirected to -+tiki-index.php?page=HomePage+-, the HomePage

It show an error:
Error

Page not found
HomePage

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

First visit for new admin experience is critical...

---
{FADE(label="Previous report - Tiki16" icon="y")}
On fresh install (new db) after filling admin new password and email you should be redirected to the HomePage (showing the wizard by default).

However, I soon as you submit the admin information you are redirected to an error page:
Error

Page not found
HomePage

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

If I refresh the page or if I type mydomain/HomePage in the URL bar, page it is still not found.

If I click on the "Home" item of the menu I’m redirect to tiki-index.php and I can see the homepage.
From this point HomePage exist and can be accessed entering the address in the url bar from wiki page list, etc.

The wizard is lost in space.
{FADE}

Since the short Url feature is being added to Tiki, could it not be combined with file galleries such that a file in a gallery is linked or displayed by using a short Url instead of the file Id?

This will enhance security and add new functionality to Tiki. Currently the value of fileId is sequentially generated and is therefore predictable: visitors can easily scrape off files from a tiki install by using tiki_download and incrementing the value of fileId inside a loop. Additionally, files can be hotlinked.

To fortify tiki against this, all that needs to be done is to combine the new short Url functionality with file galleries: if plugin files is used with a parameter, say "mask" or "obfuscate", then the fileId will be substituted with a short code. For example, the user enters tiki-download_file.php?fileId=1 in the wiki text editor, just as before, but if the obfuscate="y" parameter is used then the html will show tiki-download_file.php?fileId=RandomShortURLhghhgfftrdfgnj

As an additional feature, if the duration (life / validity) of the short code can be user defined per gallery / file / plugin files parameter, then tiki-download_file.php?fileId=RandomShortURLhghhgfftrdfgnj will stop serving fileId=1 after that time. Tiki could then be made to serve content via perishable and non predictable file names - just like the big CDN companies such as Akamai do.

I imagine this would be fairly simple to implement and would add a very useful feature to Tiki.

For a simple implementation of this idea, see:
https://github.com/spatie/url-signer

At https://tiki.org/Demo
The Demo instances for 16x and 9x are no longer available.

16x shows Internal Error 500
9x shows url no longer available.

It should rather only mark the one file that failed, as such, and still upload all others.

There is a new feature committed in trunk only so far which allows to resize images to a specified size in the browser before uploading to the tiki at the server.

In my local test I did setup this environment:
* applied "collaborative community 12x" profile, and created a file gallery called "foobar", allowed to upload images by others, etc., add some values to the default settings of max image width and height per gallery, and attempted to upload one image file to that file gallery overiding the max width and height in that file upload.

After uploading the image, I saw just below the image thumbnail:
{CODE()}
File upload failed: Forbidden
{CODE}

And in a higher position next to the page top, this other message was shown:
{CODE()}
Incorrect integer value: '' for column 'deleteAfter' at row 1
{CODE}

See screenshot:
{img fileId="1048" thumb="box"}

I'm using php 7 and mysql 5.7 in my local machine where I tested, in case this matters.

I'll see if I can reproduce in a show.t.o instance

---
I can't reproduce since I can't login to the new trunk show.t.o instance just created, neither with Chrome nor Firefox, with the usual credentials for the first connection:
u: admin
p: admin

Removed the show instance, and created another one, and same effect.

__Describe precisely what you did (how to reproduce)__
I uploaded an oversized image to a wiki page. The oversize image constrains nicely on the wiki page with:
Thumbnail: None
Responsive Image: Default

When the following parameters are applied the image renders poorly:
Thumbnail: None
Responsive Image: Default
Caption: Text
Alternative Text: Text

__Describe exactly the faulty consequences. __
The faulty consequences are the image fly's out of the constrained area of the wiki page into the body of the site when the Caption and Alternative Text params are used.

__Explain what you expected instead of the faulty consequences. __
I expected the image to constrain nicely in the wiki page as it does when only the Thumbnail and Responsive Image params are applied.

__ Describe precisely what you did (how to reproduce).__
I attempted to place images with captions side by side in a wiki page, with the params as:

{CODE()}{img type="fileId" fileId="id" thumb="box" desc="Test Caption" responsive="n"} {img type="fileId" fileId="id" thumb="box" desc="Test Caption" responsive="n"}{CODE}

__ Describe exactly the faulty consequences.__
When images are placed side by side, with as thumb, responsive n, and caption added, they will not place side by side, but will only place over and under.

__ Explain what you expected instead of the faulty consequences. __
I expected to view the images side by side, with captions below the images.

Reproduced here:
http://stirus-11828-6082.show.tikiwiki.org/tiki-sheets.php
u: admin
p: 12345

I tried the following:

1-created a spreadsheet with two columns; row one had headings, row two data
* http://stirus-11828-6082.show.tikiwiki.org/tiki-view_sheets.php?sheetId=1
2-exported the spreadsheet in CSV format, UTF-8 character set
3-renamed the export file
4-edit the exported file with UltraEdit; changed one field; saved with UTF-8
5-created an empty spreadsheet
* http://stirus-11828-6082.show.tikiwiki.org/tiki-view_sheets.php?sheetId=2
6-ran import CSV with UTF-8
7-no data imported, and the sheet just says "Array".

improve doc for devs about the right way to develop permission checks (global, category and local)

I wish there was a place (ideally) were permission checking in tiki was explained for dev dummies: global, categ and local object perm checking.
That documentation at dev.t.o should be linked, at least from:
* https://dev.tiki.org/Permission
* https://dev.tiki.org/Permission+inheritance
* https://dev.tiki.org/Hello+world#To_check_a_permission

Hello,

When you want to create a form to embed a tracker you need to put the trackerId and the fields Id. I improved them in a more user friendly way in order to avoid to remember the ids.

__Before__:
{img fileId="1114" thumb="box"}

__After__:
{img fileId="1115" thumb="box"}

I have uploaded the files modified.

The modified files are:
*lib/wiki-plugins/wikiplugin_tracker.php
*lib/jquery_tiki/tiki-trackers.js
*lib/jquery_tiki/tiki-jquery.js
*lib/tiki-js.js

You will found the modified code tagged inside
// NOTE: Start Modification
......code....
//NOTE: End Modification

insert tracker item with modal window fails due to form refresh when choosing page name from dropdown options (in a tracker field wiki page name)

For the record, it was reproduced here: https://sustainability.seeds4c.org/tracker25
(site in production, intranet for a university course - ask for a temporary user if you are willing to test on site for debugging purposes or something)

Tiki smileys are so 90s... It look very bad.

:)
;)
(:santa:)
(:twisted:)

Really ?

--drsassafras begin--
This seems related to : https://dev.tiki.org/item6191 and https://dev.tiki.org/item6189

I looked into the issue not so long ago. Almost all browsers now support emoji. Desktop and mobile. If we enable the saving of emoji in our database, they will all show nicely, and will always be kept up to date with the OS/Browser.

A little emoji selector could be made for users who dont have a emoji keyboard set up, and the existing similes used here could be integrated.

Although, it might be easier to replace the emoticons with new ones in the mean time.
--drsassafras end--