Normative: Propagate active ScriptOrModule with JobCallback Record

[legendecas]

HTML HostEnqueuePromiseJob doesn't follow the requirements of ecma262 HostEnqueuePromiseJob as ecma262 defines that

• Let scriptOrModule be GetActiveScriptOrModule() at the time HostEnqueuePromiseJob is invoked. If realm is not null, each time job is invoked the implementation must perform implementation-defined steps such that scriptOrModule is the active script or module at the time of job's invocation.

However, HTML saves the active ScriptOrModule at the time of HostMakeJobCallback is invoked rather than at the time of HostEnqueuePromiseJob is invoked. However, the two host hooks are invoked with the same active script or module consecutively.

Update the steps of HostMakeJobCallback, HostCallJobCallback, and HostEnqueuePromiseJob to fix the inconsistency between ecma262 and the HTML spec.

This change also mandates that the active scripts are propagated through promise jobs and FinalizationRegistry cleanup callbacks. For example, the following example would be able to use the original script's base URL appropriately.

Promise.resolve('import(`./example.mjs`)').then(eval);

const registry = new FinalizationRegistry(eval);
registry.register({}, 'import(`./example.mjs`');

This proposed behavior exists in the HTML spec since HTML HostMakeJobCallback already propagates the active script. This PR fixes the inconsistent requirement on ecma262 HostEnqueuePromiseJob and HTML HostMakeJobCallback.

[nicolo-ribaudo]

This should be discussed together with #3160 — we should move towards less dynamic scoping, not more.