Loading...
 
Skip to main content

Category: Error

error message, broken, etc
A bug is something which doesn't work like it should. It is an obvious error.
This category was probably used as a fallback for bugs which did not fit other Bug subcategories before the general Bug category was created.
Error
Show subcategories objects

Name Type
Trackers: Sorting by date is broken
we need it for dev.tikiwiki.org
tracker item
Trackers: Trackerlist plugin : images are listing path instead of image.
When using image filed type in trackers, all is OK in view tracker mode. Ex.:
http://themes.tikiwiki.org/tiki-view_tracker.php?trackerId=2


However, when using trackerlist plugin, we get things like:
img/trackers/4a630f4699e5a75fafbefe595d4585b2

As you can see here:
http://themes.tikiwiki.org/tiki-index.php?page=TrackerListTestTrollparty
tracker item
Trailing backslash at domain in URLs when installed in DocumentRoot
In my installation, on some internal links that are represented in an absolute way, there is a backslash between the domain name and the first slash.

Eg when I try to login on http://mydomain.com/index.php, I get redirected to http://mydomain.com\/tiki-login.php, which the server cannot render.

Clean install of:
MS Windows Server 2003 SE SP2 on x86
Apache 2.2.10
MySQL 5.1.30
PHP 5.2.8
TikiWiki 2.2

Tiki resides directly in the DocumentRoot C:\tiki (as it is a dedicated server).

In tiki-setup.php, there is a line

{img src=images/code.png}%%% {CODE()} $tikiroot = dirname($_SERVER['PHP_SELF']); {CODE}

In the documentation of [http://www.php.net/dirname |((dirname))], they state that since PHP 4.3.0, dirname returns unexpected values. The example implies that on Windows dirname('/x') returns '\'.

Therefore, if you install Tiki in the DocumentRoot, _SERVER['PHP_SELF'] will be '/filename.php' and $tikiroot will be '\'.
tracker item
Translation Drop Down not Available in Wiki Structures and other language anomalies
{syntax type="tiki" editor="plain"}
I will report 2 bugs as they appear to be related:

1. If I create a structure in english, create a wiki-top-of-structure, then i translate it in spanish... when spanish users browse the wiki they will see the translated page in spanish but with English title.
see it on http://mi.solcentral.org/tiki-index.php?page=Sobre+Sol+Central

2. Also Tiki will not let the user to change from Spanish to English (if accessing with a Spanish configured browser), since the drop down list of languages appears disabled. These happends with many other wikis created in structures.

General Settings:

Tiki 6.0 fresh install.


Settings in Multilingual:

Detect browser language ON
Show pages in user's preferred language ON
Requires User Preferences Screen (OK)
Users can change site language ON
Display available translations ON
Multilingual structures ON
Requires Structures (OK)
Requires Multilingual (OK)



Settings in Structures:

Open page as structure OFF
tracker item
Translation not applied: System Gallery
System Gallery did not translate correctly:

line 121 -- $gal_info["description"] = 'System Gallery';
line 173 -- $info["description"] = 'System Gallery';
tracker item
Tree view in File Gallery doesn´t set the child Urls correctly
{syntax type="tiki" editor="plain"}
1) Child links are "usually" (not always) configured to point to a bad Url.

Instead of taking you to :

http://mi.solcentral.org/tiki-list_file_gallery.php?galleryId=5

it will take you to

http://mi.solcentral.org/Textos%20Codificados

and Sefurls (Search engine friendly url) is OFF

You can see if for yourself in http://mi.solcentral.org/tiki-list_file_gallery.php?galleryId=2

I have changed Theme to see if its a Theme things and the problem persists.

The problem does not arise accessing with IE 7.0 since the Tree Control is not showed up at all (don´t know if this is also an error really, if you know tell me...).

2) Icons change. Instead of showing one type of icon in the tree structure, it shows two types.

Please Help

----
Tiki V 6.0 fresh install
Server: Windows
PHP Version: 5.2.6
Ram: 128 Mb







tracker item
Tree View of File Gallery only shows the 1st Level of Galleries
On some PHP-Versions (e.g. PHP Version 5.2.0-8+etch16 - not on PHP Version 5.3.1) the file gallery tree view only shows the 1st level of galleries.

