https://bugs.documentfoundation.org/show_bug.cgi?id=93123
--- Comment #4 from tmacalp <[email protected]> --- Sorry, this one does appear to be tricky to reproduce. I originally ran into it using a Fedora 21 thin-client connected to a RHEL6 server using xdmcp. I was then able to reproduce it using a Fedora 20 laptop running pure X (no window manager, no compositing). If I then enable compositing, by running xcompmgr, I can no longer reproduce the bug. Finally, I was then able to reproduce it under KDE by disabling "desktop effects" (alt-shift-F12 to toggle), which disables compositing. I don't have access to a native MS Windows machine right now, but I tried and failed to reproduce this under MS Windows 7 using VirtualBox. In the past, I have been able to reproduce similar compositing bugs in MS Windows (Vista and earlier) by setting all visual effects to "best performance" (Control Panel->System->Advanced system settings->Performance). I'll try a few more tests later, but we can probably mark this "Linux only." It also appears that it's only reproducible when the cells have no direct formatting (using the default style). So, one workaround is to select all affected cells and simply reapply the current font. And once the cell's font has been changed, it will remain fixed for that session, even if you clear direct formatting. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
