Search Forums
Forums
Kiwitrees on Twitter
    Tags

    3.0.0 widgets, message contactform, watermark, google, pop-ups, media_links, I18N, timeout, updates, design, Fancy imagebar, progress, login upgrade, Support/Bug Reporting, family facts, login failure, name, tags, future, blank screem, relationships, fixing errors, family, tree, data errors, 3.2.3, MAC, Default record, 3.1.1, session, 7.2, reports, locked out, privacy, sidebar, type, administration pages, Google Maps, resources, Advanced search, event, Favourites 3.0.0, styles, cookie, installation, Administration, errors, googlemap. modified, button, custom modules, bug, prison, My Page, googlemaps, feedback, tab, Search and replace, 3.2.1, NCHI, 3.3.0

    Topic:   Unable to update one of my HTML Blocks on Home Page  

    This topic contains 15 replies, has 2 voices, and was last updated by kiwi kiwi 6 months ago.

    Viewing 15 posts - 1 through 15 (of 16 total)
    • Author
      Posts
    • #9747
      clandav
      clandav
      Participant

      122 posts

      Have just updated to 3.3.2 and all seems to be OK except that I am having trouble updating the HTML blocks on the Home page. Whether I try to make the change in ‘source’ mode or WYSIWYG, when I click ‘Save’ nothing happens.

      Ron in France
      Website: http://www.clan-davies.org/webtrees/
      kiwitrees 3.3.2; PHP 5.6.33; MySQL 5.0.11 ;

      #9748
      clandav
      clandav
      Participant

      122 posts

      I have two HTML blocks on my Home Page. Have just discovered that I can update the secondary HTML block without problem – it is only the Principle Block which is causing the problem.

      Ron in France
      Website: http://www.clan-davies.org/webtrees/
      kiwitrees 3.3.2; PHP 5.6.33; MySQL 5.0.11 ;

      #9749
      kiwi
      kiwi
      Keymaster

      1636 posts

      I suspect the problem is in your custom files linked to by the buttons in that HTML block (e.g. “WebsiteIntro.php”). Clicking on the buttons fails to open them for the same reason.

      See upgrade instructions, particularly this paragraph:

      But if you have ANY custom files on your system it is likely they will contain the “WT_” prefix, and they must all, therefore, be changed to use “KT_”. If you miss one case, either that page or your site will fail to open, and you will have somewhere an error message like “HTTP ERROR 403 ACCESS FORBIDDEN”. Typical custom files would include custom theme files (mystyle.css, myheader.php, mytheme.php, myfooter.php); custom language files, custom “histo” files, custom modules or copied modules, non-kiwitrees html or php files.

      (additional red highlighting is the specific issue you have).

      Nigel
      My personal kiwitrees site is www.our-families.info
      #9750
      clandav
      clandav
      Participant

      122 posts

      Ah! That makes sense – I hadn’t thought of those ‘front-end scripts’ as custom files, but clearly they’re ‘non-kiwitrees php files’ – that’s the answer. I’ve changed one script as a test and it works, so I just have to work my way through the other 88!
      Many thanks Nigel.

      Ron in France
      Website: http://www.clan-davies.org/webtrees/
      kiwitrees 3.3.2; PHP 5.6.33; MySQL 5.0.11 ;

      #9751
      clandav
      clandav
      Participant

      122 posts

      I’ve modified all the front-end scripts (changing the WT prefix to KT), and now they all work as they should .. BUT .. I am still unable to update the main HTML block – clicking ‘Save’ has no effect. Went through all the scripts again to be sure I hadn’t missed one but No. Looking at the source of the HTML block I can see nothing else suspect – with the possible exception of the Google analytics script at the end, which I don’t really use any longer so I would remove it to see if that has any effect – if I was able to update the block! Here’s the script:

      <script type=”text/javascript”>

      var _gaq = _gaq || [];
      _gaq.push([‘_setAccount’, ‘UA-45223249-1’]);
      _gaq.push([‘_trackPageview’]);

      (function() {
      var ga = document.createElement(‘script’); ga.type = ‘text/javascript’; ga.async = true;
      ga.src = (‘https:’ == document.location.protocol ? ‘https://ssl’ : ‘http://www’) + ‘.google-analytics.com/ga.js’;
      var s = document.getElementsByTagName(‘script’)[0]; s.parentNode.insertBefore(ga, s);
      })();

      </script>

      Any suggestions please Nigel?

      Ron in France
      Website: http://www.clan-davies.org/webtrees/
      kiwitrees 3.3.2; PHP 5.6.33; MySQL 5.0.11 ;

      #9752
      kiwi
      kiwi
      Keymaster

      1636 posts

      Ron

      Currently, I can’t access your site. See:

      Is that Google Analytics script really in the HTML block code? That’s an unusual place to put it, and I would think unlikely to perform its required function. It’s supposed to be in the page footer (according to Google). That’s why the “custom javascript” module was created.

      Your best next step (s) are:

      1. Look at the block using your browser’s “developer tool” (by clicking f12). It should have some errors listed.
      2. Look at your server logs for errors
      Nigel
      My personal kiwitrees site is www.our-families.info
      Attachments:
      #9755
      clandav
      clandav
      Participant

      122 posts

      Currently, I can’t access your site

      That’s odd Nigel – I’ve been on an off with no problem for the last few hours – have also tried with other devices/ ip addresses without problem.

      Is that Google Analytics script really in the HTML block code?

      Yes – I transferred it into the HTML block back in Webtrees days (at least 4 years ago) when I abandoned my old Website HTML front-end.. I tried it that way – it seemed to work just fine so i left it there. I haven’t used the results much recently but it’0s still churning them out – and they appear to be OK.
      Server lerror log has hundreds of near-identical errors in last two days- e.g.

      [15-Jan-2018 19:18:07 UTC] PHP Warning: PHP Startup: Unable to load dynamic library ‘/opt/alt/php56/usr/lib64/php/modules/ftp.so’ – /opt/alt/php56/usr/lib64/php/modules/ftp.so: cannot open shared object file: No such file or directory in Unknown on line 0
      [15-Jan-2018 19:18:07 UTC] PHP Warning: PHP Startup: Unable to load dynamic library ‘/opt/alt/php56/usr/lib64/php/modules/gettext.so’ – /opt/alt/php56/usr/lib64/php/modules/gettext.so: cannot open shared object file: No such file or directory in Unknown on line 0
      [15-Jan-2018 19:18:07 UTC] PHP Warning: PHP Startup: Unable to load dynamic library ‘/opt/alt/php56/usr/lib64/php/modules/iconv.so’ – /opt/alt/php56/usr/lib64/php/modules/iconv.so: cannot open shared object file: No such file or directory in Unknown on line 0
      [15-Jan-2018 19:18:07 UTC] PHP Warning: PHP Startup: Unable to load dynamic library ‘/opt/alt/php56/usr/lib64/php/modules/simplexml.so’ – /opt/alt/php56/usr/lib64/php/modules/simplexml.so: cannot open shared object file: No such file or directory in Unknown on line 0
      [15-Jan-2018 19:18:07 UTC] PHP Warning: PHP Startup: Unable to load dynamic library ‘/opt/alt/php56/usr/lib64/php/modules/sqlite3.so’ – /opt/alt/php56/usr/lib64/php/modules/sqlite3.so: cannot open shared object file: No such file or directory in Unknown on line 0
      [15-Jan-2018 19:18:07 UTC] PHP Warning: PHP Startup: Unable to load dynamic library ‘/opt/alt/php56/usr/lib64/php/modules/tokenizer.so’ – /opt/alt/php56/usr/lib64/php/modules/tokenizer.so: cannot open shared object file: No such file or directory in Unknown on line 0
      [15-Jan-2018 19:18:07 UTC] PHP Warning: PHP Startup: Unable to load dynamic library ‘/opt/alt/php56/usr/lib64/php/modules/xml.so’ – /opt/alt/php56/usr/lib64/php/modules/xml.so: cannot open shared object file: No such file or directory in Unknown on line 0

      Ron in France
      Website: http://www.clan-davies.org/webtrees/
      kiwitrees 3.3.2; PHP 5.6.33; MySQL 5.0.11 ;

      #9756
      clandav
      clandav
      Participant

      122 posts

      I sent that prematurely ….
      I should have said ‘Thousands’ of near-identical errors in last two days (which I suspect are nothing to do with this and I think I should talk to the hosting service about it . But interspersed within them all the only other error type i can see is this one – repeated a few times during the last two days:

      [15-Jan-2018 11:15:23 UTC] PHP Fatal error: Call to a member function getClientIp() on null in /home/clandav/public_html/webtrees/includes/session.php on line 366

      Any clues in that?

      Ron in France
      Website: http://www.clan-davies.org/webtrees/
      kiwitrees 3.3.2; PHP 5.6.33; MySQL 5.0.11 ;

      #9757
      kiwi
      kiwi
      Keymaster

      1636 posts

      I don’t think those errors would be causing an issue with just a single HTML block, so probably not the cause of this issue. It’s possible they are related to the problem I’m having accessing the site though. You should definitely alert your server host to those.

      For the HTML block, the only other solution is to edit it in the database.

      Look first in the table xxx_block. Sort by the “module name” column to find the html block or blocks. From there you can read the block_id.
      Now go to the table xx_block_settings. Sort by block_id column and find the rows related to the block_ids you found in the other table, There will be a number rows for each – designated by different “setting_names”. You want the ones with “setting_name” = html. I suggest you edit the code in the field “setting_value” a little at a time until you remove something that allows the block to work normally. Then put back as much as possible until it fails again.

      Nigel
      My personal kiwitrees site is www.our-families.info
      #9758
      kiwi
      kiwi
      Keymaster

      1636 posts

      I sent that prematurely ….
      I should have said ‘Thousands’ of near-identical errors in last two days (which I suspect are nothing to do with this and I think I should talk to the hosting service about it . But interspersed within them all the only other error type i can see is this one – repeated a few times during the last two days:

      [15-Jan-2018 11:15:23 UTC] PHP Fatal error: Call to a member function getClientIp() on null in /home/clandav/public_html/webtrees/includes/session.php on line 366

      Any clues in that?

      None whatsoever. That is a generic “it’s broke” error message. We’d need to know what you were doing at exactly that moment to interpret it.

      Nigel
      My personal kiwitrees site is www.our-families.info
      #9759
      clandav
      clandav
      Participant

      122 posts

      For the HTML block, the only other solution is to edit it in the database.

      Ok – thanks for that guidance Nigel. I’ll give it crack tomorrow and report back here on my progress. Meanwhile, I’ll alert the hosting service to the tsunami of PHP startup errors presumably of their making.

      Ron in France
      Website: http://www.clan-davies.org/webtrees/
      kiwitrees 3.3.2; PHP 5.6.33; MySQL 5.0.11 ;

      #9767
      clandav
      clandav
      Participant

      122 posts

      I’m not making much progress I’m afraid. The Hosting service folk were of the opinion that all the PHP startup warnings were

      most likely caused from using a newer php version than your code was written for and so it is making calls to functions that are not there

      so they set the PHP level for my site back to 5.5! But the warnings continue. They don’t prevent the site from functioning – outwardly correctly – but are filling the error log at an alarming rate so clearly must be sorted out. You have made it clear, Nigel, that kiwitrees is tested to PHP 7.0 so if the problem really is caused by code on my site (which I have not fully accepted yet and have called for the hosting service to do some futher checking on potential problems of their making), it is probably something to do with my ‘front-end scripts’ which were originally cobbled together in quite primitive HTML many years ago, then simply ‘topped and tailed’ to run under kiwitrees. I have looked at, and tried to understand, all the changes between PHP 5.5 and 5.6, then between 5.6 and 7.0 – but as far as I can see, most refer to functions far more advanced that I have attempted to use in my simple scripts. What I really need is an idiot’s guide to the most likely problems that will be encountered in simple HTML scripts from way back when confronted with the constraints of current level PHP. Does such a thing exist? If so i may be able to work through all my old scripts and make the necessary changes. Otherwise it starts to look as though I shall have to abandon all the family history narrative material they contain and setlle for ‘vanilla’ kiwitrees, and in time, re-introduce the narrative material ‘under the covers’ of kiwitrees (as ‘stories’ probably?).
      Any thoughts on this would be appreciated.
      Meanwhile – the original problem that triggered this thread in the first place – my inability to update the main HTML Block – is still there – and, having effected all the ‘WT to KT’ changes, I’m not sure that it is caused by or associted with the flurry of PHP warning messages.There is no urgent need to update it and if necessary I can take the approach you suggested Nigel – editing it in the database. But it would be good to get the ‘normal’ method working again and would appreciate any suggestions.

      Ron in France
      Website: http://www.clan-davies.org/webtrees/
      kiwitrees 3.3.2; PHP 5.6.33; MySQL 5.0.11 ;

      #9768
      kiwi
      kiwi
      Keymaster

      1636 posts

      Their assertion makes very little sense. The error messages all begin with “‘/opt/alt/php56/” which clearly implies they are running php 5.6. That on its own is not great as it was abandoned for all but urgent security updates by the PHP developers 11 months ago. As for putting you back to php 5.5, that’s just plain reckless. It hasn’t even had security updates since the middle of 2016!!!

      They need to get you onto php 7.0 at least, and preferably 7.1. (7.2 has already been available since Nov 2017, but I can’t yet confirm kiwitrees as fully compliant with that one.)

      Having said all that, there is nothing in kiwitrees that would prevent it running on a properly configured php5.6.

      Also, all those warnings refer to “PHP startup” so they are happening well before kiwitrees even gets started. It’s PHP itself that has the problem. Their configuration is calling for php modules that they have not installed! So it’s also unlikely that any of your old scripts are the cause.
      =================================

      Returning to your HTML block problem. Note that my earlier recommendations are NOT to edit your block as you originally intended. I mean for you to methodically strip out all of the block code you have there, and put it back bit-by-bit to identify what in that code is causing that block (only) to stall. From that information, I can then (hopefully) identify what is causing the problem.

      This is what I would do if I could access your site 🙁

      From this the intention is, as you say, to get “normal” functionality working again.

      Nigel
      My personal kiwitrees site is www.our-families.info
      #9775
      clandav
      clandav
      Participant

      122 posts

      Thanks Nigel.

      Their assertion makes very little sense.

      Their configuration is calling for php modules that they have not installed! So it’s also unlikely that any of your old scripts are the cause.

      I’m encouraged by this and will go back into battle with them!

      I mean for you to methodically strip out all of the block code you have there, and put it back bit-by-bit to identify what in that code is causing that block (only) to stall.

      Point taken. I’ve been out all day today but have a full day here tomorrow and will tackle it as you propose.

      This is what I would do if I could access your site 🙁

      Are you STILL unable to access the site?? That’s serious – i know of several European users who have been on the site today without any problems. Can this just be a regional access issue?? Seems odd.

      Ron in France
      Website: http://www.clan-davies.org/webtrees/
      kiwitrees 3.3.2; PHP 5.6.33; MySQL 5.0.11 ;

      #9802
      clandav
      clandav
      Participant

      122 posts

      Just woke up to a message from the hosting service. Overnight they have found the reason for all the warning messages. As you surmised, Nigel, it was nothing to do with kiwitrees or my front-end modules, but to their implementation of PHP, but I’ll summarise here in case it’s of interest/help to others. Seemingly they use PHP from two different sources:
      ea-php (from cpanel) and alt-php (from cloudlinux)
      For reasons best known to them, they had set my account to use alt-php and in investigating my issue last night they have dicovered that:

      … when you use alt-php there are missing modules. This is some issue with the alt-php package, which we will work with the vendor to fix …

      Now they have set the account to use ea-php5.6 and the error messages have stopped. They go on to say:

      We are working to get ea-php70 , ea-php71,e ea-php72 . Once that is available (within a couple of hours ) , you can try using these versions of php on your website.

      So I shall try moving up to ea-php7.1 as soon as they have it available. Then I can forget about this diversion and get back to pursuing the original problem!

      Ron in France
      Website: http://www.clan-davies.org/webtrees/
      kiwitrees 3.3.2; PHP 5.6.33; MySQL 5.0.11 ;

    Viewing 15 posts - 1 through 15 (of 16 total)

    You must be logged in to reply to this topic.