Category: Error

I create an 2 new instances (one using SVN one using GIT) using the CLI interface and it worked:

{CODE(caption="installing trunk using CLI")}
[root@server app]# php tiki-manager instance:create

Create a new instance
=====================
.../...
[OK] Please test your site at https://xxxx.xxxx.com
{CODE}

Doing the same (installing 20.x) using the web manager interface I got an error:

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

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

---
!!!Database information question ?

I don’t usually use root for the database but I tried to check if there was a permission issues.
I filled information based on : https://doc.tiki.org/Manager#instance:create

The database part need little documentation or tips.
It differs from the way we use the Tiki-install.

What is expected ?
Does Tiki Manager create the db, does it expect the db to be created prior the instance creation ?
I usually create my db for each Tiki with specific USER/DB/PASSWORD directly.

The field "Database Prefix" is adding to the confusion. Why a prefix ?
Can’t I directly give my database name ?

---
Import an existing Tiki throw me the same error:
{CODE()}
SQLSTATE[HY000]: General error: 8 attempt to write a readonly database INSERT OR REPLACE INTO instance (instance_id, name, contact, webroot, weburl, tempdir, phpexec, app) VALUES (NULL, 'gallery.xxxxx.com', 'me@xxxxx.com', '/var/www/virtual/gallery.xxxxx.com/html', 'https://gallery.xxxxx.com', '/tmp/trim_temp', NULL, NULL) ; 
{CODE}

Is there a CLI command to import an existing Tiki ?

Removing an avatar results in an broken image link.

Reproduce:
* Hovering the mouse pointer on a user name reveals the user details.
* Create an avatar for that user.
* Hovering the mouse pointer on the user name now shows the user details including avatar.
* Delete the avatar.
* In place where the avatar was showing before, there's now a broken image in the user details.

Tiki site: http://list.vic-fontaine.com/
demo user/ password: smarty

Hi,

I have upgraded to tiki 24 and I am trying to create a interactive video with H5P in file gallery, but get stuck on creating screen.

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

Creation of tracker items with __relative dates__ from profiles shows the right date in view item but empty when editing item

By __relative dates__ I mean something like:
{CODE()}
+1 day 2 hours
{CODE}

