Category: Others

The "Links" feature aggregates all links into one big list.

{syntax type="tiki" editor="plain"}
Getting the following in the apache error logs:

[Mon Apr 10 06:54:39 2006] [error] [client 192.168.1.148] PHP Warning: preg_replace() [<a href='function.preg-replace'>function.preg-replace</a>]: Compilation failed: lookbehind assertion is not fixed length at offset 24 in /var/www/tiki/lib/tikilib.php on line 4229, referer: https://tiki.oururl.org/tiki-index.php

Performed normal searches on this but did not find any relevant links.

Env Info:

PHP Version 5.1.2-1 (Debian Stable)
pcre lib version: 6.4 05-Sep-2005

Apache2

Currently just a bug with no visible impact on functionality as of yet.

With this Wiki-plugin it's very easy to subscribe to Mailman mailinglists. You can determine if you want to put a Name field or only the input for the email address. The plugin might need some polish, esp. in the smarty template but works fine so far.

I have no idea how this applies to the TikiWiki development environment so I have to get some feedback. I am a Tiki newbie but an IT oldie. This what I envision and would like some pointers about developing it.

I want to put a model in place where I would "pre-develop" a web site, strip it to its minimum size (leave out unused features, styles, database tables, etc.) and then "deploy" the web site for an event. After the deployment, the site would then import items such as users, groups, etc. from likewise "pre-created" CSV??? files. Each event would be created and loaded from the master web site. At the end of the event everything would be archived for analysis use in planning another event.

I believe that this model would work best in the web hosting environment using a subdomain for each deployment and the subdomain would only exist for a period of a few days up to possibly a couple of years.

Any inputs regarding this paradigm will be greatly appreciated and any development work will be returned to the dev community.

In 1.9.2, the ability to create PDF files from structures is fixed (which is great). All files in the structure are now automatically added to the include list when the PDF icon is clicked while in an active structure.

However, the resulting file is badly named. For example, in a structure consisting of:

test structure [view |edit]

* 1 numbers [x] [view |edit]
o 1.1 one [x] [view |edit]
o 1.2 two [x] [view |edit]
* 2 colors [x] [view |edit]
o 2.1 blue [x] [view |edit]
o 2.2 green [x] [view |edit]

