Shared Package Container feedback - different jobs

MVP

If I put two packages into a container, I see the following (unexpected) behavior.  Starting a shortcut from either app makes access to the other package components somewhat available (meaning we have to be careful about package construction, but that isn't the point on this feedback).

 

But if I launch a shortcut from the first package, and then launch a shortcut from the second package, it looks like they are running in different containers (based upon a belief that the Job IDs being different means different containers).   I don't yet have an example app of why this is a problem, but my instinct says it will be one.  Why shouldn't the second process join the existing running container?

1 Reply
Thanks for posting. We are looking into this issue.