(See more: http://www.php.net/manual/en/function.strtotime.php )

See it reproduced in the show instance of this other bug report ([item5254]):

http://xavi-9794-5254.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=4
u: admin
p: 12345

This item was created through applying the profile "Tracker_as_Calendar_12"

Defined as:
{CODE(ln="1")}
type: tracker_item
ref: event_004
data:
tracker: $Tracker_as_Calendar_12:trac_as_cal
status: open
values:
- [ $Tracker_as_Calendar_12:trac_as_cal_summary, A big conference ]
- [ $Tracker_as_Calendar_12:trac_as_cal_location, room 2.3 (15 seats) ]
- [ $Tracker_as_Calendar_12:trac_as_cal_start_date, +1 day ]
- [ $Tracker_as_Calendar_12:trac_as_cal_end_date, +1 day 2 hours]
- [ $Tracker_as_Calendar_12:trac_as_cal_priority, 5 ]
- [ $Tracker_as_Calendar_12:trac_as_cal_description, "I'm really looking forward to attending at this event." ]
{CODE}

Which produced, once applied, something like:

|| Summary | A big conference
Location | room 2.3 (15 seats)
Priority | 5
Description | I'm really looking forward to attending at this event.
Start date | 2014-05-28 12:58
End date | 2014-05-28 14:58
Created | Tuesday 27 of May, 2014 12:46:16 CEST
LastModif | Tuesday 27 of May, 2014 12:46:16 CEST
||

When clicking at edit, no start or end date are shown in the form, and the icon to open the popup helper to fix the dates is not shown either.

And then, in the wiki page to display items as calendar events ( http://xavi-9794-5254.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12 ), this event is not displayed either.

{flash type="url" movie="display782" width="857" height="741"}

When a user attempts to create a blog, the Creator text box is missing and the creator value is not stored when the record is committed.

I have been testing a nice web site testing tool - WebInspect. After running several hours of tests against a Tiki site, it identified several places where user input was not scrubbed and open to cross site scripting:

For 1.9.3 updated 25 March

tiki-send_blog_post?postID=
tiki-view_blog.php?find=
tiki-print_blog_post.php?postID=
tiki-remind_password.php
tiki-error.php?error=
tiki-view_blog_post?blogID=
tiki-config_pdf.php?page=
tiki-print.php?page=
tiki-calendar.php?editmode=
tiki-take_survey.php?surveyId=
tiki-index.php?page=

A CSRF never ending loop happened to me earlier today, on dev.t.o.
I had logged in chromium-browser to dev.t.o as user "xavi" (no admin perms).

I needed to log in with my other user "xavidp" (the one with admin perms), so that I opened a private browsing window of chromium-browser. I went to visit the same page I had visited with the standard user where I had to fix some perms of that wiki page ( https://dev.tiki.org/Wish%20Report%20Tpl ). Clicked at "login" link at the top bar, which sent me to https://dev.tiki.org/login , provided the credentials, and then I got the message about CSRF at the url https://dev.tiki.org/tiki-login.php :
{QUOTE()}Error
Potential cross-site request forgery (CSRF) detected. Operation blocked. Reloading the page may help.
{QUOTE}

Every time I tried (F5, visiting somewhere else within dev.t.o) and attempting to log in, I got the same CSRF error message reproduced, and I couldn't log in as user "xavidp".

I had to open a new browser (Firefox, in this case), and login as "xavidp" was successful.

I wonder what was happening.

I tried again, at the time of reporting this issue, and I got the issue reproduced again.

FYI: I had seen other weird CSRF false positives in other contexts in a 20.x tiki I use at work (behind a firewall). I 'll keep an eye open to add more details when I hit this bug again in other use cases. But there is something wrong still in the code in 20.x.

{syntax type="tiki" editor="plain"}
When using the TIKINEWT.CSS theme with version 3.0 RC1, on some administration screens, like USERS tiki-adminusers.php, or USER CONTACTS PREFERENCE tiki-user_contacts_prefs.php, the main part of the content division is too high, and covers the TABS for that particular page.

This is not a problem if TABS are not used. This does not appear when using another THEME, such as THENEWS.CSS

When trying to export to CSV from tracker, I get:

Notice: Undefined variable: my in /usr/local/tikiwiki-1.9.4/tiki-export_tracker.php on line 396

Notice: Undefined variable: ours in /usr/local/tikiwiki-1.9.4/tiki-export_tracker.php on line 398

Notice: Undefined variable: my in /usr/local/tikiwiki-1.9.4/tiki-export_tracker.php on line 409

Notice: Undefined variable: ours in /usr/local/tikiwiki-1.9.4/tiki-export_tracker.php on line 413

Notice: Undefined variable: initial in /usr/local/tikiwiki-1.9.4/tiki-export_tracker.php on line 434

Warning: Cannot modify header information - headers already sent by (output started at /usr/local/tikiwiki-1.9.4/tiki-export_tracker.php:396) in /usr/local/tikiwiki-1.9.4/tiki-export_tracker.php on line 445
"Apellido";"Nombre";"Kitá";"Kehilá";"Punto de salida:"; "balaban";"natalia";"Aleph";"Dor Jadash";""; "slatman";"geraldine";"Aleph";"Dor Jadash";""; "chaia arazi";"gerladine";"Aleph";"Bialik";""; "saccal";"marina";"Aleph";"Bialik";"";


Tracker structure:
[TRACKER]
trackerId = 8
name = Majane Darkei 2006
description = Inscripcion para el Majane Darkei 2006
useExplicitNames = n
showStatus = n
defaultStatus = o
showStatusAdminOnly = n
outboundEmail =
simpleEmail = n
newItemStatus = o
modItemStatus =
writerCanModify = n
writerGroupCanModify = n
showCreated = n
showLastModif = n
defaultOrderKey =
defaultOrderDir = asc
useComments = n
showComments = n
useAttachments = n
showAttachments = n
attachmentsconf = 0,1,3,0,2,0,0,0
useRatings = n
ratingOptions =
categories =

When viewing a tracker item in tiki-view_tracker_item.php, the overall rating doesn't get shown. It worked in my test-installations, but not here on dev.tw.o.

On a tracker set a currency field and set it to display the currency symbol.

It should display $35.00 but it shows ¤ 35.00

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

I just made a fresh installation on a shared hosting service (all-inkl.com) via svn and did not get the Tiki running after successfull installation.

The installation was made in a PHP7 document root.

Two problems:

1. Site never stopped loading
2. Dropdowns) did not work (all dropdowns like login, quickadmin, etc) and added a # hashtag to the url in the address bar of the browser.

After a while (minutes) the site mentioned some JavaScript error in a popup error message.

I did change the PHP to PHP5.6 and then after a few minutes the site worked as fine as expected.
There seems to be some coherence with the PHP version.

Is that maybe related with Xavi's [https://dev.tiki.org/item6035|Bug 6035] ?
Torsten

After upgrading to 1.10, php layers menus from 1.9 are gone from site identity.

Apparently, there are also reports of display of horizontal CSS ("suckerfish") menus not correct. Tag isn't setting horizontal style or getting css/cssmenu_horiz.css so top-level items display vertically rather than horizontally.

I can't make the basic example work.
https://doc.tiki.org/PluginCustomSearch#Basic_Usage

I'll reproduce it in show.t.o to make it easy for others to to review where the issue might be.

My goal is to leave one basic working example documented in doc.t.o

Admin password in that instance is:
u: admin
p: 12345

Go to Homepage, log in as admin, and try to search for any word found in the three items in that tracker. No results are found.
Index has been rebuilt many times.

{syntax type="tiki" editor="plain"}
Faicons only work if they're in the -+themes/yourtheme/favicons+- dir, if they are in the theme dir inside -+_custom+- they don't get picked up.

I think (assume) this is only in 27.x but can't check now.

Customized Homepage with profile "Personal Blog and Profile" cannot be reverted back to wiki homepage

To reproduce, apply this profile and attempt to revert back the custom homepage to use wiki homepage.

It didn't work either by means of setting a new homepage for registered users.
---
Reproduced here:
http://xavi-9794-5348.show.tikiwiki.org/tiki-view_blog.php?blogId=1

Custom homepage disabled, but anonymous visitors still get the blog homepage:
http://xavi-9794-5348.show.tikiwiki.org/tiki-view_blog.php?blogId=1

To logi:
u: admin
p: 12345

---
Reproduced in Tiki13 also.

I create a dropdown field and a customsearch template.
Searches on values works unless there are spaces in the displayed value.

It's demonstrated here : [http://jyhem-9952-7502.show2.tikiwiki.org/]

{syntax type="tiki" editor="plain"}
Just pretty inconsistent behavior depending on the browser. Images get converted to HTML images, sometimes the tiki_plugin div disappears etc.....

When writing a particular wiki page, and being set this page to be watched to a group (let say Registered users).

Then if the page has plugingroup to hide particular peaces of special text that is not intended to be known by certain users. Then every time this page changes, a notification email is sent to all Registered users (this is ok), but in the content of this email all the source code is revealed to EVERY user on the Registered group, regardless if they have the right to see Source of wikis.

Don´t know how this could survive the testing and dogfood of this community. May be there is another way to let the Registered group to be acknowledged of a change in a wiki, without compromising content. Please enlight me on how to do this much of the work done on our live tiki portal uses plugingroup to restrict snippets of text to certain groups and other snippets has to shown, in the same wiki.

There should be an option to configure a watch to be sent in a way that only alerts the user that a particular page has changed without showing all source, in respect to a particular right to see or no to see the source.

I have checked on the proper user rights and object perms to avoid them to receive this notifications in the proper way, but tiki doesn´t seem to take it.


Using Tiki 6.2

When I upgraded this site:

http://alaindesilets.org/MyPublicSite/tiki-view_blog.php?blogId=1

from 6.1 to 7.1, the layout got screwed up (I'm using the DarkRoom theme).

Before the upgrade, the layout looked like this:

* [http://dev.tiki.org/tiki-browse_image.php?imageId=125]

After the upgrade, it now looks like this:

* [http://dev.tiki.org/tiki-browse_image.php?imageId=126]

Notice how the position of the login and the search forms changed, and how it looks weird in the TW 7.1 version (plus, it causes a lot of waste in screen realestate).

I'm using TikiWiki 2.2. and tried to enter the following in the "meta robots" field of the Meta Tags admin panel:

-index
-follow
-index, follow

As per http://doc.tikiwiki.org/tiki-index.php?page=Meta%20Tags&redirectpage=Meta%20Tag these seem to be valid values.

Once I pressed "change settings" the parameters I entered were gone. When checking the source code of index.php I found out that no robot instructions have been included.

Looks like saving those data doesn't work.

this picture shows, that there is no selection box for the selection of a parent gallery for this (new) gallery presented at the form.

the button "insert internal link" (on the WYSIWYG-editor) doesn't work.

it opens a new window "local.php not found — This is normal if you have not run the tiki installer yet".


(but i run the tiki installer)

When I select "Admin > Wiki > Mandatory category in the category tree", the list of categories while editting a wiki page is blank, or it says no category is defined. However, if you click on "admin categories", they are defined indeed.

When you unselect this check box, and clean caches, categ. list is working fine again.

This is not a theme specific issue (reproduced with geo.css, tikineat.css, lesjetesdelencre.css, ...)

----
update: sylvieg fixed that months ago, I think. (thanks sylvie)

"new user registration" has problems.
Problemss stated for TIKIWIKI 1.9.8.3 tried on newest PHP versions 5.2x (+newest MySAL)
- Fantastico install of 1.9.8.3 also concerned. -

It is either a config error by admin, or a problem of latest stable TIKIWIKI (Oct. 2007) with neweset versions of PHP, or something similar. Various tests + details are described - please visit the links below.

Hopeful to get opinions on this before going on with my tests.

If it is not a software bug, then it would at least probably be an aspect about the ergnomics of instructions. When this problem will be settled and if found of general interest, I will perhaps add the experience to the TIKIWIK docs.


Details are in the FORUM: Architecture/Installation :
http://tikiwiki.org/tiki-view_forum.php?topics_offset=1&topics_sort_mode=commentDate_desc&forumId=6

There the item:
"Register as a new user" does not excecute - config error? or bug in v.1.9.8.3 ?" :
http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=27095&topics_offset=3&topics_sort_mode=lastPost_desc&forumId=6