Add flag to indicate whether the system is a test system

Bug #1998613 reported by Galen Charlton
22
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Evergreen
Confirmed
Wishlist
Unassigned

Bug Description

It would be convenient if there were a way (e.g., a global flag) to indicate that the Evergreen system is explicitly a test or staging system as opposed to a production one. In particular, the case where a test system is cloned from a production database.

Such a flag could drive things like:

- Adding something to the OPAC header to indicate the status of the system (similar to the maintenance message)
- Similarly, adding something to the staff interface (e.g., a warning in the navbar and on the slash page) to do the same

Such a flag and a standard way of indicating the nature of the Evergreen system would reduce the need for dealing with custom OPAC templates and staff interface tweaks. It could also be used to adjust the behavior of test systems, e.g., to prevent them from sending email unless further steps are taken to explicitly enable email.

Galen Charlton (gmc)
Changed in evergreen:
importance: Undecided → Wishlist
Revision history for this message
Erica Rohlfs (erohlfs) wrote :

I agree that we need a better, visual way to distinguish Test staff clients from Production.

Changed in evergreen:
status: New → Confirmed
Revision history for this message
Elaine Hardy (ehardy) wrote :

+1

Revision history for this message
Stephanie Leary (stephanieleary) wrote :

I have been thinking about <body> classes, which would be useful here as well as several other scenarios. (Here's one implementation; I'm not at all sure it's the best one: https://stackblitz.com/edit/angular-change-body-css-class?file=src%2Fapp%2Fapp.component.ts)

With a class, it would be very easy to add a border (e.g. 5px black) to the whole screen, and a brief "This is a test system" at the top just above the nav bar.

Revision history for this message
Jason Stephenson (jstephenson) wrote :

At CW MARS, We modify the staff client splash page and main OPAC body pages with a big, red warning on our training server. The OPAC page includes a link to send patrons to the official catalog. This is currently managed via a git branch that we apply to the code that we build on the training system.

I think a setting in config.tt2 similar to the one for the maintenance message could be used to control the display of this sort of thing. It could be combined with a special app component as suggested by Stephanie.

Revision history for this message
Galen Charlton (gmc) wrote :

> I think a setting in config.tt2 similar to the one for the maintenance
> message could be used to control the display of this sort of thing.

Well, the reason why I suggested a global flag is that the Angular staff client has no direct way of accessing config.tt2.

Revision history for this message
Jason Stephenson (jstephenson) wrote :

Galen,

That makes sense. I was thinking of duplicating what the maintenance message in config.tt2 does.

That said, I opened bug 1976995 to suggest getting the maintenance message to show up in the Angular staff client.

Thinking of both issues, it would make sense to also move the maintenance server message to a global flag.

While we're at it, we could make it possible to add individual messages for scoped catalogs using org. unit settings.

Jason

Revision history for this message
Galen Charlton (gmc) wrote :

Agreed, per-library maintenance (or whatever) messages would also be a win.

Revision history for this message
Terran McCanna (tmccanna) wrote :

A global flag for this would be great! We usually change the background of the top menu in the staff client to red when we're doing upgrade testing, but that doesn't help the OPAC side. I like the idea of doing something like leveraging BODY to add a border around all pages.

tags: added: admin-pages orgunitsettings
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.