Page MenuHomePhabricator

When a page throws an exception and response construction throws another exception, throw an aggregate exception
ClosedPublic

Authored by epriestley on Aug 16 2019, 10:20 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Mar 30, 3:26 PM
Unknown Object (File)
Wed, Mar 20, 9:49 PM
Unknown Object (File)
Feb 8 2024, 9:32 PM
Unknown Object (File)
Dec 27 2023, 9:26 PM
Unknown Object (File)
Dec 24 2023, 1:36 PM
Unknown Object (File)
Dec 23 2023, 4:22 PM
Unknown Object (File)
Dec 19 2023, 7:48 AM
Unknown Object (File)
Dec 18 2023, 10:59 AM
Subscribers
None

Details

Summary

Depends on D20719. Currently, if a page throws an exception (like a policy exception) and rendering that exception into a response (like a policy dialog) throws another exception (for example, while constructing breadcrumbs), we only show the orginal exception.

This is usually the more useful exception, but sometimes we actually care about the other exception.

Instead of guessing which one is more likely to be useful, throw them both as an "AggregateException" and let the high-level handler flatten it for display.

Test Plan

Screen Shot 2019-08-16 at 3.18.18 PM.png (1×1 px, 413 KB)

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable