Time |
Nick |
Message |
02:36 |
|
beanjammin joined #evergreen |
06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:46 |
|
JBoyer joined #evergreen |
07:03 |
|
agoben joined #evergreen |
07:14 |
|
rjackson_isl joined #evergreen |
07:29 |
|
bdljohn joined #evergreen |
08:49 |
|
collum joined #evergreen |
08:50 |
|
mmorgan joined #evergreen |
09:13 |
|
Dyrcona joined #evergreen |
09:20 |
|
lsach joined #evergreen |
09:32 |
|
yboston joined #evergreen |
09:36 |
|
Phillip joined #evergreen |
09:36 |
Phillip |
I have a hatch question |
09:37 |
|
kmlussier joined #evergreen |
09:40 |
|
rlefaive joined #evergreen |
09:41 |
|
terran joined #evergreen |
09:59 |
kmlussier |
Phillip: Go ahead and ask your question. When somebody who can help you sees it, they'll answer it. |
10:05 |
|
mmorgan1 joined #evergreen |
10:07 |
Phillip |
Using hatch 0.1.5 with Chrome (Windows 10) and uninstalled hatch using Add/Remove. Uncertain that Add/Remove entirely removed hatch. Seeking manual uninstall info. |
10:10 |
csharp |
Phillip: it creates a hidden folder in the user's home directory - let me start up a Windows VM to check... |
10:12 |
csharp |
Phillip: ".evergreen" - to truly remove Hatch you would probably want to remove that directory or the subdir for the server you're having trouble with (e.g. "https_gapines_org") |
10:15 |
Phillip |
So no registry entries? |
10:15 |
csharp |
Phillip: it does add registry entries. one sec |
10:18 |
csharp |
Phillip: The uninstaller *should* be deleting them |
10:18 |
csharp |
reference: http://git.evergreen-ils.org/?p=working/Hatch.git;a=blob;f=installer/windows/hatch.nsi;h=68fed3e9046693969895e4ddecc203daecc69cac;hb=HEAD beginning at line 185 |
10:26 |
|
rlefaive joined #evergreen |
10:33 |
Phillip |
FYI, the hatch 0.1.5 uninstaller does not remove the .evergreen directory. After uninstall, there were a few entries left behind but they appear to be innocent |
10:33 |
csharp |
Phillip: correct - that's intentional - most programs preserve user data |
10:33 |
Phillip |
"few entries" = "few instances of hatch in the registry" |
10:46 |
|
beanjammin joined #evergreen |
10:49 |
|
Christineb joined #evergreen |
11:08 |
Phillip |
Using Chrome/hatch, we have Chrome "locked down" so that it cannot be used for general web browsing. It's used exclusively with Evergreen. Does hatch need to communicate with additional websites other than Evergreen? |
11:11 |
berick |
Phillip: Hatch does not communicate with any websites |
11:11 |
berick |
it just talks to the browser |
11:28 |
JBoyer |
Phillip, I'm curious what remaining entries you're seeing in your registry. My understanding is that the uninstaller is supposed to be trying to remove every key it creates. |
11:37 |
|
yboston joined #evergreen |
11:39 |
|
khuckins joined #evergreen |
11:43 |
|
jihpringle joined #evergreen |
11:47 |
Phillip |
Computer\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Search\RecentApps\{1577ADA1-A063-4DCA-82F1-685CEF77C8FC} for version hatch 0.1.4 |
11:47 |
Phillip |
Computer\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Search\RecentApps\{6DB14493-5B71-4087-B9BC-F7C8FD50969C} for hatch 0.1.5 |
11:47 |
Phillip |
Computer\HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Compatibility Assistant\Store |
11:48 |
Phillip |
C:\Program Files (x86)\Hatch\Uninstall Hatch.exe |
11:48 |
Phillip |
SIGN.MEDIA=1A7EF0 Hatch\Hatch-Installer-0.1.5.exe |
11:48 |
berick |
Phillip: just thought about something re: hatch talking to websites... if your print templates contain references to external resources (images, css, script) then Hatch will try to fetch to resources over the network. |
11:49 |
berick |
s/fetch to/fetch those/ |
11:57 |
|
idjit joined #evergreen |
12:04 |
JBoyer |
Phillip, we don't manually insert anything in those keys and it would likely be unsafe / bad practice to try to cleanup that kind of thing. (they appear to be more caches than permanent info storage keys) so they're likely fine as-is. |
12:10 |
Phillip |
JBoyer, I thought this was the case. |
12:18 |
|
beanjammin joined #evergreen |
12:27 |
|
yboston joined #evergreen |
12:29 |
Phillip |
When printing a holds pull list with Chrome/hatch, it prints receipt font size on a regular printer. Under test print, choosing Print does the same. |
12:29 |
Phillip |
Under test print, choosing Print with dialog prints fine. When I turn off hatch it prints fine. I've uninstalled Chrome/hatch without resolving the issue |
12:30 |
Phillip |
I used a different profile on the same computer and I'm having the same issue |
12:41 |
|
NFPL joined #evergreen |
12:43 |
JBoyer |
Phillip, after enabling Hatch there are additional steps you need to take: In the Administration menu select Workstation, then click Printer Settings. Here you would set up the various contexts and what printers are used for which context. |
12:45 |
JBoyer |
You may have done that part already but for reasons lost to time the default context for receipts is unset, so they use the default context unless you manually change that. To check that, go to the Print Templates page of the Workstation Administration, choose the receipt type you want to test, then make sure that the Context is Receipt. |
12:45 |
JBoyer |
Try again and see if that helps. |
13:01 |
|
NFPL joined #evergreen |
13:03 |
|
khuckins joined #evergreen |
13:03 |
NFPL |
If I were working on something, say a fully responsive OPAC using Bootstrap4 to share with the community, where should I state my intentions? Under blueprints on the Wiki or....? |
13:04 |
NFPL |
It was second on the requested list from the conference and I have been working on it since we got back but not really sure where to communicate that |
13:05 |
|
khuckins_ joined #evergreen |
13:07 |
miker |
NFPL: you can create a wishlist bug on launchpad and add a link to a WIP branch. we tend not to use (and therefore forget about) LP blueprints. The wiki would be a good place for a design doc, actually, a la berick's angularjs->angular work |
13:10 |
|
yboston joined #evergreen |
13:18 |
NFPL |
Miker: Thanks! |
14:02 |
Phillip |
JBoyer: When I set these up, I go ahead and choose the printer for Default, Receipt, Label, Mail, and Offline and click Save for each one. I'll use Mail for the letter size printer. |
14:05 |
Phillip |
As an experiment, I changed Default, Receipt, Label, Mail and Offline to print to the Kyocera and clicked Apply Changes for each one. On the screen it's indicating for example letter size paper. |
14:06 |
Phillip |
But when I test printing, clicking Print, it's printing receipt printer font size on the Kyocera. It's as if the settings aren't being applied. If I click Print with dialog, it prints ok. |
14:11 |
|
yboston joined #evergreen |
14:48 |
|
rlefaive joined #evergreen |
14:48 |
dbs |
miker: it's probably not good security hygiene that people are replying to the governance mailing list with their scanned signatures attached (the curse of hitting "reply" to a mailing list)? |
15:07 |
miker |
dbs: indeed, probably not (accepting that we've already done that, a couple months ago...). csharp: do you know if it's possible to excise at least the attachments from some emails in the archive? (ideally before it hits markmail) |
15:29 |
|
yboston joined #evergreen |
15:38 |
jeff |
q |
15:38 |
jeff |
less you are not. |
15:50 |
csharp |
miker: markmail receives it via a subscribed member email address, so we'll have to contact them about it |
15:55 |
csharp |
yeah - already archived there |
15:55 |
csharp |
I'll look into it |
15:56 |
jeff |
csharp: once removed from the original archives, you can request markmail remove here: https://markmail.org/docs/removal-policy.xqy |
15:56 |
csharp |
jeff: cool - I've done this in the past, but it's been a while :-) |
16:06 |
|
rlefaive joined #evergreen |
16:31 |
|
khuckins_ joined #evergreen |
16:47 |
|
rlefaive joined #evergreen |
16:48 |
miker |
dbs++ |
16:48 |
miker |
csharp++ |
16:48 |
miker |
jeff++ |
16:49 |
Bmagic |
Anyone seen the "unhandled error" Dialog box from the offline xul interface with the single error line "_print_tree" ? |
16:50 |
mmorgan1 |
Bmagic: I've seen that when the offline printer has not been configured. |
16:50 |
Bmagic |
That makes sense |
16:50 |
Bmagic |
nothing you can do about it I suppose? It seems that the library couldn't clear the message |
16:50 |
Bmagic |
It's too late now to do anything about it, just curious |
16:52 |
mmorgan |
Bmagic: They can clear the "Print receipt?" checkboxes so printing won't be attempted. They'll need to restart offline, probably, to clear the message. |
16:52 |
Bmagic |
I see |
17:01 |
|
mmorgan left #evergreen |
17:42 |
|
rlefaive joined #evergreen |
17:46 |
|
krvmga joined #evergreen |
17:48 |
krvmga |
sometimes in the xul client, looking at a record, the words Record Summary (Add Volumes) (View MARC) in the upper left corner of the screen have a red background. does anyone know why? |
17:51 |
jihpringle |
krvmga: that indicates that the record is deleted |
17:51 |
jihpringle |
usually you'll also see " This record has been deleted from the database. We recommend that you remove this title from any lists it may have been added to. " on the OPAC View for the record |
17:53 |
krvmga |
jihpringle++ |
17:53 |
krvmga |
Thanks! |
17:53 |
jihpringle |
np :) |
18:27 |
|
beanjammin joined #evergreen |
18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:58 |
|
bdljohn joined #evergreen |
19:40 |
|
beanjammin joined #evergreen |
23:34 |
|
jeff_ joined #evergreen |