[Silhouette]

Sure. The first example we noticed was that we loaded one of our most important spreadsheets into Calc, and found that most of the colours we use to code different cells don't seem to match the default palette any more. Where we used to just click a couple of times on the toolbar, now it seems we have to manually configure the exact colour or use format painting. Someone in our organisation has to update this particular spreadsheet very often, and that kind of change is going to be horribly frustrating for them (or would be, I suppose, since presumably we're not going to actually migrate any existing systems to LO5 in its current state).

[chris_wot]

Is this just in the one spreadsheet, or is it across the whole app?

Can you change the default colour palette?

Choose Tools - Options - Charts - Default Colors

https://help.libreoffice.org/Common/Default_colors

[Silhouette]

All I can really say is that it was immediately apparent that a lot of the colours we used to use, which came from the default palette in older LO versions, aren't in the default palette any more, and if you go to the corresponding places in the format dialogs those colours do show up as "User" in LO5.

We'd have to look into the sorts of changes you mentioned if we were going to stick with 5, so thanks for the suggestions. However, given the graphical glitches and instability, which unfortunately make it borderline unusable on our test system, I don't think we'll be considering a larger scale migration any further until (I assume) some future updates that fix those things have arrived.

The glitches and instability appear to be across the whole suite, BTW. Basic stuff like drawing menus, toolbars and tabs is broken in very obvious ways, all the time. I'm guessing there's some fundamental problem with the routines LibreOffice uses to draw those graphical assets instead of the standard Windows functionality. Either that or there's some horrible conflict with the graphics drivers on the new machine, which is always a possibility but would be surprising at this point given how many other programs do seem to work OK.

[chris_wot]

That could actually be the issue.

Try turning off OpenGL:

You can do this by going to to Tools ▸ Options ▸ LibreOffice ▸ View.

P.S. I'm biased about LibreOffice as I have commit access and I'm working on the code at the moment. I do acknowledge its frustrating when things don't work, and I don't want to deny there are issues preventing you from adopting.

If it's not too much bother, can you file a bug?

https://bugs.documentfoundation.org/enter_bug.cgi

[Silhouette]

Sorry, turning the "Use OpenGL for all rendering" setting off made no difference.

I honestly wouldn't know where to start with filing useful bug reports. I'm a software developer myself, so I appreciate the need for useful information and ideally reproducible test cases, but at the moment we're seeing graphical glitches in everything from menu displays to dialogs to the tabs for different sheets, far too many different areas to isolate and investigate each one. It seems more likely that some combination of hardware/software isn't playing nicely on the test system, since presumably if everyone were seeing what we are the LO team would be seeing plenty of feedback already. If you'd like to investigate or try to triage it somehow, I can ask someone to get in touch by mail, and maybe that would lead to something specific enough to be worth putting in a bug report for more detailed investigation?

[chris_wot]

Sure, I'll do my best :-) even if I can't sort it out I can help point to the right places of maybe ask the right folks for suggestions on what's going on.

chris.sherlock79 at gmail.com is my email address, or hop onto #libreoffice-dev on Freenode and ask to speak to chris_wot (that's the IRC channel I hang out on the most frequently).