Category: Documentation (or Advocacy)

Some file galleries were not visible although categorized so they should have been visible. Had to set the "This Gallery is Public:" but this flag is not documented so its behavior is unknown.

publish 1.9.0 notice on

tikiwiki.org
Freshmeat
Sourceforge

Finish up nice page: ((tw:WhatsNewIn1.9))

I applied current profile related to spreadsheets (as of September 2015) in profiles.t.o:

... https://profiles.tiki.org/Spreadsheet_Test_Profiles

and it does enable the spreadsheet feature and create the intended spreadsheet indeed, but the indicated contents do not seem to get added.

Syntax in that profile page is:
{CODE()}
objects:
-
type: sheet
data:
-
title: Test Title
- [ Test, =A1 ]
- [ =B2, =B1 + A1 ]
{CODE}

I tried with 12.x and 14.x with same results.

Maybe something needs to be tweaked in the profile handler code?:
{CODE()}
/lib/core/Tiki/Profile/InstallHandler/Sheet.php
{CODE}

In trunk (future tiki15) it also fails to add the data to the sheet. Help is needed. {sign user="xavi" datetime="2015-12-31T14:33:57+00:00"}

{BOX()}
14.x: export sheet produced WSOD (blank page). this used to work. (9.x, and 12.x)

error:
Fatal error: Call to a member function sheet_history() on a non-object in /var/www/xavi-9794-5723/tiki-export_sheet.php on line 48

And reproduced here:
https://doc.tiki.org/tiki-export_sheet.php?sheetId=2
(as registered user)

We need export this sheet from doc.t.o because it's the documentation of the feature, and we need a way to easily clone it in a trunk install, or tiki 12, to test regressions, etc.
{BOX}
Issue fixed in r57088 (trunk) and r57089 (14.x). {sign user="xavi" datetime="2015-12-31T15:54:46+00:00"}

However, when exporting in CSV format (either pure CSV, or Excel-CSV format), content is stored as "Array, Array, Array..." (as many times as values) {sign user="xavi" datetime="2015-12-31T15:54:46+00:00"}

Reproduced here:
http://xavi-9794-5723.show.tikiwiki.org/tiki-export_sheet.php?sheetId=1
u: admin
p: 12345

Right now I am on 1.9.11, going to upgrade to RC4, is that possible for upgrading from RC4 to release 2.0?? Or may be I can wait the 2.0 for a while.

BTW, it said that the 2.0 will be released in the second week of August, but right now it became in the August... Don't worry, Thanks for your hard working, we are all look forward the 2.0 :)

Consequently gets an error on this plugin using 2.1 on a Windows machine. Error message from a what I am sure is a proper trackerlist reference is:

ErrorError
No field indicated

Close Window

- - - -

Found out this was an issue related to not making the referenced fields public. I would suggest the documentation is clearer on this issue in the trackerlist documentation. Will have a look at the documentation.

{syntax type="tiki" editor="plain"}
At tiki-user_preferences.php#contentmytiki_user_preference-4, Security user should setup 2FA authentication. This is not a simple thing and there should be a tooltip to link with Tiki documentation: https://doc.tiki.org/Two-factor-authentication

When I tried using wkhtmltopdf for PDF export, all I got was 0 byte files. I turns out this is because the system running wkhtmltopdf must have an X server installed to work. This is not the case with my headless server, and I imagine that most web servers do not run X.

{syntax type="tiki" editor="plain"}
On the Manual database installation docs:
http://doc.tiki.org/Manual+Installation#Rename__htaccess_for_clean_URLs_optional_

Instruction 1.4 says
1.4. Rename _htaccess for clean URLs (optional)

You can rename _htaccess to .htaccess
-----

BUT in the files there is only htaccess.sh

SO, is this the same file as _htaccess?
Really want to change the name of htaccess.sh to .htaccess.sh?

Low priority since this is an Alternative. But it does prevent manual installations
from having clean URLs

The RC1 HomePage says

----
__Personal Blog and Profile__ (apply profile now)
Setup with many cool features to help you integrate the Social Web and establish a strong presence in the Blogosphere

Blog (Full set of blog related features)
Image Gallery
''__Calendar__''
RSS Integration
Video Log

-----

However the Calendar is not installed, so either the doc is wrong or the feature should be added to the profile.

