Category: All / Undefined

For some misterious reason, since a few weeks (2 maybe {sign user="xavi" datetime="2015-05-19T08:56:45+00:00"} ) incremental search index fails (using either lucene or mysql full text search as the unified search engines)

Errors are related to permission problems (in an example with Lucene PHP as unified search engine, and at tracker item insertion):
{CODE()}
Search index could not be updated. The site is missconfigured. Contact an administrator.
fopen(temp/site1.example.com////////unified-index/_u.sti): failed to open stream: Permission denied.
{CODE}

{img fileId="1000" thumb="y" rel="box[g]"}


For a forum post, in another tiki 12 site, another user reported this error message:
{CODE()}
Search index could not be updated. The site is misconfigured. Contact an administrator.
fopen(temp/site2.example.com////unified-index/_e.sti): failed to open stream: Permission denied
Search index could not be updated. The site is misconfigured. Contact an administrator.
fopen(temp/site2.example.com////////////////////////////unified-index/_e.sti): failed to open stream: Permission denied
{CODE}

Content is added successfully (wiki page edition, tracker index, forum post, ...), but the error message is shown to the standard non-admin user as "Error", even if the setting "show php errors" is set to "Show to Admins only".



This is afecting all our tiki 12.x that we have in production (4) running on the same ((doc:multitiki)) instance, on an ((doc:ISPConfig))-powered server (in case this matters) . If unix permissions are related, then you need to know in advanced that ISPConfig requires permissions set as www-data for the owner, and clientN for the group, being "N" a number corresponding to the client number in the ISPConfig configuration. See ((doc:ISPConfig))
---
Related bug (I can't seem to select them through the field "Related-to" since they are not shown in the list, which is capped before reaching those ones starting with "Search index could not be updated. The site is misconfigured. Contact an administrator.":

"Search index could not be updated. The site is misconfigured. Contact an administrator."
http://dev.tiki.org/item4115

{syntax type="tiki" editor="plain"}
After upgrading from 4.0 to 4.2 using a overwrite and save db/local.php I have gotten this error:

The following error message appears now:
-------------------------------------------------
Unknown column 'event' in 'field list'

The query was:
select `event` from `tiki_secdb`

The built query was likely:
select `event` from `tiki_secdb`
-------------------------------------------------

The install and db upgrade complete successfull. Have run the upgrade again and this still happens.
Also I get page errors.

Short version is that the tikiwiki has become unstable. I can not access wiki pages by using the name but edit can find them but save fails also.

Untranslated message: Impossible to import the file.

url ....//tiki-import_sheet.php?mode=import&sheetId=1

tiki/tiki-import_sheet.php
line 74 $smarty->assign('msg', "Impossible to import the file.");

{syntax type="tiki" editor="plain"}
Update to previous.

Issue now is the Max size parameter in the Image plugin doesn't resize image on remote server (Ubuntu) but does on local MAMP setup with identical tiki RC2s (27480).

There's an admin login if you want to try.

tiki

pword wiki

{FLASH(movie="http://worldfreemansociety.org/tikimovies/Image-MaxSize-Bug.swf")}{FLASH}

This block of code is not very well behaved, and it appears in a lot of places:
// Now check if the user should be notified by email
$foo = parse_url($_SERVER[["REQUEST_URI"]);
$machine = $tikilib->httpPrefix(). dirname($foo[["path"]);
$machine = preg_replace("!/$!", "", $machine); // just incase
$smarty->assign('mail_machine', $machine);

In my test environment I'm hitting the website via the LAN machine name and not the public URL. Setting $foo from _SERVER[["REQUEST_URI"] is causing the URL to use the LAN machine name and not the fully qualified name.

Technically this will cause the email to use the host name of whatever the user was hitting, but that would be bad in a server farm where you may need to use a scheme such as www1, www2, www3, etc as the user would always go back to that server instead of letting the load balancer figure it out.

I could see this being a problem anywhere the code is using _SERVER[["SERVER_NAME"] as well.

To me the root problem here is that the templates are depending on two different sources for the same data (the hostname portion of the URL).

I had tested and finally used in 5.3 HTML into the sub-tile of the Header.

This allows to comment or to have longer information and to be free of the content and look.

The 6.x version don't allows this anymore. So the title and subtitle is poor (fivealive style).

I do believe that the best way should be a table (not a frame because of HTML5) and the ability to define the content of to line (<tr>), one for title, the other for sub-title.
(then the sub-title could not be written, if long enough, under the login button... which can overlay it)

Both they could content HTML.

The style of each <tr> has the actual default value but HTML with common tags as <span> or <img> allows to build a good title.

Naturally there is a downside : The title and subtitle must be sometime used as text (to be print for example). Then we obviously discover (invent) that we have two different GUI objects :
*the title HTML block which should be displayed into the header
*the title as text

The technical solution is simple :
The syntax of an HTML title and subtitle "must" be :
<span id="site_title" title="the text title" ... {other attributes} > ... HTML content ... </span>
So it is easy to parse the content to get "text_title" and "text_subtitle".

This could be implemented for 6.1 and after into 7.x trunk

To be able to use certain variables such as:

{CODE()}{page} or {$page}
{lang} or {$lang}
{username} or {$username}{CODE}

So we could have contextual images depending on language:
{CODE()}
{img src=image{lang}.jpg }
{CODE}

and links like:
{CODE()}
[tiki-editpage.php?page={$page}|Edit this page]
{CODE}

During long edit session on Doc or Dev (not only on wiki page) it happens that you have been disconnected without knowing it.

When it happen the page you were working on disappear and instead you have a message you are not authorized to use this feature or other redirection depending of your tiki setting and the feature you were in.

It leads to confusion and unless you keep cold blood, log and reload back the previous page you may loose your precious work. We have to find a better way as this is super frustrating and damage Tiki reputation.

I suggest the following on any submit, save, etc action (click on a button, etc) we have a check if action is possible and user session is still active.

If not without changing page we display a modal over the page with the login module and a cancel button so the user can relog and resume his action or get out of the page.

Userlist accessed from Community menu displays on page 1 the first 10 of my 18 users, on page 2 I see 8 users but they are names from the first list and in different order!!! This wiki is a fresh install of 1.9 using a DB sucessfully(?) upgraded from 1.8.5

Using 1.9 cvs from a week ago (more or less)

I made a site (in a multitiki install as subdirectories, in case it matters) with "Request passcode to register:" off, and "Prevent automatic/robot registration" as on. New registrations work fine.

( http://moviments.net/valldelcorb )

Then I shifted to "Request passcode to register:" on (and a simple string of 8 letters, no special chars., in "request passcode to register", with checkbox on), and Prevent automatic/robot registration as off. New registrations fail.
I tried myself with several new users, or emails (and e-mail domains), and I don't get any confirmation email.

I created another site on the same multitiki installation on the same server, with a duplication of the same database to start with, and set back login params. as "Request passcode to register:" off, and "Prevent automatic/robot registration" as on. New registrations with same user details (username, password, email) and they work fine. I get the confirmation email in less than 5 min.

( http://moviments.net/drecerca )

It looks like a bug is hidden somewhere there...
--------
Update: April 17th

It's kind of weird.... On a third site in the same multitiki install (on the same server, of course), tiki registration works ok having "Request passcode to register:" on (and a simple string of 13 letters), and Prevent automatic/robot registration as off.

http://moviments.net/diaspora

Weird... I wonder if this is not some configuration problem... in that tiki, even if I did (that I remember of) nothing different from the other tikis.... :-/ ¿?
-----------
Update August 11th 2007
Updated 1.9 cvs code from today in
[http://margalef.ourproject.org]
which have both request passcode to register as on, and prevent automatic registration of robots as on.
I got the confirmation email to my inbox, I clicked on the full link to validate the new registration request (it was from a google account, recognizing properly the full url link), but I got the answer from the tiki site:
"User or password not valid" (or something similar, since I have translated it from another language)
Still something not fully fixed around there...
-----------------
^
-=Update August 12, 2007=-
I close the bug, since I cannot reproduce it myself in many sites. And I marked as not enough information, since it seems that on one of the sites, the problem is still there.^

I updated the 1.9 cvs code and cleaned tiki caches. There is still some problem on the http://moviments.net/valldelcorb installation, which is using a modified twist theme (in case it matters, even if not using any special template for registration of mail sending). If request passcode to register is on, no messages are received to mailboxes (tried on 2 different ones).

But on other installations of the same multitiki (for instance, http://moviments.net/drecerca , based upon a modified planetfall theme), mails are sent ok, and once validated the link, the account is successfully created, etc.

Last, but not least, I've realized on the http://margalef.ourproject.org tiki install (not multitiki at all, and on another server; using also a modified planetfall theme), last time (the trial from yesterday, August 11th), I received a second email message 3 minutes later, to the same mail box, and regarding the same single user account request made from me, with a different url to validate the account (something weird, isn't it?). This second url worked fine to validate the account, but not the first.

In any case, with updatd cvs code from today, I got normal behavior for new registrations on http://margalef.ourproject.org , using "request passcode to register" as on.

Whatever it was, it seems mostly fixed. And since it seems that I'm only the one with this weird behavior, I close the bug report.
If anybody else find similar problems, just reopen.

Thanks for checking the code for this issue, for those of you who invested time to check that the code was ok.

The problem: Say I am multi-tasking.

1- I start editing a wiki page
2- I check my thunderbird email.
3- I click a link in my email
4- That link could take over my browser and I lose what I was editing. Not fun.


This is what we need:
http://marclaporte.com/tiki/FeatureRequest_BetterHandlingOfBackButtonWhileEditing.swf.html

And that solution also works when you are clicking a link in an email. (not just back button)


other causes of ((doc:lost edit)) are listed in documentation.


similar: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=971

With version 2.2, normal and OpenID login enabled, and the modules "since_last_visit" and "since_last_visit_new", they don't reset when using OpenID login. When loging in with the normal login, those since last visit changes are reset.

When the system (in this case was a Linux box) runs out of disk space, a Tiki user cannot login. Basically, the user is sent back to the home page. In other words, it looks like the user has authenticated, but is not logged in. So it looks like a PHP session issue. It could well be.

If the user enters a wrong password, a wrong password message is seen.

It would be nice if Tiki could detect that the disk space is low and alert admin users, especially during install. Low priority of course, but still nice to have.

MoinMoin example:
{THUMB(id=29, url="tiki-browse_image.php?imageId=29")}{THUMB}

{syntax type="tiki" editor="plain"}
When using an image from File Gallery like ''~np~{img fileId="1" width=300 align="center"}~/np~'' Img plugin renders the image properly, but using ''~np~{img fileId="1" width=30% align="center"}~/np~'' it breaks the layout, image is left-aligned and distorted.

You can see the effect of Wiki-syntax getting parsed differently with the ~np~ ~np~ ~/np~ tag and the~np~ {CODE()} ~/np~ -plugin.

~pp~
~np~text here~/np~ - strips all linebreaks out of "text here" - ~pp~ works

{CODE(caption=>test)}
text here and some enclosed in <these brackets> here
{CODE}

The text between the <>-brackets doesn't get shown at all.
~/pp~

Also, (just in case it's related): tiki-view_blog.php complains to admin user about a division by zero by split plugin (tiki 1.9.2):
* {CODE()}
Warning: Division by zero in /var/lib/gforge/chroot/home/groups/gclub/htdocs/lib/wiki-plugins/wikiplugin_split.php on line 74
{CODE}
* This warning message was not present with 1.9.1. (Xavi - xavidp)

The blogs were htmlspecialchar()ed, too - it looks like fixed in CVS now!

On Tiki26 and master if the look and feel, site layout (tiki-admin.php?page=look#contentadmin_look-2) is not set to "single container" the edit modal for a wikiplugin is not displayed.

Tested on a local and remote Tiki26.x (26.0 and 26.1).
Reproduced at https://next.tiki.org/Community

{mediaplayer src="display2123"}

See: https://dev.tiki.org/item8387-Wiki-edit-help-plugin-modal-not-displaying

Environment: Windows Server 2008 + IIS7

Problem: After installation, you're directed to tiki-change_password.php. The URL ist correct (in my case: "http://www.prohibition-online.com/tiki-change_password.php[...]"). I change the password and land on "http://www.prohibition-online.com/tiki-index.php".

Now I click onto logout and the URL I get to is:
"http://www.prohibition-online.com\/tiki-index.php".

Notice the "\" after my website name.

If I remove the "\", I access my index page as expected.

When I login, the "\" reappears.

same error as: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2250&trackerId=5&show=view

{syntax type="tiki" editor="plain"}
The following error occurs always when i follow a link from tiki-searchresults.php and the search string contained a slash (/).

E.g. searching for 343/07 reveals the correct article. On tiki-searchresults.php the string "343/07" is highlighted (tiki-searchresults.php?highlight=343%2F07&where=pages&search=Los). Following the link (articleXXXX&highlight=343/07) I get this error message:

^Error: the xajax Javascript Component could not be included. Perhaps the URL is incorrect? url: lic/ajax/xajax/xajax_js/xajax_core.js^

The problem is caused by the slash in (articleXXXX&highlight=343__/__07). If I change the url manually to "articleXXXX&highlight=343" everything's fine.

Hello,
Problem with:
- Zotero bibliography
- Zotero Bibliography Search Module

I followed the [https://doc.tiki.org/Zotero|documentation] and setup everything as it should be, but the mentioned plugins did not work.

- Can somebody confirm the plugins actually work ?

- From my server errors log:
~np~PHP Fatal error: Call to undefined method Zend\\Http\\Response::isSuccessful() in .../tiki/htdocs/lib/zoterolib.php on line 54 ...~/np~
- The isSuccessful() method is in: /tiki/htdocs/lib/zoterolib.php
- The isSuccessful() emthod is called on lines 54, 111 and 161

- Changing isSuccessful() to isSuccess() the error seems to be fixed, but the Zotero plugin is not working.
- I think using or relaying on Zend and tags to get feedback or content from Zotero may not be very good.
- Something like [https://github.com/ddean4040/phpZoteroWebDAV|this framework](phpZoteroWebDAV) would be much better.
Thank you.

Printing pages is sometimes a real mess.
So, http://www.printwhatyoulike.com brings the opportunity to select parts of the page to print etc.

If admin user get lots of php warnings. Eventually page will build. Other warnings depending on various DB requests. Not a cookie problem - deleted cookies. Not browser specific.

Typical warnings encountered.

Most everything:
Notice: Only variable references should be returned by reference in lib/adodb/adodb.inc.php on line 2797
Notice: Only variable references should be returned by reference in lib/adodb/adodb.inc.php on line 2802
Admin Menu:
Warning: usort(): Invalid comparison function. in lib/tikilib.php on line 1714
Notice: Only variable references should be returned by reference in /home/vamasono/public_html/cms/lib/pear/PEAR.php on line 425
Admin Groups:
Warning: Cannot modify header information - headers already sent by (output started at lib/adodb/adodb.inc.php:2797) in tiki-admingroups.php on line 254

Installed full v1.9.1 to a DB with 1.9.0. Ran 1.9.0->1.9.1.

After upgrading from 1.9.3 to 1.9.9, the DB-based sessions do not work unless the user select the remember me option when logging in.

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

This is just a test

Using mod_rewrite to direct tiki-index.php?page=.... to kb/pageName breaks template. I think other things might break too. I can't think of anyway to fix this but to scan the code for dependencies on code that reads the URL? Any ideas?