Pulling out fix as a standalone pull request to address bug.

Seems good. But it's strange that the former code worked for the immediate application of the setting, but not after restart. Might be that a Qt bug?

Not sure if a QT thing. The change was made inside the MainWindow::reload() function. That gets called on startup and on return from PreferencesDialog. There was no "explicit" setting value for the QToolBar classes, just fallback values, until PreferencesDialog is invoked.

Change is to ensure the references to the ui->[toolbar]->setToolBarStyle function is invoked in MainWindow. And problem goes...away.

Finger issues. Need to wait for this to be pulled into main.

Can we get some movement on this one, please.

No worries. Is it ready for switching into a standard PR then merging? 😄

The PR is ready but marked as a draft with request for review. Not sure if I did this or something else is at play here.

No worries. When making PR's the button for doing the PR creation is actually a drop down, and can be switched between making draft or standard ones.

I think I've seen it be sticky too, so if you do one "draft" PR then the next PR is automatically defaulted to the same choice until you switch back. That's from rough memory anyway. 😄

@justinclift - Thank you!