Category: InterTiki

Show subcategories objects

Name Type
Adding an IP range option for clients in InterTiki
The server settings for InterTiki do not allow user to specify an IP range of known IP's.

It'd be great if this could be added in the future in situations where the client does not have a static IP.

A quick fix is presented below for someone who really needs it-but I hope we can have a more permanent solution eventually. It allows the user to specify either an IP or an IP range in the server settings and validates the IP of the client accordingly. The IP range should be specified as:
tracker item
Add a text field on the login module (free text)
tracker item
tracker item
tracker item
edu.tw.o broken (unserialize() error at tiki_setup.php) after intertiki activated -just coincidence?
I login to edu.tw.o with my admin account (it's user "xavi", with admin rights on edu.tw.o, but not on tw.o, where this user "xavi" was already registered, as plain "Registered" user). Intertiki is activated as slave.

I login to edu.tw.o as user "xavi" (without realm on the right), and pass. I login. (I couldn't previous days... :-/ )
Then I see a notice on top of each page saying:
Notice: unserialize(): Error at offset 245 of 250 bytes in /var/lib/gforge/chroot/home/groups/edutiki/htdocs/tiki-setup.php on line 1446{CODE}

Then, I edit a page (or other actions), and I get after cliking to save button:

{CODE()}Notice: unserialize(): Error at offset 245 of 250 bytes in /var/lib/gforge/chroot/home/groups/edutiki/htdocs/tiki-setup.php on line 1446

Warning: Cannot modify header information - headers already sent by (output started at /var/lib/gforge/chroot/home/groups/edutiki/htdocs/tiki-setup.php:1446) in /var/lib/gforge/chroot/home/groups/edutiki/htdocs/tiki-editpage.php on line 764{CODE}

Followed by "blank". So tiki is stuck there showing nothing else, and no link to go back, etc.

Please, help!, since it doesn't look nive for users trying tiki....

Btw, The category "FEature" ehre in dev.tw.o is missing "Login" + Intertiki" , plus another category for "Mods", contanining all the mods released in cvs sf.net.
tracker item
Fatal error in next*.t.o when login due to groups not sync'ed (apparently)
tracker item
IE users can't login successfully if Intertiki is activated (unserialize(): Error at tiki-setup.php)
Using Internet Explorer 5.0 or 6.0 on windows 2000 or XP, i can't successfully login to edu.tikiwiki.org, if intertiki is activated.

Just after click on login, users are redirected to page displaying:

The XML page cannot be displayed
Cannot view XML input using XSL style sheet. Please correct the error and then click the Refresh button, or try again later.


Only one top level element is allowed in an XML document. Error processing resource 'http://edu.tikiwiki.org/tiki-login.php'. Line 2, Position 2

<b>Notice</b>: unserialize(): Error at offset 245 of 250 bytes in <b>/var/lib/gforge/chroot/home/groups/edutiki/htdocs/tiki-setup.php</b> on line <b>1446</b><br />

On Firefox, there is a similar report, but the page is displayed (untiul you try to edit a page, etc. See related bug report:

[http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=790&show=view&offset=0&reloff=0&status=op&trackerId=5&sort_mode=created_desc|related bug report here]

tracker item
Intertiki - if you change the client server key after initial setting it gives Invalid key error on login
tracker item
InterTiki & banning users
When a user is banned in the master site, he should also be banned on slave sites.

This could be an option, but general banning is OK too.
tracker item
InterTiki backlinks / SisterWiki / Extend External Wiki feature
((doc:InterTiki)) permits to share login, preferences and groups between various Tiki sites.

We need the Sister Wiki too!
Continue discussion here: ((Sister Wiki))

((doc:backlinks)) are very cool. But what about backlinks from other sites?

We could use list from:

[wish2086|Backlinks between trackers and wiki pages (and maybe forums)]
[wish1768|Tracker plugin to get title and make link to tracker item]
tracker item
Intertiki broken for Tiki 14+ as master
tracker item
Intertiki does not work if Master is behind Apache Basic Auth directory
I have several tikiwikis (v 3.0 beta 4) on the same domain. Both behind the same .htaccess protected directory. The goal was to setup a working instance of InterTiki between these two Tiki's.

By way of example
* Apache .htaccess limit: http://www.mydomain.com/p/
* Master e.g. http://www.mydomain.com/p/master
* Client e.g. http://www.mydomain.com/p/client

A few setup issues have been noted (these details have now been added to the InterTiki documentation). Most notably is correctly specifying the location of "/remote.php" for the above case. For our above example to following is req'd:
* host: http://www.mydomain.com
* path: /p/master/remote.php

On the master, I have successfully made contact using either the IP shown in the Apache logs, or by simply using "" in this case.

Likewise (also added to InterTiki docs) there was some oddity related to order of events with how the server info was being plugged into MySQL tiki_preferences interlist table. I have not properly tracked this down so will not go into it further at this time.

Also of note (for another bug or support request) is that I am unable to get InterTiki on the master to log out anything.

''Note: InterTiki operates as designed and is simply unable to get behind an Apache Basic Auth wall. However, hard-coding in setCredentials line for the XML_RPC_Client should work in this case but does not.''

After getting setup dialed in like above, the client received the following message:
''XMLRPC Error: 5 - Didn't receive 200 OK from remote server. (HTTP/1.1 401 Authorization Required)''

Some digging into /lib/userlib.php finds the calls for setting up the XML_RPC_Client at lines (around) 228, 2812, 2831, 2860 and 2905. Looking into the XML_RPC_Client class in /lib/pear/xml/rpc.php shows that there exists a setCredentials($username, $password) method. The setCredentials method exists to allow for RPC calls to get through Basic Apache Authentication.

__Possible Bug__
I went ahead and modified the clients (and eventually the master's) /lib/userlib.php in the above locations with a simple addition of:
$client->setCredentials("myApacheUsername", "myPassword");

This time, when logging in from the client, the response was:
''XMLRPC Error: 5 - Didn't receive 200 OK from remote server. (HTTP/1.1 302 Moved Temporarily)''

And with that I am stuck. It seems like (as a workaround hack for the time being) the ability is there in the XML_RPC_Client methods to get through an Apache Basic Auth, but the return code is weird at best.

__Possible Actions__
#Ignore -- Explicity note that InterTiki masters/clients must not exist behind Basic Auth walls.
#Investigate why a hacked userlib.php returns a 302 code and determine if this is as designed or a bug.
#Possibly add a basic username/password entry field in the client administration page for driving the setCredentials method.

tracker item
InterTiki doesn't update Last Login time
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)"
tracker item
InterTiki fails to recognize same-server (
This may or may not be considered an error, but is not-as-expected behavior.

When setting up InterTiki, one would assume that would work as an IP filter for localhost. However, it was pretty clear that this was not working in 3.0 (beta 3, beta 4, rc1)

* Turned on the XMLRPC debugger in /lib/userlib.php around line 2817 ''$client->setDebug(1);'' to look at the response back from the server and do a bunch of printouts.

Traced InterTiki problems to the IP security check to the following (line 55) in /remote.php.
if (!isset($prefs['known_hosts'][$key]) or $prefs['known_hosts'][$key]['ip'] != $tikilib->get_ip_address()) {

By changing the line to the following, the IP check problems went away:
if (!isset($prefs['known_hosts'][$key])) {

tracker item
Intertiki Fatal error: Unsupported operand types in include_intertiki.php on line 41
tracker item
InterTiki not updating slave Tiki's when users become inactive
tracker item
Intertiki not working: XMLRPC Error: 5 - Didn't receive 200 OK from remote server. (HTTP/1.1 302 Found)
tracker item
InterTiki user replication stopped working?
tracker item
InterTiki: "known_hosts" entered into dbase incorrectly for first entry
This follows extensive regression into InterTiki setup problems. There are 2 bugs in here, but they are likely related as they exhibit the same performance. I am unsure where the problem lies (someone familiar with the code could fix this in a heartbeat).

Both these apply to a fresh install of Tiki and getting InterTiki up and operational. I have replicated this bug on 2 different setups (2 different hosts).
# Tiki 3.0 beta 4
# Tiki 3.0 RC1

!!Server Setup Error
During initial server setup, as Tiki Admin, setting up the KnownHosts information. Typically, I would only setup one known host for demo purposes. However, in spite of tweaks, I kept seeing the InterTiki response error __Invalid Server Key__.

I tracked through to code to the /remote.php validate function, around lines 58 or so. It seems like it always ended up inside the if clause (failing the validation).

{CODE()}''print_r($prefs['known_hosts']);'' {CODE}
at the top of the validate function I received the following from the master:
( [0] => Array (
[name] => tiki2
[key] => mysecretkey
[ip] =>
[contact] => mizraith )

No wonder it failed the test, as the if statement was indexing into "known_hosts" using the key.
''!isset($prefs['known_hosts'][$key]) or $prefs['known_hosts'][$key]['ip'] != $tikilib->get_ip_address())''.

As you can see, the initial setup from within Tiki failed to properly key the database entry. The database entry has a key of [0].

Adding another "known_host" in the InterTiki admin shows correct behavior:
[0] => Array
[name] => tiki2
[key] => mysecretkey
[ip] =>
[contact] => mizraith

[anotherkey] => Array
[name] => another
[key] => anotherkey
[ip] =>
[contact] => mizraith


!!!Additional Regression
Editing that first Known Host in the InterTiki admin screen does not fix the key value. AFAIK, one has to __delete__ the first known host that is entered (throwaway). From then on, it seems to work.

!!Client Setup Error
Although I didn't recognize it at the time, I have seen this same error during client setup of InterTiki. In that process, admin must enter a Known_Server. The first server you enter in seems to go into the database with a key of [0], even though InterTiki will search on the server's key name.

tracker item
intertiki: (1)problem when names in slave = to master + (2) lost data of master site misteriously
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).
tracker item
InterTiki: Error when PHP Warnings are on
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.
tracker item
Additional Feature
Features Classification
tracker item
Last Login date not retrieved on user info mouseover popup
tracker item
Login module should include some info text when Intertiki is on
When Intertiki is on, mod-login_box.tpl should show some info on the login box reporting where to register in order to log into that site. Example: edu.tw.o., with tw.o registration.
I've done this by hand:

^Intertiki is enabled. Log in with your account at <a href="http://tikiwiki.org">http://tikiwiki.org</a>. <br><b>New?</b>: <a href="http://tikiwiki.org/tiki-register.php">register at tw.o</a> and come back to log in here.
Intertiki is enabled. Log in with your account at <a href="http://tikiwiki.org">http://tikiwiki.org</a>. <br><b>New?</b>: <a href="http://tikiwiki.org/tiki-register.php">register at tw.o</a> and come back to log in here.

But this could be added more general on tiki, so that it checks whether intertiki feature is on, and get's the name of the intertiki server from some value at your tiki isntallation, and then, the message is customized on the login box.
tracker item
  • «
  • 1 (current)
  • 2


The following is a list of keywords that should serve as hubs for navigation within the Tiki development and should correspond to documentation keywords.

Each feature in Tiki has a wiki page which regroups all the bugs, requests for enhancements, etc. It is somewhat a form of wiki-based project management. You can also express your interest in a feature by adding it to your profile. You can also try out the Dynamic filter.

Accessibility (WAI & 508)
Articles & Submissions
BigBlueButton audio/video/chat/screensharing
Browser Compatibility
Communication Center
Contacts Address book
Contact us
Content template
Custom Home (and Group Home Page)
Database MySQL - MyISAM
Database MySQL - InnoDB
Date and Time
Debugger Console
Directory (of hyperlinks)
Documentation link from Tiki to doc.tiki.org (Help System)
Draw -superseded by Diagram
Dynamic Content
Dynamic Variable
External Authentication
Featured links
Feeds (RSS)
File Gallery
Friendship Network (Community)
i18n (Multilingual, l10n, Babelfish)
Image Gallery
Inter-User Messages
Kaltura video management
Live Support
Logs (system & action)
Lost edit protection
Meta Tag
Missing features
Visual Mapping
OS independence (Non-Linux, Windows/IIS, Mac, BSD)
Organic Groups (Self-managed Teams)
Performance Speed / Load / Compression / Cache
Revision Approval
Search engine optimization (SEO)
Semantic links
Shopping Cart
Site Identity
Smarty Template
Social Networking
Spam protection (Anti-bot CATPCHA)
Staging and Approval
Syntax Highlighter (Codemirror)
Tell a Friend
Terms and Conditions
Federated Timesheets
Token Access
Toolbar (Quicktags)
User Administration
User Files
User Menu
Webmail and Groupmail
Wiki History, page rename, etc
Wiki plugins extends basic syntax
Wiki syntax text area, parser, etc
Wiki structure (book and table of content)
Workspace and perspectives

Useful Tools