Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Angular 17 app can't run with bugsnag/plugin-angular and esbuild #2057

Open
1 of 2 tasks
mivanyna opened this issue Dec 20, 2023 · 19 comments
Open
1 of 2 tasks

Angular 17 app can't run with bugsnag/plugin-angular and esbuild #2057

mivanyna opened this issue Dec 20, 2023 · 19 comments
Labels
backlog We hope to fix this feature/bug in the future

Comments

@mivanyna
Copy link

mivanyna commented Dec 20, 2023

Describe the bug

Angular app fails on start with error Class constructor ErrorHandler cannot be invoked without 'new'

Steps to reproduce

  1. Have in app.module setup like in documentation:
export function errorHandlerFactory() {
  return new BugsnagErrorHandler()
}

In the module providers:

{ provide: ErrorHandler, useFactory: errorHandlerFactory },
  1. Set "builder": "@angular-devkit/build-angular:browser-esbuild", in angular.json
  2. Start the app
  3. An error logged in the console Class constructor ErrorHandler cannot be invoked without 'new'

Btw, it works great with the "builder": "@angular-devkit/build-angular:browser",

Environment

  • Bugsnag version: 7.22.2
  • bugsnag/plugin-angular: 7.22.2,
  • Browser framework version (if any):
    • Angular: 17.0.7
  • Browser version (e.g. chrome, safari):
  • Device (e.g. iphonex):

Example Repo

Example code snippet

# (Insert code sample to reproduce the problem)
Error messages:
Class constructor ErrorHandler cannot be invoked without 'new'
@mclack
Copy link
Contributor

mclack commented Dec 21, 2023

Hi @mivanyna

I am currently unable to reproduce the behaviour you are seeing. In order for us to investigate this further, can you please provide some more details?

  • In step 3, can you please explain exactly how you are starting the app? What commands do you run?
  • Are you changing anything else when switching to "builder": "@angular-devkit/build-angular:browser"?
  • Does the error stop when mentions of BugSnag are commented out?

If possible, would you also be willing to share the full BugSnag configuration in your app (the entire app.module file would be particularly useful), alongside your full angular.json and package.json files? You can redact any sensitive info as you please.

As this is a public thread, you are also welcome to share these details with us directly by contacting us at support@bugsnag.com and opening a support ticket, referencing this issue: #2057

@mclack mclack added the awaiting feedback Awaiting a response from a customer. Will be automatically closed after approximately 2 weeks. label Dec 21, 2023
@mivanyna
Copy link
Author

Hi @mclack,
I run yarn start which is ng serve --hmr --port 3000 --open=true.
I don't change anything else when I switch to "builder": "@angular-devkit/build-angular:browser"
Yes, the error stops when comment out { provide: ErrorHandler, useFactory: errorHandlerFactory },

Maybe something to mention is in my angular.json is "aot": true,

"serve": {
          "builder": "@angular-devkit/build-angular:dev-server",
...
}

Can't share the project.

I've found a workaround:

{ provide: ErrorHandler, useClass: AppErrorHandler}

...

export class AppErrorHandler implements ErrorHandler {
   handleError(error: any) {
    Bugsnag.notify(error)
    console.error(error)
  }
}

Please let me know if you need something else from me.

@mivanyna
Copy link
Author

Hi @mclack, have added the link to the project https://stackblitz.com/edit/angular-ivy-7x7fkm?file=src%2Fapp%2Fapp.module.ts

@mivanyna
Copy link
Author

Hi, are there any updates?

@pumpernikiell
Copy link

Hi, I have the same issue after upgrading to the angular 17 error is thrown:
TypeError: Class constructor ErrorHandler cannot be invoked without 'new' at new BugsnagErrorHandler2 (index.js:28:28) at new CustomErrorHandler (CustomErrorHandler.ts:7:5) at Object.customErrorHandlerFactory [as useFactory] (app.module.ts:30:10) at Object.factory (core.mjs:6288:38) at core.mjs:6189:43 at runInInjectorProfilerContext (core.mjs:867:9) at R3Injector.hydrate (core.mjs:6188:17) at R3Injector.get (core.mjs:6058:33) at injectInjectorOnly (core.mjs:911:40) at ɵɵinject (core.mjs:917:42)

@mivanyna
Copy link
Author

Hi @mclack do you need anything else from my side for this issue?

@mclack
Copy link
Contributor

mclack commented Feb 23, 2024

Hi @mivanyna and @pumpernikiell

Please accept our apologies for the delay in response here.

We are investigating this now, and will post any updates or questions on this thread as soon as we have them.

