GDriver

@femiyb is the fix for this on the backlog, if so what is the status of it? Even now with the latest update (7.5.3 – 22-05-2024) this issue is not fixed.

The screenshot: https://pasteboard.co/eORTvczApn5X.png

Pastebin report: https://pastebin.com/VTgMvxGi

The log error:

2023-04-14T10:15:05+00:00 CRITICAL Plugin upgrade procedure failed (updating from version 2.16.0 to 3.5.2): Undefined constant "DOMPDF_FONT_DIR" (/mnt/BLOCKSTORAGE/home/number.cloudwaysapps.com/myaccount/public_html/wp-content/uploads/wpo_wcpdf/fonts/dompdf_font_family_cache.php:4)
2023-04-14T10:17:21+00:00 CRITICAL Table 'rdpcatedgz.wlk_wcpdf_packing_slip_number' doesn't exist

Maby you should check the .htacces settings, or IP blocking

Due to lack of support from Mollie, this was my solution, that may help others with the same issue.

I’ve deleted the plugin with the map and the files within manually and re-installed the plugin again. Everything seems to work now.

Just to let you know, I found out that there is a conflict with another plugin, if you’ve installed the plugin Social Auto Poster https://www.wpwebelite.com/product/social-auto-poster it causes the errors above

Here a screenshot of the errors: https://i.imgur.com/ZuCyNU5.png

Thank you. I’ve replied the mail

+1

However this one seems to be a bit similar to the request on their Official ‘FEATURE REQUESTS’ page: https://releaselog.sendcloud.com/feature-requests/p/stop-adding-shipments-that-are-deleted

I’ve noticed they are more active there, since one of my requests is taken into ‘In Progress’

I’m using the premium version as installed via my hosting provider Cloudways.

The issue was when I disable this social plugin Malcare works great. When I activate it Malcare gives errors conflicts with it.

It seems there was a conflict wit WP Limit Login Attempts, turned it off and flushed all the cache. Solved.

I try to login via mysite.com/secretword

When I turn off this function an login via mysite.com/wp-admin everything works well

This should solve your problem, just copy paste it into your .htaccess file en re-upload it, clear your cache and eventually also clear your CDN files and the problem is solved:

# ----------------------------------------------------------------------
# CORS-enabled images (@crossorigin)
# ----------------------------------------------------------------------
# Send CORS headers if browsers request them; enabled by default for images.
# developer.mozilla.org/en/CORS_Enabled_Image
# blog.chromium.org/2011/07/using-cross-domain-images-in-webgl-and.html
# hacks.mozilla.org/2011/11/using-cors-to-load-webgl-textures-from-cross-domain-images/
# wiki.mozilla.org/Security/Reviews/crossoriginAttribute
<IfModule mod_setenvif.c>
  <IfModule mod_headers.c>
    # mod_headers, y u no match by Content-Type?!
    <FilesMatch "\.(gif|png|jpe?g|svg|svgz|ico|webp)$">
      SetEnvIf Origin ":" IS_CORS
      Header set Access-Control-Allow-Origin "*" env=IS_CORS
    </FilesMatch>
  </IfModule>
</IfModule>
# ----------------------------------------------------------------------
# Webfont access
# ----------------------------------------------------------------------
# Allow access from all domains for webfonts.
# Alternatively you could only whitelist your
# subdomains like "subdomain.example.com".
<IfModule mod_headers.c>
  <FilesMatch "\.(ttf|ttc|otf|eot|woff|woff2|font.css|css|js)$">
    Header set Access-Control-Allow-Origin "*"
  </FilesMatch>
</IfModule>

Source: MaxCDN

This should solve your problem, just copy paste it into your .htaccess file en re-upload it, clear your cache and eventually also clear your CDN files and the problem is solved:

# ----------------------------------------------------------------------
# CORS-enabled images (@crossorigin)
# ----------------------------------------------------------------------
# Send CORS headers if browsers request them; enabled by default for images.
# developer.mozilla.org/en/CORS_Enabled_Image
# blog.chromium.org/2011/07/using-cross-domain-images-in-webgl-and.html
# hacks.mozilla.org/2011/11/using-cors-to-load-webgl-textures-from-cross-domain-images/
# wiki.mozilla.org/Security/Reviews/crossoriginAttribute
<IfModule mod_setenvif.c>
  <IfModule mod_headers.c>
    # mod_headers, y u no match by Content-Type?!
    <FilesMatch "\.(gif|png|jpe?g|svg|svgz|ico|webp)$">
      SetEnvIf Origin ":" IS_CORS
      Header set Access-Control-Allow-Origin "*" env=IS_CORS
    </FilesMatch>
  </IfModule>
</IfModule>
# ----------------------------------------------------------------------
# Webfont access
# ----------------------------------------------------------------------
# Allow access from all domains for webfonts.
# Alternatively you could only whitelist your
# subdomains like "subdomain.example.com".
<IfModule mod_headers.c>
  <FilesMatch "\.(ttf|ttc|otf|eot|woff|woff2|font.css|css|js)$">
    Header set Access-Control-Allow-Origin "*"
  </FilesMatch>
</IfModule>

Source: MaxCDN

This should solve your problem, just copy paste it into your .htaccess file en re-upload it, clear your cache and eventually also clear your CDN files and the problem is solved:

# ----------------------------------------------------------------------
# CORS-enabled images (@crossorigin)
# ----------------------------------------------------------------------
# Send CORS headers if browsers request them; enabled by default for images.
# developer.mozilla.org/en/CORS_Enabled_Image
# blog.chromium.org/2011/07/using-cross-domain-images-in-webgl-and.html
# hacks.mozilla.org/2011/11/using-cors-to-load-webgl-textures-from-cross-domain-images/
# wiki.mozilla.org/Security/Reviews/crossoriginAttribute
<IfModule mod_setenvif.c>
  <IfModule mod_headers.c>
    # mod_headers, y u no match by Content-Type?!
    <FilesMatch "\.(gif|png|jpe?g|svg|svgz|ico|webp)$">
      SetEnvIf Origin ":" IS_CORS
      Header set Access-Control-Allow-Origin "*" env=IS_CORS
    </FilesMatch>
  </IfModule>
</IfModule>
# ----------------------------------------------------------------------
# Webfont access
# ----------------------------------------------------------------------
# Allow access from all domains for webfonts.
# Alternatively you could only whitelist your
# subdomains like "subdomain.example.com".
<IfModule mod_headers.c>
  <FilesMatch "\.(ttf|ttc|otf|eot|woff|woff2|font.css|css|js)$">
    Header set Access-Control-Allow-Origin "*"
  </FilesMatch>
</IfModule>

Source: MaxCDN