It's actually there, it's just not where it's supposed to be. In my case the first approval wasn't visible. I suspect it rendered but out of frame. The second approval showed up on the far left side of the browser as pictured below.

I suspect this may be related to the recent change in pull request 107.

Nice find! So a workaround could be building longer pipelines!

Actually the PR author has already pushed a fix in pull request 116 so the next version of the plugin should fix the issue. I tested it by altering the in memory CSS based on his PR and the popover appears where you'd expect it.

The input hover is still not showing up correctly for me in 2.17.

Same here. Even with 2.17 the box is not showing up.

And if I check the Style Editor in Firefox it's as if pull request 116 wasn't included in 2.17. I see:

.cbwf-widget {
  width: calc(100% - 10px);
}

and if I change it to

.cbwf-widget {
  width: calc(~'100% - 10px');
}

the box appears where it should!

I've tried reloading hard and clearing cache, but no luck.

snago Since ~'...' is invalid in plain CSS (that escaping was needed for LESS), changing that effectively disables the width property, which makes the popup return to its rightful place...

The problem seems to be that the old JS code and the new CSS styles are not equivalent: The old code was only applied to the whole stage view (as far as I can see) and the new CSS is also applied to the input popup. (AFAICS, I'm not an expert on CSS)