SourceForge has been redesigned. Learn more.
Close

#1375 gedcoms.php being cut short

closed-fixed
None
9
2007-05-22
2007-05-11
No

Just noticed a very worrying problem. I'm not sure if its something thats happened in my system or a bug.

I have 5 gedcoms on my site.

If I edit the config file of one of them, and save the changes, the file gedcoms.php is updated. BUT, it is updated with all the lines about the last two gedcoms removed from it completely!

No damage is done to the data tables, or the gedcom files themselves, so it is easily fixed - but obviously it shouldn't be happening.

Any ideas?

Discussion

  • Anonymous

    Anonymous - 2007-05-13
    • priority: 5 --> 7
     
  • Greg Roach

    Greg Roach - 2007-05-16

    Logged In: YES
    user_id=1466942
    Originator: NO

    It's been a challenge to find this one, but the cause of the problem is a piece of inadvertent recursion.

    editconfig_gedcom.php:store_gedcoms()
    functions_name.php:get_common_surnames()
    functions_db.php:check_for_import()
    editconfig.php:store_gedcoms()

    The value of the global GEDCOMS[] gets trashed during this cycle.

    SVN1014 introduced the change to check_for_import() which created the recursion.

     
  • Anonymous

    Anonymous - 2007-05-19

    Logged In: YES
    user_id=1254634
    Originator: YES

    Greg - not sure if your comment was to suggest you had fixed this. If so, I'm afraid it hasn't. problem still there at svm 1090.

    Nigel

     
  • Greg Roach

    Greg Roach - 2007-05-19

    Logged In: YES
    user_id=1466942
    Originator: NO

    Perhaps I was being too subtle ;-)

    I think I know what the problem is, but am not too sure the best way to fix it. The author of change SVN1014 is probably better placed to do it.

     
  • gwahl

    gwahl - 2007-05-21

    Logged In: YES
    user_id=1254811
    Originator: NO

    Here's someone with a similar problem. My post
    [1721702] 4.1 beta 5 - 2nd GEDCOM disappears
    was closed referring to this report.

     
  • Anonymous

    Anonymous - 2007-05-21
    • priority: 7 --> 9
     
  • Anonymous

    Anonymous - 2007-05-21

    Logged In: YES
    user_id=1254634
    Originator: YES

    Thanks for tidying that up.

    Looking back at the developers forum, this was first reported back in early April. Seems to be a hard one to fix, certainly beyond me - but very important for any of us with multiple gedcoms. So I'll increase the priority in the hope someone will have an opportunity to look at it soon.

    Nigel

     
  • John Finlay

    John Finlay - 2007-05-21

    Logged In: YES
    user_id=300048
    Originator: NO

    Please try SVN 1099 and let me know if it fixes the problem. I am not able to duplicate the issue on my site.

    --John

     
  • John Finlay

    John Finlay - 2007-05-21
    • assigned_to: nobody --> yalnifj
     
  • Anonymous

    Anonymous - 2007-05-21

    Logged In: YES
    user_id=1254634
    Originator: YES

    Thanks John

    Looks like that problem is fixed, but created a new one.
    I'm missing a number of the blocks on My Gedcom Portal, and have this message in the Recent Changes block:

    Fatal error: Call to a member function on a non-object in /home/httpd/vhosts/our-families.info/httpdocs/famtree/includes/functions_print_lists.php on line 1207

    Nigel

     
  • John Finlay

    John Finlay - 2007-05-21
    • status: open --> open-fixed
     
  • John Finlay

    John Finlay - 2007-05-21

    Logged In: YES
    user_id=300048
    Originator: NO

    That fatal error was related to other changes I have been making with the sortable list tables. It should now be fixed.

    Anybody else still experiencing the gedcoms.php problem?

    --John

     
  • Anonymous

    Anonymous - 2007-05-21

    Logged In: YES
    user_id=1254634
    Originator: YES

    Yes you're right. All fixed, at least on my site.

     
  • Anonymous

    Anonymous - 2007-05-22
    • status: open-fixed --> closed-fixed
     

Log in to post a comment.