Category: 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:
xxx.xxx.xxx.xxx-yyy.yyy.yyy.yyy

Contributors

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:
{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{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.

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:

{CODE()}
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 />
-^
{CODE}

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]

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.

((doc:InterTiki)) permits to share login, preferences and groups between various Tiki sites.

We need the Sister Wiki too!
http://www.wikimatrix.org/wiki/feature:SisterWiki
Continue discussion here: ((Sister Wiki))

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

We could use list from:
http://doc.tiki.org/External+Wikis


Related:
[wish2086|Backlinks between trackers and wiki pages (and maybe forums)]
[wish1768|Tracker plugin to get title and make link to tracker item]

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

__BACKGROUND__
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 "127.0.0.1" 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.

__BUG/FEATURE REQUEST__
''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.

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)"

This may or may not be considered an error, but is not-as-expected behavior.

!!Problem
When setting up InterTiki, one would assume that 127.0.0.1 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)

!!Regression
* 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.
{CODE()}
if (!isset($prefs['known_hosts'][$key]) or $prefs['known_hosts'][$key]['ip'] != $tikilib->get_ip_address()) {
{CODE}

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

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).

!Background
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__.

!!!Regression
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).

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

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

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:
{CODE()}
Array
(
[0] => Array
(
[name] => tiki2
[key] => mysecretkey
[ip] => 127.0.0.1
[contact] => mizraith
)

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

)
{CODE}

!!!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.

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.

Features Classification

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.
^
{CODE(wrap=>1)}
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.
{CODE}

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.

When shutting down a tiki-site it also affects all remote Tiki-Slaves doing authentication via InterTiki. There needs to be some way to shut down logins on the master Tiki, but still allow read-only access for InterTiki-Slaves.

{CODE(caption=>Basic idea)}
16:51 < ohertel> 2 switches... disable logins, disable logins including intertiki
16:51 < ohertel> first one is for a case like we have now.
16:52 < ohertel> and second one is for like "we update the database" ...
{CODE}

Contributors

Only on this site, when I check boxes in the Preferences, in the section named "MyTiki" (there is three checkboxes names "My pages", "My tasks" and "My items"), it works for the duration of the session. If I logout and then log back in, when I go in my preferences, all checkboxes that were selected are no longer checked. I don't have this problem with my tikiwiki 1.9.7 at work. Just with this dev.t.o site. I have no idea what might be the cause.

Written by Laurent Moss

Could also be a link or a license/confidentiality agreement

When using InterTiki, registration should be sent to master site

Various tools are able to built a structured documentation form internet exploration.
A good example is ZOTERO.
The product can get urls, html pages content, manage a hierarchical structure, set marks etc...
The product is able to export XML files with various basic patterns :
1. Zotero RDF
2. MODS
3. RIS
4. Refer/BibIX
5. Unqualified Dublin Core RDF
6. WikiPedia Citation templates
7. BibTeX

These structured informations can be imported to a wiki structure.
he interest of Zotero RDF (but I had not the time to the Unqualified Dublin Core RDF have the advantage of containing the structure definition the link to external url and if the html page has been captured the component html page with the elementary component has images.
This model his the closest of wiki structures.

Too the Wikipedia Citation templates is close but from the url refs;

I have not found where are the text and synthesis objectives for "import" and data shared (XML files as RDF Zotero structures), and multiwiki, in 4.x and 5.x

I am interested in participating to these developments.

Best regards to everybody

Workflow.tikiwiki.org is running 1.9.8.3. I was playing around with InterTiki settings and enabled pulling of UserPrefs from the master site. I know on the mater site, my particular user ID has privacy turned on such that my information is not visible to users.

When I go to wf.tw.o as an anonymous user, I can hover my cursor over a user (such as myself) and it will show a box with my information...email address, location, etc. When I try and do the same on the tw.o master site, I get "user information is private" or something.

I'm wondering if there is a bug or oversight with InterTiki where it is not pulling all of the user preferences, and if that is the case, if someone can fix it so that privacy settings are honoured?

Thanks!

I have two users at tw.o: xavi and xavidp. Both with lower case.

I can log in on doc.tw.o using either Xavi or xavi. When I log in with user Xavi, when I click on watching adding a page, or watching another page, I get this type of error:
{CODE(wrap=>1)}
An error occured in a database query!

Context:
File tiki-editpage.php
Url tiki-editpage.php
Query:
insert into `tiki_user_watches`(`user`,`event`,`object`,`email`,`type`,`title`,`url`) values(?,?,?,?,?,?,?)
Values:
0 Xavi
1 wiki_page_changed
2 Tikiwiki 1.10 ca
3 NULL
4 wiki page
5 Tikiwiki 1.10 ca
6 tiki-index.php?page=Tikiwiki 1.10 ca
Message:
Column 'email' cannot be null
Built query was probably:
insert into `tiki_user_watches`(`user`,`event`,`object`,`email`,`type`,`title`,`url`) values('Xavi','wiki_page_changed','Tikiwiki 1.10 ca',NULL,'wiki page','Tikiwiki 1.10 ca','tiki-index.php?page=Tikiwiki 1.10 ca')
{CODE}