Category: 1.9.x

Lately, all images inserted into wiki pages are taken by the "system gallery" system.

That is realy cool BUT can be very problematic.

My anonymous don't have to see gallery images cause this is restricted to registred or members peoples. But they could till now see pages with images in it, buttons, whatever.

With this new "system gallery" they can't see no image nowhere. That is not what it should be.

I tried to find the so called :"System gallery" to see if i can change individual permissions. On the list, logged as admin, i can't see it. When i click on the menu at "System gallery" (tiki-list_gallery.php?galleryId=0) this goes to an error (No gallery indicated)... I can't neither.

This is bad as my anonymous user see red x everywhere instead of pictures.

Hello,
Installed tikiwiki 1.9 on a CentOS 4.4.
Assigned autenthication to external LDAP server ( Windows AD ) , but the problem
remains even with IMAP.
Login with admin works
Login with external users presents again the login screen ( no "bad password" just the login screen again and again )

I debugged the code and found the both IMAP and LDAP modeles correctly check the user
and at the end of tiki-login.php the "tiki-user-tikiwiki" Cookie is set with the IMAP/LDAP username, but then at start of "tiki-index.php" the $user variable is empty.
A further check states that session_id() at the end of tiki-login.php is different from session_id() at start of tiki-index.php ( and this explains why the value of variables are different ).
10 correct authentication produce 10 different PHPSESS file with correct username but tiki-index.php always load the first one ( without username set ).

This has been reproduced with php-4.3.9-3.22 on a Centos 4.2, 4.3 and 4.4

Something more than this:
http://irc.tikiwiki.org/

There is a start but can it handle the volume of data we produce?
http://tikiwiki.org/tiki-view_irc.php

The level of integration (all, some or none) with Tiki is to be discussed.

Related/similar software:
http://colas.nahaboo.net/software/irclogger/
http://ircbrowse.com/
http://tools.splitbrain.org/irc/wikiohana/

An RSS feed would be nice.


And some stats:
http://pisg.sourceforge.net/

Trackers are amazing.

However, how do you get data in & out?

As of now:
IN: you need to type in all the data.
OUT: workaround: change the number of items in a list and copy paste table to a spreasheet.

importing / exporting from .CSV would be much better.

Images could be tricky :-)

Import HTML: in wiki edit page should be option (ideally a perm). Option is there but it's not working

upload of files with same content in 2 different galeries does not work (even if filenames are different)

If you try to change an avatar in user administration list with your admin account, you will change your avatar.

Suggestion taken from doc.tw.o authors forum:
[http://doc.tikiwiki.org/tiki-view_forum_thread.php?topics_offset=1&forumId=1&comments_parentId=427]

{QUOTE()}
Re: Styles and Themes
en: Dm 19 de Jun, 2007[05:06] respon
> Use this thread to discuss the page:: ((doc:Styles and Themes))

About the new content here, I think it might be better not to duplicate the themes.tw.o information at this site. As I understand it, the information at each Tiki site (tw.o, doc.tw.o, etc.) should be unique and just linked to if it needs to be available to users at another site. When putting themes.tw.o together, some content was moved from tikiwiki.org to there, to avoid having it in two places.

Pages duplicated at different sites will become out of sync when one side is updated. If we want to actually display the information at more than one site, is it possible to have an intertiki include plugin so updates are automatic?

I believe the focus of doc.tw.o is how to use the standard Tiki package. That means info on extending the default Tiki would be at mods.tw.o, themes.tw.o, etc.

-- Gary
{QUOTE()}
Re: Styles and Themes
en: Dv 22 de Jun, 2007[11:52] Editar respon
Hi Gary,

I agree. My my reason to add a copy of documentation work in themes.tw.o is that is included in next pdf file produced from doc.tw.o Documentation structure with the rest of documentation (there was a big lack of information in current documentation site about the state of the art of themes and styles available in Tiki community...)

A solution could be using SNARF plugin, but it's not available at doc.tw.o right now, and some coders don't like to allow snarf splugin to be available for registered users, since the regex param can be dangerous to allow control of your tiki site to others...)

So the best solution "could be" (from my point of view) having a modified version of SNARF plugin like this:

