| Time |
Nick |
Message |
| 06:48 |
|
JBoyer joined #evergreen |
| 07:01 |
|
agoben joined #evergreen |
| 07:31 |
|
bdljohn joined #evergreen |
| 08:18 |
|
bos20k joined #evergreen |
| 08:44 |
|
mmorgan joined #evergreen |
| 09:02 |
|
nfburton joined #evergreen |
| 09:03 |
|
Dyrcona joined #evergreen |
| 09:05 |
dbwells |
dickreckard: Yes. As of 3.2, only the web staff client is fully supported. |
| 09:11 |
|
dwgreen joined #evergreen |
| 09:22 |
rhamby |
dickreckard: it's not likey folks will be using macs as front line circ machines so hatch shouldn't be a major roadblock there |
| 09:24 |
|
collum joined #evergreen |
| 09:24 |
csharp |
dickreckard: also worth clarifying that the web client and hatch are two separate entities - hatch is the app that allows native-ish printing from the web client |
| 09:24 |
csharp |
it's not required to use hatch |
| 09:33 |
|
yboston joined #evergreen |
| 09:48 |
|
mmorgan joined #evergreen |
| 10:11 |
|
Christineb joined #evergreen |
| 11:03 |
|
serflog joined #evergreen |
| 11:03 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org | Can't speak? Make sure your nickname is registered and that you are identified to freenode services: https://freenode.net/kb/answer/registration |
| 11:09 |
pinesol |
[evergreen|Remington Steed] LP#1739606: Allow saving Billing History xacts grid - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=34fd7a5> |
| 11:25 |
|
jvwoolf1 joined #evergreen |
| 11:32 |
|
Guest67 joined #evergreen |
| 11:33 |
csharp |
ok, back to our ongoing acq problem where orders are not finishing acq volume/copy creation... |
| 11:33 |
csharp |
the workflow as I understand it is that the library creates the order, selects the number of copies, then either clicks "Activate" or goes to "Actions" and selects "Load Bibs and Items" |
| 11:34 |
csharp |
then the screen hangs in the UI, and the copies/vols are only partially created |
| 11:34 |
csharp |
and then all is lost, since the action is not repeatable |
| 11:34 |
Dyrcona |
Timeout issue? |
| 11:34 |
csharp |
from the logs, the server process appears to last just a couple of minutes |
| 11:35 |
csharp |
Dyrcona: nothing in the logs about that, but where would I look? |
| 11:36 |
csharp |
open-ils.acq has a keepalive of 5 on our server |
| 11:36 |
Dyrcona |
csharp: It's hard to say, but you might look for drones shutting down after a pause in activity. On a busy server it's really hard to match these things up. |
| 11:36 |
csharp |
yeah - that's a big part of our problem :-/ |
| 11:37 |
csharp |
forensics are nearly impossible |
| 11:37 |
|
beanjammin joined #evergreen |
| 11:37 |
csharp |
is anyone else out there experiencing anything similar? Christineb? JBoyer? |
| 11:38 |
Dyrcona |
I have not had reports of this, though I was asked to "deactivate" a PO this morning. |
| 11:38 |
csharp |
this would be workaround-able if there was a "finish creating vols/copies" option |
| 11:38 |
Dyrcona |
We're on 3.0, fwiw. |
| 11:38 |
csharp |
we are too |
| 11:38 |
tlittle |
To deactivate a PO? That's an odd one |
| 11:38 |
JBoyer |
We've seen a variety of issues, but things work well enough often enough that it's difficult to track things down. |
| 11:39 |
tlittle |
Oh wait, no, I get what they mean. |
| 11:39 |
Bmagic |
csharp: We have the exact issue. Everytime, I find that the bib that the item was supposed to be created upon is deleted |
| 11:39 |
JBoyer |
I have found reference in the logs to not being able to call id on an un-blessed reference in Order.pm line 1338. |
| 11:39 |
JBoyer |
Not a lot going on there though: $copy->call_number($volume->id); |
| 11:40 |
csharp |
Bmagic: huh - that's something I've not looked into |
| 11:40 |
tlittle |
Bmagic interesting! |
| 11:41 |
JBoyer |
Bmagic, that would be a problem, now I have to go check something... |
| 11:42 |
Bmagic |
You can see that the software started at the top and crawled down the PO, creating copies and updating eg_copy_id on acq.lineitem_detail until it hit the bre from acq.lineitem where bre.deleted is true |
| 11:46 |
JBoyer |
:-/ Different issue for me. Couldn't import the marc for that lineitem, so no vol/copies/etc. |
| 11:47 |
JBoyer |
And there it is, TCN already exists, no notification, explanation, anything save for log diving. |
| 11:49 |
|
mmorgan1 joined #evergreen |
| 11:53 |
csharp |
Bmagic++ # we think that's it in our case too |
| 11:53 |
Bmagic |
yay! |
| 11:54 |
tlittle |
Bmagic++ |
| 11:54 |
Bmagic |
probably should be a bug report then? I figured it was just us.... :) |
| 11:55 |
csharp |
I thought it might be related to https://bugs.launchpad.net/evergreen/+bug/1691784, but tlittle reminded me that staff aren't seeing the BIB_RECORD_DELETED error |
| 11:55 |
pinesol |
Launchpad bug 1691784 in Evergreen "batch volume transfers need to take acq into account" [Medium,Confirmed] |
| 11:55 |
tlittle |
Bmagic can I ask a newb question? You said that you can watch the software crawling through the PO. Where are you seeing that? Did you do a query after the fact or is there something in the logs you can watch? |
| 11:55 |
Bmagic |
query after the fact |
| 11:56 |
tlittle |
Ok cool. Thanks :D |
| 11:56 |
Dyrcona |
JBoyer Bmagic csharp: Looking through the code, there should be an event thrown if the bib is deleted: BIB_RECORD_DELETED |
| 11:56 |
Bmagic |
I think the acq.lineitem_detail.id that received the eg_copy_id were in sequence |
| 11:57 |
|
sandbergja joined #evergreen |
| 11:57 |
Dyrcona |
That's coming from OpenILS::Application::Cat::AssetCommon->create_volume among other places that the acq create copies code uses. |
| 12:00 |
|
nfburton joined #evergreen |
| 12:00 |
mmorgan |
We're trying to track down a strange problem with display fields. |
| 12:00 |
mmorgan |
https://egtraining.noblenet.org/eg/opac/results?query=harry+potter+and+the+goblet+of+fire&qtype=keyword&fi%3Asearch_format=&locg=1&detail_record_view=0&sort=poprel |
| 12:01 |
mmorgan |
Terms are not highlighting consitently, and viewing a full record shows fields duplicated. |
| 12:01 |
mmorgan |
This happens from a keyword search, title searches behave differently. |
| 12:01 |
mmorgan |
Has anybody seen something similar? |
| 12:04 |
Bmagic |
no highlighting is usually an ingest issue, outside of that, I've not heard/troubleshot an issue |
| 12:05 |
mmorgan |
Bmagic: We've reingested several times. |
| 12:05 |
Bmagic |
darn |
| 12:05 |
JBoyer |
We've not seen duplicates like that, the issue we were seeing was that the only things that would appear for some things (such as series) were those that had highlighting. No highlight, no display. Now we disable highlighting. |
| 12:07 |
mmorgan |
JBoyer: Interesting. |
| 12:10 |
mmorgan |
Is anyone using highlighting in production? |
| 12:10 |
nfburton |
We are with 3.1.5 |
| 12:11 |
nfburton |
It seems to work well |
| 12:12 |
mmorgan |
nfburton: Would you mind sharing a catalog link? |
| 12:12 |
nfburton |
https://live.nflibrary.ca/eg/opac |
| 12:12 |
csharp |
mmorgan: should be active on https://next.gapines.org/eg/opac/home too |
| 12:13 |
csharp |
huh - I see the problem on https://next.gapines.org/eg/opac/results?query=harry+potter&qtype=keyword&fi%3Asearch_format=&locg=1&detail_record_view=0 |
| 12:13 |
csharp |
some "Harry Potter"s are highlighted and others aren't |
| 12:15 |
nfburton |
It seems to be on Harry Potter : |
| 12:15 |
nfburton |
The : is throwing it off? |
| 12:15 |
mmorgan |
Ooh! That makes me feel better! (sorry csharp!) |
| 12:15 |
nfburton |
Mine works with them though |
| 12:16 |
csharp |
same query as yours, mmorgan: https://next.gapines.org/eg/opac/results?query=harry+potter&qtype=keyword&fi%3Asearch_format=&locg=1&detail_record_view=0 |
| 12:16 |
csharp |
that's running 3.2.1 |
| 12:17 |
mmorgan |
Our training server is 3.1.8 |
| 12:20 |
|
jihpringle joined #evergreen |
| 12:24 |
|
nfburton joined #evergreen |
| 12:25 |
Bmagic |
mmorgan: 3.1.6 - https://upgrade.missourievergreen.org/eg/opac/results?query=harry+potter&qtype=keyword&fi%3Asearch_format=&locg=1&detail_record_view=0&sort= |
| 12:28 |
|
khuckins joined #evergreen |
| 12:29 |
mmorgan |
Bmagic: csharp: nfburton: Have you made many changes to the stock indexing? |
| 12:31 |
csharp |
Bmagic: so your acq people aren't seeing the BIB_RECORD_DELETED error pop-up either, right? |
| 12:31 |
Bmagic |
csharp: right |
| 12:32 |
|
khuckins_ joined #evergreen |
| 12:32 |
tlittle |
Bmagic do you know if your catalogers workflow is to transfer volumes or to overlay records? |
| 12:33 |
Bmagic |
mmorgan: synonym dictionary and NACO Normalize as mentioned here https://wiki.evergreen-ils.org/doku.php?id=scratchpad:brush_up_search |
| 12:34 |
Bmagic |
tlittle: I don't know for sure but my guess is yes those actions do take place (both) |
| 12:35 |
tlittle |
The reason I ask is that we used to have our catalogers do a flowchart of whether they should move their holdings to another record or overlay the acq record, depending on if another library had holdings on the acq record. So there was always a thread of an available bib. Then we changed the workflow to simply "transfer your holdings to a good reco |
| 12:35 |
tlittle |
rd" with the intent that the last off the record would have the record auto-delete behind them |
| 12:35 |
mmorgan |
Bmagic: We are also doing NACO and a synonym dictionary, not sure if it's related. |
| 12:35 |
tlittle |
Which is, I think, causing this issue of where someone linked to a bib, and between them linking to the bib and activating, the bib is deleted by another library |
| 12:36 |
tlittle |
...moving their holdings off the record and the record auto-deleting |
| 12:37 |
Bmagic |
yep, sounds plausable |
| 12:39 |
nfburton |
My catalogue is running stock indexing right now. |
| 12:41 |
|
yboston joined #evergreen |
| 12:44 |
|
jvwoolf joined #evergreen |
| 12:57 |
csharp |
so in at least one case, bug 1691784 appears to be the issue, error message or no |
| 12:57 |
pinesol |
Launchpad bug 1691784 in Evergreen "batch volume transfers need to take acq into account" [Medium,Confirmed] https://launchpad.net/bugs/1691784 |
| 13:03 |
|
khuckins joined #evergreen |
| 13:06 |
|
khuckins_ joined #evergreen |
| 13:30 |
mmorgan |
csharp: not sure if this helps, but our local acq guru has this to say: |
| 13:30 |
mmorgan |
"I've seen this happen with a missing org unit in one or more of the line items. I recommend to libraries that they not activate or load copies when uploading a file through Load MARC Order Records. The PO will load as pending and can then be activated. If there is an issue with the data, the PO will not activate and will remain pending. The PO can be fixed in this state and can then be activated." |
| 13:37 |
csharp |
mmorgan: thanks! tlittle ^^ |
| 13:38 |
tlittle |
Thanks mmorgan! |
| 13:58 |
|
mmorgan1 joined #evergreen |
| 14:40 |
jeff_ |
Hrm. Closed Dates Editor does not appear to sort by date in 3.1. I'm not finding an existing bug on that. |
| 14:41 |
jihpringle |
jeff: https://bugs.launchpad.net/evergreen/+bug/1746766 (marked as duplicate since it's fixed by https://bugs.launchpad.net/evergreen/+bug/1766716) |
| 14:41 |
pinesol |
Launchpad bug 1766716 in Evergreen "duplicate for #1746766 Emergency closing handler" [Wishlist,Fix released] |
| 14:41 |
pinesol |
Launchpad bug 1766716 in Evergreen "Emergency closing handler" [Wishlist,Fix released] |
| 14:43 |
jeff |
Interesting. |
| 14:43 |
jeff |
jihpringle++ |
| 14:44 |
jeff |
A new feature in 3.2 replaces an interface which has a bug in 3.1. |
| 14:44 |
jeff |
I'm not sure that marking as a duplicate is useful in this case. |
| 14:49 |
Dyrcona |
jeff: If you plan to fix it for 3.1, then you could remove the duplicate status. |
| 14:51 |
Dyrcona |
Or, maybe it shouldn't be a duplicate and just mentioned that it affects only 3.1? |
| 15:01 |
* csharp |
signs off on bug 1793802 but defers to RMs as to which branches should get the change |
| 15:01 |
pinesol |
Launchpad bug 1793802 in Evergreen "Wishlist: Age billing/payment data with circs" [Wishlist,Confirmed] https://launchpad.net/bugs/1793802 |
| 15:01 |
|
khuckins joined #evergreen |
| 15:05 |
|
sandbergja joined #evergreen |
| 15:07 |
* Dyrcona |
took it upon himself to undupe the bug. :) |
| 15:08 |
JBoyer |
So, I'm trying to add additional icon_format entries that aren't tied to search_formats; a fool's errand? (I can see the value I want in icon_format in the db, the icon refuses to display...) |
| 15:16 |
Dyrcona |
oops. Forgot to add the IRC link to my bug comment.... |
| 15:17 |
Dyrcona |
JBoyer: I don't remember if you need a search_format or not. I think I knew at one point, but the situation may also have changed since then. |
| 15:18 |
JBoyer |
It's starting to increasingly look that way. Thought I'd ask in case anyone has fought this battle recently. |
| 15:18 |
JBoyer |
Dyrcona++ |
| 15:44 |
|
mmorgan joined #evergreen |
| 16:06 |
mmorgan |
@hate circ policies |
| 16:06 |
pinesol |
mmorgan: The operation succeeded. mmorgan hates circ policies. |
| 16:13 |
* collum_ |
read 'circ policies' as 'circ politics' out of the corner of his eye. |
| 16:14 |
mmorgan |
Those are no fun either :) |
| 16:14 |
rhamby |
circ politics gets scary, sometimes all the fiction vote "no confidance" on all the 900s and then it gets bitter |
| 16:14 |
rhamby |
confidence even |
| 16:15 |
Dyrcona |
No confidants.... :) |
| 16:28 |
|
sandbergja joined #evergreen |
| 16:33 |
jihpringle |
does anyone know the bug number for the bug about report templates not showing if you limit output to All (or in some cases anything more than 10)? |
| 16:33 |
jihpringle |
I'm sure I saw the bug recently but I can't find it now |
| 16:36 |
Dyrcona |
jihpringle: I believe it is https://bugs.launchpad.net/bugs/1756142 |
| 16:36 |
pinesol |
Launchpad bug 1756142 in Evergreen 3.1 "Failure to display large report schedule/template folders" [Medium,Confirmed] |
| 17:03 |
|
mmorgan left #evergreen |
| 17:59 |
|
sandbergja_ joined #evergreen |
| 18:08 |
|
beanjammin joined #evergreen |
| 18:13 |
|
khuckins joined #evergreen |
| 19:49 |
|
beanjammin joined #evergreen |
| 23:54 |
|
beanjammin joined #evergreen |
