DatePipe filter is giving hours greater than 24 - angular 2

Below snippet is giving the hours value greater than 24 (Jun 02, 2020 24:17) <label class="label-value">{{1591037256657 | date:'MMM dd, y HH:mm'}}</label> I have even tried passing Date() instead of milliseconds, that also did not help. Please find the anuglar dependencies which I am using.

"dependencies": {
"@angular/common": "2.0.0",
"@angular/compiler": "2.0.0",
"@angular/core": "2.0.0",
"@angular/forms": "2.0.0",
"@angular/http": "2.0.0",
"@angular/platform-browser": "2.0.0",
"@angular/platform-browser-dynamic": "2.0.0",
"@angular/router": "3.0.0",
"bootstrap": "3.3.6",
"core-js": "2.4.1",
"font-awesome": "4.7.0",
"paysafe-admin-shell-commons": "1.3.3",
"primeng": "1.1.4",
"ng2-ckeditor": "1.2.2",
"rxjs": "5.0.0-beta.12",
"systemjs": "0.19.37",
"zone.js": "0.6.21"
}

I did google lot of time for the issue before asking here, but nothing helped. I have tried applying datePipe for same milliseconds in online for other angular version, it worked. Currently I am working on a big project and upgrading the version wont be feasible solution. Is there any way we can make this work as it suppose to ?

Thank you for your time.

[LukeFarrawell]

@ThirupathRao Without diving into the source code of Angular 2.0, this might be a browser based bug. I am unsure of how the formatting was done in Angular 2.0, but it was mentioned it was done different then in newer versions of Angular, so I am providing another area for you to research the problem.

Are you seeing the 24:17 in all browsers or just chromium based browsers?

I discovered chromium has a bug in its date formatting a while ago, I went to submit a bug report but it already existed. When using date.toLocalTimeString and passing in the options of { hour12: false }, the output shows 24:XX instead of the expected 00:XX.

See the below example.

let date = new Date();
date.setHours( 0, 15, 15 );
date.toLocaleTimeString( "en", { hour12: false } );
// output: "24:15:15"

You can track this bug here

[pkozlowski-opensource]

Thnx for the summary @LukeFarrawell - I agree with your assessment.