stoltoguzzi noted that on the 1st visit to the demo site http://www.familyinfo.us/home/familytree generates permissions error:

ERROR 8: Undefined index: pgv_permissions
0 Error occurred on in function unknown
1 called from line 41 of file drupal.php

Attempting (and failing) to log in at http://www.familyinfo.us/home appears to properly set the cookie for permissions expected for an anonymous guest and the pages under the "Family Tree" link are properly generated. Changing the demo site hyperlink from http://www.familyinfo.us/home/familytree to its parent directory might encourage log-in attempts which would help suppress the symptom until the cause is corrected.

This is a painful bug to reproduce because it does not appear if the surfer has previously attempted to log into the site.

Comments

karens’s picture

karens commented

I have tried more times and ways than I can count to find a way to set a cookie in Drupal and have PhpGedView recognize it. I keep thinking I found something that works, but it's just hit and miss and not reliable. The reason it works if you go directly to the external site is that then PhpGedView is setting the cookie, but that means there's no way to tell it who this person is and we don't have or may not have the same cookies in both applications, so it all falls apart.

I'm ready to throw in the towel on this whole thing. I can't pass info from Drupal to PhpGedView with a cookie because PhpGedView can't find the cookie. I can't pass info in the Session because PhpGedView starts its own session.

The basic problem is that to make it possible to embed programs easily, the embedded program has to create a method we can use to pass information to it, and there is nothing reliable available.

Setting it up to work externally was working better, but at the moment I can't even get that to work :(

mlncn’s picture

mlncn commented

Subscribing (a friend is interested in doing pedigree charts).

One solution would be to improve PhpGedView itself, to accept session information from Drupal, right? Does anyone use or know of a third-party PHP program that uses Drupal's session handling that we could model a contribution to the PHPGedView project? (Developer's guide.)

Their feature tracker records requests (with no follow up) for cpgnuke integration and a
Xoops module.

The latter wrote:

It would be nice if PGV worked with xoops or other CMS.
Now it is a great standalone program but that is it.
Integration would make this program much easier to use.
The forums are full of CMS request for PGV. Please consider it.

Nothing requesting better Drupal registration / logging in integration yet, though Karen (S I'm going to guess!) has already contributed to their community with better (and Drupal-friendly) theming.

Contributing more flexible session management to PhpGedView is the approach I think I would take. No promises, and a guarantee of no useful contributions for the next month at least.

benjamin, Agaric Design Collective

stoltoguzzi’s picture

stoltoguzzi commented

the newest version of PGV 4.1.4 does not work anymore together with drupal.
drupal.php must be modified using the template postgedview.php.

karens’s picture

karens commented
Status: Active » Closed (fixed)

The PhpGedView maintainers wanted this code moved to their repository, which is why there are no files here any more. I removed all the code from this project at their request. All further work must be done in the PhpGedView repository.

I'm closing the remaining issues and unpublishing the project page.