Don’t know how easy this one is to fix, and to be fair, I am rather misusing ninja edits by way of automation, but I figured it’s still worth reporting.
Steps to reproduce:
Start writing a post and add an image to it
Change the width/height attributes of the image (I make them smaller, and usually remove one of the attributes too)
Submit the post
Wait for the bot that automates some actions for you to ninja edit the post (for me, it’s usually within a few seconds)
Result: The image expands to the size the upload set it to.
Weirdly, if you ninja-edit manually, the issue doesn’t occur; it’s only when it’s done ‘behind the scenes’ the issue rears its head.
Not sure how well-known the term ninja edit is here; happy to explain if required
Not a lot really; the feature that triggers the issue is something I wrote to substitute emoji like for Discourse emoji like . It’s basically for when I’m posting from mobile, so I don’t have to remember all the Discourse codes (the auto-complete doesn’t show on mobile, not for me anyway).
Basically it follows /posts.json, looking for posts owned by the user the bot is operating on, that haven’t been touched by the bot before. then does a find/replace on a set of emoji, adds a hidden footer and fires off an edit post.
Emojione have some mappings for unicode -> Emoji in thier js file, I proposed this before it is not a trivial change, that said would be really awesome on mobile
The old title here was really confusing me cause we have this (which is planned):
I think this issue is about allowing users to cleanly specify width and height of an image and having it “take”. We may get to something like this if we had a “wizardy” thing in preview that allowed you to size images.
for Discourse emoji like 
. It’s basically for when I’m posting from mobile, so I don’t have to remember all the Discourse codes (the auto-complete doesn’t show on mobile, not for me anyway).