Emulator

Correction: ... after a mouse click while it is half-disabled and while another effect is chosen which is not configurable.

Additionally: In a certain condition a mouse hover over the button would also deselect it completely.

Hmm, I guess I need to prove it then. The first time it gets fully greyed out is either one certain option that triggers it or a random thing - The first time mouse moves on the button it's hover only, the second and last time it's a left click.

24 Hour link: https://a.uguu.se/sjc1wV5AcqiB_VID_20180509_195455.mp4 - video should play embedded but it could download depending on browser/settings - uploaded on 8 PM CEST or 13 PM CDT

Your video doesnt work:

This site can’t be reached

The webpage at https://a.uguu.se/sjc1wV5AcqiB_VID_20180509_195455.mp4 might be temporarily down or it may have moved permanently to a new web address.
ERR_TUNNEL_CONNECTION_FAILED

Probably something wrong on your end because it didn't expire at the time you seen it - it did expire now. New link: https://a.uguu.se/CafkaekQ4cZt_VID_20180509_195455_DolphinBug.mp4

TUNNEL is a clue that it may be your problem, maybe your using some kind of a TUNNEL connection - but it could be that the site doesn't allow all regions too.

But I also mirrored on another site: https://my.mixtape.moe/lfswvt.mp4

ISPs could be blocking it, my.mixtape is on a malwarebytes blacklist for example, maybe same for uguu too. These are simple webm/mp4 video hosts for temporary snippets just like pastebin stuff, they may be targeted due to the whole copyright craze or google doesn't like competitors.

More reliable mirror: https://gfycat.com/WellinformedUnfortunateEastsiberianlaika

I've kinda figured what the problem is through another PR (#7489), at least on Win10 (win64) the highlight is the button being still default as the effect persists for some time when the button is already disabled.

I was going to open a PR for this as well however in this case the fix doesn't seem to have the desired effect, or I'm not doing somethign right yet, but whatever it is it has to be some kind of upstream Qt bug because it's very random, it feels as it wants to get rid of the default-highlight effect but acts erratic.

Sometimes it only takes time for the default highlight effect to disappear all by it self, sometimes it takes more flipping of the wheel to swith to entries which would reissue the disable commmand, sometimes it doesn't register and never goes away. It does always go away when it's being hovered on by mouse cursos, that remains the same.

Oops, the PR ID has auto-hyperlinked to a bug issue, that's not intended, but the number is accurate for the PR on github. However this reference may become obsolete when if this is fixed either elsewhere in dolphin or upstream Qt.

Qt people told me it may be an actual styles bug, suggested I should open a ticket there, along with a small testcase.

Is this issue still present?