Category: Consistency

{syntax type="tiki" editor="plain"}
Tiki calendar object permissions do not work properly. (Or, I am not understanding how they should work correctly.)

It is my understanding that object permissions should override global permissions. In the case of calendar, this means that if there are no global permissions granted, but there are object permissions set on a calendar, the calendar should comply with the object permissions. This is not how calendar currently works.

In order for a user to add an item to a calendar, they must have the add item permission in global permissions, regardless of whether the object permissions grant them that permission.

In the snapshot below, I have it set up as follows to demonstrate this.

User: admin
PW: 12345

User: reg
PW: 12345
Member: Registered

Registered is granted no calendar related permissions globally.

I created a calendar "test" and granted Registered add, change, browse, and view calendar permissions in the object permissions.

User "reg" is unable to add items (button does not appear) to calendar "test" from -+tiki-calendar.php?calIds=1+-

I believe that "reg" should be able to add items, as the object permissions allow them to, regardless of global permissions. Note that the view permission seems to be working correctly on the object level of permissions for calendar, as "reg" is still able to view the calendar, though that permission is not granted globally.

Let me know if I'm just crazy and over-thought this into a dumb :)

On a tiki25 using tiki-check.php I see a new error that wasn't there (I'm not checking this page everyday so I don't know when it has been introduced) about Server compatibility:

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

I believe it is a false alarm introduced with changes
Everything is green (I have some of the few and usual yellow but no red) and my Tiki is working just fine.

My system:
PHP: 7.4.33
MariaDB: 10.5.18-MariaDB-0+deb11u1
Tiki Version: 25.2 (from git)
Server: Debian GNU/Linux 11 (bullseye)
Web Server: Apache
CPanel: Virtualmin

See https://nextdev.tiki.org/File-a-bug

{syntax type="tiki" editor="plain"}
When I try to install on kop.bz hosted at unoeuro.com

I got the error below

Warning: tempnam() [function.tempnam]: Unable to access in /var/www/kop.bz/public_html/pjs/lib/init/initlib.php on line 135

Then I have this information
As a security precaution, the Tiki Installer has been disabled. To re-enable the installer:

There is no problem to install Tiki at my localhost

--------------------------
More information
PHP Version 5.2.13PHP Version 5.2.13


mysql

MySQL Support enabled
Active Persistent Links 0
Active Links 0
Client API version 4.1.18
MYSQL_MODULE_TYPE external
MYSQL_SOCKET /var/lib/mysql/mysql.sock
MYSQL_INCLUDE -I/usr/include/mysql
MYSQL_LIBS -L/usr/lib -lmysqlclient

Directive Local Value Master Value
mysql.allow_persistent On On
mysql.connect_timeout 60 60
mysql.default_host no value no value
mysql.default_password no value no value
mysql.default_port no value no value
mysql.default_socket no value no value
mysql.default_user no value no value
mysql.max_links Unlimited Unlimited
mysql.max_persistent Unlimited Unlimited
mysql.trace_mode Off Off

mysqli

MysqlI Support enabled
Client API library version 4.1.18
Client API header version 4.1.18
MYSQLI_SOCKET /var/lib/mysql/mysql.sock

Directive Local Value Master Value
mysqli.default_host no value no value
mysqli.default_port 3306 3306
mysqli.default_pw no value no value
mysqli.default_socket no value no value
mysqli.default_user no value no value
mysqli.max_links Unlimited Unlimited
mysqli.reconnect Off Off

{syntax type="tiki" editor="plain"}
When I go at my Tiki logs : tiki-syslog.php I have a lot of row for different user and different actions or IP.
There is a search (filter) field to help focus on what you are looking for.