See the incorrect
{img id=110}

and the correct behavior
{img id=111}

the parent selection box at the edit form of galleries only shows these 1st level galleries too.

galleries of a deeper level are not shown. Thus you can not create file galleries with level 3 or deeper.
tracker item
TRIM fails to install Tiki
Trim fails to install a Tiki instance.

First time using TRIM. It failed to install tiki. Won't validate my database credentials.

I've attached a screenshot of the terminal window showing trim, the database credential file of a working install, and running version of tiki, to show that the server is running, with the exact credentials that trim fails with.
tracker item
TRIM fails with PHP parse error
It worked before but...
Using TRIM with make commands does not work anymore here:

{CODE()}
[root@vm5163 trim]# make instance
PHP Parse error: syntax error, unexpected '.', expecting ',' or ';' in /var/local/trim/src/libs/audit/Checksum.php on line 64

Parse error: syntax error, unexpected '.', expecting ',' or ';' in /var/local/trim/src/libs/audit/Checksum.php on line 64
make: *** [instance] Error 255
[root@vm5163 trim]# php -v
PHP 5.5.38 (cli) (built: Jul 21 2016 12:51:12)
Copyright (c) 1997-2015 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2015 Zend Technologies
{CODE}
tracker item
TRIM: make instance fails with PHP Fatal error
-+make instance+- command on CentOS fails with the follwoing fatal error:
{CODE()}
...
Working directory [/tmp/trim_temp] :
Backup owner [root] : luci
Backup group [root] : luci
Backup file permissions [750] :
PHP Fatal error: Exceptions must be valid objects derived from the Exception base class in /var/local/trim/src/libs/trim/Discovery.php on line 172

Fatal error: Exceptions must be valid objects derived from the Exception base class in /var/local/trim/src/libs/trim/Discovery.php on line 172
make: *** [instance] Error 255
{CODE}
tracker item
trunk broken in next*.tiki.org sites due to Zend issue (zf1 to zf2?)
trunk broken in next*.tiki.org sites due to Zend issue (zf1 to zf2?)

Error type:
{CODE()}
Fatal error: Class 'Zend\Config\Ini' not found in /var/local/doc.tiki.org/www/db/tiki-db.php on line 97
{CODE}

Using latest trunk: r57094

To reproduce, try to visit
https://nextdev.tiki.org
or
https://nextdoc.tiki.org

etc
tracker item
Trying to login without two-factor authenticator if it is enable leads to a 500 error
{syntax type="tiki" editor="plain"}
On a Tiki27 I enable two-factor authenticator.
If I go to "tiki-login_scr.php?twoFactorForm" and try to log it work just fine.

If I try to log from "login" or "tiki-login_scr.php" and try to log from the displayed screen (without filling a two-factor authenticator pin) I got a 500 error.

{file type="gallery" fileId="3074" showicon="y"}

This case should be handled more properly and in an user-friendly way.

Example:
You should be redirected to the proper login page "tiki-login_scr.php?twoFactorForm" with a remarksbox saying you need to enter a two-factor authenticator pin.

This is quite important for the feature as then can be many place that redirect you to the login page in Tiki.
Also, not all admins will think to redirect from the admin login preferences the login page to ""tiki-login_scr.php?twoFactorForm".
tracker item
mysql5.7: ttif.value which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by
Applying the profile "Tracker_as_calendar_12" with php 5.6 or php7.0 (on ubuntu 16.04 64 bits with mysql 5.7) produces this type of error:

{CODE()}
System error.

The following error message was returned:

Expression #8 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'tiki12svn_trackercalendar.ttif.value' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

The query was:
SELECT tti.*, ttif.`value`, ttf.`type`, `lastModif` as `sortvalue` FROM ( `tiki_tracker_items` tti INNER JOIN `tiki_tracker_item_fields` ttif ON tti.`itemId` = ttif.`itemId` INNER JOIN `tiki_tracker_fields` ttf ON ttf.`fieldId` = ttif.`fieldId`) WHERE tti.`trackerId` = ? and (`status`=? or `status`=?) AND `ttif`.`fieldId` IN( ?,?,?,?,?,? ) GROUP BY tti.`itemId` ORDER BY `sortvalue` desc

Values:

1
o
p
1
2
3
4
5
6

