fobvpadmin

I think there is nothing odd about the file permissions. I’ll probably ask TSOhost to take a look. In the meantime I have a workaround: export the table; edit it in excel and reimport. A little clumsy; but I only need to do it every 6 months!

I see that RJaggers (Table Content not displaying v 2.1.7) resorted to this when he had a similar problem.

Thanks for your time.

I took a look through cPanel. The file

wp-content/plugins/tablepress/admin/js/build/jspreadsheet.js

is there. Not sure about the significance of the “?ver=…” ??

What else should I check?

Hi Tobias,

I did that and tried again. Same looking errors when I hit the edit button. And connet button still not working. Here’s the screen dump:

GET https://www.braidburnvalleypark.org.uk/wp-content/plugins/tablepress/admin/css/build/jspreadsheet.css?ver=2.2.4 net::ERR_ABORTED 404 (Not Found)
jquery-migrate.min.js?ver=3.4.1:2 JQMIGRATE: Migrate is installed, version 3.4.1
admin.php:2089

   GET https://www.braidburnvalleypark.org.uk/wp-content/plugins/tablepress/admin/js/build/jspreadsheet.js?ver=079ed1bdcfa8860c090a net::ERR_ABORTED 404 (Not Found)

edit.js?ver=cdf1475bc9e3883381b2:1 Uncaught ReferenceError: jspreadsheet is not defined
at edit.js?ver=cdf1475bc9e3883381b2:1:27475
at edit.js?ver=cdf1475bc9e3883381b2:1:41977
(anonymous) @ edit.js?ver=cdf1475bc9e3883381b2:1
(anonymous) @ edit.js?ver=cdf1475bc9e3883381b2:1

OK. Looks like there are js errors when I open a table for editing. Here is a cut and paste from the log. Perhaps there is a better way of showing you…

GET https://www.braidburnvalleypark.org.uk/wp-content/plugins/tablepress/admin/css/build/jspreadsheet.css?ver=2.2.4 net::ERR_ABORTED 404 (Not Found)
jquery-migrate.min.js?ver=3.4.1:2 JQMIGRATE: Migrate is installed, version 3.4.1
admin.php:2089

   GET https://www.braidburnvalleypark.org.uk/wp-content/plugins/tablepress/admin/js/build/jspreadsheet.js?ver=079ed1bdcfa8860c090a net::ERR_ABORTED 404 (Not Found)

edit.js?ver=cdf1475bc9e3883381b2:1 Uncaught ReferenceError: jspreadsheet is not defined
at edit.js?ver=cdf1475bc9e3883381b2:1:27475
at edit.js?ver=cdf1475bc9e3883381b2:1:41977

Hi Tobias,

Thanks for the prompt reply. That is how I expected it to work. But clicking there doesnt open up the content: a single blank line appears (and disappears when I click there again). The other similar icons (accompanying the 4 other sections do work as they should). Suggestions appreciated!

Thanks James. I found my own workaround. I downloaded a full backup, unzipped it and then used windows command line first to cd to target directory (the site theme proved to be a good choice); then the command line search utility
findstr /s /i “distinctivebitoftext” *.*
It found the source of the unwanted text in the theme file index.php

I’ve been trying to find what was causing the backup to fail when using zip: I’d prefer to use zip since it doesnt seem to fail through long file names. I looked in the hosting back-end at the folder wp-content/uploads/ I see a few folders related to backwpup. In particular I see *three* backwpup temp files. Should there be three? One of them gives Invalid backend configuration when I try to open it. Is there some cleaning up to be done here?

I switched to tar instaed of zip. It gave a few warning messages about file name format, like this:
WARNING: File name “wp-content/gallery/bulb-planting/cache/Bulb Planting at the north end of the park 2007.JPG-nggid017-ngg0dyn-0x250x100-00f0w011c010r110f110r010t010.JPG” is too long to be saved correctly in Tar archive!

But this time the job completed and the backup was uploaded to Dropbox OK.

That’s progress! Any suggestions on a workaround for the file name length issue? Ive not seen this before (with zip).

I have also now tried configuring the job in other ways:
A. database only
B. files only
The result is the same. It hangs at “Compressing files as ZipArchive. Please be patient, this may take a moment.” And then repaets endlessly until aborted.

Hi Andreas,

I deselected XML export and Plugin list file and reran the job. The script still hangs at the same point and has to be aborted (log file as given in my first post). Looking back at previous log files it is claer that the problem started after I updated to Worpress 5.5.3.
In case it helps I append the debug info. Note that I have set BackWPup maximum script execution time at 20 seconds. Thank you for your help

WordPress version 5.5.3
BackWPup version 3.8.0 Get pro.
PHP version 7.3.3 (64bit)
MySQL version 5.7.17
cURL version 7.61.0
cURL SSL version OpenSSL/1.0.2p
WP-Cron url https://www.braidburnvalleypark.org.uk/wp-cron.php
Server self connect Response Test O.K.
Document root /var/sites/w/www.braidburnvalleypark.org.uk/public_html
Temp folder /var/sites/b/braidburnvalleypark.org.uk/public_html/wp-content/uploads/backwpup-4029a9-temp/
Log folder /var/sites/b/braidburnvalleypark.org.uk/public_html/wp-content/uploads/backwpup-4029a9-logs/
Server Apache
Operating System Linux
PHP SAPI cgi-fcgi
Current PHP user braidbur
Maximum execution time 60 seconds
BackWPup maximum script execution time 20 seconds
Alternative WP Cron Off
Disabled WP Cron Off
CHMOD Dir 0755
Server Time 10:39
Blog Time 11:39
Blog Timezone Etc/GMT-1
Blog Time offset 1 hours
Blog language en-US
MySQL Client encoding utf8
PHP Memory limit 256M
WP memory limit 40M
WP maximum memory limit 256M
Memory in use 20.00 MB
Loaded PHP Extensions: Core, PDO, Phar, Reflection, SPL, SimpleXML, Zend OPcache, bcmath, calendar, cgi-fcgi, ctype, curl, date, dom, exif, fileinfo, filter, ftp, gd, geoip, gettext, hash, iconv, imagick, imap, intl, ionCube Loader, json, ldap, libxml, mbstring, memcached, mysqli, mysqlnd, openssl, pcre, pdo_mysql, pdo_pgsql, pdo_sqlite, pdo_sqlsrv, pgsql, posix, session, soap, sockets, sodium, sqlite3, sqlsrv, standard, tidy, tokenizer, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib