Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Created attachment 1929132[details]
screenshot of the issue (note that the banner obscures one line of the terminal, the scroll bar, etc)
Description of problem: When the classification banner is enabled, it shows on top of windows, preventing input.
Version-Release number of selected component (if applicable):
gnome-shell-extension-classification-banner-3.32.1-29.el8
How reproducible: 100%
Steps to Reproduce:
1. Install the GUI and the classification banner:
# dnf group install "Server with GUI"
# dnf install gnome-shell-extension-classification banner
2. Make the file /etc/dconf/db/local.d/99-banner and populate it with the following:
[org/gnome/shell]
enabled-extensions=['classification-banner.github.com']
[org/gnome/shell/extensions/classification-banner]
background-color='rgba(0,119,51,0.75)'
message='UNCLASSIFIED'
top-banner=true
bottom-banner=true
system-info=false
color='white'
3. Update the dconf database:
# dconf refresh
4. Start the GUI:
# systemctl isolate graphical.target
5. Log in and open the Terminal app.
6. Select View > Fullscreen from the menu.
Actual results: Classification banner draws on top of the terminal, obscuring part of the terminal working area (see attached screenshot).
Expected results: Banner should be places outside of the GUI working area and fullscreen applications should fill the space in between the banners.
Additional info: This also happens on RHEL 9.1 (extension version 40.7-2.el9).
(In reply to Andrew Mike from comment #0)
> Description of problem: When the classification banner is enabled, it shows
> on top of windows, preventing input
That is expected. The extensions is meant as a replacement for https://github.com/SecurityCentral/classification-banner, which has the same behavior.
The banner doesn't take input though, so elements underneath it should still be clickable.
> Classification banner draws on top of the terminal, obscuring part of the terminal working area (see attached screenshot).
IMHO the only bug there is that the position isn't adjusted to the hidden top bar. Alternatively we could hide the banner altogether if an app is in fullscreen, although I'm not sure that that wouldn't defy its purpose.
> Banner should be places outside of the GUI working area and fullscreen applications should fill the space in between the banners.
That's not possible without changes in mutter's window management code. We would essentially need a special struts type that still applies to fullscreen windows (unlikely regular struts that are used by the top bar and 3rd party docks/panels). That's too intrusive and won't happen.
(In reply to Florian Müllner from comment #1)
> The banner doesn't take input though, so elements underneath it should still
> be clickable.
Confirmed in testing, but the banner still obscures part of the window when set to full opacity.
> IMHO the only bug there is that the position isn't adjusted to the hidden
> top bar.
Not sure what you mean by this, could you clarify? Which hidden top bar are you referring to?
> Alternatively we could hide the banner altogether if an app is in
> fullscreen, although I'm not sure that that wouldn't defy its purpose.
I discussed this with my customer, and hiding the banner would not be desirable behavior.
(In reply to Andrew Mike from comment #2)
> (In reply to Florian Müllner from comment #1)
> > The banner doesn't take input though, so elements underneath it should still
> > be clickable.
>
> Confirmed in testing, but the banner still obscures part of the window when
> set to full opacity.
Correct, this is expected behavior.
> > IMHO the only bug there is that the position isn't adjusted to the hidden
> > top bar.
>
> Not sure what you mean by this, could you clarify? Which hidden top bar are
> you referring to?
The black bar with "Activities", clock and system status that gnome-shell puts on top of the screen.
The classification banner is placed underneath that bar, and doesn't change its position when a window is in fullscreen (and the top bar is therefore hidden). That is, it should be placed at the very top of the monitor, not offset by ~25 pixels.
> > Alternatively we could hide the banner altogether if an app is in
> > fullscreen, although I'm not sure that that wouldn't defy its purpose.
>
> I discussed this with my customer, and hiding the banner would not be
> desirable behavior.
Right, I'm not surprised by this.
But I'm afraid that for fullscreen, the realistic alternatives for classification banners are hiding or overlap.
(In reply to Michael Boisvert from comment #6)
> Would a fullscreen window with the banner above it reveal the top bar hidden
> beneath it?
No, the banner would still be overlaid on top of the window like it is now, just at a slightly different position.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory (gnome-shell-extensions bug fix and enhancement update), and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHBA-2023:2840
Created attachment 1929132 [details] screenshot of the issue (note that the banner obscures one line of the terminal, the scroll bar, etc) Description of problem: When the classification banner is enabled, it shows on top of windows, preventing input. Version-Release number of selected component (if applicable): gnome-shell-extension-classification-banner-3.32.1-29.el8 How reproducible: 100% Steps to Reproduce: 1. Install the GUI and the classification banner: # dnf group install "Server with GUI" # dnf install gnome-shell-extension-classification banner 2. Make the file /etc/dconf/db/local.d/99-banner and populate it with the following: [org/gnome/shell] enabled-extensions=['classification-banner.github.com'] [org/gnome/shell/extensions/classification-banner] background-color='rgba(0,119,51,0.75)' message='UNCLASSIFIED' top-banner=true bottom-banner=true system-info=false color='white' 3. Update the dconf database: # dconf refresh 4. Start the GUI: # systemctl isolate graphical.target 5. Log in and open the Terminal app. 6. Select View > Fullscreen from the menu. Actual results: Classification banner draws on top of the terminal, obscuring part of the terminal working area (see attached screenshot). Expected results: Banner should be places outside of the GUI working area and fullscreen applications should fill the space in between the banners. Additional info: This also happens on RHEL 9.1 (extension version 40.7-2.el9).