Hi Karen,
In need of some help please, I have re-installed the latest version 1.3 for my private gedcom and removed all duplications to my public gedcom so it stands alone.
Now I cannot see the private gedcom at all, if I go and disable the module I can get back into it via the external link but as soon as I enable the module it shows the page where it should be with all the links but NO gedcom.
For the life of me I can't figure out why, so I removed the whole lot again re-installed again and it still happening, any ideas please?
I don't have clean urls enabled as everytime I do the access goes pft!
Access control is set ok, is there something in taxonomy that I need to do, maybe?
| Comment | File | Size | Author |
|---|---|---|---|
| #3 | pgv_screen.jpg | 45.55 KB | dixieau |
| #2 | user_def.jpg | 48.3 KB | dixieau |
| Magical Snap - 2007.01.14 11.05 - 001.jpg | 51.34 KB | dixieau |
Comments
Comment #1
karens commentedI'm guessing the directories are not correct in your settings. What did you put as your internal and external paths? And what is the place where it lives as a stand-alone application?
Comment #2
dixieau commentedOk, I had major dramas and have now done a complete re-install & re-build with Drupal 5.0 and PGV 5.x-1.0.
Extremely weird I am having the same problem, I can view externally ok http://aussierhonda.com/phpgedview/ internally it's nackered http://aussierhonda.com/?q=phpgedview.
I have tried it with both clean url's enabled disabled both external & internal link. I installed system info mod and came up with this
Have no clue how to fix it though, any ideas please? (I think it's something to do with permissions somwhere but no idea where)
oh location: public_html/aussierhonda/phpgedview/ & module is installed under /sites/all/modules/
Comment #3
dixieau commentedthe wrong attatchment was posted, but this way you can check both :) thanks
Comment #4
dixieau commentedI am still in need of help here if anyone can assist please.
I have uninstalled and deleted the phpgedview mod, deleted the phpgedview_user_map table on re-install it won't recreate the table so had to import the original and empty it.
Even after all this I am still getting the same error as highlighted above " user warning" and still cannot access phpgedview from the embedded version nor can I sign into it from the external (just get thrown to the access denied page). The only way back in is to alter the config and attach the login box.
NB. I have added the mysql db drpl user to both of those databases with no joy as well.
If I could get pgv working externally with the single login I would be happy but for some reason I just can't grasp what exactly you need to do to fix this statement: "The internal path should be a different path than the stand-alone PhpGedView path (this is only an issue if PGV is located in a subdirectory of your Drupal installation)." If somebody could check this one http://drupal.org/files/issues/pgv_screen.jpg and explain what I need to alter for the embedded/external that would be great.
Thanks, Rhonda
Comment #5
karens commentedIt looks like you're trying to use the same path for both the internal and external directories and that won't work. If you external directory is '/phpgedview/', make your internal directory something different, like 'familytree'. The internal directory has no slash before or after the name. The confusion in paths is probably creating most if not all of your problems.
Next you need to clear your cookies, which may have gotten wrongly set when you had problems. And just for good measure, close your browser completely so your session info gets cleared out.
Then open a new browser window and try again. First, go to the Drupal admin/settings page for PhpGedView and make sure at least your own username is mapped.
Then try to go to your application, using the *internal* path you created above.
Comment #6
karens commentedBTW, when you check the username map, submit the page even if the mapping looks right. The system tries to figure out which names belong together (i.e. if they have the same username), but that mapping won't actually be saved in the database until you save it.
Comment #7
dixieau commented*a very red faced Rhonda* says, Thank you Karen.
I am in and very happy, for some reason I kept thinking I needed that second "familytree" name to be another directory.
Also one of the problems re the signing in wasn't due to the names per se but the fact that in firefox when you delete a cookie it automatically add's the domain to the block list! I did not know this and after a lot of research finally found the problem. I wiped out a whole website and lost a lot of new work thanks to that little anomoly.
Thanks again for your patience :)
Rhonda
Comment #8
karens commentedWhew! Too bad you had so much trouble. I'm glad it's working now.
Comment #9
(not verified) commented