Thank you for your patience.

@mclack mclack added needs discussion Requires internal analysis/discussion and removed awaiting feedback Awaiting a response from a customer. Will be automatically closed after approximately 2 weeks. labels Feb 23, 2024
@mivanyna
Copy link
Author

mivanyna commented Feb 25, 2024

No rush! We can live w/o good error logging :)

@mclack
Copy link
Contributor

mclack commented Feb 27, 2024

Hi @mivanyna and @pumpernikiell

Thanks for your continued patience while we've investigated this issue.

We were unable to reproduce the error on our end, both using a separate Angular 17 app, and the app provided by @mivanyna.

@mivanyna, is the code you've shared up to date, and are the dependencies exactly the same as you're currently using in your app? When we've tried to run the repro code, we got dependency conflicts between Angular 17 and several other dependencies. Could you please tell us more about how you've upgraded your app, and which version you used prior to Angular 17?

@pumpernikiell could you also let us know which version of Angular you have upgraded from? Would you also be willing to share an app which reproduces this error, similar to the one here?

@mclack mclack added awaiting feedback Awaiting a response from a customer. Will be automatically closed after approximately 2 weeks. and removed needs discussion Requires internal analysis/discussion labels Feb 27, 2024
@mivanyna
Copy link
Author

mivanyna commented Feb 27, 2024

Hi @mclack , I'm opening the provided link and it's still reproducing:
image

There is an error logged in the console.

@mclack mclack removed the awaiting feedback Awaiting a response from a customer. Will be automatically closed after approximately 2 weeks. label Feb 29, 2024
@mclack
Copy link
Contributor

mclack commented Feb 29, 2024

Hi @mivanyna

Thank you for the clarification.

After looking into this a bit more, we've realised that this error does indeed appear when opening the app on StackBlitz. However, we initially downloaded the app and attempted to build/run this locally, and when doing this, we noticed different errors which were regarding dependency conflicts instead.

Due to the above, we believe that this issue could be due to the dependency conflicts we have observed, and it's possible that the debugging mechanisms on StackBlitz are potentially hiding these conflicts.

  • Can you confirm whether you have only seen this error when running the app within StackBlitz?
  • Am I right in thinking you upgraded your app to Angular 17 from a different version? If so, did you only begin to see this error after upgrading?
  • Can you run this locally and let us know whether you see different errors? If so, would you be able to resolve any dependency conflicts, and then attempt to run this on StackBlitz again?

@mclack mclack added the awaiting feedback Awaiting a response from a customer. Will be automatically closed after approximately 2 weeks. label Feb 29, 2024
@mivanyna
Copy link
Author

Hi @mclack,

This error appears only after the start of the app.
Yes, I have upgraded from angular 16 to angular 17.
Please read the steps in the issue and following my answers:
step 2: Set "builder": "@angular-devkit/build-angular:browser-esbuild", in angular.json
Just create a simple project and follow the steps, please.
Everything is specified in the issue here and in comments below.

@mivanyna
Copy link
Author

Hi @mclack,

This is what you need to do for the downloaded project:

  1. Update angular and bugsnag to the latest version in package.json
  2. Use yarn to install
  3. styles.scss - remove imports of the styles - it should be empty
  4. tscongif.json - change "target": "ES2022",
  5. start the app using yarn start
  6. open the http://localhost:4200/
  7. check in the browser's console the error:
image

Please let me know if there are any questions

@mclack mclack removed the awaiting feedback Awaiting a response from a customer. Will be automatically closed after approximately 2 weeks. label Mar 19, 2024
@mclack
Copy link
Contributor

mclack commented Mar 19, 2024

Hi @mivanyna

Thank you for your patience here.

We have been able to reproduce the error you were seeing, and have made the necessary changes on the StackBlitz project you provided in order to fix all the errors appearing in the console.

The issue seems like it was down to using the old NgModule rather than standalone components. As suggested by the error message, this meant that the new keyword is required before invoking ErrorHandler. In your app.module.ts, you should edit the NgModule so that providers looks like:
providers:[{ provide: new ErrorHandler, useFactory: errorHandlerFactory }]

You are likely to run into some more errors after this. If so, this should be fixed by adding @bugsnag/js inside allowedCommonJsDependencies within your angular.json. This will look something like:

