Description: The status bar disappears at unpredictable times. Steps to Reproduce: Unknown. Inception of problem not noticed. When using a document, problem sometimes discovered. Actual Results: The window is maximized, which is how I like to work. I have a document open. The status bar displays. Eventually, sometimes, I realize the status bar has disappeared. I don't know exactly when it disappeared. Editing still works but I can't see what the status bar says. I do not remember the predicate, what I did that may have caused the problem. For a solution, a kludgy one is to click the maximize/restore top-right button twice. Clicking only once makes no apparent difference, because the window still looks maximized, although it probably isn't. The second click is necessary. I have not tested a double-click vs. two single clicks. The effect of clicking twice seems to be of popping out from behind Gnome's desktop environment's bottom panel. When, on one occasion, I couldn't see the status bar, I clicked the maximize/restore button twice, and that exposed the scroll bar. Expected Results: The status bar should remain visible all the time. Reproducible: Sometimes User Profile Reset: No Additional Info: This is almost certainly an upstream problem, but I don't know where to go upstream. I suspect the problem is from either the status bar or the maximize/restore functionality. If the status bar is at fault, the bar may be auto-disappearing despite having been preferred by the user (View menu > Status Bar). If the maximize/restore functionality is at fault, it may be executing a demaximization that retains full window width and similar window height so that the demaximization is not obvious to the user. This is with LibreOffice Writer on Fedora 33 Linux, kept evergreen. From About LibreOffice: Version: 7.0.4.2 Build ID: 00(Build:2) CPU threads: 2; OS: Linux 5.9; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded I recently checked for a corrupt UserProfile and there isn't one. I don't think I have an OpenGL setting. Possibly of interest: Bug 91323; bug 93799; bug 68801. I have virtually the same problem with the gedit statusbar and the Firefox Find bar (via ctrl-f). The problem began only recently on all three apps, but I don't remember exactly when. The three apps likely have the same code from somewhere upstream.
See also: For Firefox: https://bugzilla.mozilla.org/show_bug.cgi?id=1686364 For gedit: https://gitlab.gnome.org/GNOME/gedit/-/issues/399
As I wrote in https://gitlab.gnome.org/GNOME/gedit/-/issues/399 , I'd recommend to first report this problem in a forum of your distribution to track down the actual reason, or an issue tracker of your distribution, as it seems that random applications shipped by your distribution share the same underlying (!) problem, instead of create lots of tickets in (likely unrelated) application issue trackers.
I took your suggestion (https://bugzilla.redhat.com/show_bug.cgi?id=1916525), but it's common programming practice to reuse code that does a desired job well enough and likely has already been tested. Thus, they're not "likely unrelated" and I don't see a reason to presume randomness of apps. I didn't file "lots"; I filed exactly three because three apps had almost the same problem. Unless the kernel or the desktop environment causes the problem, and I doubt it and you don't say it, the distro is not likely at fault. We'll see their response.
Created attachment 169145 [details] screenshots of problem and kludge
For a plausible explanation pending possible repair, see https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/issues/285 .
As I can see on your screen copies, the status bar is behind the bottom bar of your desktop environment. Did you configure this bar to be automatically hidden when a window is maximized? What are your desktop environment and your Linux distribution? Status has been set to NEEDINFO, please set it back to UNCONFIRMED once requested information has been provided. Best regards. JBF
No, I didn't, and I have no idea how to so configure it even if I wanted to. The DE is Gnome running on Fedora Linux. Versions now, since the problem still exists, are 3.38.5 for Gnome and 33 (Workstation Edition) for Fedora. The comment before yours refers to a plausible upstream explanation involving Gnome (https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/issues/285), which is still open. It includes a link to my closed/suplicate report on Gnome as involved, which was also cited in this bug report.
The problem was resolved by a fix to the Gnome desktop environment, reflected in version 40.1.0, shipped with Fedora 34 Linux. In reference to comment 2, the common factor affecting three apps was what I was pointing to in my original description. Probably relevant: https://gitlab.gnome.org/GNOME/mutter/-/issues/1627 .