naz

For anybody interested in this functionality as a bookshelf plugin there's [@tryghost/bookshelf-transaction-events](https://github.com/TryGhost/framework/tree/c04e55da64a1017f27765be716a0ee256eba82df/packages/bookshelf-transaction-events) that emits `committed` events after transaction has been comited.

Hey @niftylettuce, @titanism, and @shadowgate15 is inlining jobs still something you'd be happy to have as a part of the package? One of the usecases for such jobs is being...

Awesome, thanks @titanism. Yes, you are spot on with the downside of inline jobs. It's a trade-off a developer would need to decide on when choosing a way to run...

@royalfig did you check how these changes appear in Ghost Admin?

Hey @nk9 👋 From the issue description it seems like you are talking about member login forms. What's confusing here is that there's no concept of a "password" for members...

@nk9 the described behavior with "passwords" created a lot of confusion as that's not how member logins work. Please be very specific and to the point about what the bug...

Awasome! Thanks @nk9 ❤️ I think what happens here is that a different email field gets filled out in the background (like a subscribe form or something). Might be due...

The code you've linked to in the [Portal package](https://github.com/TryGhost/Ghost/blob/9da246ac8448720c210e854519eae72acd8bba46/ghost/portal/src/components/Frame.js#L30) is the right place where the iframe is generated and this is the preferred way for Ghost sites to use members....

Thanks a lot for putting this much effort into the issue!

this command is referenced after each challenge. it also looks a bit odd.. on my machine i get somethings like this: ``` ## Challenge Follow the instructions in the boilerplate...