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

There are several cases an Admin want to use the login module but need to add some informations.
To solve this it is possible to use the module in a page or in another module.
This is not very intuitive and require editing work.

Adding a "free text" field will make much easier to add login or registration information (or whatever want the admin/editor).

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

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

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.

Hi:

After the fix for [item5785], next*.t.o sites display content for anons (yay, thanks!)

However, when attempting to login as user "xavi" (which belongs to several groups in t.o), I see a WSOD with this error message:
{CODE()}
Fatal error: Uncaught exception 'Exception' with message 'Cannot add user xavi to nonexistent group EduTwoEditors' in /var/local/doc.tiki.org/www/lib/userslib.php:6026 Stack trace: #0 /var/local/doc.tiki.org/www/lib/userslib.php(6126): UsersLib->assign_user_to_group('xavi', 'EduTwoEditors', true) #1 /var/local/doc.tiki.org/www/tiki-login.php(179): UsersLib->assign_user_to_groups('xavi', Array) #2 {main} thrown in /var/local/doc.tiki.org/www/lib/userslib.php on line 6026
{CODE}

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]

To reproduce, setup a new client server setting under Known Hosts on the InterTiki master.

All works fine. Then modify the key for the setting, and you will find that login now fails with Invalid Server Key message.

The reason why this is so is because the "key" is used as the "key for the preference setting" and also at the same time used for the "key to determine if there is such a setting for that server". So obviously it cannot function for both these uses robustly if it can be changed....

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]

Hi, I am afraid, that Intertiki is not working anymore, when Tiki 14 or pre-15 trunk is acting as master.

I have two environments, where Intertiki worked previously, but not anymore.

Due to the http-password it is not possible to connect to the show instance via Intertiki. But I configured the site as example, if you want to check it.

Now I will create a example setup on my server and add the access date here lateron.

If that my anticipation would be true, I consider this as a blocker, not only because we depend on Intertiki on the community websites.

Torsten

{syntax type="tiki" editor="plain"}
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}

Intertiki used to work in former versions (I don't know when it stopped working, sorry)

I tried to set up a new intertiki set up for the *.t.o family, at the site r.tiki.org (which uses 11.x svn)

However, when I add a new intertiki client at tiki-admin.php?page=intertiki , I get:
{CODE()}
Fatal error: Unsupported operand types in /path/tiki11svn/admin/include_intertiki.php on line 41
{CODE}

That line says:
{CODE()}
$_REQUEST['interlist']+= $new;
{CODE}

*.tiki.org sites send out notifications to users who have become inactive or have been deleted causing bounces which are often not detected.

For example, group category or tracker watches can generate a lot of mail failures which we need to prevent.

Hello there,

I've been trying to use my main tiki instance as an InterTiki server, but so far it didn't work out despite the many attempts following the documentation thoroughly.
The response received at the client side is "XMLRPC Error: 5 - Didn't receive 200 OK from remote server. (HTTP/1.1 302 Found)".

I see that the server gets the request from the client but it seems to return an empty message. This is what the apache log looks like:

request authorized without authentication by access_checker_ex hook: /remote.php
[Tue Oct 06 16:46:51.827942 2020] [http:trace4] [pid 27697] http_filters.c(953): [client 2a05:1500:600:7:1c00:56ff:fe00:f4c:60310] Content-Length: 0
[Tue Oct 06 16:46:51.827945 2020] [http:trace4] [pid 27697] http_filters.c(953): [client 2a05:1500:600:7:1c00:56ff:fe00:f4c:60310] Connection: close

I've tried many different things to make it work, including removing .htaccess, disabling all auth and security modules in Apache, etc.

If you could give me a hint what the problem could be I'd appreciate it very much.

Best,
Daniel

InterTiki stopped working on this site properly. Users and the groups are not being replicated anymore. When someone registers on tiki.org, the user does not appear here. For example on tiki.org there is registered validated user samymwamba, but if you check here the user is not found on https://dev.tiki.org/tiki-adminusers.php

{syntax type="tiki" editor="plain"}
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.

This tracker is made to help filtering and sorting the features vs categories vs options we need to tag a bug/regression/wish with.

[https://tiki.org/Community] user info popups show "Last Login" as "Never logged in" but on the user info page such as [https://tiki.org/user1553] it shows fine.

It's also not a problem on dev so i suspect an intertiki thing...

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.