Michael Bragg

Forum Replies Created

Viewing 6 replies - 1 through 6 (of 6 total)
  • Forum: Plugins
    In reply to: [LSX Mega Menus] Block is inoperable and renders the plugin useless
    Michael Bragg

    (@michaelbragg)

    2 years, 5 months ago

    I can confirm this error.

    Current platform details:

    • MacOS 13.4.1 / Firefox 120.0
    • WordPress 6.4.1
    • Custom FSE Theme
    • PHP 8.2.12

    Forum: Plugins
    In reply to: [Genesis Blocks] Fatal errors after update to 3.0.1
    Michael Bragg

    (@michaelbragg)

    2 years, 6 months ago

    Is your site going to be OK waiting until you can update to PHP 8.1 before updating Genesis Blocks to the latest?

    It should be thank you. The Upgrade to PHP 8.2 is imminent.
    Rolling back to 3.0.0 resolved the issue. We’ve fixed it at that version for the short term.

    Thanks @ryankienstr

    Forum: Plugins
    In reply to: [Genesis Blocks] Fatal errors after update to 3.0.1
    Michael Bragg

    (@michaelbragg)

    2 years, 6 months ago

    I can report the same issue.

    Ours is caused by using Composer/Wpackagist to manage updates.

    Could I suggest that you release(d) a version that notify the user/admin of the impending bump, before making the change?
    I can understand that >8.1 will be End of Life shortly. However we do still have a few weeks to finish off upgrading.

    Forum: Plugins
    In reply to: [Blocks for CiviCRM] Unable to see Profiles with an ID greater than 25
    Thread Starter Michael Bragg

    (@michaelbragg)

    2 years, 12 months ago

    Thank you. With the latest version I can confirm I am able to see all of my profiles.

    Forum: Plugins
    In reply to: [Search Everything] Fatal error
    Michael Bragg

    (@michaelbragg)

    7 years, 6 months ago

    Have experienced this issue on an old site we are updating.

    To add a little more details to the issue. The post is still created in the database/admin even though the user is shown a blank page.

    Opening and updating the post works as expected.

    A little more debugging shows that there is an API call made in sa_api() to http://api.zemanta.com/services/rest/0.0/ – which is an invalid page. Resulting in the function returning a WP Error. Thus the page not being able to redirect to the edit page.

    Forum: Plugins
    In reply to: [amCharts: Charts and Maps] Can't resolve wordpress custom path
    Michael Bragg

    (@michaelbragg)

    10 years, 5 months ago

    Hardcoding the 'wp-content' breaks the MCE editor button for me. As we define a custom WP_CONTENT_DIR and WP install.

    The error:

    Warning: require_once(~/Sites/site-name/web/content/plugins/amcharts-charts-and-maps/lib/mce/amcharts/charts.phpwp-config.php): failed to open stream: No such file or directory in ~/Sites/site-name/web/content/plugins/amcharts-charts-and-maps/lib/mce/amcharts/charts.php on line 8

Fatal error: require_once(): Failed opening required '~/Sites/site-name/web/content/plugins/amcharts-charts-and-maps/lib/mce/amcharts/charts.phpwp-config.php' (include_path='.:') in ~/Sites/site-name/web/content/plugins/amcharts-charts-and-maps/lib/mce/amcharts/charts.php on line 8

    Our site structure is:

    -  /index.php
-  /wp-config.php
-  /content/     (wp-content folder)
-  /system/     (WordPress folder)

    To reproduce the issue. Install a fresh WP site with the site structure above (or similar) with WP_CONTENT_DIR and WP_CONTENT_URL defined. Install the plugin, go to a post and click the amCharts’ MCE button.

    Hardcoding the paths solves this problem but is obviously not a suitable fix.

Viewing 6 replies - 1 through 6 (of 6 total)