Sage 10 beta 2 - renders no whoops errors, where beta 1 did

Hey all.

I’ve noticed that my theme, which I’ve migrated from beta 1 to beta 2, stopped showing the whoops error renders. At first I though it was due to my own composer dependencies. I’ve removed them and I think it worked briefly (think).

Even though it disappeared after beta 2 it could be I’m not familiar with Whoops or it’s scope. For example, I’ve made a carbon fields block outside the App namespace. Would this break the error handling?

Developing without error handling simply is an nightmare. Try to traceback a simple error like syntax error by eye :slight_smile: :slight_smile:

Does anyone have some pointers to figure out where my theme breaks and how to re-enable the whoops error handling?

disclaimer. I’ve posted this similar question yesterday. But I thought it was caused by a custom composer package. So I deleted the post. Turns out that was not the case.

There is a high chance that these issues are related, they are closed/fixed now. But maybe you have the wrong version of a dependency?

Thanks @strarsis ! This brings back some error notifications.

I’ve first added the first ref to my functions.php then the second.

the first made sure I was able to print errors outside of blade. But not inside of blade. The second enabled it in blade. After removing the second the blade error displaying DID stay enabled.

Both references did not gave back the Whoops error rendering. But I would suspect add_filter('acorn/throw_error_exception', '__return_false'); disabled that.

Could this be a cache issue as well? Beta 2 gave me many cache issues. Each ‘yarn dev’ I clear the bud cache and remove the acorn cache, otherwise I have funky css and php results of not updating the new code.

Would this give any more pointers on where the problem may lay? The error displaying again is great. But it’s not being displayed in Whoops.

Forgot to mention, since you spoke about the dep versions.

This is what I have in my composer.json

  "require": {
    "php": "^7.4|^8.0",
    "roots/acorn": "v2.0.0-beta.7",
    "htmlburger/carbon-fields": "^3.3.2",
  },
  "require-dev": {
    "filp/whoops": "^2.14.5",
    "squizlabs/php_codesniffer": "^3.6.2"
  },

And package.json

  "devDependencies": {
    "@babel/eslint-parser": "^7.16.5",
    "@alpinejs/intersect": "^3.7.1",
    "@barba/core": "^2.9.7",
    "@barba/css": "^2.1.15",
    "@barba/prefetch": "^2.1.10",
    "@roots/bud": "^5.0.0",
    "@roots/bud-sass": "^5.0.0",
    "@roots/sage": "^5.0.0",
    "@tailwindcss/typography": "^0.5.0",
    "@wordpress/browserslist-config": "4.1.0",
    "alpinejs": "^3.7.1",
    "animate.js": "^2.0.2",
    "animejs": "^3.2.1",
    "autoprefixer": "^10.4.0",
    "eslint": "7.32.0",
    "postcss": "8.4.5",
    "postcss-import": "14.0.2",
    "postcss-nested": "5.0.6",
    "postcss-preset-env": "7.1.0",
    "prettier": "2.5.1",
    "react": "17.0.2",
    "react-dom": "17.0.2",
    "sass": "^1.45.2",
    "simplex-noise": "^3.0.0",
    "stylelint-scss": "^4.1.0",
    "tailwindcss": "^3.0.8",
    "three": "^0.135.0"
  },
  "dependencies": {
    "@tailwindcss/aspect-ratio": "^0.4.0"
  }

I have beta 2 and I see Whoops for common errors (I’m not on bedrock by the way), but if I remember well, in some situations it didn’t work properly. And I think it happened to me in beta 1 as well, but I am not sure. I will be vigilant.

Ah yes. I think I’ll roll back to beta 1. That one felt stable enough for me. I’ve released a few sites on beta 1 without issues. (will release another site tomorrow with beta 1) Beta 2 got me crying for two weeks now :slight_smile: I understand Bud is new. Even though I manage with beta 1, I’m way too rookie for beta 2 to add something to the development and I think I’ll wait for beta 3 to let Bud mature a bit.

I’ve had issues with the mentioned workaround above also :slight_smile: A deliberate broken var returned an error display. But removing a global deceleration raised no error display and resulted again in a blank screen.

1 Like

This topic was automatically closed after 42 days. New replies are no longer allowed.