Forum Replies Created

Viewing 15 replies - 1 through 15 (of 17 total)
  • Hi rafinkhan,

    thx for your reply. Today I installed the latest plugin version, but the error is still there.

    I just sent you the credential for our new staging account to your email adress. Thanks again!!

    Did you change the version of your database?
    Good question. In fact we switched the whole server in order to get everything updated. We are running a Bitnami Ubuntu/WP-Installation on Amazon AWS. Instead of updating OS, services and so on, we made a clean new install on another instance and transfered the complete WP application via Updraft backup. The new server is running MySQL v8.0 from March 2019. So I guess we used an older database version on our old server.

    I’m happy to log into your blog and take a look if you’d like to send me a credential
    Sorry I can’t give you access to our live system. What I can do is to clone the running instance in order to give you access to copy of our live system. I already started the process of creating a new server image. Can inform you via zack@grossbart.com when it’s done?

    Yes, the calenders for all post-types are completly blank althought there are posts published today and others already planed for the upcomming days.

    I did a reset on the cookie (now saying “edcal_Date cookie: Mon Jun 03 2019”) but the calender is still blank.

    We are using pretty much plugins for frontend as well as backend (like Yoast SEO, Updraft, JSON API, FeedWordPress and Admin Management Xtended) but apart from “Disable Gutenberg” we didn’t add any new plugins (just did some Updates) since our update on WordPress from v4.8 to 5.2.1 (and PHP 7.0 to 7.2).

    I even did a roll back to version 3.6.4 of your plugin, deleted it and made a clean new install with the latest version, but I didn’t get it to work again. I also recover our old installation (WP 4.8 w/ PHP 7.0) on a seperate server and there your plugin is working fine, which means it DID work before updating WordPress.

    What about the apache error on that SQL-Statement mentioned above? Is it possible that there are corrupt entries in [wp_posts]?

    Dear Zack,

    only one entry:

    Resetting to date from the edcal_Date cookie: Mon Feb 25 2019 00:00:00 GMT+0100 (Mitteleuropäische Normalzeit)

    Dear Zack,

    thanks for your quick reply!

    Actually we are running the “Disable Gutenberg”-Plugin but when I deactivate it, the error stays the same (empty calendar).

    I just took a look at the apache error log an found this one:

    [Mon May 27 10:22:11.129440 2019] [proxy_fcgi:error] [pid 14467:tid 140345052468992] [client XX.XX.XX.XX:22231] AH01071: Got error ‘PHP message: WordPress-Datenbank-Fehler Incorrect DATETIME value: ‘0000%’ f\xc3\xbcr Abfrage SELECT wp_posts.* FROM wp_posts WHERE 1=1 AND wp_posts.post_type = ‘post’ AND post_date >= ‘2019-02-11’ AND post_date < ‘2019-04-22’ AND post_date_gmt NOT LIKE ‘0000%’ ORDER BY wp_posts.post_date DESC von do_action(‘wp_ajax_edcal_posts’), WP_Hook->do_action, WP_Hook->apply_filters, EdCal->edcal_posts, query_posts, WP_Query->query, WP_Query->get_posts\n’, referer: https://www.XXX-SITE.XX/wp-admin/edit.php?page=cal

    Is this going to help?

    Regards
    Jens

    Dear rafinkhan,

    thanks for your quick replay!

    I just checked the apache error log and actually there is an error regarding the plugin page request:

    [Mon May 27 09:28:23.128919 2019] [proxy_fcgi:error] [pid 14467:tid 140344590870272] [client XX.XX.XX.XX:30051] AH01071: Got error ‘PHP message: WordPress-Datenbank-Fehler Incorrect DATETIME value: ‘0000%’ f\xc3\xbcr Abfrage SELECT wp_posts.* FROM wp_posts WHERE 1=1 AND wp_posts.post_type = ‘XXX_POSTTYPE’ AND post_date >= ‘2019-04-01’ AND post_date < ‘2019-06-03’ AND post_date_gmt NOT LIKE ‘0000%’ ORDER BY wp_posts.post_date DESC von do_action(‘wp_ajax_wpsp_posts’), WP_Hook->do_action, WP_Hook->apply_filters, wpsp_scheduled->wpsp_scheduled_posts, query_posts, WP_Query->query, WP_Query->get_posts\n’, referer: https://www.XXX_PAGENAME.XX/wp-admin/edit.php?post_type=XXX_POSTTYPE&page=cal_XXX_POSTTYPE

    Is this going to help? (IP, post type and website information replaced with XXX.)

    Regards
    Jens

    Hi Zack,

    we recently updated our WordPress site from 4.8 to 5.2 and we have the same problem (calender with no entries for all post types we use). Our editors also won’t accept Gutenberg.

    The workaround with “/wp-admin/post.php?page=cal” isn’t working for us.

    Is there a chance (or a way) to get the calender working again?

    Thanks & best regards from Germany!

    Cool! Exactly what a RegEx-noob like me needed.

    Thanks for your replay. But that didn’t fixed my problem.

    Actually the plugin “WP Google Analytics” was responsible. There is a standard setting for “Log outgoing links as events”. When acitvated nearly every link opened in self.window. After deactivating every thing was fine 🙂

    I’am facing the same problem. The sidebar content can be set invisibles but they still take space.

    This …
    .sidebar, .s2, .s2 { display:none !important }

    …doesn’t work out. It seems to have something to do with the toggle-mechanism of the sidebars which has been realised with jQuery. But I was not able to find the hook. Can anyone assist?

    Thx + rgds

    Today I also checked our new art website http://www.scherenschnitt.org with the developer tool on IE 11.0.9600.16476

    Much to my dismay our site (and also the developers demosite) seems to be completely broken with IE8 and below. Fortunately I have access to some older PCs with WinXP and native IE8 installed. On one only the top-menu was broken and on the other the site seems to be ok at all.

    Bottom line: It seems to be a problem with the IE developer tool and not necessarily with the native IE8.

    I’m facing a similar problem with “W3 Total Cache”.

    There the popup shows up only on the front page (although I selected “all pages”), but not on other pages (even when you first visit a subpage). It show up every time you visit the front page although I set up next visualization in 24 hours.

    I would like that too. In the meantime you can customize the pluins code by yourself:

    (1) Open the searchfiles in /wp-content/plugins/search-regex/searches/
    There you will find a file for each post-field you would like tocover.

    (2) For example: Customize “post_content.php”
    In line 10 you will find the following SELECT-Statement:
    $posts = $wpdb->get_results ( "SELECT ID, post_content, post_title FROM {$wpdb->posts} WHERE post_status != 'inherit' AND post_type IN ('post','page') ORDER BY ID $orderby" );

    By default “Search Regex” is only able to cover the standard post-types “post” and “page”. If you have one or more custom post types you have to edit the (‘post’,’page’) in (‘YOUR-CUSTOM-POST-TYPE’).

    David, thanks for your replay. I will try that.
    Again: awesome support!

    Have a nice weekend!

    Jens

Viewing 15 replies - 1 through 15 (of 17 total)