IE:
|| Id |Type |Time | User | Message | IP | Client | Actions
5861|feature|2025-10-24 12:49:24|Bernard Sfez|enabled|xxx.129.xxx.xxx|Mozilla/5.0 (Macintosh;...
5860|feature|2025-10-24 xx:49:24|Bernard Sfez|enabled|xxx.129.xxx.xxx|Mozilla/5.0 (Macintosh;...
5854|login|2025-10-24 xx:49:24|Joe Doe|enabled|xxx.xxx.xxx.xxx|Mozilla/5.0 (Macintosh;...
5847|feature|2025-10-24 12:xx:24|Bernard Sfez|enabled|xxx.129.xxx.xxx|Mozilla/5.0 (Macintosh;...
5844|feature|2025-10-24 12:xx:24|Bernard Sfez|disable|xxx.129.xxx.xxx|Mozilla/5.0 (Macintosh;...
||

__Searching for a user__, I have a tons of "Bernard Sfez" however when I search for it I find only 2.
2 that I have "Bernard Sfez" in the Message field.

__Searching for a Type__, for exemple "login" it seems correct (login type for login and logout actions)

__Searching for an IP, no results, it doesn't work.

__Searching for a term in the message__, for exemple "disabled" it seems correct.

So Type and Message seems to be filtered but not User or IP 2 critical information to track the behavior of a specific user or track using an IP address.

It would be nice to have this two searchable.

I know Tiki Mobile is deprecated, but IMHO as long as it is still there it should at least be configurable. But the parameters are labelled illogically:
{CODE(Colors="Tiki")]
'description' => tra('Currently only shows switch to and from mobile mode.'),
'prefs' => ['mobile_feature'],
'params' => [
'to_label' => [
'name' => tra('To Label'),
'description' => tra('Switch to normal site label'),
],
'from_label' => [
'name' => tra('From Label'),
'description' => tra('Switch to mobile site label'),
],
{CODE}

To switch __to__ mobile, the 'switch to normal site' label is offered, and to switch __from__ mobile, i.e. to normal, the 'switch to mobile' label is offered...

On a Tiki21 created using git go at : tiki-admin.php?page=general
It shows : 21.0svn (InnoDB)
It should show information about Git.

^My Git detail module: GIT 21.x:ba642 Wednesday February 19, 2020 20:08:06 IST^

When giving a group the permission

tiki_p_admin_wiki

it is not enough to add a page to a structure. The corresponding input field on tiki-index.php just doesn't appear.

On line 465 of the -+templates/tiki-admin_calendars.tpl+- file, the heading "Delete old events" is missing translations markers; they cannot be localized (in ALL languages, that is...).

The admin interface for modules is partially localized (German). The parts that are not cannot be manually localized with custom.php (even if the array_merge is added). But what is even more strange: Module location "Left" is translated correctly into "Links". But "Right" isn't. Now I wanted to see whether tra() or tr in curly braces are missing but I could not find the source of the texts displayed here. So I wanted to look for a word that would not give me a hundred hits when doing a recursive grep through all Tiki directories, so instead I searched for "Pagebottom".

But most peculiar, there is only one file that contains "Pagebottom", and that is custom.php! Yet this string clearly is displayed. Now where might the string "Pagebottom" come from?

Here is my search:

{CODE(colors="tiki")}
/media/XXXX/Home/WWW/XXX/agim/tiki-18.6 $ find . -type f -exec grep -l
'Pagebottom' {} \;
./lang/de/custom.php
{CODE}

??!

Look at the screenshot...

The help for calendar import seems to be broken, some translation markups are missing, thus it does not get correctly localized into ANY language. And even in English the text does not make much sense. There is no <br> markup in CSV files. So guess those line breaks should format the help output, but not be displayed as themselves in the output of the help. Everything after line 25 should be checked.

Working with 4.1 new install, trying to set up a calendar and I'm able to admin the cal just fine and can add events, but when I click on the Calendar link to view calander it returns a blank page. Any advise? Also I have 64mb in php.ini

This was posted in Forum: Features/Usability @ http://tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=4&comments_parentId=36119

Here is the link to my site and to the calendar. Select view calendars which will take you to the bottom link which is blank.
http://academyofabraham.org/tiki-calendar_edit_item.php?viewcalitemId=2
Or http://academyofabraham.org/tiki-calendar.php

Here is the error I get:
Fatal error: Call to undefined function cal_days_in_month() in /Library/Tenon/WebServer/WebSites/AcademyOfAbraham.org/tikiwiki-4.1/lib/tikidate-php5.php on line 189

tiki-download_file.php and &display=y incompatible with Firefox 3.0x and PDF files

Attempting to have tiki-download_file.php display a PDF in browser using &display=y parameter... tiki-download_file attempts to open the file as a PHP file, not a PDF. OTher browsers can correctly display the PDF file.

From within an Article...

DOES NOT DISPLAY IN FIREFOX... DISPLAYS IN WINDOW IN OTHER BROWSERS
View the the full article:
[tiki-download_file.php?fileId=1&display=y|title.pdf]

WORKS, DOWNLOADS TO DISK
Download a copy of the the full article:
[tiki-download_file.php?fileId=1|title.pdf]


Maybe there is a better way to display PDFs from the File Gallery in-browser-window, but I haven't seen the documentation on how to do it with internal Wiki File Gallery files.

There is text in tiki-install.php that is in english without tag or option to translate it.

{CODE()} $title = 'Tiki Installer Security Precaution';
$content = '
<p style="margin-top: 24px;">You are attempting to run the Tiki Installer. For your protection, this installer can be used only by a site administrator.</p>
<p>To verify that you are a site administrator, enter your <strong><em>database</em></strong> credentials (database username and password) here.</p>
<p>If you have forgotten your database credentials, find the directory where you have unpacked your Tiki and have a look inside the <strong><code>db</code></strong> folder into the <strong><code>local.php</code></strong> file.</p>
{CODE}

Would be nice to have this working as the rest of Tiki

Below is an example in 11.x but problem remains in 12.x No need to fix in 11.x, only 12.x and trunk (which should happen via auto-merge).

This section should be kept for upgrades of course :-)
{img fileId="659"}

Should not show IP, source, history, etc. if the features are off.

Missing Spreadsheet, Articles, Blog, Calendar, etc

Need to add Tabs for these objects to display their object permissions

Very strange issue. Not sure if it's a regression.

Workaround: give tiki_p_view in addition to tiki_p_admin_wiki

I have seen similar issues with trackers. You need to give view in addition to admin.

{syntax type=tiki}
{syntax type="tiki" editor="plain"}
This is the ((Tracking system for Tiki issues)).
If this is your first time, please read: ((How to Submit a new item on the Wishlist))

People don't know what this page is for and how to use it...

More "general" choices would be nice too.

Ex.:
watch all wiki pages
watch all file galleries
etc...

{syntax type="tiki" editor="plain"}
In recent Tiki versions, the breadcrumb ordered list has a "1." preceding it due to a recent commit related to ordered lists globally. I was looking into how to fix that (how to remove the "1."), when I noticed in my browser inspection tool that the breadcrumb ordered list is flagged as bad HTML because it contains content other than li elements - the item dividers. I checked the Bootstrap breadcrumbs doc page ([https://getbootstrap.com/docs/5.3/components/breadcrumb/]) and see how the dividers are added without breaking the ol / li structure (and also without displaying the "1.".

The breadcrumbs in Tiki would be improved by replacing the current Tiki HTML and CSS with the Bootstrap breadcrumb HTML and CSS.

I noticed this on a page in a wiki structure, which has the structure breadcrumb list at the top. I didn't check yet about other instances of breadcrumbs in Tiki.

__Update__: Checking again, it looks like the structure breadcrumb is already using the Bootstrap classes. One problem is that the item separators should be inserted using CSS ( -+.breadcrumb-item+.breadcrumb-item::before+- selector) rather than as they are now, where they become page content and disrupt the -+ol li+- structure. Also, the global rule to add the "1." is overpowering the -+list-style:none+- property of the -+.breadcrumb+- class, which needs to be fixed globally.

__Update 2__ : I committed a change to prevent the breadcrumb ol from having a "1." appended. The only thing to fix now is to update how the dividers or separators are inserted in the breadcrumb. It should be done via CSS rather than adding text between li elements. This is flagged as incorrect HTML.

TikiInstall in 6.0 RC1: After pushing Install Button, populates DB and then Blank stops... no other page would appear.

I have tried 2 Browsers: Chrome and IE7. Both on Windws Vista. The problem persists.

It does this with new database, fresh install. Before I run the install procedure, I make sure the DB is totally empty.

So it is a fresh DB install.

If I re-run the intaller, some SQL errors appear.

If I ignore them, then Tiki cannot be used to finishe set up: An error occured while performing the request" when trying to access the Tiki.

The problem persists if using MySQL Improved (mysqlli), and also using MySql Classic


About the server:
Running in Windows Plaform
128 mb ram
php version 5.2.6
mysql is ok

I have other tikis 5.3 running in same server with no problem.

I have just migrated a Tiki from one server to another and ran into
UTF-8 Problems. The browser showed Umlauts as the dreaded diamonds with
question marks in them.

Both servers are fully utf-8 compliant as described in
http://tikiwiki.org/UTF-8

The big problem is that on the new server PDO is available while it
isn't on the old one. According to the mailing list PDO is not default,
but as far as I can see in the code PDO will be default, if available
and not set otherwise. Setting

$api_tiki='adodb';

in db/local.php fixes the special character problem.

The issue seems to be that PDO gives a silent fuc# about encodings and
just pumps everything to the database and back as you hand it to it.
Additionally PHP/PDO doesn't read your my.cnf and therefore doesn't know
which encoding to use.
A quick fix is telling PDO which encoding to use - line 39 in
db/tiki-db-pdo.php :

$dbTiki = new PDO("$db_tiki:$db_hoststring;dbname=$dbs_tiki",
$user_tiki, $pass_tiki,array(PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES
utf8"));

But I think that this is not safe to commit...
e.g. someone started with Tiki on MySQL 4.0 which used latin1 as
default, so all her tables are latin1. She upgrades MySQL to 5.1, but
doesn't change the Tiki database to default to utf-8 and hasn't
converted the database. Then the PDO-fix above will most probably
produce the same problem, just the other way around...

No idea, what to do actually, but wanting to raise awareness here!

This is a dangerous issue as people with utf-8 databases upgrading their
system or Tiki and switching automagically over to PDO will end up with
mixed stuff in their database: clean UTF-8 and double-byte
ansi-control-characters which MySQL converted to their right unicode
codepoints (freaky, hm? ;) ).

I hope, I was capable of describing the problem in a way that's
understandable....

To be able to post picture in blog you need to have tiki_p_upload_picture rights.

tiki_p_upload_picture perm is stored in "Wiki" permissions section.
This lead to confusion.

If it is to stay like this (no need for a new perm) it should available in both section i guess.

This is user interface and usage, no bug involved here. {sign user="Bsfez" datetime="2013-09-10T14:34:01+00:00"}

13.x: Comments can't be posted in some pages of the Featured Profile "Collaborative Community 12x", such as the homepage for registered members, or newly created pages such as "Subject 1", etc. Doing all that as admin.

See screencast where the issue is reproduced.
https://www.youtube.com/watch?v=7-OI5GCY4qQ

{youtube movie="https://www.youtube.com/watch?v=7-OI5GCY4qQ"}