There is a parameter "Update Empty" in the tracker field type.
I don’t see any documentation about it but it is supposed to add auto-increment numbers to items in this tracker that don't have one yet.

I tried it on Tiki18 it didn’t filled the empty fields.

After testing it it seems a auto-increment number is added to empty fields if "itemId" is not the parameter selected. Would be nice to fill in this case too and not to have the admin to open and save each item.

{CODE()}
Update Empty
Add auto-increment numbers to items in this tracker that don't have one one. ********** N.B. This modifies data and there is no undo **********
{CODE}

https://doc.tiki.org/url+Tracker+Field?structure=HomePage+Tracker

There is no description of the options (not all of which are clear to me). Indeed, I did not realize there were options until I edited the field looking to change the display size (which is not an option). Fortunately, I then discovered display options that resolved a problem I was struggling with. I would have saved valuable time fixing my problem if I had seen the options in the documentation.

add unstable Branch in Freshmeat and link to de.tikiwiki.org's daily snapshots...

ex.:

# Redirects
# This is useful if you are migrating from an old site, and you want the old URLs to still work.
# Just uncomment and edit the line below.
Redirect 301 /oldpage.html /tiki-index.php?page=newpage

On a Tiki24, I encountered an error about "security setting"

I went to the Admin, Advanced, Security control panel at tiki-admin.php?page=security there I found a "Tip" remarkbox.
"Please see the Security page on Tiki's developer site. See Security Admin for additional security settings."

There is 2 links;
# ((Security)), an (almost) empty page that certainly doesn't help the admin if he has an issue ?
# Security Admin (tiki-admin_security.php) that goes to a list of activated wikiplugin (and a path) and 2 other links that take further into a wrong direction.

In summary we are not helping the admin with documentation or tools.

Candidate pages;
* https://doc.tiki.org/System-Configuration (helped to find hidden preferences)
* https://doc.tiki.org/Security-Admin (outdated) ?
* https://doc.tiki.org/Security (documentation need improvement)

Apparent bug of undocumented feature within the ARTICLESplugin, such that the "start" parameter does not seem to function.

In the example below, This was coded into the body of a wiki page. I was trying to have two ARTICLES columns, but show the first 5 (or so) articles on the left of the wiki page, then continue with articles 6 thru (say) 10 on the right column of the split wiki page.

Gary (chibaguy) suggested the code below (including the "start" parameter), but it appears that I get identical lists of articles, rather than one column listing articles 1 thru 5, and another parallel one listing articles 6 thru 10 (as expected). "Start" doesn't appear to be documented, but Gary chibaguy suggested it's use to me.

{CODE(caption="example code to reproduce problem")}

{SPLIT()}
{ARTICLES(start=1,max=5)}{ARTICLES}
---
{ARTICLES(start=6,max=10)}{ARTICLES}
{SPLIT}

{CODE}

Please see http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=35859&thread_sort_mode=commentDate_asc#comments

Gary suggested that I submit this as a bug, so this is it. It would be awesome to be able to do a two column split of articles via the inline plug, but not when the lists are identical.

Thanks to you for looking into this!!! -sd :)

I tried to understand if it was possible and how to use the tablesorter with tracker filter plugin.

The trackerfilter modal is NOT user-friendly.
Too long list of things the user may not necessarily needed (menu child accordions would definitely help reducing the tremendous amount of information visible there)
The explanation have been copied and pasted as is from another place and hardly make sense.
Fields are not grouped together, naming is not helping (table sorter is hardly if ever found in the options and parameters list or help)... It is a mess and it took me 30mn of test to make a sample visible here : https://doc.tiki.org/PluginTrackerFilter#Trackerfilter_with_table_sorter_setting_to_perform_calculations

{syntax type="tiki" editor="plain"}
Tiki Wiki has a plugin named Layout : https://doc.tiki.org/PluginLayout
"Create out of the box unique landing pages by turning off header, footer, and site columns."

