I'm not sure if this should be a feature request. I'm playing around with this module, and am very happy with the integration.
I was wondering... do I need to create both a drupal account and a phpGedView account for every user to take advantage of the features of both products.
It seems that if you don't create a phpGedView account for a user, and then also map that account to their drupal account, then they only have non-authenticated access to phpGedView.
On the other hand, creating an account of both systems gets to be a lot of maintenance, and there is the opportunity to forget to set up one or the other.
Any hope of integrating a single user account setup that will create accounts in both places and map them appropriately? That would be a great addition.
Is there already some way to do this that I am missing?
Thanks for what you've done already! This is great!
Steve
Comments
Comment #1
VENCO commentedI think this should be seen as a bug report. In the menu to configure the phpGedView module under User Defaults it displays "Set up the values below for default rights for new users in PhpGedView when they are created automatically by this module."
It is my understanding that this module should be automatically creating accounts in phpGedView from the Drupal accounts.
Someone else I have spoken with has also experienced this issue.
Thanks
Comment #2
karens commentedI apologize that I don't have time to work on this right now. All my available time is focused on getting the CCK issue queue cleaned out and getting CCK ready for Drupal 5.0. I know that this feature is not working as people expect it to and I need to investigate whether it's broken and what if anything needs to be done with it, and I will get back to working on this as soon as I can.
A general explanation: You have accounts in both Drupal and PGV but they are linked together. You need accounts in both places, IMO, because PGV has so many special settings for each user to get privacy working right and it would be a real problem to try to do that in Drupal. On the other hand, Drupal also has settings that need to be set up that can't be mirrored in PGV. The best I can do is link them together and try to make sure that accounts exist in both places.
So in your settings I show you both lists of users and let you decide which ones should be linked together. Beyond that it should be trying to create an account in PGV if none already exists when someone visits PGV for the first time. I think that is the part that is not working right.
Comment #3
nickbits commentedHi,
I have re-downloaded the module and I now get the map users in the settings. Not sure why I did not get it before. Anyway, I can now get this to work. There are a few other bugs I have found, which I will document and investigate further when I get time. Anyway, well done on a superb module.
Nick
Comment #4
dixieau commentedHi there
I have managed to integrate phpgedview with drupal, but have a question re the accounts.
I understand the 'creating of both accounts within the 2 programs' BUT if somebody signs up with drupal and then I have to create an account within phpgedview what do i do about the password? I can't use the one they have signed up for at drupal without going into the database (fiddly) and I can't create the new account within gedview without one.
Ideas please?
Comment #5
dixieau commentedreally a Phpgedview 'Portal' login problem
Not logged in scenario:
When you click on the 'My Portal' link within /pgv/ you end up with a log in screen url: xxx.com/?q=phpgedview/index/portal,
now to test the integration I have logged in there and you are thrown to a blank screen: url same as above (/index/portal), now if I refresh the screen or click on My Portal again I end up at the Welcome page logged in ok.
Start scenario again (not logged in):
In drupal/pgv/ look for the 'Login' link, if you click on this one you get http://xxx.com/user/login?url=login.php%3Fhelp_message%3Dmygedview_login...
which is great - it takes you back to Drupal site (there is a theming error on this page but that is for another time).
For the life of me I cannot find where or what is calling the "Log In" screen from My Portal or how to fix, ideas please?
Another anomaly to do with "My Portal" is that when you are logged in, it is not calling the "MY Portal" functions ie messages, favorites, customise. Yet when you open same screen free of drupal ie xxx.com/phpgedview/ it shows your personal Portal screen ok. Which makes me believe it is something in the coding to with that *sigh* but no clue where and what to fix.
Unfortunately I don't know how to close or edit my previous request #4 submitted by dixieau on December 14, 2006 - 10:56, so I will add details here for others.
The problem turned out not to be a problem, to explain for those that come across this: (my scenario is: Visitors can create accounts but administrator approval is required)
When somebody signs up for an account, they will be sent an email with a temp password, they can't login until you have activated the account. Before you do, pop into gedview and create the user with any password you choose, go back to admin/settings/map users and synchonise THEN approve the account and all works out well, they sign in with the temp password and no dramas.
Comment #6
karens commentedI just released a new version that makes a lot of changes to the way the integration is handled and the documentation. I am hoping it will fix most or all of the outstanding problems, so please try it out. I'm going to mark them fixed and let people start new issues for any problems that come up with the new release.
Comment #7
dixieau commentedlol.. nuts, can you believe I found it purely by accident?! As you know I have two seperate installs one private/one public and I wasn't happy with the fact that you can still view the private file through the direct link www.example.com/phpgedview so I went it to change the setting in Access & Privacy (gedcom config) "Require visitor authentication" from No to YES and THAT is what causes it to constantly load...
Now I haven't updated to the new release yet (not sure how to do it and can't find any info on whether you just replace the files or completely re-install) but I am sure it will be the same setting that is causing the drama.
:)
Comment #8
dixieau commentedsorry posted on the wrong thread in my endeavours to try and remember what caused the problem in this thread: http://drupal.org/node/107242