1. allowing registered users to call it (and snarf'ed content viewable by anonymous), but having the regex param restricted to editors or admins (through adding a new perm tiki_p_snarf_regex or similar, assignable to some groups and off by default for registered).
2. having a new optional param to avoid getting lateral columns for tiki sites. (maybe allow avoiding header and footer from content snarfed from tiki sites, also?)


This way, content could be evolving in the source sites, and being automatically updated at view time in doc.tw.o.

But we need help from benevolent coders to make this happen...

^
Btw, current documentation is (only) at:
[http://tikiwiki.org/PluginSNARF]

And an example of usage [http://gclub.ub.es/tiki-pagehistory.php?page=prova&preview=5|here], showing the problems when snarfing tiki sites like doc.tw.o with left column...
^
{QUOTE}
{QUOTE}

- Create a chart
- go editing its items
- click on "new" right besides "Add or edit an item"

see a message like:
"Invalid variable value : chartId = $chartId"

If you include RSS feeds in modules or Wiki pages (in fact, anywhere that $tikilib->parse_data is used) then links always open in new windows.

This should (in my view) default to open in the same window, with a config option to change. It might be possible to do it in the {rss id=} pseudo tag? That might be the least hassle option?

Either way, all the fun is in tikilib.php, and affects all versions from 1.8 to 1.9 (I think 1.6 onwards, but don't quote me!)

Since some time now the number of pages in forum posts is completely wrong. It seems that the blame goes to luciash who commited the following patch. It's supposed to fix the comments count but it also breaks the page count.
{CODE(wrap=y)}
---
Update of /cvsroot/tikiwiki/tiki
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv22684

Modified Files:
Tag: BRANCH-1-9
comments.php
Log Message:
fixed comments count

Index: comments.php
===================================================================
RCS file: /cvsroot/tikiwiki/tiki/comments.php,v
retrieving revision 1.31.2.25
retrieving revision 1.31.2.26
diff -u -d -r1.31.2.25 -r1.31.2.26
--- comments.php 10 Apr 2005 04:42:37 -0000 1.31.2.25
+++ comments.php 28 Apr 2005 15:15:13 -0000 1.31.2.26
@@ -464,7 +464,7 @@
$comments_offset, $_REQUEST["comments_maxComments"], $_REQUEST["comments_sort_mode"], $_REQUEST["comments_commentFind"],
$_REQUEST['comments_threshold'], $_REQUEST["comments_style"], $threadId_if_reply);

-$comments_cant = $comments_coms['cant'];
+$comments_cant = $commentslib->count_comments($comments_objectId);

$smarty->assign('comments_below', $comments_coms["below"]);
$smarty->assign('comments_cant', $comments_cant);
{CODE}

When a user creates a new page from an existing page (either through the Create Page module or by clicking on a "?"), categories could be inherited.

The problem is that this is not necessarily behaviour required for all TIki installs, and might have to be coded as admin configurable.

To insert a special character within tiki-editpage.php in 1.9DR4 you have to use templates/tiki-special_chars.php which cannot be accessed because of .htaccess settings.
a better solution because that little bloody window is a pain anyway (and inserts the characters always in the end of the editing window:

I have done a fix, by including the following lines (see solution) after the table row with the smileys and cutting the link to tiki-special_chars from below the quicktags:

Installation error during table creates:

Command: CREATE TABLE "tiki_categorized_objects" (
"catObjectId" bigserial,
"type" varchar(50) default NULL,
"objId" varchar(255) default NULL,
"description" text,
"created" bigint default NULL,
"name" varchar(200) default NULL,
"href" varchar(200) default NULL,
"hits" integer default NULL,
PRIMARY KEY ("catObjectId"),
KEY(type, objId)
)
Message: ERROR: syntax error at or near "("
LINE 11: KEY(type, objId)

There is a small bug in install.php that makes installation screen completely white when user submits to second step.
The problem originates from difference between dbTiki and dbtiki, where in line 586 the database connection is made in dbtiki, but some where else the dbTiki is used.

The installation documentation (I referred to all pages linked from the main page plus several postgresql-specific ones) do not give any indication that TikiWiki is only usable if installed in document root (aka TikiWiki is greedy/must run the whole domain). This should be specified as a installation requirement.

A better solution (IMHO) would be to fix the coding (e.g. replace absolute paths by relative ones) so that TikiWiki would place nice if installed in a subdirectory.

{syntax type="tiki" editor="plain"}
Am trying to install 1.9-BRANCH (1.9.8) on my server. 1.9.7 worked fine, 1.10 worked fine after a tweak, but this 1.9.8 install seems to barf.

Running Mysql 4.1.1, and have even copied the db/tiki-1.9-mysql.sql contents for the create table segments that failed and used phpMyAdmin without success. A full example is:
{CODE()}

Command: CREATE TABLE tiki_articles (
articleId int(8) NOT NULL auto_increment,
topline varchar(255) default NULL,
title varchar(80) default NULL,
subtitle varchar(255) default NULL,
linkto varchar(255) default NULL,
lang varchar(16) default NULL,
state char(1) default 's',
authorName varchar(60) default NULL,
topicId int(14) default NULL,
topicName varchar(40) default NULL,
size int(12) default NULL,
useImage char(1) default NULL,
image_name varchar(80) default NULL,
image_caption text default NULL,
image_type varchar(80) default NULL,
image_size int(14) default NULL,
image_x int(4) default NULL,
image_y int(4) default NULL,
image_data longblob,
publishDate int(14) default NULL,
expireDate int(14) default NULL,
created int(14) default NULL,
heading text,
body text,
hash varchar(32) default NULL,
author varchar(200) default NULL,
nbreads int(14) default NULL,
votes int(8) default NULL,
points int(14) default NULL,
type varchar(50) default NULL,
rating decimal(3,2) default NULL,
isfloat char(1) default NULL,
PRIMARY KEY (articleId),
KEY title (title),
KEY heading (heading(255)),
KEY body (body(255)),
KEY nbreads (nbreads),
KEY author (author(32)),
KEY topicId (topicId),
KEY publishDate (publishDate),
KEY expireDate (expireDate),
KEY type (type),
FULLTEXT KEY ft (title,heading,body)
) TYPE=MyISAM AUTO_INCREMENT=1
Message: Incorrect sub part key. The used key part isn't a string, the used length is longer than the key part or the storage engine doesn't support unique sub keys

and

Command: CREATE TABLE tiki_blogs (
blogId int(8) NOT NULL auto_increment,
created int(14) default NULL,
lastModif int(14) default NULL,
title varchar(200) default NULL,
description text,
user varchar(40) default NULL,
public char(1) default NULL,
posts int(8) default NULL,
maxPosts int(8) default NULL,
hits int(8) default NULL,
activity decimal(4,2) default NULL,
heading text,
use_find char(1) default NULL,
use_title char(1) default NULL,
add_date char(1) default NULL,
add_poster char(1) default NULL,
allow_comments char(1) default NULL,
show_avatar char(1) default NULL,
PRIMARY KEY (blogId),
KEY title (title),
KEY description (description(255)),
KEY hits (hits),
FULLTEXT KEY ft (title,description)
) TYPE=MyISAM AUTO_INCREMENT=1
Message: Specified key was too long. Max key length is 500

which ultimately cause:

Command: # --------------------------------------------------------
INSERT INTO tiki_modules (name,position,ord,cache_time,groups) VALUES ('login_box','r',1,0,'a:2:{i:0;s:10:"Registered";i:1;s:9:"Anonymous";}')
Message: Table 'tiki-19branch.tiki_modules' doesn't exist

because the table never gets created.
{CODE}
I'm not sure how to go about fixing this problem.

I posted this on the Features/Usability forum pn tw.o, but it seems to be coming down to a bug or a setting.

We've been wrestling with Internal Server Error 500 for several months. We are transferring the content of a static HTML site to a TW site.

At first, we thought it had to do with the length of documents or reserved words or special characters. All of that may still be true, but what I find after exploring the Web a little is that it has to do with script failure. Apache thinks something is screwy in the content being fed to it.

Most recently, I tried to get the TW sql module to work. I set up the DSN per the instructions on doc.tw.o , assigned permissions to a group,then created a test page. I inserted one line,

OPEN CURLY BRACE SQL CLOSE CURLY BRACE (db=>memberlist) SE (NO SPACE)LECT count(*) FROM members OPEN CURLY BRACE SQL CLOSE CURLY BRACE,

then hit Preview and got Error 500 immediately. (Obviously, I've substituted words for characters like the curly brace and space. I did that so I wouldn't get Error 500 when I up load this message. And, yes, I know "up load" is one word, but if I use one word, it is likely to fail.)

We have previously gotten the Error 500 message when words like 'up load' and 'se lect' (as noted above) were in the text of the page. When those words are removed or altered, the page up loads.

It tends to happen more often when pages are long (that may be psychological. You remember the BIG failures.) which, of course, just means the odds are greater that a reserved word is used, if that's the case.

When I tried to up load the above example to tw.o, it failed three times until I had all the curly braces and suspect words broken up. I know others are having this same issue. Here's chibaguy from tw.o on his experience up loading in response to my message. (I've edited for brevity)
---------------------
chibaguy on Fri 16 Nov, 2007 08:08 CET

I tried once to reply to your post and got the 500 error when I had "se lect" in the text (with no space), and then the submit went smoothly when the space was added. A few minutes later I submitted that test post, with "se lect" intact and it also went fine. Meanwhile I found 469 instances of the word at this site, including in wiki pages and forum posts, so obviously a lot of the time having "reserved words" in posts doesn't stop the submit.
...
I've also gotten the 500 error here trying to submit a post, once in a while, but waited a little while and then could submit exactly the same post with no error.
...
I rarely get the error at other Tiki sites I use pretty intensively, but am not sure if my pattern of use just avoids the pitfalls.

-- Gary
------------------------

ricks99 on tw.o leapt on the cut and paste scenario, offering that it might be a text encoding conflict. I've had it fail, as above, with directly entered content as well as pasted content. I'm on a Mac and our host is using *nix.

Note that I'm not saying some text encoding issue isn't a part of it. In fact, I kind of suspect there is more than one culprit.

When I get one of these errors, I start reducing the up load by halves, previwing a portion at a time, until I get failure. Once I get failure, I always get failure.

We've up loaded (copy/paste) pages of documents in which one line would cause the failure. Removing the one line makes it OK. Taking the suspect portion and the remaining text and putting it into a comment page works, too.

My suspicion is that there may be a combination of "suspect" words that crosses a threshold and drops the error message on us. Maybe there's a setup issue?

I'd really like to use the SQL plugin. It would solve several problems for us. Thanks,

Bill

------

This is the third in a series of "HOW DOES IT WORK" articles describing the various systems of the TD Vixens. The first two described the engine cooling and coach heating systems. This article will describe the engine fuel system.

By Tom Picking
ENGINE FUEL & ELECTRICAL

When I first got my Vixen it was hard to start. The problem got worse until I was afraid to go anywhere. I spent several weeks studying the system and talking to other owners about what might be wrong. I tried many "fixes" hoping they would solve the problem but nothing helped. I learned a lot about the system over those weeks with the help of several people and only after fully understanding "HOW IT WORKS" was I able to find and correct the problem. VIN 0050 is stock with 110,000 miles and starts easily even after being idle for weeks. Yours should, too!

The BMW engine's Bosch fuel injection pump, in my opinion, is a work of art! It is completely mechanical using no electricity (except for the fuel shut off valve) or electronics. It is a very complex system and adjustment or repair of the fuel injection pump should be left to professionals. But if we understand howthe total system works, we should be able to determine if the problem is in the pump or some other component of the system that we can fix ourselves.

In order for a diesel engine to start and run it needs three things: Air, fuel, and heat. It is also very important to make sure that no air can mix with the fuel until the fuel gets into the combustion chamber.
AIR AND HEAT

When the starter cranks the engine, air is sucked in and compressed by the pistons. When air is compressed, it gets very hot, hot enough to ignite fuel if it is present. On very cold days the engine and the air being drawn in are much colder making it difficult for the air to reach the temperature required for ignition. This is where glow plugs come in. They are actually small electrical heaters inside each combustion chamber. They look something like a spark "plug" and when turned on they get so hot they actually "glow". The glow plugs only come on during the initial start up sequence and the amount of time you should wait before trying to start the engine is determined by the engine electronics based on the temperature of the engine. Maximum ON time is about 15 seconds. The "WAIT TO START" light on the dash indicates the glow plugs are being commanded on and the engine should not be cranked till they have had a chance to do their job. If the glow plugs are not working, the engine will still start (except on very cold days) but only with increased cranking times.
AIR AND FUEL

Air in the fuel before it is injected into the engine is a bad thing. The injector pump must be able to develop very high pressure in order to force the fuel into the combustion chamber and if air is mixed with the fuel, this high pressure cannot be achieved.

The injector pump is actually two pumps in one. The first is a low pressure priming pump that floods the primarypump chamber. Any air in this chamber is forced out of a drain line at the top of the chamber along with excess fuel flow from the priming pump. This drainline is common with the drain lines connected to the injectors in each cylinder. If any of these lines leak while the engine is off air will enter the system and fuel will drain backward through the fuel line and empty the primary chamber of the injector pump. The result is hard starting (delayed while the priming pump is filling the primary chamber) but otherwise a normal-running engine.

If there is a leak in the fuel line or the fuel filter between the injector pump and the fuel tank, air will be drawn in by the suction of the injector pump and, depending on the amount of air, the engine may start but will not run correctly under load or high speed. As reported by Charles Rausch (TD 0106) in December's issue of Fox Prints, this same symptom can be experienced if there is a severe restriction in the fuel line such as a clogged fuel filter or a clogged fuel tank filler cap air breather vent.

You can inspect the fuel entering the pump by checking the clear (after 12 years mine is yellow) plastic line connecting the fuel filter and the pump. If you see bubbles in this line while the engine is running or cranking there is a fuel line problem. If you see a large bubble in the line after the engine has been off for several minutes, this is an indication of a drain line problem and that fuel is draining backwards through the fuel line to the tank. If you tap the line, with an indication of air in it, you can watch which side the air bubbles up. That will cut the investigation in half.

Between the tank and the injector pump is a fuel filter. The stock filter has a special manual priming pump built into the head of the filter. Turning the selector head of the filter pump to "RUN" bypasses the internal check valve and makes it easier for the engine injector pump to draw fuel. Turning the head of the filter pump to "PUMP" allows manual operation. The engine will run just fine with the filter pump selected to either position if all the rest of the system is in good condition. Diesel fuel is notorious for dirt and water. The fuel filter is your protection against dirty fuel.

After I learned all of the above, my Vixen still would not start! The problem was that it was not getting fuel because of an electrical problem!

The ignition switch mounted on the steering column (a standard GM part) has several electrical contacts that perform various functions depending on the position of the key in the ignition. One of the functions is to energize the fuel shutoff solenoid valve that allows the flow of fuel to the injector pump. One of the first things I did was to check the voltage to the solenoid valve with the key in the ON position, it was OK. What I didn't realize until several weeks later is that a different set of contacts energize this valve when the key is in the START position. These contacts were defective and when the key was in START and the engine was cranking, the solenoid valve was off and no fuel was available!!!!! This condition can be measured with a voltmeter which eliminates the guess work. A new ignition switch solved the problem.

Seen on themes.tikiwiki.org , latest BRANCH-1-9

A new user (and spammer at that) logs in to themes.tikiwiki.org via InterTiki. He posts some spams, but Last login is "Never (3 hours)"

Between friday (when you, mose told me how to use intertiki) and today, I've lost information of intertiki, regarding the master tiki site.
I have had to deactivate intertiki through phpmayadmin, since I couldn't login as admin on edu.tw.o
(I had the same name in tikiwiki.org - as plain user) and in edu.tw.o (as admin).
and I couldn't login on edu.tw.o (with or without realm).

PHP Warning: Header may not contain more than a single header, new line detected. in lib/pear/XML/Server.php on line 394

This happens when using InterTiki when PHP Warnings are on.

our viki installed on linux platform with apache 2.0.58 , mysql 5.0.41, and php 5.2.3.

we has a tracker with 740 items. recently i found, it goes slowly (more than 2 minutes) if i insert or update an item into this tracker. I can't figure out the reason. could someone please give me some advice?

While CAS authentication is great, it allows multiple users to login if you have a widely common CAS server.
For example, SecurePass [1] strong authentication allow ALL securepass users to login through their CAS.
The need is to optionally limit which users or users domain can login to tikiwiki through CAS.

[1] www.secure-pass.net

{syntax type="tiki" editor="plain"}
When I place 2 menu modules under eachother, the second one doesn't show up.
And I can't figure out why. When I place something between the modules (e.g. Switch Language), all 3 show up.

When I view the source code of the generated page, the second menu has a display:none value. So I know the problem does not lie within the css file.
{CODE(caption="source" wrap="1" colors="htmlmixed")}<div title="Module Execution Time 0.011s" id="module_20" class="box box-menu cssmenubox module">
<div id="mod-menul1" style="display: block;" class="clearfix box-data"></div>
<div class="box-footer"></div>
</div>
<div title="Module Execution Time 0.004s" id="module_21" class="box box-menu cssmenubox module">
<div id="mod-menul2" style="display: none;" class="clearfix box-data"></div>
<div class="box-footer"></div>
</div>{CODE}

Modules have been set with decoration=n, notitle=y.
And the menu type=f. Though neither option has an effect on the problem.

There is no easy way to create a numbered list of items (automatic numbering). There is no easy way to automatically assign a unique identifier to a item in a tracker. In other words, you can't display the ItemId in a tracker.

Need the ability to show the ItemId as another field in the tracker. This id is very useful when creating tables or lists in a tracker and I beleive is a must have. For example, if I create a list of ideas, I would like to have an idea number associated to each idea.

I hope someone is already working this.

Best,
Diego

---
Working on a fix for this as I need this as well. Among other things, also lets you display 0-padded item ID's and hyphenated item ID's prominently in the item viewer.