As noted in the thread you linked, Evan appears interested in seeing a reproducible example of the problem. I imagine he’d accept a fix for this in a future version of elm/browser if there were clear examples of how the current implementation breaks (if you have some, you should open an issue against elm/browser).
As far as workarounds, if it seems like Elm controlling <body> is the problem, you could switch from Browser.application to Browser.element. (I think this was also all covered in the other thread you linked.) If you still need control of the page title and/or need to interact with navigation commands, you could do that with the help of javascript using ports. (Though depending on how much of the SPA stuff in Browser.application you were relying on, that might get to be quite a bit of extra work.)
IMHO, this is kind of silly. As the thread explains, all other app frameworks add a div instead of using the whole body. And switching to Browser.element instead means that you have to reimplement your navigation logic with ports. The patch against the generated javascript seems much quicker to implement. And, please correct me if I am wrong, but I haven’t heard anything about future plans for dropping current implementation of Browser.application.
I had seen that, but it wasn’t that easy for me. I’m using the elm-hot-webpack-loader so no clue how I can intercept/inject my own stuff. And below that somebody claims the posted code needed some work.
Perhaps I should fork me own compiler, or ask CurrySoftware to fix this in their fork.
Wow, I didn’t know about this elm fork. They look towards custom repos which probable means allowing JavaScript. This is exactly what elm is missing! If they do fix the body issue or add this repos functionality I will absolutely move to their compiler. So ask them!