ivantrendafilov

Hey Tobias,

Thank you for your response, this is super helpful. You mention that TablePress 2.0 will not depend on the class with eval(), do you have any rough estimate when that version will be available? Basically, so I know if it will be worth going through the process of overriding the class. My need to remove eval is not urgent.

Regards,
Ivan

I can also echo that we’ve filled the support form and we still experience the same issue.

hey @meetingark the console in Chrome is just telling you the page doesn’t have a DOCTYPE. This is because the entire server response is empty:

$ curl https://meetingark.org/visualizer-test/ -V
curl 7.64.1 (x86_64-apple-darwin20.0) libcurl/7.64.1 (SecureTransport) LibreSSL/2.8.3 zlib/1.2.11 nghttp2/1.41.0
Release-Date: 2019-03-27
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp
Features: AsynchDNS GSS-API HTTP2 HTTPS-proxy IPv6 Kerberos Largefile libz MultiSSL NTLM NTLM_WB SPNEGO SSL UnixSockets
excelsior:~ fusion$ curl https://meetingark.org/visualizer-test/ -v
*   Trying 172.67.208.108...
* TCP_NODELAY set
* Connected to meetingark.org (172.67.208.108) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*   CAfile: /etc/ssl/cert.pem
  CApath: none
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
* TLSv1.2 (IN), TLS handshake, Server finished (14):
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
* TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (OUT), TLS handshake, Finished (20):
* TLSv1.2 (IN), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (IN), TLS handshake, Finished (20):
* SSL connection using TLSv1.2 / ECDHE-ECDSA-CHACHA20-POLY1305
* ALPN, server accepted to use h2
* Server certificate:
*  subject: C=US; ST=CA; L=San Francisco; O=Cloudflare, Inc.; CN=sni.cloudflaressl.com
*  start date: Dec 14 00:00:00 2020 GMT
*  expire date: Dec 13 23:59:59 2021 GMT
*  subjectAltName: host "meetingark.org" matched cert's "meetingark.org"
*  issuer: C=US; O=Cloudflare, Inc.; CN=Cloudflare Inc ECC CA-3
*  SSL certificate verify ok.
* Using HTTP2, server supports multi-use
* Connection state changed (HTTP/2 confirmed)
* Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0
* Using Stream ID: 1 (easy handle 0x7f99b3008200)
> GET /visualizer-test/ HTTP/2
> Host: meetingark.org
> User-Agent: curl/7.64.1
> Accept: */*
>
* Connection state changed (MAX_CONCURRENT_STREAMS == 256)!
< HTTP/2 200
< date: Mon, 11 Oct 2021 13:04:41 GMT
< content-type: text/html; charset=UTF-8
< x-dns-prefetch-control: on
< link: <https://meetingark.org/wp-json/>; rel="https://api.w.org/"
< link: <https://meetingark.org/wp-json/wp/v2/pages/4166>; rel="alternate"; type="application/json"
< link: <https://meetingark.org/?p=4166>; rel=shortlink
< cache-control: public, max-age=2592000
< expires: Wed, 10 Nov 2021 10:57:03 GMT
< x-litespeed-cache: hit
< vary: Accept-Encoding
< alt-svc: h3=":443"; ma=86400, h3-29=":443"; ma=86400, h3-28=":443"; ma=86400, h3-27=":443"; ma=86400
< x-turbo-charged-by: LiteSpeed
< cf-cache-status: DYNAMIC
< expect-ct: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"
< report-to: {"endpoints":[{"url":"https:\/\/a.nel.cloudflare.com\/report\/v3?s=qFZ8fdec%2BZNGUXZbKo0Ieatm4%2BvwXNWFiu%2BzLJXJSpd0GNa%2FGnX4OMqsN%2FxPMmcwBrsdkNfBQ8lJQ%2FuZbr1AVLlOUxWm9GtOjFUHZy6q5NCdNBGWPhx%2FLGhLjI8efi%2BGVg%3D%3D"}],"group":"cf-nel","max_age":604800}
< nel: {"success_fraction":0,"report_to":"cf-nel","max_age":604800}
< server: cloudflare
< cf-ray: 69c84bb0fdc5695d-FRA
<

* Connection #0 to host meetingark.org left intact
* Closing connection 0

I can confirm that, on our sites, we also use LiteSpeed Cache (and the LiteSpeed web server) and experience a similar issue with Visualizer. It sounds like @meetingark is correct.

Hi @mateithemeisle — if I spend the time to clone a production WP instance where this happens with real chart data, remove all the other plugins and provide you with root shell access, will you be able to check it out? If so, send me an email at my username @ gmail.com with your SSH public key and I’ll get a demo setup.

As others are echoing, there’s nothing that looks off in the server or WP logs.

• This reply was modified 3 years, 7 months ago by ivantrendafilov. Reason: clarify

We have the same issue. More than 3 charts on the same page (via shortcodes) and the plugin just throws a blank page.

We’ve turned on logging and there’s nothing in the wordpress log or the server log.

We were even able to reproduce it by just having a simple page with 4 charts on it and then it will fail to load. Interestingly, it opens in “Preview page”, but it doesn’t open after saving (shows just blank page).

This is 100% a recent, showstopper bug in the plugin.

• This reply was modified 3 years, 8 months ago by ivantrendafilov.