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.
Bug 1815770 - Impossible to find how to change the colouring of the top bar in GNOME standard
Summary: Impossible to find how to change the colouring of the top bar in GNOME standard
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: Documentation
Version: 8.1
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: rc
: 8.0
Assignee: Marek Suchánek
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-03-21 15:24 UTC by Roger Sewell
Modified: 2021-08-23 16:47 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-08-23 16:47:03 UTC
Type: Bug
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Roger Sewell 2020-03-21 15:24:33 UTC
Document URL: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html-single/using_the_desktop_environment_in_rhel_8/index#customizing-desktop-appearance_using-the-desktop-environment-in-rhel-8

Section Number and Name: 5 Customizing desktop appearance

Describe the issue: I cannot find how to make the top bar in GNOME *standard* have any colour other than white text on black background (which for me is nearly invisible, such that I have reverted to GNOME *classic* as the only way to get it to be black on grey).

(I can change the colour of the top bars of all the individual windows without difficulty, just not the colour of the overall screen top bar.)

Suggestions for improvement: Make it clear how to do this - if there is a way. If there isn't any way, then there needs to be.

Comment 9 Roger Sewell 2020-04-02 16:25:55 UTC
I just received an email saying 

--- Comment #8 from sagar <sdubewar> ---
Hello Roger,

As per the response from SME, there are three options. Please take a look at
the comment by Florian Müllner and see if the issue resolves by any of the
suggestion provided by him.

Thank you :)
---------------------------------------------------

BUT the only comment I can see is this one, despite the above being labelled "comment #8", and pile of "needinfo" flags being set and cleared.

I have tried clicking "expand all comments", which made no difference.

Please could you tell me how to view the comments that currently appear to be hidden from me ?

Thanks !

Roger.

Comment 11 Roger Sewell 2020-04-03 08:46:00 UTC
Sagar,

I'm afraid that despite trying everything I can think of, I can see comment 9 and the original description, but nothing of what has transpired in between other than the following, which is a cut and paste with nothing deleted:

Red Hat Bugzilla 2020-03-21 15:24:33 UTC
Pool ID: sst_ccs_rhel_8
Tomas Capek 2020-03-23 08:52:53 UTC
Keywords: Documentation
Priority: unspecified → high
Docs Contact: msuchane
Assignee: rhel-docs → sdubewar
Doc Type: --- → If docs needed, set a value
sagar 2020-03-25 13:51:37 UTC
CC: msuchane
Flags: needinfo?(msuchane)
sagar 2020-03-30 14:27:35 UTC
Flags: needinfo?(msuchane)
Marek Suchánek 2020-03-31 11:49:02 UTC
Flags: needinfo?(msuchane) needinfo?(msuchane)
sagar 2020-03-31 11:53:46 UTC
CC: fmuellner
Flags: needinfo?(fmuellner)
Florian Müllner 2020-04-01 03:26:09 UTC
Flags: needinfo?(fmuellner)
sagar 2020-04-01 10:05:26 UTC
Flags: needinfo?(msuchane)
Marek Suchánek 2020-04-01 14:46:32 UTC
Flags: needinfo?(msuchane)
sagar 2020-04-02 13:35:12 UTC
Flags: needinfo?(roger.sewell)

then comment 9, then

sagar 2020-04-03 04:49:14 UTC
Flags: needinfo?(roger.sewell)

So, much as I would like to try the 3 suggestions that Florian and others have made, I cannot see them so do not know what they are.

I have tried pressing "Expand all comments", which makes no difference.

I have also tried looking at bugzilla from a totally different machine, which also makes no difference.

I have tried without being logged in as me, which makes the flag changes invisible, but does not make comments 1-8 visible.

I suspect that in some way the traffic between you, Marek, and Florian is hidden from me as a non-redhatter - but I do not know how.

What happens if you view this bug as an outsider without being logged in ? Can you then see the 3 suggestions that have been made ?

Sorry not to be able to provide the feedback needed, but I just can't see what it is that you are suggesting.

Best wishes,
Roger.

Comment 15 Sagar Dubewar 2020-04-08 13:28:08 UTC
At this point, there is no direct option to change the appearance of the top bar. It requires loading alternative CSS into the gnome-shell, either via a dedicated extension or via a complete theme and the user-themes extension.

We support the user-themes extension itself. As CSS styles control more than the foreground/background color of elements, they can potentially break shell components in similar ways as 3rd party extensions (which we don't support).

However, the following are the three workarounds:

 1. We may need to develop a "reverse high contrast" theme upstream and support it officially. It is probably the cleanest solution, but it is not a short-term option.

 2. We can make the "classic" style usable with the user-themes extension. The "classic" is a complete and tested style, and making it available to the extension does not require a lot of development.

 3. You can refer to the KBase and use a custom session mode to change the stylesheet. This option has the advantage that it already works, but it's very
    cumbersome to set up. It's roughly the same process as outlined here: https://access.redhat.com/solutions/4243461, except for the first and last steps, and the session mode definition
    the JSON file) would look like this:
    {
      "parentMode": "user",
      "stylesheetName": "gnome-classic.css"
    }

Regards,

Comment 16 Florian Müllner 2020-04-16 16:11:03 UTC
(In reply to sagar from comment #15)

>  2. We can make the "classic" style usable with the user-themes extension.
> The "classic" is a complete and tested style, and making it available to the
> extension does not require a lot of development.

Upstream implementation is now available at:

https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/merge_requests/117
https://gitlab.gnome.org/GNOME/gnome-shell-extensions/-/merge_requests/118

Comment 19 Marek Suchánek 2021-08-23 15:21:28 UTC
I'm revisiting this bug to see if I can update the documentation now.

Comment 22 Marek Suchánek 2021-08-23 16:47:03 UTC
The requested feature will be available in RHEL 9. This will enable you to select the light GNOME Classic theme in GNOME Standard.

If you need this feature in RHEL 8, please request a backport. We'll evaluate whether the backport is feasible.

Note that thanks to the new "predictable releases" schedule, major RHEL versions, including RHEL 9, are released at much shorter intervals than RHEL 7 and earlier.

Meanwhile, I'm closing this documentation bug.


Note You need to log in before you can comment on or make changes to this bug.