‫۶ سال و ۴ ماه قبل، دوشنبه ۱۷ اردیبهشت ۱۳۹۷، ساعت ۱۹:۱۷
بله. این دقیقا اصل همان چیزی هست که از طرف سرور ارسال شده (که یک internal server error هست و نه یک خطای معمولی API مانند BadRequest یا NotFound و یا خطای اعتبارسنجی). برگه‌ی network ابزار توسعه دهندگان مرورگر خودتان را بررسی کنید.
‫۶ سال و ۴ ماه قبل، دوشنبه ۱۷ اردیبهشت ۱۳۹۷، ساعت ۱۸:۱۵
یک نکته: اگر خطای «Cannot parse given Error object» را گرفتید، یعنی اصل خطا را به صورت رشته‌ای بازگشت داده‌اید. به احتمال زیاد جائیکه با Observableها کار می‌کنید، در قسمت مدیریت خطا، اصل خطا را دریافت می‌کنید و سپس یک رشته را بازگشت می‌دهید. این مورد را باید اصلاح کنید.
روش اشتباه: چون اصل خطا را مخفی کرده و یک رشته را بازگشت داده
private handleError(error: Response): Observable<any> {
    console.error("observable error: ", error);
    return Observable.throw(error.statusText);
  }
روش درست: چون اصل خطا را بازگشت داده
private handleError(error: HttpErrorResponse): Observable<any> {
    console.error("observable error: ", error);
    return Observable.throw(error);
  }
و روش جدید آن:
private handleError(error: HttpErrorResponse): Observable<any> {
    console.error("observable error: ", error);
    return observableThrowError(error);
  }
‫۶ سال و ۴ ماه قبل، دوشنبه ۱۷ اردیبهشت ۱۳۹۷، ساعت ۱۷:۳۰
- شبیه به این مفهوم در ASP.NET Core یک Tag Helper جدید هست به نام SecurityTrimmingTagHelper 
- در پروژه‌های MVC 5.x هم یک نمونه security trimming دیگر با پیاده سازی HTML Helperها هست؛ مانند Secure Link‌ها و یا یک مثال دیگر
‫۶ سال و ۴ ماه قبل، دوشنبه ۱۷ اردیبهشت ۱۳۹۷، ساعت ۱۶:۳۴
در نسخه به روز شده بررسی دقیق‌تری بر اساس نوع خطا صورت می‌گیرد. در این حالت چون نوع خطا مشخص شده، می‌توان اطلاعات خاص آن شیء را دریافت و نمایش داد. البته HttpErrorResponse شامل اعضای دیگری هم مانند error و statusText هست که می‌توانید به این پیام خطای نهایی اضافه کنید:
if (error instanceof HttpErrorResponse) {
      return `HTTP error [${error.error}] occurred at ${date}, message: ${error.message}, Status: ${(<HttpErrorResponse>error).status}: ${error.statusText}`;
}