| Time |
Nick |
Message |
| 06:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:08 |
|
rjackson_isl joined #evergreen |
| 07:48 |
|
kmlussier joined #evergreen |
| 07:48 |
|
rlefaive joined #evergreen |
| 08:17 |
kmlussier |
Happy Friday #evergreen! |
| 08:17 |
kmlussier |
@coffee [someone] |
| 08:17 |
* pinesol_green |
brews and pours a cup of Honduras David Mancia, and sends it sliding down the bar to yar |
| 08:17 |
kmlussier |
@tea [someone] |
| 08:17 |
* pinesol_green |
brews and pours a pot of Hu-Kwa Tea, and sends it sliding down the bar to rashma_away (http://ratetea.com/tea/mark-t-wendell/hu-kwa-tea/4467/) |
| 08:23 |
|
_adb joined #evergreen |
| 08:25 |
|
Dyrcona joined #evergreen |
| 08:48 |
kmlussier |
Dyrcona: Do you think it's possible that the syntax error was with the upgrade script you skipped? |
| 08:55 |
Dyrcona |
kmlussier: No, it wasn't. It came from the copy command much later to create the thesauri temp table. |
| 09:05 |
Dyrcona |
What tends to happen is one error triggers others. |
| 09:05 |
Dyrcona |
Everything after that is rolled back because it is 1 transaction. |
| 09:06 |
Dyrcona |
I think sometime psql/postgres just kind of "guesses" what caused this particular operation to fail. |
| 09:18 |
|
yboston joined #evergreen |
| 09:32 |
|
jvwoolf joined #evergreen |
| 10:08 |
|
mmorgan joined #evergreen |
| 10:17 |
|
rlefaive joined #evergreen |
| 10:26 |
ejk |
Hi, again! Thanks to miker for the link to the unAPI docs for pulling bib info out (http://docs.evergreen-ils.org/reorg/3.0/integrations/_url_format.html). The only thing I haven't been able to get is Hold Count for the bib. Any way to get that to show up in the results from that call? |
| 10:29 |
jeff |
I don't know offhand, but can look. You might need to fall back to open-ils.circ.bre.holds.count or open-ils.circ.mmr.holds.count (for metarecords) |
| 10:29 |
miker |
ejk: no, there's no transactional data embedded in the unapi output |
| 10:29 |
jeff |
and now I will skip looking. :-) |
| 10:30 |
miker |
:) |
| 10:31 |
ejk |
Okay, good to know. I was able to figure out how to get the current circulations on the holdings, to look up due dates on the checked out items, so that was cool. |
| 10:31 |
ejk |
I guess I'll have to make one OpenSRF call after all. =) |
| 10:33 |
ejk |
Thanks again. How did it get to be December already? ... |
| 10:33 |
ejk |
miker++ jeff++ |
| 10:36 |
Dyrcona |
Bmagic: I just tested an upgrade from 2.12.6 to 2.12.8 using your working tag branch for rel_2_12_8 and it works fine. Should we push that to the main repo? |
| 10:37 |
Bmagic |
Dyrcona: I think that's fine, I was just in the middle of testing the tarball myself |
| 10:37 |
Dyrcona |
OK. It can wait a bit longer while you test. |
| 10:37 |
Bmagic |
gmcharlt might be in bed as a "sick pumpkin" - otherwise, he usually does that |
| 10:37 |
Dyrcona |
I'll be doing this upgrade for real next Wednesday. |
| 10:38 |
Dyrcona |
:) |
| 10:38 |
Dyrcona |
Well, :( rather |
| 10:53 |
Bmagic |
Dyrcona: tarball successful. OPAC running, staff client logged in, with concerto. Did not test DB upgrade though |
| 10:54 |
Dyrcona |
Bmagic: Cool! I tested the db upgrades for 2.12.6 to 2.12.7 and 2.12.7 to 2.12.8, and they work for me. |
| 10:54 |
Bmagic |
I think we might be gold |
| 10:54 |
Dyrcona |
I've been kicking the tires and taking it around the block. |
| 10:55 |
Dyrcona |
Yeah. I'll push the branch to the main repository. |
| 10:55 |
Bmagic |
thanks! |
| 10:55 |
Dyrcona |
np |
| 10:55 |
Bmagic |
Dyrcona++ |
| 10:55 |
Dyrcona |
Bmagic++ |
| 10:59 |
Dyrcona |
And, done! |
| 11:12 |
Bmagic |
ty |
| 11:25 |
kmlussier |
Dyrcona++ Bmagic++ |
| 11:28 |
|
Christineb joined #evergreen |
| 11:29 |
|
sandbergja joined #evergreen |
| 11:43 |
csharp |
@band add Sick Pumpkin |
| 11:43 |
pinesol_green |
csharp: Band 'Sick Pumpkin' added to list |
| 11:46 |
* csharp |
works to stave off the Great Cataloger Rebellion of 2018 |
| 11:48 |
csharp |
so there's apparently an 18-character truncation point for the branch name in the holdings view and it looks like we can work around this by using the shortname, but I haven't dug in to see how possible that is |
| 11:48 |
csharp |
(at least in the screenshot I was given) |
| 11:52 |
|
abowling left #evergreen |
| 11:53 |
csharp |
hmm - maybe our catalogers need more columns displayed than stock master has |
| 11:54 |
csharp |
'Example System 1 ... Example Branch 1' - the elipsis looks like that's truncating, but I don't know |
| 11:55 |
Dyrcona |
@praise [band] |
| 11:55 |
* pinesol_green |
In days of old, it was prophesied that a hero would come and restore karmic balance to #evergreen. Ejabberd and the Shapers is that hero. |
| 11:56 |
berick |
related, kind of surprised we use full names there, when we use shortnames everywhere else in the staff client |
| 11:57 |
Dyrcona |
I never thought too much about it, but it is different. |
| 11:57 |
csharp |
the xul client does show the full name |
| 11:57 |
csharp |
unfortunately the short name is not an available column in the picker |
| 12:01 |
|
khuckins joined #evergreen |
| 12:05 |
berick |
csharp: can you clarify, the problem is the Owning Library column does not have enough space? |
| 12:05 |
csharp |
berick: right |
| 12:05 |
berick |
and if you hide other columns (to test) it does eventually show the full names? |
| 12:05 |
csharp |
let me see |
| 12:05 |
berick |
and/or resize the columns via the configurator |
| 12:07 |
csharp |
berick: the full names are visible if there's room, yes - looking at resizing now |
| 12:08 |
csharp |
I'm not seeing resizing work |
| 12:08 |
csharp |
it pops up the <-> cursor, but doesn't work |
| 12:08 |
berick |
csharp: using the 'Configure Columns' action? |
| 12:09 |
berick |
the drag/drop resizing is nonfunctional at the moment |
| 12:09 |
csharp |
oh - yeah that does work |
| 12:10 |
csharp |
let me see if that's enough to solve the problem |
| 12:10 |
* csharp |
is still learning how the end-user stuff works |
| 12:10 |
berick |
cool |
| 12:10 |
berick |
don't forget to "Save Columns" once you have it where you want. |
| 12:12 |
berick |
csharp: if you want to further improve the grid mgmt experience: bug #1730752 :) |
| 12:12 |
pinesol_green |
Launchpad bug 1730752 in Evergreen "Webstaff option to show/hide multiple grid columns" [Undecided,New] https://launchpad.net/bugs/1730752 |
| 12:16 |
csharp |
berick++ # will test |
| 12:17 |
csharp |
apparently our catalogers are unyielding about needing enough columns that the display isn't wide enough :-/ |
| 12:17 |
* csharp |
seethes a little |
| 12:23 |
kmlussier |
Bmagic / Dyrcona: I saw you all talking about the release earlier, but has the tarball uploaded to the server yet? If so, I can put on gmcharlt's hat for the day and upload the downloads page, do announcements, etc. |
| 12:24 |
pastebot |
"berick" at 64.57.241.14 pasted "for csharp if needed -- use shortname" (12 lines) at http://paste.evergreen-ils.org/946 |
| 12:24 |
kmlussier |
No, it doesn't look like the tarball is available or, if it is, I'm not using the correct URL. |
| 12:24 |
csharp |
ok, so where do I found out the source of the content in the column picker - I'm starting with inspecting the element in Chrome dev tools |
| 12:25 |
* csharp |
missed a question mark somewhere in there |
| 12:25 |
berick |
csharp: see my paste? ^-- (i'll answer your question too...) |
| 12:25 |
csharp |
oh - whoops - I overlooked that |
| 12:26 |
kmlussier |
I wonder if the shortname is something that everyone would want to see there. Screen space is a little more limited in the web client. |
| 12:28 |
jeff |
+1 to shortname by default in that view. |
| 12:30 |
berick |
+1 here too for space and consistency |
| 12:30 |
mmorgan |
+1 we have always used shortnames everywhere |
| 12:31 |
dbwells |
kmlussier: Bmagic: I will upload the tarball and update the downloads page as soon as I get back from lunch. |
| 12:31 |
kmlussier |
dbwells++ |
| 12:31 |
Dyrcona |
dbwells++ |
| 12:32 |
Dyrcona |
+1 for jumping on bandwagons |
| 12:35 |
csharp |
berick++ # that solves it! |
| 12:36 |
csharp |
berick: I can create a bug report after lunch if you want to create a branch for it |
| 12:36 |
berick |
csharp: cool, can do |
| 12:36 |
berick |
note to self: i18n-ify that too |
| 12:37 |
berick |
well, hold that thought for later |
| 12:41 |
|
jihpringle joined #evergreen |
| 12:45 |
|
krvmga joined #evergreen |
| 12:48 |
dbwells |
kmlussier: Bmagic: decided I could eat and upload at the same time; everything should be set now. |
| 12:48 |
* dbwells |
disappears for a bit |
| 12:49 |
kmlussier |
OK, I can handle announcements then and LP churn. Thanks dbwells! |
| 12:50 |
dbwells |
kmlussier: thanks to you as well! |
| 12:50 |
Bmagic |
dbwells++ |
| 12:51 |
* dbwells |
will also deal with his tag branch and upgrade forward-porting when he gets back |
| 13:03 |
|
jvwoolf joined #evergreen |
| 13:07 |
kmlussier |
https://evergreen-ils.org/evergreen-3-0-2-and-2-12-8-released/ |
| 13:08 |
miker |
re holdings view, full name was requested since the xul analog used it (for some background). +1 for shortname, though, if it makes enough room |
| 13:23 |
|
rlefaive_ joined #evergreen |
| 13:36 |
|
rlefaive joined #evergreen |
| 13:58 |
csharp |
berick: https://bugs.launchpad.net/evergreen/+bug/1735807 |
| 13:58 |
pinesol_green |
Launchpad bug 1735807 in Evergreen "web client: full library names truncated in holdings view" [Undecided,New] |
| 13:58 |
csharp |
thanks! |
| 14:01 |
csharp |
miker: makes sense |
| 14:22 |
|
abowling joined #evergreen |
| 14:56 |
rjackson_isl |
kmlussier: see my comment in bug 1735816 :( |
| 14:56 |
pinesol_green |
Launchpad bug 1735816 in Evergreen "Cannot Delete Existing Copy Notes" [Undecided,New] https://launchpad.net/bugs/1735816 |
| 14:58 |
kmlussier |
rjackson_isl: No worries. I'm going to check anyway, though, because I had heard a similar report from somebody who has already upgraded. :) |
| 14:59 |
rjackson_isl |
kmlussier++ |
| 15:34 |
csharp |
kmlussier: according to Elaine here, she could delete bucket items but not copy notes |
| 15:34 |
csharp |
after applying the DB scripts |
| 15:34 |
csharp |
I haven't looked into yet, though |
| 15:34 |
kmlussier |
csharp: Yeah, I just tested it. I see it too. Adding a comment to the bug. |
| 15:35 |
csharp |
@blame too many frickin' issues |
| 15:35 |
pinesol_green |
csharp: I know it was you, too many frickin' issues. You broke csharp's heart. You broke csharp's heart. |
| 15:56 |
Bmagic |
Dyrcona kmlussier - it looks like the git repo does not have tags/rel_3_0_2 ? |
| 15:56 |
Bmagic |
dbwells ^ |
| 15:56 |
dbwells |
Bmagic: getting to it soon... |
| 15:56 |
Bmagic |
ah! Thanks! |
| 15:57 |
Bmagic |
talk about bleeding edge.... |
| 15:58 |
Dyrcona |
Yeah, maybe I was too anxious to push rel_2_12_8. :) |
| 15:58 |
Dyrcona |
Upgrade scripts need to be backported, too, but dbwells mentioned that earlier. |
| 16:03 |
|
Stompro joined #evergreen |
| 16:04 |
pinesol_green |
[evergreen|Dan Wells] Forward-port 3.0.2 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2c186b7> |
| 16:08 |
pinesol_green |
[evergreen|Dan Wells] Forward-port 2.12.8 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f17a075> |
| 16:10 |
Dyrcona |
dbwells++ |
| 16:17 |
|
rlefaive joined #evergreen |
| 16:28 |
|
khuckins joined #evergreen |
| 17:01 |
|
mmorgan left #evergreen |
| 17:14 |
|
jvwoolf left #evergreen |
| 17:17 |
Bmagic |
Does anyone agree that the hold transit slip shouldn't have patron information on it? |
| 17:21 |
kmlussier |
Bmagic: Agreed |
| 17:22 |
kmlussier |
Our delivery system doesn't require holds transit slips anymore, but, when it did, I'm pretty sure there was a policy not to include that information. |
| 17:22 |
Bmagic |
Missouri Evergreen made that judgment recently and I was considering making a patch |
| 17:23 |
kmlussier |
Bmagic: Of course, it's easy enough to remove from the slip locally, but I'm always in favor of setting a good example. |
| 17:23 |
Bmagic |
do you know if there is a bug already out there along those lines? |
| 17:34 |
Bmagic |
bug 1735847 |
| 17:34 |
pinesol_green |
Launchpad bug 1735847 in Evergreen "Default hold transit slip should not include patron information" [Undecided,New] https://launchpad.net/bugs/1735847 |
| 18:32 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
