Category: All / Undefined

As we are in 2021 and using the top of the edge of the technology we should be able to publish an information only once and have it copied/adapted/shared on many place.

For exemple:
Adding an event in the Tiki calendar like the Tiki Roundtable Meeting should:
* Create an article
* Create a forum post
* Create a post in the the mailing list (dev and user)
* Create (RSS feed) a shareable post in Facebook, Twitter and Linkedin
* Eventually be part of a newsletter
* ...

It require thinking the process (using category, starting from the articles instead of the calendar or even from trackers), etc. and evaluating the existing tools.

Add a feature to limit amount of space used by users (quota).

Add a status panek to allow the user to see the space used (on disk and database) by Tiki. Maybe also display the amount of space for each feature (filegals, wiki, ...).

An additionnal option could be to send a mail to the admin (or a specific user) when users data occupies nearly 90% of the specified quota.

It could be interesting to specify quotas separately for each features.

testing again....

Attempting to view sheets as a registered user,
http://uniwiki.aia06.ourproject.org/tiki-sheets.php

or a specific sheet, such as
http://uniwiki.aia06.ourproject.org/sheet56

I get 500 error, just after I upgraded 1.10 code on that site. Previous 1.10 code (5 months ago, maybe?) worked fine.

(However, other tikis from the same multitiki installation doesn't show that problem;
http://uniwiki.ourproject.org/sheets is fine for reg. users, for instance)

Sys. admin has reported that the tiki script died for some reason:
{CODE()}
[Tue Apr 10 10:23:40 2007] [error] [client 161.116.71.35] Premature end
of script headers:
/var/lib/gforge/chroot/home/groups/uniwiki/htdocs/tiki-view_sheets.php

(...)

207.46.98.41 - - [09/Apr/2007:20:03:20 +0200] "GET /tiki-sheets.php
HTTP/1.0" 200 29408
66.249.65.78 - - [09/Apr/2007:20:31:18 +0200] "GET
/tiki-index.php/////////////////////////tiki-sheets.php?page=HomePage&comments_parentId=99&comments_maxComments=1&comments_style=commentStyle_threaded
HTTP/1.1" 200 18802
81.177.22.221 - - [09/Apr/2007:23:17:24 +0200] "GET /tiki-sheets.php
HTTP/1.1" 200 36099
66.249.72.180 - - [10/Apr/2007:01:35:03 +0200] "GET /tiki-sheets.php
HTTP/1.1" 200 36099
{CODE}

I'm having problems also at other spots, such as http://uniwiki.aia06.ourproject.org/tiki-admin_actionlog.php , and maybe other places...

I cleaned caches, etc. and same effect.

{syntax type="tiki" editor="plain"}
Per [http://tools.ietf.org/html/rfc2616#section-14.30|RFC 2616 Section 14.30], the "Location" header given with a HTTP 3xx redirect response must be absolute. TikiWiki violates this requirement, and PHP doesn't fix it up again.

The instance I encountered was the index.php, but a simple "grep -ri 'header.*location' ." in the tikiwiki source tree will list hundreds of more instances of this problem. To see it in a live setup, monitor your network traffic (e.g. using [http://www.wireshark.org/|Wireshark]) and visit the root directory of any tikiwiki site, e.g. [http://dev.tikiwiki.org/]. You can then have a look at the HTTP response and notice the incorrect location header.

All user agents that I know of do accept a relative URL as the location of a redirect, and interpret it as relative to the URL of the original request. However, any user agent might decide not to follow such redirects, and it would still conform to HTTP specs. Tikiwiki shouldn't rely on browsers to accept broken behaviour.

At https://tiki.org/Get-Involved there is a lot (like a lot lot lot of 🤭) of explanations and it is hard to find the essential inside the text : __Where or How to register as a member of the community.__

While text should aerated with more spaces and illustrations, a first main block should display a big and nice: "Join the Tiki Community - Register" (or something like this).

{syntax type="tiki" editor="plain"}
Don't know what to call it:

{FLASH(movie="http://worldfreemansociety.org/tikimovies/Bug-5RC1-Registration-ValidEmail.swf")}{FLASH}

Good day developers, this is my first attempt at using this list, so forgive me if I breach protocol or some other etiquette.
In using the https://doc.tiki.org/PluginMouseover feature on our wiki, the box that contains the text upon mouse over is misplaced away from the text.
Please see our Tiki14.1 installation at http://thepatriotwoodwiki.org/Playground
Hover over the word mouseover text and you’ll notice the mouse over box appears below and to the right away with the default settings applied.
For a baseline reference on how this plugin should work, please see our Tiki12.4 installation test site at http://tpwtestuser.com/tiki12/tiki-index.php?page=Playground and hover your cursor over mouseover text and you’ll see how the default setting performs.
For login to the test site use:
Username = test
Password = 12345
At https://doc.tiki.org/PluginMouseover there is an example showing {MOUSEOVER(label="Hello" offsetx="-475" offsety="-45")}Hello over there. It's fine!{MOUSEOVER}
I can apply x and y modifications to bring the box where it should appear in the Tiki14 installation, but I feel the box should act as it does in Tiki12.4 with default settings.
The default settings for both Tiki 12.4 and Tiki 14 are x=5 and y=0.
I have googled this issue and came up with another issue unrelated to this but very important I feel at https://dev.tiki.org/item5288 but this is for the image option. I could not find anything for the text mouseover plugin. I have also posted a topic on the help forum https://tiki.org/forumthread57541 for reference and interest in this issue.
Thanks to anyone who can shed some light on this issue.

There are several places in Tiki code where target="_blank" is used.


"Much to the chagrin of Web designers everywhere, the HTML 4.0 Strict and XHTML 1.0 Strict recommendations of the W3C no longer include the target attribute of the <a> tag. The Transitional versions of the specifications still include it, but by definition, these specs are on the way out.

Whatever your personal feelings on the practice, the most common application for this attribute -- opening a link in a new browser window with target="_blank" -- is still useful on today's Internet. So if the standards say we shouldn't use it, how should we go about creating new-window links, while following the latest Web standards?"
http://www.sitepoint.com/article/standards-compliant-world

I have the following problem:
- as anonymous i load home page with two panels (modules) on the left and right (right one is logon box)
- I log in (both panels correctly diplayed still)
- I log out and right panel is not longer displayed on home page
I need to refresh page to see it again

I use Display Always for both modules in Look and Feel/general layout.
I use tikipedia theme.

Do u have any ideas why it might happen?

Although the RFC (for example, [http://www.robotstxt.org/wc/norobots-rfc.html]) doesn't explicitly require a leading slash (/) before the page name, I have found that, as of late Oct, 2005, many 'bots, including Googlebots, have started requiring them.

For example, before the change,

Disallow: tiki-pagehistory.php

would prevent well-behaved 'bots from trying to index tiki-pagehistory.php. However, after the change, I had to have:

Disallow: /tiki-pagehistory.php

in robots.txt, or else all my page history would be indexed! I verified this using my server log, and also by doing google searches against my site for phrases that only appeared in page history. I have every reason to believe this is a problem for all other TikiWiki-based sites.

Others have noticed this. There is discussion in the forums at:
* [http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=13666&forumId=4|Googlebot ignoring robots.txt] -- includes a __graph of my bandwidth usage before and after__.
* [http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=4&comments_parentId=12342|Adding <meta name="robots" content="noindex,nofollow"> to History pages]
* [http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=4&comments_parentId=15004|Yahoo search indexes Print pages instead of Read pages]

The robots.txt in the current distro (1.9.x Sirius) contains

Disallow: tiki-print.php

Should it not also contain

Disallow: tiki-print_article.php
Disallow: tiki-print_blog_post.php
Disallow: tiki-print_multi_pages.php
Disallow: tiki-print_pages.php

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

{syntax type="tiki" editor="plain"}
Hello,

!A problem completely identified
This is a new formulation of 3029 and 3057 problem after near 200 hours of test and debug.

!The problem is now precise and (I hope so) near solution (but depends of quality team (this part has been rewrite for 5.0):

__The solution that I propose establish the compatibility of 4.2 with php 5.3.2.__

!!Not alone may be
!!!Can't end test of changes to submit (just tiki-db-dbo.php)

I can't affirm that I wrote a complete debug version because the execution stop on another problem (track [http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3115], so it is not ended. I can't be sure that everything is OK.

!!!Note about time spent to be able to participate efficiently to the team

The time spend is not only on TikiWiki, a had to solved installation problems and find a bug into easyphp and addresses resolution on the server.

The problem began with 4.1 and php 5.3.0 and I upgrade to 4.2 and 5.3.2 to be sure of the problem and the available solution.

!Span of the problem :
# Definition of main classes TikiDb and TikiDb_Pdo and PDO->function execution
# Progs : tiki-db-pdo.php, tikisession-pdo.php and naturally pdo.php, tikiDb.php
# PDO extension and behavior of objects and classes

!Description of the nature of the problem and is generation

note : Because I found the nature of the problem, I don't start from the nature of the crash but the analysis, but I produce a selected track made with xdebug var_dump)

# In tiki-db-pdo.php:40 we create the Pdo object
<$dbTiki = new PDO("$db_tiki:$db_hoststring;dbname=$dbs_tiki", $user_tiki, $pass_tiki); >

# just later In tiki-db-pdo.php:49 we set the singleton of TikiDb_Pdo into TikiDb abstract class with scope operator
<TikiDb::set( new TikiDb_Pdo( $dbTiki ) ); >

# further we call In tikisession-pdo.php:28 we can find the session read
< $sth = TikiDb::get()->prepare($qry); >
This instruction generates the fatal error :
__ Fatal error: Call to undefined method TikiDb_Pdo::prepare() in D:\Trebly\Teawik-ld8-422a\lib\tikisession-pdo.php on line 28__

!Explanation and solution implemented
The reason is simple and explained by the error comment :
we try to run the prepare function which is a PDO function on a TikiDb_Pdo object which has no reason to inherit of these Pdo function even <TikiDb::get()->db->prepare> could have a meaning.

Then the solution is in what is made in ZEND lib (not yet used in 4.2), create an interface to PDO into Class TikiDb_Pdo.
This functions and it is written.

! A major question
One important question is why and how the same instructions seems to be available and functions well on Linux (I have a site which runs normally with 4.1, not yet upgraded to 4.2, a to-do)

I believe that the actual solution that I have developed for 4.2 on Windows with PDO (compiled) extension, should be extended to the normal version.

As I have said before I can't confirm completely that the solution is correctly tested and free of bug because, the program have a FATAL ERROR PDOException: SQLSTATE[HY093] later on the prefs restoration I create another report for this.

!!!Complements of information (working around finding and solving bugs):
Note 1 (complement, I will made another little track for this) :
the execute statement written execute() without parameter generates each time a warning message when xdebug is used and php error management activated with STRICT option (default in 5.3.2). This makes necessarily the code lightly slower.

Note 2 :
I developed for other debug for this an enhanced error template according to the error handler which displays much more informations about the context and, into these, the parameter (title) of execute statement. This make an enhancement to find much more quickly the errors.
I will implement a test so that it should be displayed only for administrator.

{syntax type="tiki" editor="plain"}

There needs to be a way to set a default language in the administrative settings so that you do not have to select a language in the page editor unless it deviates from the default. It's a PITA to have to manually set the language with every page you create.

It would be nice if the default could be set on a per-user basis from MyTiki settings, since users tend to do all of their work in one human language.

As described in subject: pages can't be shown anymore (or are missing formats, text, pictures) if the site language is switched to 'german'.

This error is confirmed by two other users from [http://tiki.org/GLUG|GLUG] and seems to be only language related. Choosing another theme or browser (FF 3.x or IE 6.x, 7,x) doesn't change anything.

gta74 startet a [http://tiki.org/tiki-view_forum_thread.php?comments_parentId=40011&topics_offset=23&topics_sort_mode=lastPost_desc&forumId=4|forum thread] to discuss this problem.

I have seen twice in the last 2 weeks the same bug pattern involving the Smarty icon function. When the global $iconset variable read by the function is not defined as expected, the function may fallback to ~np~$params['_id'] = 'green_question';~/np~ even if the name parameter was specified, so a green question mark displays instead of the icon supposed to show.

I have seen this:
# On tiki.org, following [https://tiki.org/forumthread69171-Strange-question-marks-on-tiki-org|a report on tikiwiki-devel]
# On [http://erikqvam-11905-6586.show.tikiwiki.org/tiki-index.php|this show instance], for at least 3 icons (those for the Modules, Permissions and Plugin approval entries of the Quick admin menu)

This persists until the server cache is cleared. I do not know how to reproduce after.

The impact is amplified by improper handling of smarty_function_icon() when it fails to find the requested icon. There should at the minimum be a PHP notice logged, and the question mark image should have a clear label such as "Unknown icon", not "Question".

The Smarty template usage indicator isn't naming the template. The page source just shows
{QUOTE()}
TPL:

/TPL:
{QUOTE}

(HTML comment tags removed here so the content will show.) This is in master.

Error using Tiki 5.3 on a shared hosting (installed in …/httpdocs/tiki). This error does not occur with TikiWiki 4.1 on the same hosting (installed in …/httpdocs/tiki4).

When I try (as admin) to edit users in Tiki 5.3, I get these PHP errors:
PHP (5.2.9) ERROR (E_WARNING):
File: lib/smarty/libs/internals/core.get_include_path.php
Line: 34
Type: is_readable() [function.is-readable]: open_basedir restriction in effect. File(/lib/smarty_tiki//modifier.count.php) is not within the allowed path(s): (/var/www/vhosts/d-meeus.be/httpdocs:/tmp)
PHP (5.2.9) ERROR (E_WARNING):
File: lib/smarty/libs/internals/core.get_include_path.php
Line: 34
Type: is_readable() [function.is-readable]: open_basedir restriction in effect. File(/lib/smarty_tiki//compiler.icon.php) is not within the allowed path(s): (/var/www/vhosts/d-meeus.be/httpdocs:/tmp)
PHP (5.2.9) ERROR (E_WARNING):
File: lib/smarty/libs/internals/core.get_include_path.php
Line: 34
Type: is_readable() [function.is-readable]: open_basedir restriction in effect. File(/lib/smarty_tiki//block.icon.php) is not within the allowed path(s): (/var/www/vhosts/d-meeus.be/httpdocs:/tmp)
PHP (5.2.9) ERROR (E_WARNING):
File: lib/smarty/libs/internals/core.get_include_path.php
Line: 34
Type: is_readable() [function.is-readable]: open_basedir restriction in effect. File(/lib/smarty_tiki//modifier.ucwords.php) is not within the allowed path(s): (/var/www/vhosts/d-meeus.be/httpdocs:/tmp)

To me it seems that the open_basedir restriction is reasonable (my hosted Web space + /tmp). There seems to be a syntax error (beginning / before lib) inducing a confusion between /lib on the server and the …/httpdocs/tiki/lib folder in my installation. (By the way, I do not understand // in the path.)

I tried to read line 34 in core.get_include_path.php, but I am not a programmer and I cannot figure how to correct the syntax error. I do not know the value of all these variables at the moment the function is called.

Could somebody suggest a correction or a workaround?

{syntax type="tiki" editor="plain"}
On May 12, the US President issued an Executive Order that binds US agencies that software purchased needs a Software Bill of Materials (SBOM).

[https://www.whitehouse.gov/briefing-room/presidential-actions/2021/05/12/executive-order-on-improving-the-nations-cybersecurity/|Executive Order on Improving the Nation’s Cybersecurity]

A SBOM is a comprehensive (!) list of ALL dependencies. You have to list every (!) module, tool, library, whatever that Tiki relies on in a predefined, machine readable format. If you do not provide a SBOM, no US agency or office will be allowed to use Tiki.

The reasoning behind that is simple and clear: Unknown dependencies cause unknown cyber risks. As they are unknown, the impact of those can range from negligible to catastrophic. All dependencies must be tracked. If software that Tiki depends on does not get updated, features might break, or even worse, impose direct security threats through Zero Day exploits. Oh well, looking at some popular tool's outdated version history, you might not even need "0days" to break into other vendor's software, where the user (or admin) might not even be aware of the dependency. Or the depency of some other dependency.

Log4j was the last warning to the industry (and in this regard, Tiki must be considered to be part of the industry).

The machine readable format of SBOM makes it possible to discover the depencies of the dependencies. Nestings of a dozen or more levels are not uncommon...

Now the president took action. Tiki should react, IMHO. Tiki must react, or Tiki won't be usable by officials anymore.

{syntax type="tiki" editor="plain"}
Hello,

Some of my last items created don't appears into the "list yours" request on dev.tikiwiki.

!!Details
In seems that it is for all items since a particular date. I have information about this.

Some day ago we had on chat an exchange about the generation of a query with an error (item 3104), when submitting "search" (the error had been checked during the chat - use od in() statement in the SQL request not accepted by MYSQL). The next morning it was put out.

But while we were checking the "list yours" had disappeared. The next morning it was there.

!!Others linked subjects
Items : 3114, 3116

!!Beginning to find the problem (while redacting)
I just made controls, I discover that this items __that I have submitted have no author name, I was nevertheless logged in__.
__This explains the fact that the item don't appears in the list but not why the author had not been defined.__



Trebly

Doing some search on duck duck and google about upgrading Tiki to 18.1 i got the following results;

https://tiki.org/tiki-view_forum_thread.php?forumId=26&threadId=68561&comzone=show
https://tiki.org/forumthread68555-Fatal-error-upgrading-from-17-1-to-18

"This page isn’t working
tiki.org is currently unable to handle this request.
HTTP ERROR 500"

{syntax type="tiki" editor="plain"}
On a Tiki26 I have the following plugin LIST

{CODE()}
{LIST()}
{list max="50"}
{filter type="trackeritem"}
{filter content="11" field="tracker_id"}
{filter content="o OR p" field="tracker_status"}
{filter field="tracker_field_paymentsStage" content="NOT Completed"}
{LIST}
{CODE}

It works just fine.



On a Tiki27 using the same database and the same plugin I have no output.
If I change the filter for {filter field="tracker_field_paymentsStage" content="Completed"} it work (and results are consistant).