It is almost very hard to figure what is the purpose of a plugin named "Layout" (https://en.wikipedia.org/wiki/Layout) in Tiki without looking at the documentation and even reading it may confuse the reader. (landing page ?)

While there will be a tons of interpretations we should find a better name that allow people to understand what, simply put, this plugin can do.

{syntax type="tiki" editor="plain"}
Access to pages on doc.tikiwiki.org with names like "User / Group / IP / Page - Selector Tracker Field" is broken.

{sign user="pascalstjean" datetime="2013-08-18T18:40:57+00:00"}

There is no bug since you need to use blog post as the filter type. With that being said, there should be that option when using the Plugin. Currently it only shows blog



----
Using the __category__ plugin:

~np~{category id="2"}~/np~

correctly shows blog posts in the category.

But... using

~np~{category id="2" types="blog"}~/np~

does not!

See SHOW instance

When submitting this issue, I can see Chosen working. So one can get it working, but how?
I followed the steps written up in
https://doc.tiki.org/Improve+Tracker+Forms
but it did not result in any improved trackers. I tried both the dropdown and the multiselect, though I am more interested in the latter one.

[http://irc.tiki.org/irclogger_log/tikiwiki?date=2014-07-31,Thu&sel=95#l91]
Xavi asked me to log this as an issue, so that someone can have a look.

Normally I submit patches myself. However, this time it should just work.

@trunk 52216

((tw:RestoreHelp))


If this is not ready in time we'll deactivate the feature and put a note to users than when they the should expect some 404 pages and that their help is welcome.

In the console.php translation:getstrings it is possible to use the "basedir" argument to set the directory from where you want to get the string (or so it seems). However you can only use it inside a Tiki root directory or at least a directory that contain a /lang/yourtargetlanguage directory. (ie: lang/en/)

See: lib/language/GetStrings.php
Line 171 ~pp~if (! file_exists($this->baseDir . '/lang/' . $lang)) {~/pp~

Else it throw an error "Invalid language code."

There should be a better documentation for this or a mechanism to ask if the user want to create the "missing" directory in the basedir.
(use case: getting strings of smarty template in themes/templates or inside a specific theme: themes/Bernard/templates)

I had to break in in my test installation of Tiki 21.4 (set a temp admin pw I did not write down in my keepass).

For this scenario, there is a documentation available at
https://doc.tiki.org/Lost-admin-password

First, this document lacks the information, that console.php of a Tiki 21.4 needs to be run on at least PHP 7.1. That is not the default with every ISP, and it isn't with mine (Ionos/1&1, second largest hoster in Germany). If invoked as recommend this will yield:

{CODE(Colors="Tiki")}
<b>Parse error</b>: syntax error, unexpected T_STRING, expecting T_CONSTANT_ENCAPSED_STRING or '(' in <b>MYHOMEDIR/agim/tiki-21.4/console.php</b> on line <b>9</b><br />
{CODE}

Workaround is easy, in my case, the invokation of PHP needs to be "php7.1" instead of "php". But that's dependant on a users's ISP. But I think you should state the PHP level necessary.

But invoked as PHP 7.1, console.php still won't reset the admin pw, and only yields:

{CODE(Colors="Tiki")}
Only available through command-line.
{CODE}

This WAS run on a command line... Inspection of console.php shows an, IMHO, unreliable CLI detection mechanism. Line 21 reads:

{CODE(Colors="Tiki")}
if (http_response_code() !== false) {
die('Only available through command-line.');
}
{CODE}

So http_response_code() is assumed to be false, if run on a command line. A quick test script:

{CODE(Colors="Tiki")}
<?php
var_dump(http_response_code());
?>
{CODE}

yields this:
{CODE(Colors="Tiki")}
int(200)
{CODE}

This is in line with the PHP documentation, which says on https://www.php.net/manual/de/function.http-response-code.php

"If response_code is provided, then the previous status code will be returned. If response_code is not provided, then the current status code will be returned. Both of these values will default to a 200 status code if used in a web server environment.

false will be returned if response_code is not provided and it is not invoked in a web server environment (such as from a CLI application). true will be returned if response_code is provided and it is not invoked in a web server environment (but only when no previous response status has been set). "

As I started both scripts definitely on a command line (Linux bash window running commandline SSH!) either PHP's detection is disturbed by something, or it only tests for the ''presence'' of a web server. This environment of course contains a web server (every Tiki installation will have that), but no distinction as to that HOW php got started (invocation on CLI or invocation by Apache) is done, so it defaults to 200.

So another, more reliable detection mechanism is needed here.

Thanks

Copyright and license notices are missing from several *.tikiwiki.org sites. These are required, or participation and content become legally ambiguous.