Summary: | Dropbox mode barcode input has odd coloring (alert class css) | ||
---|---|---|---|
Product: | Koha | Reporter: | Nick Clemens (kidclamp) <nick> |
Component: | Templates | Assignee: | Owen Leonard <oleonard> |
Status: | RESOLVED DUPLICATE | QA Contact: | Testopia <testopia> |
Severity: | enhancement | ||
Priority: | P5 - low | CC: | gmcharlt, jonathan.druart, kyle.m.hall, nick, oleonard |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
GIT URL: | Change sponsored?: | --- | |
Patch complexity: | --- | Documentation contact: | |
Documentation submission: | Text to go in the release notes: | ||
Version(s) released in: | Circulation function: | ||
Attachments: | Picture of colored barcode input |
Is it a new behavior? Owen, could you take a look here maybe? This would be fixed by Bug 20959 if anyone is interested in moving that one along |
Created attachment 40901 [details] Picture of colored barcode input When dropbox mode is checked the barcode input box changes color (see attached screenshot) This coloring is unusual and makes the barcode input hard to read. Additionally, once you click anywhere else on the screen the coloring disappears, which is odd too. To reproduce: 1 - Browse to Circulation->Returns 2 - Check the dropbox mode box 3 - Check in a book or enter an invalid barcode 4 - See the input box change 5 - Click anywhere outside of that box 6 - See the box revert The relevant styling comes from: FILE boostrap.min.css: .alert,.alert h4{color:#c09853;} FILE staff-global.css: input.alert { background-color : #FFFF99; border-color: #900; } returns.tt has multiple addClass("alert") and removeClass("alert") so I am not sure if this is intentional or a bug