# Display all errors

**URL:** <https://talk.observablehq.com/t/display-all-errors/10862>\
**Category:** Feedback\
**Created:** [September 18, 2026, 6:48am UTC](https://talk.observablehq.com/t/display-all-errors/10862 "2026-09-18T06:48:04Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**Author:** ![mbostock](https://yyz2.discourse-cdn.com/flex030/user_avatar/talk.observablehq.com/mbostock/32/9_2.png) [@mbostock](https://talk.observablehq.com/u/mbostock)\
**Post date:** [September 18, 2026, 3:01pm UTC](https://talk.observablehq.com/t/display-all-errors/10862/2 "2026-09-18T15:01:39Z")

</div>

The reason that no error isn’t display here is that technically the cell isn’t actually erroring; the cell runs successfully, but the top-level variable `geo` is a rejected promise.

A more idiomatic way to write this cell would be a static import declaration like so:

```auto
import * as geo from "npm:geotoolbox";

```

If you typo `nom:` instead of `npm:`, you’ll see this helpful error in the cell:

```auto
TypeError: Failed to fetch dynamically imported module: nom:geotoolbox

```

In the future, as has been mentioned in other threads ([1](https://talk.observablehq.com/t/issues-arising-from-the-migration-to-observable-2-0/10835/18), [2](https://talk.observablehq.com/t/feedback-on-2-0-gui-focussed-sep-13/10846/3), [3](https://talk.observablehq.com/t/how-to-show-unpinned-cells-observable-2/10832/2)), we plan on implementing automatic inspection of top-level variables. This is similar to the inspector in Old Observable (and for expression cells in New Observable), except that it will support vanilla JavaScript cells that can declare multiple top-level variables. This would show you that `geo` errors even in the case that the cell declaring `geo` itself (trivially) “succeeds” despite the dynamic import failing (and if the import succeeds, you’d be able to inspect the resulting `Module`).

---

_[View the full topic](https://talk.observablehq.com/t/display-all-errors/10862)._