| Time |
Nick |
Message |
| 07:12 |
|
rjackson_isl joined #evergreen |
| 07:31 |
|
agoben joined #evergreen |
| 07:39 |
|
rlefaive joined #evergreen |
| 08:02 |
|
rlefaive_ joined #evergreen |
| 08:28 |
|
kmlussier joined #evergreen |
| 08:32 |
|
collum joined #evergreen |
| 08:40 |
|
rlefaive joined #evergreen |
| 08:40 |
|
mmorgan joined #evergreen |
| 08:47 |
|
rlefaive joined #evergreen |
| 08:53 |
|
bos20k joined #evergreen |
| 08:57 |
remingtron |
Happy Web Client Docs hacking day! |
| 08:57 |
remingtron |
https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:webclient |
| 08:58 |
remingtron |
Everyone is welcome to review a docs section and simply make notes about what changes are needed, or fix it themselves. |
| 08:58 |
remingtron |
Feel free to ask with any questions. |
| 08:59 |
kmlussier |
remingtron++ |
| 09:18 |
|
rlefaive joined #evergreen |
| 09:31 |
|
yboston joined #evergreen |
| 09:36 |
|
Dyrcona joined #evergreen |
| 09:37 |
|
rlefaive joined #evergreen |
| 10:01 |
Bmagic |
remingtron++ |
| 10:01 |
Bmagic |
I am trying to track down a bug report. Anyone remember the closed dates editor being off by a day issue? |
| 10:06 |
|
terran joined #evergreen |
| 10:07 |
|
rlefaive joined #evergreen |
| 10:09 |
kmlussier |
Bmagic: I thought that one was fixed. You might be able to find it by searching "Fixed Released" bugs. You need to use advanced search to do that. |
| 10:09 |
Bmagic |
I think it ws fixed but I wanted to track it down |
| 10:09 |
mmorgan |
Bmagic: lp 1594937 ? |
| 10:09 |
pinesol_green |
Launchpad bug 1594937 in Evergreen 2.11 "Closed Dates Editor Displaying Incorrect Closed Duration" [Undecided,Fix released] https://launchpad.net/bugs/1594937 |
| 10:10 |
Bmagic |
I was looking at that one, but that doesn't sound right |
| 10:11 |
mmorgan |
That was a display issue only. |
| 10:12 |
|
rlefaive joined #evergreen |
| 10:16 |
kmlussier |
That's the one I was thinking of. I don't remember another one. |
| 10:17 |
Dyrcona |
I vaguely recall what Bmagic is talking about but don't know the bug number off the top of my head. |
| 10:23 |
|
jvwoolf joined #evergreen |
| 11:02 |
|
jvwoolf1 joined #evergreen |
| 11:10 |
|
yboston joined #evergreen |
| 11:18 |
|
abneiman joined #evergreen |
| 11:24 |
|
Christineb joined #evergreen |
| 11:33 |
Stompro |
@later tell sandbergja Your blog post on authority control is great, thanks for sharing all that info. sandbergja++ |
| 11:33 |
pinesol_green |
Stompro: The operation succeeded. |
| 11:41 |
|
akilsdonk joined #evergreen |
| 11:42 |
|
drigney joined #evergreen |
| 11:44 |
eby |
I'm not finding a bug report but curious if anyone else has put one in about webby not nulling out blank fields? XUL when removing info from a patron field sets it to null in the database, webby sets it to an empty string. We're on 3.0.2 but don't see anything in the 3.0.4 release notes about it. |
| 11:45 |
kmlussier |
eby: I haven't seen a bug report for that. |
| 11:46 |
eby |
ok thanks. I’ll work on one. |
| 12:13 |
|
frank__ joined #evergreen |
| 12:14 |
frank__ |
Hi all, good morning, I am trying to know how to implement "Authentication Proxy" in EG 3.0.1, Has someone implemented it with Google suite accounts? |
| 12:21 |
bshum |
frank__: I'm not sure, but I thought that the authentication proxy stuff was only designed right now to support LDAP services, of which Google Apps does not offer a direct connection for |
| 12:21 |
bshum |
I don't know if that's changed |
| 12:21 |
bshum |
dbwells might be the guy you're looking to ask |
| 12:22 |
bshum |
But if you're looking for some way to log into Evergreen using Google accounts, I don't think that exists, yet. |
| 12:22 |
frank__ |
thaks for respondig bshum |
| 12:22 |
frank__ |
that could be great |
| 12:23 |
dbwells |
frank__: I am not aware of anyone using it for anything other than LDAP/AD authentication. It was designed with the goal of making it "easy" to add other autheticators, but that design is untested :) |
| 12:24 |
bshum |
dbwells++ |
| 12:24 |
dbwells |
frank__: Are you looking to develop something? If so, I can certainly answer questions about how the pieces are meant to fit together and help troubleshoot. |
| 12:29 |
frank__ |
dbwells: actually it is just because our Lybrarian found that users could be authenticated thought our mail system password, looking for g suite documentation they said that it could be possible if we implement an LDAP server and syncronise the accounts there, |
| 12:30 |
|
khuckins joined #evergreen |
| 12:31 |
|
mmorgan1 joined #evergreen |
| 12:31 |
frank__ |
I wanted to know if there was an easier way, but I thing if we want to use Authentication Proxy we will need to implement an ldap server |
| 12:32 |
Dyrcona |
frank__: Or implement an OAuth2 handler for authentication_proxy. |
| 12:33 |
frank__ |
Dyrcona: It is possible with EG? |
| 12:34 |
Dyrcona |
frank__: Sure, if you write the code. :) |
| 12:35 |
Dyrcona |
And, npm is blowing up for me on Wheezy with 3.0.4. |
| 12:35 |
Dyrcona |
Think I'll have to remove/purge the package and try it from the prereqs. |
| 12:37 |
|
hleumas joined #evergreen |
| 12:37 |
Dyrcona |
great.... nodejs is not installed. |
| 12:37 |
* Dyrcona |
prepares for wonkiness... |
| 12:38 |
|
dwgreen joined #evergreen |
| 12:40 |
pinesol_green |
[evergreen|Kevin Tran] Docs: Update "Resetting Patron's Password" for web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f05b0db> |
| 12:40 |
pinesol_green |
[evergreen|Remington Steed] Docs: Edits and images for "Resetting Patron's Password" - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8d66e80> |
| 12:40 |
pinesol_green |
[evergreen|Kevin Tran] Docs: Update "Managing Holds" for web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cdc9d2a> |
| 12:40 |
pinesol_green |
[evergreen|Remington Steed] Docs: Edits and images for "Managing Holds" - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e9687f0> |
| 12:49 |
|
rhamby joined #evergreen |
| 12:50 |
pinesol_green |
[evergreen|Remington Steed] Docs: Update "Circ Triggered Events" for web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5e9eba0> |
| 12:50 |
hleumas |
Hi folks, it's been a good 15 years since I was in an IRC channel, so pardon any lack of etiquette. Currently working on installing my first evergreen test box. Running into a problem with the supplied haproxy config for websockets. Ran into issues with nginx, so I'm fighting with haproxy now. |
| 12:51 |
bshum |
hleumas: Welcome to the channel, feel free to ask away |
| 12:52 |
hleumas |
Ubuntu Xenial, haproxy 1.6.3. After appending the osrf-ws-http-proxy, 'haproxy -c -V' spits out various alerts and errors related to the appended config. |
| 12:52 |
bshum |
And some of us may try to help guide you in the right direction if we don't know |
| 12:52 |
pastebot |
"hleumas" at 64.57.241.14 pasted "haproxy -c -V results" (10 lines) at http://paste.evergreen-ils.org/534 |
| 12:53 |
bshum |
Hmm, I haven't played much with the haxproxy options (I've been only using the nginx in tests) |
| 12:54 |
bshum |
I wonder if it's a version issue with the latest that packages with xenial, vs. whatever version the original config was built for |
| 12:54 |
hleumas |
If you can help me out with nginx, that would work too. I fought with it until I gave up and tried haproxy. |
| 12:54 |
bshum |
Though that listen directive of 0.0.0.0:80 seems not great |
| 12:55 |
Dyrcona |
bshum: That typically means listen on all local IPs on port 80, and I believe it's the same for haproxy. |
| 12:55 |
bshum |
Gotcha |
| 12:55 |
bshum |
Then ignore me, that's probably "normal" then :) |
| 12:56 |
bshum |
hleumas: So you're following the OpenSRF readme steps, I'm assuming |
| 12:56 |
hleumas |
Correct |
| 12:56 |
bshum |
Have you gone on to install Evergreen? Or you're still just trying to startup nginx or haproxy? |
| 12:57 |
hleumas |
Have not moved on. Wanted to confirm each part was working along the way. |
| 12:57 |
bshum |
One issue that might come up is if the default SSL certificates haven't been setup yet. So perhaps the nginx or websockets would fail to start up right since the SSL certs aren't present as specified in teh configuration |
| 12:57 |
bshum |
The default SSL certs dont' get created following a strict read of the steps until you get into the apache configuration steps in the Evergreen README |
| 12:57 |
hleumas |
I've got a self-signed cert in /etc/apache2/ssl, and created a PEM by appending the cert and key into a single file for haproxy |
| 12:57 |
bshum |
(which is probably a bad order of things) |
| 12:58 |
bshum |
Alrighty |
| 12:58 |
bshum |
What did nginx do/say when you tried to run it? |
| 12:59 |
pastebot |
"hleumas" at 64.57.241.14 pasted "systemctl status haproxy" (17 lines) at http://paste.evergreen-ils.org/535 |
| 13:00 |
bshum |
I wonder if gmcharlt has an idea. haproxy was something I thought Equinox tested/used |
| 13:00 |
hleumas |
Systemd just yelled at me, saying it failed with exit code 1 and that I repeated a start request too quickly (This is after a reboot, and no other attempt to start) |
| 13:01 |
|
rlefaive joined #evergreen |
| 13:01 |
Dyrcona |
Usually you have a busted config, but I can't help you more than that. |
| 13:03 |
hleumas |
Let me try scrapping haproxy and giving nginx another try. My problem there was something wonky in it's config giving me 502s |
| 13:05 |
bshum |
Wild speculation, but perhaps that's just the nginx config not getting an expected result from the stock default apache site underlying when reconfiguring it to use the alternative ports |
| 13:09 |
* hleumas |
smacks his forehead |
| 13:10 |
hleumas |
Well, at least now I have nginx serving up the default-ssl virtual host |
| 13:10 |
|
mmorgan joined #evergreen |
| 13:10 |
hleumas |
Thanks for that bshum. I'd made the change in ports.conf, but not the v-host |
| 13:11 |
bshum |
hleumas: Cool, cool, that was my next suggestion :) |
| 13:11 |
bshum |
You'll cover that too when you get to the Evergreen apache config install/setup. The ports there might need to be changed too when the config is copied in |
| 13:12 |
hleumas |
I think I managed to get that far previously, but hit the problems even after updating the evergreen v-host. I may be back with more questions. |
| 13:12 |
Bmagic |
are all of the html entities (AKA <) converted at compile time from fm_IDL.xml ? |
| 13:12 |
bshum |
hleumas: Sounds fun, good luck with the next phase of your exploration :) |
| 13:13 |
bshum |
Bmagic: I think so. It relates something to i18n for reporting among other things |
| 13:14 |
Bmagic |
bshum: so strange, I have been running fm_IDL.xml with < and I am just now noticiing an issue with postgres complaining about those characters in the queries |
| 13:15 |
bshum |
Like what? |
| 13:18 |
Bmagic |
bshum: action::open_circ_list |
| 13:19 |
Bmagic |
Do you happen to have a running EG server that you can check to see if that hard coded query contains those html entities? |
| 13:20 |
bshum |
Bmagic: So which menu option am I clicking into to generate said query? |
| 13:21 |
Bmagic |
not sure, but right now I am just curious if you see that file on your installation containing < instead of < |
| 13:22 |
bshum |
Oh I see, you're talking about the query inside the... ugh, what....!?! |
| 13:22 |
bshum |
Like fine_interval >= '1 day' |
| 13:22 |
bshum |
Yucky |
| 13:22 |
Bmagic |
yep |
| 13:22 |
Bmagic |
you have it too? |
| 13:22 |
bshum |
Yep |
| 13:23 |
Bmagic |
whatever execution that invokes those queries is hitting postgres and throwing an error |
| 13:24 |
pastebot |
"bshum" at 64.57.241.14 pasted "html entities in fm_IDL.xml" (50 lines) at http://paste.evergreen-ils.org/536 |
| 13:24 |
* bshum |
looks at pastebot like he's seen a ghost |
| 13:24 |
bshum |
Yeah I would expect that to lead to unhappiness |
| 13:24 |
bshum |
It doesn't look like that's the only query that is borked there |
| 13:25 |
Bmagic |
you see the call to open-ils.cstore.direct.action.open_circ_count |
| 13:25 |
bshum |
In fm_IDL.xml I mean |
| 13:25 |
Bmagic |
right, how did this slip passed us? |
| 13:25 |
Bmagic |
for most likely years* |
| 13:26 |
Dyrcona |
Actually the XML entities in fm_IDL.xml should be converted automatically by the XML reader that reads it. |
| 13:26 |
Bmagic |
it must not be, it makes it to postgres like that |
| 13:27 |
Dyrcona |
If you < and not < in your fm_IDL.xml, then I would expect parse errors. |
| 13:27 |
|
jihpringle joined #evergreen |
| 13:27 |
* Dyrcona |
steps away. I really don't have time for this. |
| 13:27 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "Postgres getting those characters" (29 lines) at http://paste.evergreen-ils.org/537 |
| 13:28 |
Dyrcona |
Don't paste things in my name. Please use your own, and put my name in the subject of the paste. |
| 13:28 |
Bmagic |
fm_IDL.xml contains a mixture of those entities even in the same query |
| 13:28 |
Bmagic |
Dyrcona: I apologize |
| 13:29 |
Dyrcona |
Depends.... Is the block in question wrapped with a <![CDATA[]>? |
| 13:30 |
Bmagic |
no <oils_persist:source_definition> |
| 13:31 |
Dyrcona |
If it is not enclosed in a CDATA block, then the < should be causing parse issues and < should be converted to <. |
| 13:31 |
Bmagic |
I agree, somehow that's not the case in my logs |
| 13:31 |
Dyrcona |
Well, then something is up with your XML libraries, I'd say. |
| 13:32 |
Dyrcona |
At least, I would start there. |
| 13:32 |
Dyrcona |
Is this a stock fm_IDL.xml or has it been modified? |
| 13:32 |
Bmagic |
hmmm, it's ok that the same query contains < as well as > in some places (in the same query) ? |
| 13:32 |
Bmagic |
stock |
| 13:33 |
Dyrcona |
Bmagic: It should <: >: for XML, not in a CDATA block. |
| 13:33 |
Dyrcona |
I think I hit the shift key there. |
| 13:33 |
Bmagic |
it's like that in master http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/examples/fm_IDL.xml;h=b272b9ffabd5e3a0f481d2cb750797be1798e3eb;hb=HEAD |
| 13:34 |
Bmagic |
search for ocirccount |
| 13:34 |
terran |
Bmagic: We're having a lot of problems with patron notification preferences getting wiped out like you reported a few months ago. I updated bug 1361258 |
| 13:34 |
pinesol_green |
Launchpad bug 1361258 in Evergreen "Patron accounts losing notification preferences" [High,Confirmed] https://launchpad.net/bugs/1361258 |
| 13:34 |
Bmagic |
terran: yeah, same here |
| 13:35 |
terran |
I bumped up the priority on it. |
| 13:35 |
Dyrcona |
The > and >= probably don't cause the parser problems, but that should be fixed. |
| 13:36 |
Bmagic |
why is > ok? Are you saying it's perfectly fine to refer to those symbols with entities sometimes and sometimes not? |
| 13:37 |
Dyrcona |
Bmagic: I'm not saying that. I'm saying the parser probably reads > correctly because it knows that it doesn't need one. When it sees < it thinks it is time to start a new entity. |
| 13:38 |
Dyrcona |
Bmagic: Change all of the < in that section to <. |
| 13:39 |
Bmagic |
gotcha, so it's possible that it works fine with the greater than symbol because there wasn't first a less than symbol |
| 13:39 |
Dyrcona |
Bmagic: Then, put <![CDATA[ before the query. |
| 13:39 |
Dyrcona |
Bmagic: and ]]> after the query. |
| 13:39 |
Dyrcona |
All the queries should be put in CDATA blocks, IMHO. |
| 13:39 |
Bmagic |
sounds like a bug then? |
| 13:40 |
bshum |
Indeed |
| 13:40 |
Dyrcona |
Now, what I don't get is why the < made it through to Postgresql. |
| 13:40 |
Bmagic |
yeah, that is where my mind was going as well. |
| 13:40 |
Dyrcona |
Yeah, I'd consider it a style bug. |
| 13:41 |
Dyrcona |
Because it can lead to strangeness if you mix things like that. |
| 13:41 |
Bmagic |
thanks for your time |
| 13:41 |
Dyrcona |
YW. |
| 13:41 |
Bmagic |
Dyrcona++ |
| 13:41 |
Bmagic |
bshum++ |
| 13:46 |
Dyrcona |
Bmagic: It probably has something to do with the processing done on the IDL when it goes to the reports folder. |
| 13:47 |
Dyrcona |
< is probably getting converted to &lt;. |
| 13:47 |
bshum |
@blame reports |
| 13:47 |
pinesol_green |
bshum: reports wants the TRUTH?! reports CAN'T HANDLE THE TRUTH!! |
| 13:47 |
Dyrcona |
@blame XML |
| 13:47 |
pinesol_green |
Dyrcona: XML tests their code on the LIVE SERVERS, then blames the user. SAD! |
| 14:07 |
|
yboston joined #evergreen |
| 14:17 |
|
jvwoolf joined #evergreen |
| 14:33 |
terran |
Is there a name for the feeling you get when you finally get a commercial software vendor to admit that a problem you reported to them is in fact a bug on their end? |
| 14:33 |
jeff |
terran: "Tuesday"? |
| 14:33 |
terran |
If this is Tuesday, the last six weeks have all been Mondays. |
| 14:34 |
Dyrcona |
@quote add terran: If this is Tuesday, the last six weeks have all been Mondays. |
| 14:34 |
pinesol_green |
Dyrcona: The operation succeeded. Quote #185 added. |
| 14:35 |
terran |
Haaaa! My first quote! I'm so happy! |
| 14:35 |
kmlussier |
terran++ |
| 14:35 |
kmlussier |
terran: Syndetics? |
| 14:35 |
terran |
NoveList |
| 14:36 |
terran |
Still working on Syndetics :( |
| 14:37 |
kmlussier |
For some reason, I had been thinking the NoveList problem was already resolved. |
| 14:37 |
|
annagoben joined #evergreen |
| 14:38 |
jeff |
which problems are you two referring to? |
| 14:38 |
terran |
No, NoveList was working for most Evergreen sites, but for ours they did a custom configuration to allow LibraryAware to work for 3 out our 300 libraries. They were using the locg in the URL to identify the library, but when locg wasn't present, it was failing. |
| 14:38 |
terran |
And of course they had done that custom config without telling us. |
| 14:44 |
Dyrcona |
terran: We had a similar problem with Library Aware when they turned it on for everyone. |
| 14:45 |
terran |
Syndetics is a different issue - we can tell from the logs that it's going out and retrieving the content that it's supposed to, but something is failing when it tries to parse the content. Haven't had time to get back to that one. |
| 14:45 |
Dyrcona |
I don't recall if they turned it off or just did it for one site. |
| 14:45 |
terran |
Dyrcona: Well, the fix they'll do for us should fix it for everyone else. Theoretically. |
| 14:46 |
Bmagic |
terran++ |
| 14:47 |
jeff |
dbwells: The Evergreen-ILS-3.1.beta1.tar.gz.md5 file references a slightly-incorrect filename of Evergreen-ILS-3.1-beta1.tar.gz. Do you want me to fix it to match the filename, or would you rather? |
| 15:03 |
|
mmorgan1 joined #evergreen |
| 15:03 |
csharp |
bd14977e # don't mind me |
| 15:03 |
pinesol_green |
csharp: [evergreen|Bill Erickson] LP#1468422 auth-internal validate API - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bd14977> |
| 15:31 |
|
khuckins joined #evergreen |
| 15:34 |
pinesol_green |
[evergreen|Remington Steed] Docs: Update "Monograph Parts" for web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e029c5e> |
| 15:39 |
Dyrcona |
parts-- # just 'cause |
| 15:41 |
kmlussier |
Hey! Parts didn't do anything to you today. |
| 15:43 |
* miker |
notes the word before "parts" in the name of the feature, and moves on with his life... |
| 15:45 |
Dyrcona |
kmlussier: How do you know? :) |
| 15:46 |
Dyrcona |
Parts causes confusion when different libraries use them differently. |
| 15:47 |
Dyrcona |
Parts may also be responsible for a bib merge timing out and needing to be done in the database. |
| 15:48 |
miker |
confusion isn't the parts' fault, though. it's that the libraries want to divide things up differently and all want to present their chosen split to the user at hold time... |
| 15:49 |
kmlussier |
miker: How's the 'moving on with your life' going? ;) |
| 15:49 |
miker |
kmlussier: not as well as I'd like ;) |
| 15:49 |
* miker |
goes back to drooling over pg11 features |
| 15:57 |
Dyrcona |
heh. |
| 15:59 |
Dyrcona |
Well, I should be testing Evergreen with Pg10 before too long. Ubuntu 18.04 beta1 is due Thursday. |
| 16:06 |
pinesol_green |
[evergreen|Kevin Tran] Docs: Update search_interface.adoc for web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e1327a0> |
| 16:11 |
|
mmorgan joined #evergreen |
| 16:12 |
Dyrcona |
Ah, kmlussier left. I can't tell her exactly what parts have done to me today.... |
| 16:12 |
Dyrcona |
Duplicate copy part map being created on a record_merge_assets. |
| 16:13 |
mmorgan |
Dyrcona: But that's a bug, right? |
| 16:13 |
Dyrcona |
A bug with parts, yes. |
| 16:14 |
mmorgan |
@blame bugs |
| 16:14 |
pinesol_green |
mmorgan: I know it was you, bugs. You broke mmorgan's heart. You broke mmorgan's heart. |
| 16:17 |
mmorgan |
indeed... |
| 16:17 |
berick |
anyone else having issues opening perm admin page in staff client in master? -> /eg/staff/admin/server/legacy/permission/grp_tree |
| 16:17 |
berick |
console is complaining about: Uncaught DOMException: Blocked a frame with origin <my origin> |
| 16:18 |
berick |
oh, too many redirects |
| 16:18 |
berick |
ok, probably config issue |
| 16:20 |
Dyrcona |
mmorgan: I'm surprised it isn't on Lp, yet, but it soon will be. |
| 16:20 |
berick |
bah, yeah, same port issue from previous redirects. thought I had fixed locally, guess not. |
| 16:22 |
|
kmlussier joined #evergreen |
| 16:24 |
mmorgan |
Dyrcona: Is that when merging two records? Thought merging worked ok. I have definitely seen lp 1411422 |
| 16:24 |
pinesol_green |
Launchpad bug 1411422 in Evergreen 2.12 "Copy details repeated in search results when item/volume moved with parts attached" [Medium,Confirmed] https://launchpad.net/bugs/1411422 |
| 16:25 |
Dyrcona |
mmorgan: Lp 1753835 |
| 16:25 |
pinesol_green |
Launchpad bug 1753835 in Evergreen "Merge Record Assets Can Fail Because of Duplicate Copy Part Map Entries" [Undecided,New] https://launchpad.net/bugs/1753835 - Assigned to Jason Stephenson (jstephenson) |
| 16:27 |
Dyrcona |
The ultimate cause may be something weirder with parts. |
| 16:31 |
bshum |
Weird parts-- |
| 16:41 |
csharp |
@who has weird parts? |
| 16:41 |
pinesol_green |
dbs has weird parts. |
| 16:41 |
csharp |
:-) |
| 16:42 |
bshum |
Haha |
| 16:42 |
bshum |
That cracked me up csharp; everyone looked at me oddly in the cubicle :) |
| 17:04 |
|
mmorgan left #evergreen |
| 17:07 |
Dyrcona |
So the real issue that the same part can be used on different bib records. |
| 17:07 |
Dyrcona |
grr.... |
| 17:07 |
Dyrcona |
is that |
| 17:07 |
csharp |
bshum: :-D |
| 17:13 |
Dyrcona |
Hrm. That can't be it. |
| 17:22 |
Dyrcona |
Well, the same part id can be used on copies on different records somehow. |
| 17:23 |
Dyrcona |
But, in this case the part does not appear on the both of the records in this merge, only the one that is being kept... |
| 17:26 |
Dyrcona |
Oh! I see. |
| 17:26 |
Dyrcona |
It's because the different parts have the same label. |
| 17:27 |
Dyrcona |
The logic for merging parts it too naive. |
| 17:27 |
Dyrcona |
s/it/is/ |
| 17:28 |
Dyrcona |
Hrm... wait a minute... it gets ever more curious. |
| 17:29 |
Dyrcona |
The copy that is being kept already has a part mapped to the part on the source bib! |
| 17:30 |
Dyrcona |
Not sure how that happens... |
| 18:06 |
jeffdavis |
@karma parts |
| 18:06 |
pinesol_green |
jeffdavis: Karma for "parts" has been increased 3 times and decreased 5 times for a total karma of -2. |
| 18:06 |
jeffdavis |
Huh. |
| 18:07 |
gmcharlt |
csharp: see bug 1721807 for something to test, if you're inclined |
| 18:07 |
pinesol_green |
Launchpad bug 1721807 in Evergreen "Web client report template errors when using sources with virtual fields" [High,Confirmed] https://launchpad.net/bugs/1721807 - Assigned to Galen Charlton (gmc) |
| 20:00 |
|
Christineb joined #evergreen |
| 22:28 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: adding contributor to 3.0.4 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d956bf6> |
| 23:22 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: updating return-to-search results for Web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d4e5f75> |
| 23:24 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: adding web client screenshot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=20f0139> |
| 23:27 |
|
jonadab joined #evergreen |