(http://gaeacoop.org/tiki/tiki-index.php?page_ref_id=1)

the resulting PDF file is named "green" rather than "test_structure.pdf" or "test structure.pdf". Not only is this generally confusing (naming the pdf file for the last page in the structure is pretty counter-intuitive), but the lack of the PDF extension prevents the browser from automatically opening the file. I was able to force the file to open with Acrobat Reader 5.0 for Macintosh on OSX 1.3, but only after setting the file filter to "all files." Many less experienced users would have stalled before this.

The PDF generation should default to the name of the structure plus the ".pdf" extension, and probably should also allow this file name to be manually changed before the PDF is generated.

I try to install tiki 23 on Ubuntu 20.04.3 LTS using PHP 8.0 Apache2 2.4.41, phpMyadmin 4.9.5deb2.
Aferter https://doc.tiki.org/Installation point 1.3.1 I try to run instalation
(tiki-check.php - all setup OK)
after type: myIP/tiki-install.php
and I got error:

Deprecated: Required parameter $global_ref follows optional parameter $var_names in /var/www/html/lib/tikilib.php on line 4339

Deprecated: Required parameter $name follows optional parameter $moduleId in /var/www/html/lib/modules/modlib.php on line 97

Deprecated: Required parameter $title follows optional parameter $moduleId in /var/www/html/lib/modules/modlib.php on line 97

Deprecated: Required parameter $position follows optional parameter $moduleId in /var/www/html/lib/modules/modlib.php on line 97

Deprecated: Required parameter $order follows optional parameter $moduleId in /var/www/html/lib/modules/modlib.php on line 97

Deprecated: Required parameter $contributions follows optional parameter $type in /var/www/html/lib/Logs/LogsLib.php on line 1316

Deprecated: Required parameter $contributions follows optional parameter $type in /var/www/html/lib/Logs/LogsLib.php on line 1341

Deprecated: Required parameter $contributions follows optional parameter $type in /var/www/html/lib/Logs/LogsLib.php on line 1372

Deprecated: Required parameter $contributions follows optional parameter $type in /var/www/html/lib/Logs/LogsLib.php on line 1400

Fatal error: Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given in /var/www/html/lib/headerlib.php:487 Stack trace: #0 /var/www/html/temp/templates_c/en_classic^ff2e2171930e1606894d77b77c370f5d83f3459c_0.file.header.tpl.php(411): HeaderLib->output_headers() #1 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_61407e22a3d915_75117444() #2 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode() #3 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(216): Smarty_Template_Compiled->render() #4 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(385): Smarty_Internal_Template->render() #5 /var/www/html/temp/templates_c/en_classic^32893ef05c415457a8b5661515c2123477875d96_0.file.tiki-install_screens.tpl.php(33): Smarty_Internal_Template->_subTemplateRender() #6 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_61407e2295f830_09645746() #7 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode() #8 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(216): Smarty_Template_Compiled->render() #9 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(232): Smarty_Internal_Template->render() #10 /var/www/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(134): Smarty_Internal_TemplateBase->_execute() #11 /var/www/html/lib/init/smarty.php(459): Smarty_Internal_TemplateBase->display() #12 /var/www/html/installer/tiki-installer.php(885): Smarty_Tiki->display() #13 /var/www/html/tiki-install.php(118): include_once('...') #14 {main} thrown in /var/www/html/lib/headerlib.php on line 487


after switching to php 7.4 setup run correctly

{syntax type="tiki" editor="plain"}
-+ERROR (E_WARNING): Undefined variable $access_control_allow_credentials
At line 463 in lib/init/smarty.php
ERROR (E_WARNING): Undefined variable $access_control_allow_methods
At line 466 in lib/init/smarty.php
ERROR (E_WARNING): Undefined variable $access_control_allow_headers
At line 475 in lib/init/smarty.php
ERROR (E_WARNING): Undefined variable $cross_origin_embedder_policy
At line 484 in lib/init/smarty.php
ERROR (E_WARNING): Undefined variable $cross_origin_resource_policy
At line 499 in lib/init/smarty.php
ERROR (E_WARNING): Undefined variable $cross_origin_opener_policy
At line 514 in lib/init/smarty.php+-

I was unable to find a setting that causes these errors.

Please add a (small) timeout to the popup box that is launched on mouseover that contains user info, avatar etc.

Or add a mouseout that kills the popup, which would even be better IMHO.

Reason: If you navigate "classic style", i.e. with a mouse, over sites like dev.tiki.org, you constantly mouseover peoples' user info, and this means you have to stop in your mouse movement and go back to the info that caused the popup, which in long lists might take a while, and not before you found the source will it go away... So this behaviour blocks you in your tracks...

Thanks alot!

Since I was critized for editing an existing Tiki theme to fit my needs on two installations, I wanted to give the "official" way a try.

So I visited
https://themes.tiki.org/Creating-a-Tiki-theme

which is the official documentation. I have the impression (but cannot prove this, of course) that I am the first to actually use this...

It fails. On step 1 (Three Ways to Make a New Theme).
https://themes.tiki.org/Three-Ways-to-Make-a-New-Theme

Btw, BOTH pages are dated 2016... There are three alternatives listed:
# Link to a Bootstrap.css File for a New Theme
# Add a Style Sheet to the Themes Directory
# Make a Less-Compiled Tiki Theme

===''__Less...__''===

There is another documentation from Tiki:
https://themes.tiki.org/Updating-a-Tiki-theme-from-Bootstrap-3-to-4

to which I was pointed recently. Besides the fact that it hasn't been updated in 4 years, it stil reads als "work in progress". Like this table:

|| Less function | SCSS equivalent
coming soon | coming soon ||

"coming soon". How "soon" is 4 years? Another example

"I'll add a table here of the changes I've had to make when updating Tiki themes, but in the meantime" So we do not learn what changes had to be made, and we cannot learn from Tiki's devs what pitfalls were discovered. And there the documentation ends...

Bootstrap's documentation, on the other hand
https://getbootstrap.com/docs/4.0/migration/

isn't very useful as well. It addresses only developers who are fully rooted in the entire Bootstrap universe. Frankly, I understand not even half of the stuff.

In Tiki 12, Plugin Now enabled.

Added ((http://doc.tiki.org/tiki-index.php?page=PluginNow&removeattach=71&sort_mode=created_desc|Plugin Now)) to a Custom Module:

{HTML (wiki1)}<span style="float:right; margin-right50px;">{now format="%A, %B %e, %G %I:%M %p %Z"}</span>{HTML}

This was working last week. Today it gives an error:

Failed to execute Date module.
Syntax Error in template "ecb34c5b3baea836f287c5b47d1d9129932f06ab" on line 26 "
unknown tag "now"

Hello everyone.
I'm encountering the following issue. I found some tickets regarding this message but nothing seems to be related to this specific issue.
Is this a bug or something from my side? Any clues?

When I'm trying to access the page `/tiki-syslog.php` I'm getting this error message
__Error message: __
-+Potential cross-site request forgery (CSRF) detected. Operation blocked. Required headers are missing.+-

__Log output:__
-+Request to /tiki-syslog.php failed CSRF check. Requesting site could not be identified because HTTP_ORIGIN and HTTP_REFERER were empty.+-

__Server Info__
* Release: Debian GNU/Linux 10 (buster)
* Database Version: 10.3.23-MariaDB-0+deb10u1
* PHP version: 7.3.19-1


Thank you very much.

After 18.2 upgrade images with border and caption, if a caption contains quotes, the quotes are shown as %22text%22

When using:
{CODE(theme="default")}{listpages max="10" for_list_pages="y"}{CODE}
And while sorting columns by clicking on headers columns title to sort, the action takes the user to the top of the web page.
Please see show instance, and click on a column to sort.
See home page of show instance and scroll down to page list.

What I expected was for the wiki page to stay in one place, as the header column is clicked to sort.

password: 12345

Documentation of Tiki (doc.tw.o) needs some help, as well as any other tiki site aiming to produce structured documentatation to be exported as "printer-ready" (.pdf, .odt, ...)

!!- (1). Original idea, as posted in devel list (but improved, and made it easier, below, in (2) )
I include here a copy of the [http://sourceforge.net/mailarchive/forum.php?thread_name=467565F1.9080905%40ub.edu&forum_name=tikiwiki-devel|original post at tiki-devel list]:

{QUOTE()}
[Tikiwiki-devel] New documentation file: Tiki198alpha.pdf
From: Xavier de Pedro Puente <xavier.depedro@ub...> - 2007-06-17 16:44

(...)

There are some issues that, it solved from coders, they would make
easier to produce next documents like the pdf ones:

(1) Page Title is not automatically shown on wiki pages on the server,
and thus, manual header1 was added everywhere (Almost). But when
printing to html, page title is duplicated. => if Show Page Title option
is disabled under "Admin > Wiki", Page title should not be added
automatically at print-to-html time.

(2) to produce the same structure (same level structure of headings) as
in table of contents http://doc.tikiwiki.org/Documentation , some hack
(optional) would be very welcome so that heading 1 in doc.tw.o pages is
not printed as heading 1 in through the multiprint, but as header 2, at
least. (optional).
This is, for instance, what is produced when printing a full structure
from a Workspace - AulaWiki Mod - : a coder could grab the code from
AulaWiki Mod as a reference....
In there, the description of the page is set as the Page title (header
2, I think), and the page title is included below for completeness (in
lower font, and with version number next to it)...

edutwo_ws_print_structure4.png

(3) Numbering of headings: somehow, in Workspaces this is handled
internally, and the user/documenter doesn't need to bother with manual
numbering: it's produced also at print time.
[http://edu.tikiwiki.org/tiki-workspaces_view_structure.php?print=4]

Example of print structure differences between Tiki's multi-print and
Workspaces print structure:

Print to html "Aula-Wiki Tutorial" from here:
[http://edu.tikiwiki.org/tiki-print_pages.php]

or from here:
[http://edu.tikiwiki.org/tiki-workspaces_view_structure.php?print=4]

Well, as you could imagine, some changes to the code to make the work of
documenters a bit easier would be very wellcome also... :-)

(...)

{QUOTE}

!! (2) Update July 20th: Easier solution
Easier solution: Get levels for first heading in each wiki page of the structure not from the content of the page.

^__Example__: a page may start with a "! Title of page" (first level heading), and after that, "!! Subtitle of page" (2nd level heading), ...

Imagine that this page corresponded to "2.3.1 Module whatever" as the level in the table of contents of such structure.

The solution would be then that "!Title of page" (in that page "2.3.1 Module whatever"), when sent to (or fetched by) tiki-print_pages.php as a whole structure, was converted to "!!! Title of page"; and "!! Subtitle of page", should be converted to "!!!! Subtitle of page"..., and this way sequentially for all the title headings on each page from the structure...
^

The procedure below should become a 1-click from wiki (structures) to[http://doc.tikiwiki.org/Tiki19beta.pdf|PDF]. Please see:[http://doc.tikiwiki.org/Printing+the+Documentation|How to produce the .pdf out of the .odt]

-----

Dec 13 2008. Update:
Previous problem is fixed. However, I notice that automatic numbering with heading within a page (!!#, !!!#, ...), should be also considered in the global autonumbering.

Plus width of wide images and tables would be better if not that wide when exported to html (maybe an option), for the case when you plan to import it to OpenOFfice, and they are too wide to the document. Should this be another RFE or bug report?

---
REOPENING BUG
update on Jan. 7th, 2009:
See the other bug report: autonumbering didn't work for me with doc.tw.o/Documentation, even if it did a month ago on another site/structure

Related (and newer) bug report/RFE:
[http://dev.tikiwiki.org/bug2255]

Bug for a site (e.g. drecerca) on a multitiki site (e.g. moviments.net). Using a 1.9.7cvs from a month ago (early may07, I guess)

Attempting to edit the tiki-top_bar.tpl smarty template from the web interface: http://www.moviments.net/drecerca/tiki-edit_templates.php

I got this message, when clicking on the "__save only in the theme: drecerca__" button:

{CODE()}
Warning: mkdir(templates//drecerca/styles/drecerca) [function.mkdir]: No such file or directory in /home/httpd/tiki19/tiki-edit_templates.php on line 61

You do not have permission to write the template: templates//drecerca/styles/drecerca/tiki-top_bar.tpl
{CODE}

And right place where it should attempt to save the file is:

^
templates/styles/drecerca/tiki-top_bar.tpl
^

Is this a configuration problem or just a bug?
If it's a configuration problem, the should be a tip or warning somewhere explaining how to avoid this error...

Just a test with a show instance

{syntax type="tiki" editor="plain"}
Since stalation I do not succeed to make TW to send e-mails.

When I try to configure e-mail for sending configuration.

I went to the page to config e-mail sending at:
http://wiki.troquei.com/tikiwiki/tiki-admin.php?page=general

however I got an error that says:

A timeout occured while waiting for the script output (in: /usr/www/users/wikilg/tikiwiki/tiki-admin.php).

The UserLib class contains two calls to the function:

$this->ldap_sync_groups()

This function doesn't exist, only an underscore-prefixed one does, i.e.

$this->_ldap_sync_groups()

This means (for us at least, does no-one else use LDAP?!) logging in with LDAP fails with a 500 Internal error, with no error log messages.


EDIT: Forgot to mention, but changing the function calls to use the underscore version does seem to work at least.