Skip to content

Commit db15739

Browse files
committed
Remove more code for now-unsupported embers
1 parent b19989a commit db15739

1 file changed

Lines changed: 0 additions & 15 deletions

File tree

addon/src/setup-rendering-context.ts

Lines changed: 0 additions & 15 deletions
Original file line numberDiff line numberDiff line change
@@ -12,7 +12,6 @@ import getRootElement from './dom/get-root-element.ts';
1212
import type { Owner } from './build-owner.ts';
1313
import getTestMetadata from './test-metadata.ts';
1414
import { runHooks } from './helper-hooks.ts';
15-
import hasEmberVersion from './has-ember-version.ts';
1615
import isComponent from './-internal/is-component.ts';
1716

1817
// the built in types do not provide types for @ember/template-compilation
@@ -172,20 +171,6 @@ export function render(
172171
};
173172
toplevelView.setOutletState(outletState);
174173

175-
// Ember's rendering engine is integration with the run loop so that when a run
176-
// loop starts, the rendering is scheduled to be done.
177-
//
178-
// Ember should be ensuring an instance on its own here (the act of
179-
// setting outletState should ensureInstance, since we know we need to
180-
// render), but on Ember < 3.23 that is not guaranteed.
181-
if (!hasEmberVersion(3, 23)) {
182-
// SAFETY: this was correct and type checked on the Ember v3 types, but
183-
// since the `run` namespace does not exist in Ember v4, this no longer
184-
// can be type checked. When (eventually) dropping support for Ember v3,
185-
// and therefore for versions before 3.23, this can be removed entirely.
186-
(run as any).backburner.ensureInstance();
187-
}
188-
189174
// returning settled here because the actual rendering does not happen until
190175
// the renderer detects it is dirty (which happens on backburner's end
191176
// hook), see the following implementation details:

0 commit comments

Comments
 (0)