"architect": {
...
          "options": {
            "allowedCommonJsDependencies": [
              "@bugsnag/js"
            ],
...

Please try the recommendations above and let us know whether that solves the problem.

@mclack mclack added the awaiting feedback Awaiting a response from a customer. Will be automatically closed after approximately 2 weeks. label Mar 19, 2024
@mivanyna
Copy link
Author

it works, thanks

@mclack mclack removed the awaiting feedback Awaiting a response from a customer. Will be automatically closed after approximately 2 weeks. label Apr 2, 2024
@mclack mclack closed this as completed Apr 2, 2024
@pumpernikiell
Copy link

Hi!
I've applied your solution @mclack - it fixes problem with the error handler, but right now any errors are not sent to the bugsnag

@mclack
Copy link
Contributor

mclack commented Apr 11, 2024

Hi @pumpernikiell

Are you experiencing any other errors in your app? Can you also check whether any network requests are being made to BugSnag? If so, what are the status of these requests? E.g. 200 (Accepted), 408 (Request Timeout). Additionally, can you please check whether the requests are being made to https://notify.bugsnag.com/.

If you're not doing this already, could you also please try sending a handled event to BugSnag and let us know the outcome of this.

If you're not seeing any requests being made, could you please share some code snippets of how you have configured BugSnag in your app? As this is a public thread, please feel free to open a ticket with us directly by contacting support@bugsnag.com.

@mclack mclack added the awaiting feedback Awaiting a response from a customer. Will be automatically closed after approximately 2 weeks. label Apr 11, 2024
@JJWesterkampAtEndeavour
Copy link

JJWesterkampAtEndeavour commented Oct 16, 2024

I'm experiencing the same issue.

FWIW: The issue appears to be caused by the following:

The resolved module for @bugsnag/plugin-angular is in my case @bugsnag/plugin-angular/dist/esm5/index.js, which has the following code in it:

import { ErrorHandler, Injectable } from '@angular/core';
import Bugsnag, { Client } from '@bugsnag/js';
// zones are optional, so we need to detect if they are being used
// see https://angular.io/guide/zone#noopzone
var isNgZoneEnabled = typeof Zone !== 'undefined' && !!Zone.current;
var BugsnagErrorHandler = /** @class */ (function (_super) {
    __extends(BugsnagErrorHandler, _super);
    function BugsnagErrorHandler(client) {
        var _this = _super.call(this) || this;
        if (client) {
            _this.bugsnagClient = client;
        }
        else {
            _this.bugsnagClient = Bugsnag._client;
        }
        return _this;
    }
    BugsnagErrorHandler.prototype.handleError = function (error) {
        var handledState = {
            severity: 'error',
            severityReason: { type: 'unhandledException' },
            unhandled: true
        };
        var event = this.bugsnagClient.Event.create(error, true, handledState, 'angular error handler', 1);
        if (error.ngDebugContext) {
            event.addMetadata('angular', {
                component: error.ngDebugContext.component,
                context: error.ngDebugContext.context
            });
        }
        this.bugsnagClient._notify(event);
        ErrorHandler.prototype.handleError.call(this, error);
    };
    BugsnagErrorHandler = __decorate([
        Injectable(),
        __metadata("design:paramtypes", [Client])
    ], BugsnagErrorHandler);
    return BugsnagErrorHandler;
}(ErrorHandler));
export { BugsnagErrorHandler };

This code literally imports ErrorHandler from @angular/core. At runtime, the module @angular/core/fesm2022/core.mjs is resolved for this import, which provides ErrorHandler as a Javascript class. The error is thrown at the line var _this = _super.call(this) || this; in the BugsnagErrorHandler constructor function. It calls _super without new which is illegal because _super is a class.


I presume the issue can temporarily be circumvented by setting the target to ES5 in the angular project's tsconfig, but that's a pretty unacceptable situation given that will produce more bloated and less performant code.


On the side of the @bugsnag/plugin-angular package, the problem can be fixed by following the latest package development standards, i.e. building a esm2022 as well as a fesm2022 distribution. The Angular compiler will itself down-level these formats as required by respective Angular projects.

@mclack
Copy link
Contributor

mclack commented Oct 22, 2024

Hi @JJWesterkampAtEndeavour

Thanks for highlighting that.

We are looking into the fesm distribution, and have added a task to our backlog to include this. As such, I'm going to reopen this issue, and while we don't currently have an ETA, we will make sure to share any updates when we have them.

@mclack mclack reopened this Oct 22, 2024
@mclack mclack added backlog We hope to fix this feature/bug in the future and removed awaiting feedback Awaiting a response from a customer. Will be automatically closed after approximately 2 weeks. labels Oct 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backlog We hope to fix this feature/bug in the future
Projects
None yet
Development

No branches or pull requests

4 participants