| Time |
Nick |
Message |
| 07:18 |
|
collum joined #evergreen |
| 07:34 |
|
BDorsey joined #evergreen |
| 07:59 |
|
cbrown joined #evergreen |
| 08:23 |
|
redavis joined #evergreen |
| 08:39 |
|
dguarrac joined #evergreen |
| 08:52 |
|
mmorgan joined #evergreen |
| 09:01 |
|
BDorsey joined #evergreen |
| 09:16 |
|
Dyrcona joined #evergreen |
| 09:34 |
|
mmorgan1 joined #evergreen |
| 09:37 |
jeff |
test all you want, the morning of your upgrade staff will test HARDER. :-) |
| 09:38 |
* redavis |
laughs and cries at the same time. |
| 09:38 |
jeff |
this morning's interesting quirk/bug (haven't found in launchpad yet): 3.13.3, viewing holds for a patron in the staff client, no data in the Title column. Other hold-related interfaces have data in the Title column, including the display of holds for a record, and the Holds Shelf view. |
| 09:38 |
redavis |
@coffee jeff |
| 09:38 |
* pinesol |
brews and pours a cup of Colombia Huila Supremo, and sends it sliding down the bar to jeff |
| 09:42 |
jeff |
This is in the Angular.js /eg/ interface, aka /eg/staff/circ/patron/PATRONID/holds. Doesn't appear to be an issue in the /eg2/ Angular patron interface. Also, I can't reproduce it on demo.evergreencatalog.com, so this is potentially a local quirk. |
| 09:47 |
jeff |
I'm reminded of the old reliance on rmsr for title display in early web client interfaces, but this is unlikely to be exactly that. |
| 09:53 |
* Dyrcona |
signs out before passing out. |
| 10:25 |
|
collum joined #evergreen |
| 10:53 |
csharp_ |
@quote add <jeff> test all you want, the morning of your upgrade staff will test HARDER. :-) |
| 10:53 |
pinesol |
csharp_: The operation succeeded. Quote #247 added. |
| 10:57 |
|
kworstell_isl joined #evergreen |
| 11:02 |
Rogan |
I think everyone knows that gut sinking feeling accompanied by "how did we miss that on test!?" |
| 11:07 |
* abneiman |
pours one out for the testers, both pre- and post-go-live |
| 11:11 |
mmorgan1 |
No test compares to real life. :-/ |
| 11:30 |
sleary |
I recently read Marianne Belotti's Kill It with Fire: Manage Aging Computer Systems and I think many of you would enjoy it |
| 11:30 |
sleary |
(sadly, her advice is _not_ to kill it all with fire) |
| 11:49 |
berick |
but that's my favorite thing to do with fire |
| 12:00 |
|
jihpringle joined #evergreen |
| 12:29 |
|
collum joined #evergreen |
| 12:30 |
|
_collum joined #evergreen |
| 12:32 |
|
Christineb joined #evergreen |
| 14:08 |
Bmagic |
Hold status ERROR-1 is still an outstanding thing in Evergreen? |
| 14:15 |
Bmagic |
found it: bug 1526605 |
| 14:15 |
pinesol |
Launchpad bug 1526605 in Evergreen "Holds can get stuck with a hold status of -1" [Undecided,New] https://launchpad.net/bugs/1526605 |
| 14:49 |
Bmagic |
does anyone think it's a good idea to "grey out"t the checkin barcode box until the previously checked-in item returns a result to the browser? |
| 14:49 |
Bmagic |
in an effort to combat the double scan issue |
| 14:50 |
Bmagic |
or perhaps a bit of JS logic on the browser-side detecting the same barcode scanned in succession, and ignoring all but the first one? |
| 15:21 |
berick |
Bmagic: AngJS? pretty sure it already does that |
| 15:24 |
Bmagic |
interesting |
| 15:25 |
Bmagic |
somehow someway, we see an occasional hold status -1. Which is an item status of "reshelving" or "available" but the item is clearly identified as being the item for this hold in action.hold_request |
| 15:26 |
Bmagic |
I believe the item status needs to be ID 6 or 8 |
| 16:49 |
csharp_ |
sleary++ berick++ # killing with fire |
| 16:50 |
csharp_ |
-1: the loser status |
| 16:50 |
csharp_ |
you all see a negative one, but I see George Michael Bluth hanging his head down |
| 17:09 |
|
mmorgan left #evergreen |
| 17:14 |
Bmagic |
:) |
| 17:27 |
|
jihpringle joined #evergreen |
| 18:50 |
|
cbrown joined #evergreen |
| 22:27 |
|
blobmarley0 joined #evergreen |