The built query was likely:
SELECT tti.*, ttif.`value`, ttf.`type`, `lastModif` as `sortvalue` FROM ( `tiki_tracker_items` tti INNER JOIN `tiki_tracker_item_fields` ttif ON tti.`itemId` = ttif.`itemId` INNER JOIN `tiki_tracker_fields` ttf ON ttf.`fieldId` = ttif.`fieldId`) WHERE tti.`trackerId` = '1' and (`status`='o' or `status`='p') AND `ttif`.`fieldId` IN( '1','2','3','4','5','6' ) GROUP BY tti.`itemId` ORDER BY `sortvalue` desc

Stacktrace:
* /var/www/html/12.x/tiki-index.php : 0 -> {main}(array ( ))
* /var/www/html/12.x/tiki-index.php : 686 -> __toString(array ( ))
* /var/www/html/12.x/lib/core/Tiki/Render/Lazy.php : 22 -> call_user_func:{/var/www/html/12.x/lib/core/Tiki/Render/Lazy.php:22}(array ( ))
* /var/www/html/12.x/lib/core/Tiki/Render/Lazy.php : 22 -> {closure:/var/www/html/12.x/lib/wiki/renderlib.php:331-341}(array ( ))
* /var/www/html/12.x/lib/wiki/renderlib.php : 334 -> get_parse(array ( ))
* /var/www/html/12.x/lib/wiki/wikilib.php : 488 -> parse_data(array ( ))
* /var/www/html/12.x/lib/tikilib.php : 386 -> parse_data(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 1589 -> parse_first(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 476 -> plugin_execute(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 1018 -> wikiplugin_tabs(array ( ))
* /var/www/html/12.x/lib/wiki-plugins/wikiplugin_tabs.php : 84 -> parse_data(array ( ))
* /var/www/html/12.x/lib/tikilib.php : 386 -> parse_data(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 1589 -> parse_first(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 476 -> plugin_execute(array ( ))
* /var/www/html/12.x/lib/parser/parserlib.php : 1018 -> wikiplugin_trackerlist(array ( ))
* /var/www/html/12.x/lib/wiki-plugins/wikiplugin_trackerlist.php : 1692 -> list_items(array ( ))
* /var/www/html/12.x/lib/trackers/trackerlib.php : 1274 -> fetchAll(array ( ))
* /var/www/html/12.x/lib/core/TikiDb/Bridge.php : 32 -> fetchAll(array ( ))
* /var/www/html/12.x/lib/core/TikiDb/Pdo.php : 109 -> handleQueryError(array ( ))
* /var/www/html/12.x/lib/core/TikiDb.php : 148 -> handle(array ( ))

{CODE}

Same profile applied on older mysql (5.6) and older svn revision works as expected. Reproduced here:
https://demo.tiki.org/12x/tiki-index.php?page=Tracker_as_Calendar_12
u: admin
p: 12345
tracker item
TW does not send e-mail. A Strange FCGI error time out when we change the e-mail configuration
{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).

tracker item
TW RSS module does not like port numbers in feed address
Configuring an RSS 2.0 feed from an address such as

http://techiem2.no-ip.com:444/feeds/index.rss2

does not seem to work (even though the feed was otherwise valid) and results in error

Undefined offset: 0 in tiki-admin_rssmodules.php on line 37

this was tested in TW version 1.9.0, 1.9.1, and 1.9.2

tracker item
TW5.0Beta Tracker option 1 (auto-assign) does not work
Hi, I am on 5.0Beta and the tracker's user selector / option 1 (=autoassign) does not work. Has such issue been fixed since then?

When the user selector field is added to the Fields, then it gives a list to choose. If it is not in the Fields list, then it does not care about it.
tracker item
TW5.1: database translation does not work for tiki-register.tpl
The {tr} tags are disregarded in the tiki-register.php and tpl.
tracker item
Two person working on a tracker entry with different access rights
{syntax type="tiki" editor="plain"}
Two person need to work on a tracker entry. Some fields are only editable byan admin, the others can be handled by registered users. When I now add data in the defined tracker fields as an admin, everything is fine.

Now the registered user takes over the case, wants to update/change the fields he has to. So far everything looks fine, he only can edit the one he has access to but as soon as he wants to save it, the fields only editable by the admin suddenly disappear:

[http://www.duenasworld.com/tikiwiki/one.jpg|before]
[http://www.duenasworld.com/tikiwiki/two.jpg|after]


Maybe it is on purpose designed like this, but then I just would not get the logic behind it.
tracker item
twversion.class.php causes PHP-Error in Windows-Server
When opening Admin>Admin home on a Windows-Server, you get the Error-Message:
{img src=images/code.png}%%% {CODE()}
Warning: fsockopen() [function.fsockopen]: unable to connect to tikiwiki.org:80 (A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. ) in D:\server\htdocs\tiki\lib\twversion.class.php on line 51

Notice: Undefined variable: major in D:\server\htdocs\tiki\lib\twversion.class.php on line 114
{CODE}

This is might be related that the Server needs a proxy to connect to the Internet but i'm not sure how to set it up in Apache/PHP (Using Apache 2.2.2, MySQL 5.0.21, PHP 5.1.4 + PHP 4.4.2-pl1 + PEAR, Server W2003 R2)

User Rajesh got the same Error:
[hhttp://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=28971&highlight=fsockopen|here]


tracker item
Typo error on tiki-objectpermissions.php
Line 58 of tiki-objectpermissions.php has the variable $perm written with a double $ sign twice.

if (!($tiki_p_admin_objects == 'y' || (isset($$perm) && $$perm == 'y') || (isset($special_perm) && $special_perm == 'y'))) {

should read
if (!($tiki_p_admin_objects == 'y' || (isset($perm) && $perm == 'y') || (isset($special_perm) && $special_perm == 'y'))) {

Still newbie here, not confident enough to commit changes.
tracker item
Typo in latest commit for trackerlib.php
There was a typo introduced in a commit made on Aug. 15, 2014 to the file ~/lib/trackers/trackerlib.php
I noticed that the latest commit had broken our Tracker plugin on a couple of our pages, and after doing some digging, found that a typo in a variable had been introduced.

In the code:

if (! $skip_permission_check) {
$itemObject = Tracker_item::fromInfo($res);
if (! $itemObject->canView()) {
$cant--;
continue;
}
}

On line 1291, the variable 'Tracker_item' should in fact be 'Tracker_Item' , with a capital I in Item.
tracker item
Typo in tiki-plugin_poll.tpl
File is delivered as below, thus causing the rest of the page after the embedded poll to be bolded.

<div class="box">
<div class="box-title">
<strong>{$poll_title}<strong><br />
</div>
<div class="box-data">
{$menu_info.name}
{include file=tiki-poll.tpl}
</div>
</div>

tracker item
Typo in update wizard
In the update wizard /templates/wizard/upgrade_others.tpl there is this:
{CODE(Colors="Tiki")}
{tr}You can prevent that unresponsive time by means of setting Tiki to store notification emails in an email queue (see <strong>Settings > Control Panels > General > General Preferences > Mail > Mail sender > STMP</strong>, and <strong>Mail Delivery > Queue</strong>), and request the server to process the email sending based on a cron job{/tr}.
{CODE}
Of course that should be SMTP :-)
tracker item
Unable to access themes.tw.o or info.tw.o with IE7
I am unable to access info.tikiwiki.org or themes.tikiwiki.org with IE7. (FF and Opera work fine.) I get the following error:
{CODE()}
Warning: session_start() [function.session-start]: open(/tmp/sess_4bf95c633abfec1c2db078c6c7e6cf23, O_RDWR) failed: Permission denied (13) in /home/themetw/public_html/tiki-setup_base.php on line 279

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /home/themetw/public_html/tiki-setup_base.php:279) in /home/themetw/public_html/tiki-setup_base.php on line 279
header already sent
{CODE}
tracker item
unable to activate various functions like google analytics
It is impossible to activate various Functions...

In the Administration Menu under "Editing and Plugins" it is impossible to activate functions like "google analytics" and lots more... everytime I want to save I get a "permission denied"
{CODE()}Forbidden

You don't have permission to access /content/tiki-admin.php on this server.{CODE}

The Module is unusable right at the moment...

I did:
- disable the searchengine friendly urls
- did a complete reinstall
- applied chmod 755 over everything

Nothing did work...
tracker item
Show PHP error messages