Menu

Error messages

Help
A S
2013-08-28
2016-08-21
  • A S

    A S - 2013-08-28

    Hi,

    My site is now showing hundreds of errors when previously it worked fine, I was wondering if anyone would know the cause. I have a small sample listed below.

    Deprecated: Function set_magic_quotes_runtime() is deprecated in /var/www/vhosts/localhost/httpdocs/includes/session.php on line 174 Strict Standards: Declaration of Person::getAllNames() should be compatible with GedcomRecord::getAllNames($fact = '!', $level = 1) in /var/www/vhosts/localhost/httpdocs/includes/classes/class_person.php on line 1837 Strict Standards: Declaration of Family::getAllNames() should be compatible with GedcomRecord::getAllNames($fact = '!', $level = 1) in /var/www/vhosts/localhost/httpdocs/includes/classes/class_family.php on line 463 Strict Standards: Declaration of Source::getAllNames() should be compatible with GedcomRecord::getAllNames($fact = '!', $level = 1) in /var/www/vhosts/localhost/httpdocs/includes/classes/class_source.php on line 125 Strict Standards: Declaration of ServiceClient::getInstance() should be compatible with & GedcomRecord::getInstance($data, $simple = true) in /var/www/vhosts/localhost/httpdocs/includes/classes/class_serviceclient.php on line 907 Strict Standards: Declaration of Repository::getAllNames() should be compatible with GedcomRecord::getAllNames($fact = '!', $level = 1) in /var/www/vhosts/localhost/httpdocs/includes/classes/class_repository.php on line 109 Strict Standards: Declaration of Note::getAllNames() should be compatible with GedcomRecord::getAllNames($fact = '!', $level = 1) in /var/www/vhosts/localhost/httpdocs/includes/classes/class_note.php on line 118 Strict Standards: Declaration of Media::getAllNames() should be compatible with GedcomRecord::getAllNames($fact = '!', $level = 1) in /var/www/vhosts/localhost/httpdocs/includes/classes/class_media.php on line 36 Deprecated: Function eregi() is deprecated in /var/www/vhosts/localhost/httpdocs/includes/session_spider.php on line 230 Deprecated: Function eregi() is deprecated in /var/www/vhosts/localhost/httpdocs/includes/session_spider.php on line 230 Deprecated: Function eregi() is deprecated in /var/www/vhosts/localhost/httpdocs/includes/session_spider.php on line 230 Deprecated: Function eregi() is deprecated in /var/www/vhosts/localhost/httpdocs/includes/session_spider.php on line 230 Deprecated: Function eregi() is deprecated in /var/www/vhosts/localhost/httpdocs/includes/session_spider.php on line 230 Deprecated: Function eregi() is deprecated in /var/www/vhosts/localhost/httpdocs/includes/session_spider.php on line 236 Deprecated: Function eregi() is deprecated in /var/www/vhosts/localhost/httpdocs/includes/session_spider.php on line 237 Deprecated: Function eregi() is deprecated in /var/www/vhosts/localhost/httpdocs/includes/session_spider.php on line 238 Deprecated: Function eregi() is deprecated in /var/www/vhosts/localhost/httpdocs/includes/session_spider.php on line 241

     
  • Stephen Arnold

    Stephen Arnold - 2013-08-28

    Sounds like you updated PHP, perhaps to v5.5?
    PGV is not yet configured to run on the newest PHP, and to be honest, is not likely to be fixed to do so. You will need to downgrade PHP, to v5.3 or earlier, or switch to another project, like webtrees v1.4.3 Even with that software, you'll have to make a small patch in the code to handle one of the deprecated functions, although it functions fine with the notice.

     
  • Gerry Kroll

    Gerry Kroll - 2013-08-29

    You're running an old version of PGV. You should upgrade PGV to the "SVN" version, which is also called "4.3". Download and install/upgrade instructions are in a Help topic post whose title begins with "Repost: Download ....". If you're currently running PGV version 4.2.4, you don't need to do all that database backup or GEDCOM export/import stuff. The database used by 4.2.4 is identical to that used by 4.3.


    Stephen is right: There will be no more updates to PGV. The problem is partially the fault of SourceForge -- There's no way of creating a fresh snapshot of the SVN repository.

    There's a SourceForge bug report on the "Can't create a snapshot of the SVN repository" problem, but there hasn't been any action on this since it was reported in May. Therefore, there's no point in continuing to update PGV.

    You're better to switch to webtrees. I'm sticking with PGV since we run our own server and don't plan to do any PHP upgrades any time soon.

    I can't say that I'm very pleased with SourceForge.

     
  • ggpauly

    ggpauly - 2013-09-04

    Gerry Kroll,

    Pardon my stepping in. There was a very terse update to the SVN snapshot ticket on a sourceforge engineering site here:

    https://sourceforge.net/p/allura/tickets/6336/

    The sourceforge engineer apparently thought the traceback was self-explanatory, however to me it raised more questions than it answered. Perhaps it will make more sense to you.

    Good luck,

    ggpauly

     
  • Lester Caine

    Lester Caine - 2013-09-04

    At the risk of getting swamped as the machine is not on a fast pipe yet ...
    http://lsces.org.uk/hg/phpgedview/archive/tip.zip
    It's a mirror of the SF repo.
    http://lsces.org.uk/hg/phpgedview allows viewing on line.

    ( I need to rebuild the webtrees mirror as their svn server is now switched off )

     
  • Gerry Kroll

    Gerry Kroll - 2013-09-04

    Why couldn't the Sourceforge support folks tell me the status of the ticket?????

    It seems as though the fancy new Sourceforge system can't handle file names that contain non-ASCII characters. That's a stupid restriction!!!!

    I'll get rid of the Hebrew file names. There are a few flag files in a similar situation.

    This will make PhpGedView slightly less user-friendly. That's OK, it's not all that great to begin with.

     
  • Lester Caine

    Lester Caine - 2013-09-04

    Gerry - The problem unfortunately is that sourceforge has many faults with it's new interfaces and does not seem interested in fixing them, which is why more and more projects are moving to alternatives! Yahoo have just gone the same way with eGroups which no longer work properly via email. Change needs to have a reason!

     
  • Mes Forems

    Mes Forems - 2016-08-16

    Hi

    It's been a very long while since I last accessed my genealogy site and not realised that there was a problem till someone aIerted me and I am experiencing very similar errors to those reported in the first post:

    Strict Standards: Declaration of Person::getAllNames() should be compatible with GedcomRecord::getAllNames($fact = '!', $level = 1) in /home/**/public_html/genealogy/includes/classes/class_person.php on line 1837
    ...public_html/genealogy/includes/classes/class_family.php on line 463
    ...public_html/genealogy/includes/classes/class_source.php on line 125
    ....public_html/genealogy/includes/classes/class_serviceclient.php on line 907
    ...public_html/genealogy/includes/classes/class_repository.php on line 109
    ....public_html/genealogy/includes/classes/class_note.php on line 118
    ...public_html/genealogy/includes/classes/class_media.php on line 36

    ERROR 2: Cannot modify header information - headers already sent by (output started at /home/**/public_html/genealogy/includes/classes/class_person.php:1837)

    Warning: Cannot modify header information - headers already sent by (output started at /home/**/public_html/genealogy/includes/classes/class_person.php:1837) in /home/***/public_html/genealogy/includes/session.php on line 644

    This is probably due to several PHP ugrades on the host server that I am using (they are on PHP 5.6.23, .Apache 2.4.18, MySQL 5.6.31). Can you tell me if using the latest version of the program that I have just downloaded (PhpGedView-basic-4.2.4.zip) is likely to fix those errors?

    Can you also tell me to ugrade to the latest version if it's simply a matter of overwriting the old files on the server by copying the new one or/and if anything else needs to be done.

    Much appreciated. As you can see my knwoledge of PHP is pretty limited

    Thank you

     
    • Lester Caine

      Lester Caine - 2016-08-16

      While we can probably get away with switching off the strict error flag it is worth upgrading to the latest, and there was a crib sheet here. I'm back at a real computer later and will check some links ...

      Sent from my android device so quoting is crap ... need to kill these painful email clients!

      -----Original Message-----
      From: Mes Forems mforems@users.sf.net
      To: "[phpgedview:discussion] " 185166@discussion.phpgedview.p.re.sf.net
      Sent: Tue, 16 Aug 2016 13:19
      Subject: [phpgedview:discussion] Error messages

      Hi

      It's been a very long while since I last accessed my genealogy site and not realised that there was a problem till someone aIerted me and I am experiencing very similar errors to those reported in the first post:

      Strict Standards: Declaration of Person::getAllNames() should be compatible with GedcomRecord::getAllNames($fact = '!', $level = 1) in /home/**/public_html/genealogy/includes/classes/class_person.php on line 1837
      ...public_html/genealogy/includes/classes/class_family.php on line 463
      ...public_html/genealogy/includes/classes/class_source.php on line 125
      ....public_html/genealogy/includes/classes/class_serviceclient.php on line 907
      ...public_html/genealogy/includes/classes/class_repository.php on line 109
      ....public_html/genealogy/includes/classes/class_note.php on line 118
      ...public_html/genealogy/includes/classes/class_media.php on line 36

      ERROR 2: Cannot modify header information - headers already sent by (output started at /home/**/public_html/genealogy/includes/classes/class_person.php:1837)

      Warning: Cannot modify header information - headers already sent by (output started at /home/**/public_html/genealogy/includes/classes/class_person.php:1837) in /home/***/public_html/genealogy/includes/session.php on line 644

      This is probably due to several PHP ugrades on the host server that I am using (they are on PHP 5.6.23, .Apache 2.4.18, MySQL 5.6.31). Can you tell me if using the latest version of the program that I have just downloaded (PhpGedView-basic-4.2.4.zip) is likely to fix those errors?

      Can you also tell me to ugrade to the latest version if it's simply a matter of overwriting the old files on the server by copying the new one or/and if anything else needs to be done.

      Much appreciated. As you can see my knwoledge of PHP is pretty limited

      Thank you


      Error messages


      Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/phpgedview/discussion/185166/

      To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

       
      • Lester Caine

        Lester Caine - 2016-08-16

        On 16/08/16 13:53, Lester Caine wrote:

        I'm back at a real computer later and will check some links ...

        https://sourceforge.net/p/phpgedview/discussion/185166/thread/0c946e45/
        Gerry did a nice update script only 2 days ago. Not easy to access on a
        mobile phone :(

        --
        Lester Caine - G8HFL


        Contact - http://lsces.co.uk/wiki/?page=contact
        L.S.Caine Electronic Services - http://lsces.co.uk
        EnquirySolve - http://enquirysolve.com/
        Model Engineers Digital Workshop - http://medw.co.uk
        Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

         
        • Mes Forems

          Mes Forems - 2016-08-21

          Hello Lester

          Thank you to you and Gerrry. Upgraded to version 4.3 without any problems and all seems to working great.

          Cheers.

           

Log in to post a comment.