iOS: second stack in memory disrupts message flow

[Ben Rubinstein]

I spent a lot of time trying to debug why my stack wasn't getting a 'shutdown' 
message when it was backgrounded.

Eventually I found that the issue related to the fact that my main stack has 
opened a preferences stack, invisibly, in the background.

The preferences stack is just a carrier for some data - it's created on the 
fly the first time the app launches, subsequently opened from documents 
folder: in either case this occurs inside a push cd/pop cd pair.

Because the prefs stack exists, it receives the 'shutdown' message instead of 
the main stack.

The main stack is definitely the top stack - I can interact with it and so on, 
and I've belt-and-braces tacked on a "toplevel this stack" after loading the 
prefs stack too.  Indeed when I added a shutdown message catcher in the prefs 
stack, and had it log "the topstack" that was my main stack, while "the 
defaultStack" was the prefs stack.  But then it would be, in the context of a 
handler in its stack script.

Finally I found the notice in the dictionary for "shutdown":
> In standalones, some care is needed to ensure you receive the shutdown message if your application uses multiple stacks. The most reliable approach is to install a library stack or backscript to handle the message when your application starts up.

... so I did just that and went on my way.

Then I started trying to do something with the "keyboardActivated" message in 
a card of my mainstack, and found that this message too was being sent to the 
first card of prefs stack instead of to the card that deserved it.  Again I 
can catch it in my backscript: and that handler in the backscript reports both 
"the target" and "the current card" reference the first card of the prefs 
stack, rather than the card.

Is this known behaviour, or am I doing something else weird?  Is there any 
possibility that this behaviour is anything other than a bug?  Is there a way 
to manipulate it so that the messages go where they should?

thanks,

Ben