| Time |
Nick |
Message |
| 00:02 |
|
sandbergja joined #evergreen |
| 00:29 |
|
dbwells joined #evergreen |
| 02:31 |
|
dbwells joined #evergreen |
| 04:33 |
|
dbwells joined #evergreen |
| 06:01 |
|
dbwells joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:13 |
|
Dyrcona joined #evergreen |
| 07:32 |
|
rfrasur joined #evergreen |
| 07:55 |
|
jvwoolf joined #evergreen |
| 08:09 |
|
alynn26 joined #evergreen |
| 08:19 |
|
dbwells joined #evergreen |
| 08:32 |
|
mantis1 joined #evergreen |
| 08:38 |
|
mmorgan joined #evergreen |
| 08:44 |
Dyrcona |
macros++ |
| 09:02 |
|
eady joined #evergreen |
| 09:05 |
|
jvwoolf joined #evergreen |
| 09:23 |
|
Stompro joined #evergreen |
| 10:02 |
bshum |
So tomorrow would have been the last day of the EG conference |
| 10:03 |
bshum |
Any thoughts about archiving channel karma and resetting? :D |
| 10:03 |
Dyrcona |
+1 |
| 10:04 |
berick |
bshum++ # :) |
| 10:08 |
Dyrcona |
On bug 1873286, I am thinking of also fixing the tags in the XHTML documents, because the XML 1.0 and 1.1 standards both say, "For interoperability, the empty-element tag SHOULD be used, and SHOULD only be used, for elements which are declared EMPTY." |
| 10:08 |
pinesol |
Launchpad bug 1873286 in Evergreen 3.4 "jQuery 3.5.0 breaks at least AngularJS interfaces" [Critical,Confirmed] https://launchpad.net/bugs/1873286 |
| 10:10 |
Dyrcona |
I take that wording to mean that while it isn't a violation of the standard to use the empty-element tag for a non-empty element that has no content, the start-tag/end-tag combination should be used for these. |
| 10:11 |
Dyrcona |
I'll do it and if anyone objects, those changes can be undone/skipped. |
| 10:12 |
Dyrcona |
berick: I want to ask you about bug 1858448. Were you planning on making the upgrade script changes, or should I do them? |
| 10:12 |
pinesol |
Launchpad bug 1858448 in Evergreen 3.4 "Aged Payment (and Billing) Table Breaks Cash Report and Removes Relevant Payment Tracking Abilities" [High,Confirmed] https://launchpad.net/bugs/1858448 |
| 10:16 |
|
jvwoolf joined #evergreen |
| 10:23 |
|
jvwoolf1 joined #evergreen |
| 10:23 |
rfrasur |
@coffee |
| 10:23 |
* pinesol |
brews and pours a cup of Kenya AA Top, and sends it sliding down the bar to rfrasur |
| 10:28 |
berick |
Dyrcona: i didn't have a specific plan. I'm happy help wherever, though. to be clear, the plan is to put the aged payment modifications into the 3.4 upgrade script, then build the 3.5 upgrade atop that so we don't have to duplicate the steps in both? |
| 10:29 |
Dyrcona |
Something like that. |
| 10:31 |
berick |
so we'll need to coordinate a 3.4 release cutting before we can cut 3.5rc1 |
| 10:31 |
Dyrcona |
Yeah. |
| 10:31 |
Dyrcona |
I'm working on the tag fixes right now, so I'll be busy the rest of the morning, at least. |
| 10:32 |
Dyrcona |
49 files changed, 158 insertions(+), 159 deletions(-) so far. |
| 10:32 |
berick |
ok, i'll look at the code for 1858448 |
| 10:32 |
Dyrcona |
berick++ Thanks! |
| 10:33 |
Dyrcona |
I discovered that miker's ack example didn't find tags that spanned multiple lines. So, I'll have to work out a way to find those. |
| 10:34 |
Dyrcona |
I may have to write something in awk or Perl to do what I want. |
| 10:52 |
csharp |
berick: I was working on (with Terran) testing the receipt printer fixes that are targeted to 3.5.0 - would those be considered fixes or features in the context of our release? |
| 10:53 |
csharp |
https://launchpad.net/evergreen/+milestone/3.5.0 (Web client print receipts - several bugs with a single fix) |
| 10:55 |
berick |
csharp: those look like bug fixes to me |
| 10:59 |
csharp |
ok - cool - I'll work on getting them tested |
| 11:05 |
|
sandbergja joined #evergreen |
| 12:06 |
|
mrisher joined #evergreen |
| 12:07 |
csharp |
Bmagic: I'm thinking we could cut out the circular pictures of our heads and use them as game tokens - whataya think? https://evergreen-ils.org/wp-content/uploads/2020/04/Annual-Report-2019-Web-Ready.pdf |
| 12:08 |
Bmagic |
yes! |
| 12:08 |
Bmagic |
csharp++ |
| 12:10 |
Bmagic |
csharp: You are featured in 2015 pretty much exemplifying that exact notion https://evergreen-ils.org/wp-content/uploads/2017/03/Evergreen-Annual-Report-2016-Lower-Resolution.pdf |
| 12:10 |
Bmagic |
page 3 |
| 12:11 |
|
jihpringle joined #evergreen |
| 12:12 |
csharp |
Bmagic: ha!! |
| 12:19 |
|
alynn26_away joined #evergreen |
| 12:53 |
|
AFloyd__ joined #evergreen |
| 13:17 |
rhamby |
csharp: random trivia, the individual circular pictures do exist in distinct high res files with layers so printing them onto pogs would be simple |
| 13:44 |
Dyrcona |
This file appears to be all kinds of broken from the start: web/js/file-saver/demo/index.xhtml. Do we even use it? |
| 13:52 |
abneiman |
rhamby with the pogs reference |
| 13:55 |
csharp |
rhamby++ |
| 13:56 |
csharp |
abneiman: this has me chuckling: https://drive.google.com/file/d/142eO_UL4EpxXTemKmbuZXl-OUne5Q59a/view?usp=sharing |
| 13:57 |
berick |
csharp: heh. WHO WILL WIN EVERGREEN, STAY TUNED |
| 13:57 |
|
mikerisher joined #evergreen |
| 14:01 |
abneiman |
csharp++ |
| 14:01 |
abneiman |
actual LOL |
| 14:01 |
Dyrcona |
chsarp++ :) |
| 14:01 |
Dyrcona |
csharp++ even |
| 14:07 |
Dyrcona |
https://pastebin.com/s5PaGy5T |
| 14:14 |
|
jihpringle joined #evergreen |
| 14:21 |
|
jvwoolf joined #evergreen |
| 14:24 |
|
alynn26_away joined #evergreen |
| 14:39 |
Dyrcona |
Bleh.... I thought I fixed that "typo" before I hit submit..... |
| 14:43 |
mantis1 |
We have an unusual situation; we're on 3.1.16. When we try accessing the reporter via Acorn and via one specific workstation, we get an error that pops up in the Console/Developer Tools. It says "Cannot read property 'treeId' of undefined" for a try catch exception in the RemoteRequest.js. We're not sure what's causing this problem with this one specfic library; all the other workstations work fine. |
| 14:45 |
Dyrcona |
mantis1: Have you tried clearing cache on that workstation? |
| 14:46 |
|
angelo joined #evergreen |
| 14:46 |
mantis1 |
Dyrcona: I have but I just tried again just in case; unfortunately no luck |
| 14:47 |
angelo |
hey everyone, i just stood up new EG server and im getting an error when clicking anything in the circulation section. it says "xulG is not defined" anyone have pointers on what may be causing this? |
| 14:49 |
csharp |
mantis1: is the library running any sort of caching proxy? |
| 14:50 |
csharp |
angelo: how are you connecting? via a web browser or the XUL staff client? |
| 14:51 |
angelo |
csharp web browser |
| 14:51 |
csharp |
angelo: what version of Evergreen? |
| 14:51 |
mantis1 |
csharp: We are not running any sort caching proxy |
| 14:52 |
csharp |
mantis1: is it just one workstation in one library? or all workstations in one library? |
| 14:52 |
angelo |
csharp 3.4 |
| 14:53 |
csharp |
angelo: did you install via the tarball (tar.gz) or using git? |
| 14:53 |
angelo |
csharp tarball |
| 14:54 |
mantis1 |
csharp: It's all workstations for one library. We had a couple of staff members register this library workstation on their machines remotely and the error occurs across any registered as this library. |
| 14:56 |
Dyrcona |
mantis1: Is this a new library? Did you run autogen.sh on the server after adding them to the tree? Also, is the tree for this library correct, i.e. are the branches, etc. at the correct depth with the correct parents? |
| 14:57 |
mantis1 |
Dyrcona: The library isn't new; we ran autogen.sh on the server; and our tree for this library is correct |
| 14:58 |
|
jvwoolf1 joined #evergreen |
| 15:01 |
jeffdavis |
treeId only shows up in Open-ILS/web/reports/oils_rpt_tree.js and Open-ILS/web/reports/oils_rpt_folders.js |
| 15:02 |
csharp |
angelo: does it say 'xulG is not defined. Cannot open tab' ? |
| 15:03 |
angelo |
csharp no just the xulG is not defined |
| 15:03 |
csharp |
angelo: I'd love to see a screenshot if you can manage one |
| 15:03 |
angelo |
idk if i can post one in here |
| 15:04 |
csharp |
yeah - you'd need to upload it somewhere and share a link |
| 15:04 |
angelo |
its just a chome alert popup heres the exact and only text "ReferenceError: xulG is not defined" |
| 15:04 |
angelo |
when i click Check Out Items or Check In Items |
| 15:05 |
csharp |
todo: implement a channel pastebin with image pasting capabilities |
| 15:05 |
angelo |
Register Patron gives this error "TypeError: Cannot read property 'XUL_REMOTE_BROWSER' of undefined" |
| 15:05 |
Dyrcona |
mantis1: You could try clearing the IndexedDB on the workstations, but I'm sure jeff will have a better solution. |
| 15:05 |
csharp |
angelo: can you share the URL? (not trying to access it, just trying to understand where the files are you're trying to access) |
| 15:06 |
csharp |
(e.g., 'https://localhost/eg/staff/blah/blah') |
| 15:08 |
angelo |
its "/xul/server/" |
| 15:09 |
Dyrcona |
angelo: We don't guarantee that the XUL client works on Evergreen 3.4. I strongly recommend that you switch to the web staff client. |
| 15:10 |
angelo |
whats the difference |
| 15:12 |
mantis1 |
Dyrcona: Ok we'll give it a try. What's the best way to clear the IndexedDB on the workstations? |
| 15:13 |
Dyrcona |
Well...The XUL client is one that you start from the desktop and is based on an outdated technology from Mozilla. The web staff client, you get to by opening a URL in your browser. |
| 15:13 |
angelo |
oh okay, good to know |
| 15:14 |
angelo |
so if i go to the eg/staff page its prompting for a login, is there a default or where can i add one? |
| 15:15 |
Dyrcona |
mantis1: Go to your web staff client login screen, open the developer tools in the browser, go to the Application tab, look under Storage. IndexedDB should show up there. |
| 15:15 |
csharp |
angelo: it's what you set up during the DB creation step |
| 15:15 |
Dyrcona |
angelo: Whatever you used in the XUL client should work for the web staff client, too. |
| 15:15 |
angelo |
Dyrcona never logged into the XUL |
| 15:15 |
csharp |
angelo: https://evergreen-ils.org/documentation/install/README_3_4_2.html#_creating_the_evergreen_database_and_schema |
| 15:16 |
csharp |
angelo: you would have set up an admin user there |
| 15:16 |
csharp |
--admin-user <admin-user> --admin-pass <admin-pass> |
| 15:16 |
angelo |
csharp ha i just pulleld that page up |
| 15:16 |
mantis1 |
Dyrcona: Delete or refresh database? |
| 15:17 |
Dyrcona |
mantis1: Delete won't hurt. It will get recreated the next time that staff login. |
| 15:18 |
csharp |
mantis1: is the library using Hatch? if they are using it for storage, they need to cut it out :-) |
| 15:19 |
mantis1 |
csharp: lol though I'm uncertain if they are, I know I don't use hatch for local storage in my workstation here. |
| 15:20 |
mmorgan |
mantis1: I wonder if something's amiss with the report folder structure in the database. I think you said you also get the error with a newly registered workstation at that org unit not in the library. |
| 15:21 |
mantis1 |
Dyrcona: I deleted the cache under IndexedDB via the instructions you given me, but unfortunately the same error occurs |
| 15:21 |
Dyrcona |
mantis1: Well, then, I don't know what the problem is. |
| 15:22 |
mantis1 |
Dyrcona: Thank you for taking the time to assist me regardless! |
| 15:22 |
mantis1 |
Dyrcona++ |
| 15:22 |
angelo |
csharp so i confirmed i can log in with my egadmin account using srfsh but when i try to do that in the staff portal nothing happend, if i check the chrome console i see 'egAuth found no valid authtoken" |
| 15:22 |
mantis1 |
mmorgan: I think you may be right. The same error occurs exactly as you said. |
| 15:23 |
angelo |
csharp and when i click login ii see "pending count 1" |
| 15:25 |
mmorgan |
mantis1: Do you get the same error no matter what user logs into a workstation at that org unit? |
| 15:31 |
mantis1 |
mmorgan: Yes |
| 15:36 |
csharp |
mantis1: 'select count(*) from reporter.template_folder where shared and parent in (select id from reporter.template_folder where not shared);' would show shared folders within un-shared parent folders (which can screw things up) |
| 15:36 |
csharp |
repeat for reporter.report_folder |
| 15:38 |
mmorgan |
csharp: output_folder too? |
| 15:39 |
csharp |
yeah, actually |
| 15:52 |
mantis1 |
Thanks very much for your help! We were able to see the issue with one of the shared folders for the library |
| 15:52 |
mantis1 |
mmorgan++ |
| 15:53 |
mantis1 |
csharp++ |
| 15:53 |
mmorgan |
Yay! Mystery solved! |
| 15:54 |
jvwoolf1 |
mmorgan++ |
| 15:54 |
jvwoolf1 |
csharp++ |
| 15:55 |
jvwoolf1 |
On to the next mystery LOL |
| 15:55 |
|
mantis1 left #evergreen |
| 15:55 |
mmorgan |
:) |
| 15:56 |
|
jammin joined #evergreen |
| 15:56 |
angelo |
is the websocket on port 7682 required for login? |
| 16:01 |
jammin |
One way or another websockets needs to be there, yes. |
| 16:04 |
jammin |
You do any proxying at all, or just apache & websocketd? |
| 16:04 |
angelo |
no proxing |
| 16:05 |
angelo |
but its not listening on that port |
| 16:09 |
jammin |
On the opensrf install instructions... you running websocketd with the command under "run websocketd without a proxy"? |
| 16:10 |
angelo |
im looking through that now |
| 16:12 |
jammin |
does netstat -tap | grep websocket show anything? |
| 16:12 |
angelo |
no |
| 16:13 |
jammin |
what about ps -aux | grep websocket ? |
| 16:14 |
angelo |
nope |
| 16:15 |
jammin |
ps -aux | grep OpenSRF? |
| 16:16 |
angelo |
i got it now |
| 16:16 |
angelo |
it wasnt running |
| 16:16 |
angelo |
but im still not able to log in |
| 16:17 |
jammin |
Gotcha. |
| 16:18 |
jammin |
Bounce apache just to be sure... seems to prefer being the last one in the pool. |
| 16:21 |
* mmorgan |
is wondering how to target bug 1482757. Would that be considered a bug fix? |
| 16:21 |
pinesol |
Launchpad bug 1482757 in Evergreen 3.1 "Loading records with located URIs should not delete and recreate call_numbers" [Low,Confirmed] https://launchpad.net/bugs/1482757 |
| 16:21 |
phasefx_ |
angelo: self-signed SSL cert? |
| 16:22 |
angelo |
yes |
| 16:22 |
angelo |
phasefx i do see an error in the console that says "An SSL certificate error occurred when fetching the script." |
| 16:22 |
phasefx |
angelo: if it's not a cert that your browser trusts by default, you may need to go to hostname:7682 in your browser first and accept it there |
| 16:24 |
phasefx |
or https://hostname:7682, rather |
| 16:25 |
phasefx |
I thnk there is a way to get websockets running through port 80, but I don't have hands on experience with that |
| 16:25 |
phasefx |
or 443, rather |
| 16:26 |
|
angelo joined #evergreen |
| 16:30 |
jammin |
phasefx: I'm in a spot like that with a test server. selfsigned cert vs websockets, etc. going to port 7682 gives me an ssl protocol error... haven't touched it since then, had other things pop up, but need to get in there and sort it out, don't remember what state I left it in. |
| 16:32 |
* phasefx |
uses let's encrypt these days and exposes his dev server to the internet, but he used to have to approve self-signed certs on both 443 and 7682 |
| 16:51 |
|
mmorgan1 joined #evergreen |
| 17:01 |
|
AFloyd__ joined #evergreen |
| 17:01 |
angelo |
phasefx im all set, it was a closed port in the firewall and websockd not running |
| 17:07 |
|
mmorgan left #evergreen |
| 17:12 |
jammin |
I could use a little insight into what the purpose in life for money.billable_xact_with_void_summary is. It seems to tell me things about transactions that are very strange, and very unlike the other money views & tables tell me. |
| 17:13 |
|
jonadab joined #evergreen |
| 17:13 |
|
alynn26 joined #evergreen |
| 17:16 |
|
alynn26_away joined #evergreen |
| 17:20 |
jammin |
Things like "total_paid = 101.20", while money.materialized_billable_xact_summary says "total_paid = 4.40". It's 23 times higher. (Which is suspiciously the number of billings for that transaction). |
| 17:21 |
jammin |
Or things like "total_owed = 11.60", while money.materialized_billable_xact_summary says "total_owed = 4.40". It's two times higher. (Which is suspiciously the number of payments made for that transaction). |
| 17:21 |
|
jvwoolf joined #evergreen |
| 17:22 |
jammin |
Like maybe the join in that view is kinda funky. |
| 17:26 |
jeff |
that particular view looks like it might be old and unmaintained. its removal was perhaps overlooked. |
| 17:27 |
jeff |
nothing in code or IDL appears to reference it since 2006. i'll see if there's a bug for its removal from the database schema, and make one if not. |
| 17:27 |
jeff |
jammin++ |
| 17:28 |
jammin |
jeff: kinda hoping so, given the results... counting places where it doesn't match the other table... looks like a majority, if not all of them. |
| 17:31 |
* jeff |
nods |
| 17:31 |
jammin |
any others in money that are no longer used? there a quick way to figure that out? |
| 17:32 |
jeff |
If the table or view name name doesn't appear in fm_IDL.xml and doesn't appear in the definition of other tables, that's a place to start. I'll plan to look for other unused ones, but feel free to do the same and share your results. :-) |
| 17:40 |
jammin |
Cool, thanks. Yeah, might dive into that... cruft gives me the willies. |
| 17:41 |
jammin |
And there's enough going on in that schema without making it worse with castaways. |
| 17:51 |
|
alynn26 joined #evergreen |
| 17:56 |
|
alynn26_away joined #evergreen |
| 18:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:19 |
jammin |
Well, I couldn't find any of the following views in fm_IDL.xml, or any references to them in the sql source (Open-ILS/src/sql/Pg) other than their own creation statements:money.cashdrawer_payment_view, money.open_transaction_billing_summary, money.open_transaction_billing_type_summary, money.open_transaction_payment_summary, |
| 18:19 |
jammin |
money.transaction_billing_summary, money.transaction_billing_type_summary, money.transaction_billing_with_void_summary, money.transaction_payment_summary, money.transaction_payment_with_void_summary |
| 18:21 |
jammin |
So, money.cashdrawer_payment_view, and any of the money.transaction* views. |
| 18:23 |
jammin |
money.bnm_desk_payment is not in fm_IDL.xml, but is a child of bnm_payment; inherited by cash_payment, check_payment, credit_card_payment; used by cash_drawer_payment_view,desk_payment_view |
| 18:47 |
|
jammin left #evergreen |
| 19:15 |
|
AFloyd__ joined #evergreen |
| 20:32 |
|
alynn26 joined #evergreen |
| 21:08 |
|
alynn26_away joined #evergreen |
| 22:39 |
|
mrisher joined #evergreen |
| 22:57 |
|
sandbergja joined #evergreen |
