| Time |
S |
Nick |
Message |
| 02:00 |
|
|
alohabot` joined #koha |
| 02:13 |
|
|
alohabot joined #koha |
| 02:18 |
|
|
bag joined #koha |
| 02:21 |
|
|
alohabot` joined #koha |
| 02:40 |
|
|
alohabot joined #koha |
| 03:33 |
|
|
dpk joined #koha |
| 03:37 |
|
|
alohabot joined #koha |
| 03:50 |
|
|
alohabot joined #koha |
| 05:46 |
|
|
marcelr joined #koha |
| 05:46 |
|
marcelr |
o/ |
| 05:57 |
|
ashimema |
Morning |
| 06:00 |
|
marcelr |
hi ashimema i m having problems applying your patches |
| 06:00 |
|
marcelr |
patch 6 with adjusted unit tests gives trouble |
| 06:03 |
|
|
reiveune joined #koha |
| 06:04 |
|
krimsonkharne[m] |
good morning #koha |
| 06:04 |
|
reiveune |
hello |
| 06:04 |
|
marcelr |
hi reiveune krimsonkharne[m] |
| 06:07 |
|
magnuse |
\o |
| 06:07 |
|
|
lds joined #koha |
| 06:07 |
|
ashimema |
DOH, I'll re-upload the full set for you shortly |
| 06:08 |
|
marcelr |
yes please |
| 06:12 |
|
magnuse |
ashimema++ marcelr++ |
| 06:13 |
|
marcelr |
magnuse++ |
| 06:18 |
|
ashimema |
full set coming up now marcelr |
| 06:18 |
|
* ashimema |
was making breakfast for the kids |
| 06:19 |
|
ashimema |
done |
| 06:19 |
|
marcelr |
ok let me check if it applies now |
| 06:19 |
|
ashimema |
https://gitlab.com/mrenvoize/K[…]anch%5D=bug_15504 |
| 06:20 |
|
ashimema |
just in case |
| 06:20 |
|
magnuse |
oops, ashimema accidentally uploaded the breakfast to bugzilla, and fed the kids patches |
| 06:20 |
|
marcelr |
no same problem |
| 06:21 |
|
ashimema |
oop.. https://gitlab.com/mrenvoize/K[…]commits/bug_15504 |
| 06:21 |
|
ashimema |
that's the branch |
| 06:21 |
|
marcelr |
what did you upload to BZ ? |
| 06:21 |
|
ashimema |
weird.. I have no idea why it would give the sha issue on fresh patches |
| 06:21 |
|
ashimema |
always find that weird |
| 06:21 |
|
ashimema |
literally just uploaded all the patches again from that branch |
| 06:21 |
|
ashimema |
it's a fully rebased set |
| 06:21 |
|
marcelr |
too bad that i threw away the patches of yesterday.. |
| 06:22 |
|
marcelr |
i am here: commit 41a3eb6c7a917d905583993656c1c4e63980152e (HEAD -> master) |
| 06:22 |
|
marcelr |
no |
| 06:22 |
|
marcelr |
thats 5 ahead |
| 06:22 |
|
marcelr |
commit ba298ebdf91d91110243f17080c6da7ecc252ca9 (HEAD -> master, origin/master, origin/HEAD, qa-prev-commit) |
| 06:23 |
|
marcelr |
i need to go 36 up |
| 06:23 |
|
marcelr |
let me try |
| 06:23 |
|
marcelr |
ah sorry it works NOW |
| 06:24 |
|
marcelr |
just thought i was already at the top of master.. |
| 06:24 |
|
ashimema |
interesting |
| 06:24 |
|
ashimema |
I don't see 41a3eb6c7a917d905583993656c1c4e63980152e anywhere here |
| 06:25 |
|
ashimema |
or on git.koha-community.org for that matter |
| 06:25 |
|
ashimema |
how strange |
| 06:25 |
|
|
thibaud_g joined #koha |
| 06:26 |
|
ashimema |
ooh.. never spotted the commit graph view on git.koha-community.org before.. |
| 06:26 |
|
ashimema |
pretty |
| 06:26 |
|
marcelr |
Author: Kyle M Hall <kyle bywatersolutions.com> Date: Fri Sep 1 12:47:47 2023 -0400 Bug 33204: (QA follow-up) Improve option description |
| 06:26 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=33204 enhancement, P5 - low, ---, fridolin.somers, Pushed to master , Add the ability to filter on patron library for borrowers-force-messaging-defaults.pl |
| 06:27 |
|
ashimema |
https://git.koha-community.org[…]er/search?q=33204 |
| 06:27 |
|
ashimema |
community has a different sha than you for that |
| 06:27 |
|
ashimema |
strang |
| 06:27 |
|
ashimema |
* strange |
| 06:27 |
|
marcelr |
no we are just mixing two commits |
| 06:28 |
|
marcelr |
the first one was the patch of Matt just before the apply stranded |
| 06:28 |
|
marcelr |
so 5 ahead |
| 06:28 |
|
marcelr |
but we are fine now |
| 06:28 |
|
ashimema |
coolios |
| 06:29 |
|
marcelr |
will finish some other thing and come back to it |
| 06:29 |
|
ashimema |
thanks |
| 06:29 |
|
Joubu |
I am seeing ba298ebdf91d91110243f17080c6da7ecc252ca9 |
| 06:29 |
|
Joubu |
it's git show origin/master~36 |
| 06:30 |
|
marcelr |
yes |
| 06:30 |
|
marcelr |
Joubu i commented on the Background patch :) |
| 06:36 |
|
Joubu |
I disagree, but don't have time for that |
| 06:36 |
|
Joubu |
I replied |
| 06:36 |
|
Joubu |
you are not fixing a bug, you are introducing another one |
| 06:38 |
|
marcelr |
no i dont agree |
| 06:38 |
|
marcelr |
it is a bug that exists now already |
| 06:38 |
|
Joubu |
background_jobs table should reflect the state of the queue |
| 06:39 |
|
marcelr |
both should be persistent |
| 06:39 |
|
marcelr |
and now the queue is not |
| 06:39 |
|
Joubu |
background_jobs table *must* reflect the state of the queue |
| 06:39 |
|
Joubu |
:D |
| 06:39 |
|
Joubu |
both *should* be persistent |
| 06:39 |
|
marcelr |
^ |
| 06:43 |
|
* ashimema |
is looking at https://gitlab.com/joubu/Koha/[…]3abc39078_558_560 first thing today.. apologies I'd totally missed it before Joubu ☹️ |
| 06:45 |
|
|
alohabot joined #koha |
| 07:09 |
|
|
cait joined #koha |
| 07:26 |
|
|
mahesh joined #koha |
| 07:27 |
|
mahesh |
hello i am mahesh nayak |
| 07:28 |
|
mahesh |
i am build chat system using irc with nodejs |
| 07:55 |
|
marcelr |
@later tell tcohen please push 35041 for Jenkins |
| 07:55 |
|
huginn |
marcelr: The operation succeeded. |
| 07:56 |
|
|
asif joined #koha |
| 07:57 |
|
asif |
Hlep: where i can email for Koha issue i am facing can anyone tell how to i add in mailing address |
| 08:57 |
|
Joubu |
Everything is buggy |
| 08:57 |
|
Joubu |
always, everywhere |
| 08:58 |
|
Joubu |
We can send people on the moon since 50 years but we cannot have a lib to correctly escape tabs... |
| 09:00 |
|
marcelr |
hmm We will have work then |
| 09:14 |
|
Joubu |
or... :D the lib is right, and a Koha dev is wrong (not me!) |
| 09:16 |
|
marcelr |
first assumption: the other one must be wrong ! |
| 09:16 |
|
Joubu |
the hilarious part is the comment in Koha |
| 09:17 |
|
marcelr |
i hope that i did not write it :) |
| 09:17 |
|
Joubu |
# Locale::PO->quote is buggy |
| 09:17 |
|
marcelr |
yes helpful |
| 09:17 |
|
Joubu |
there is more explanation ;) |
| 09:17 |
|
Joubu |
to be fair, maybe it was buggy at the time and fixed since then |
| 09:18 |
|
marcelr |
that whole language stuff does not have my full trust |
| 09:18 |
|
Joubu |
I am... fighting with the code for the last 2 weeks... |
| 09:19 |
|
marcelr |
well, we should expect improvements then |
| 09:20 |
|
Joubu |
bug 34959 |
| 09:20 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=34959 major, P5 - low, ---, jonathan.druart+koha, Signed Off , Translator tool generates too many changes |
| 09:20 |
|
Joubu |
this is one |
| 09:21 |
|
marcelr |
i will have a look perhaps tomorrow? |
| 09:23 |
|
|
asif joined #koha |
| 09:24 |
|
Joubu |
that would be great! |
| 09:25 |
|
asif |
help: any one know how to show shelf location in OPAC book detail as only there things are comming in detail [item type book ,current library, status avalible or not, and date due only] i want to bring one more filed like shelf location |
| 09:31 |
|
paulderscheid[m] |
Morning #koha |
| 09:31 |
|
paulderscheid[m] |
What's the recommended way of reading .env in perl (or your preferred one)? |
| 09:33 |
|
Joubu |
paulderscheid[m]: I don't know, but we had kind of the same discussion on https://gitlab.com/koha-commun[…]erge_requests/483 |
| 09:34 |
|
marcelr |
are we doing that somewhere in the codebase actually ? |
| 09:34 |
|
Joubu |
tldr don't just source it |
| 09:34 |
|
paulderscheid[m] |
Haha, thanks joubu :D |
| 09:35 |
|
paulderscheid[m] |
Anyone had some experiences w/ Dotenv on cpan? |
| 09:35 |
|
paulderscheid[m] |
Is it any good? |
| 09:38 |
|
ashimema |
marcelr++ |
| 09:38 |
|
ashimema |
thanks so much |
| 09:40 |
|
marcelr |
ashimema++ |
| 09:40 |
|
marcelr |
quck follow-up |
| 09:40 |
|
marcelr |
quick |
| 09:41 |
|
marcelr |
i will adjust is_active when you add hold and artreq |
| 09:41 |
|
ashimema |
🙂 |
| 09:41 |
|
ashimema |
I'll take a look at those asap.. hopefully within this week |
| 09:41 |
|
ashimema |
seeing things move motivates 🙂 |
| 09:41 |
|
marcelr |
great |
| 09:46 |
|
Joubu |
marcelr++ to keep motivation above 0 |
| 09:47 |
|
marcelr |
Joubu++ |
| 09:47 |
|
marcelr |
does ++ help too? |
| 09:47 |
|
marcelr |
or no longer ? lol |
| 09:48 |
|
|
alohabot joined #koha |
| 09:48 |
|
marcelr |
Joubu: ik ga er met de volle tien procent tegen aan |
| 09:49 |
|
Joubu |
welke tien procent? |
| 09:50 |
|
marcelr |
10 mogelijkheden |
| 09:51 |
|
Joubu |
No entiendo de qué estás hablando! |
| 09:54 |
|
aude_c[m] |
<asif> "help: any one know how to show..." <- asif You should check in Administration > Table settings > Opac > Table id: holdingst that item_shelving_location has not been hidden (untick if it is). You can also switch OpacLocationOnDetail system preference to stop the shelving location being displayed in a separate column and have it underneath the branch instead. |
| 09:58 |
|
marcelr |
Joubu: i had that impression, never mind |
| 10:08 |
|
marcelr |
bbl |
| 10:16 |
|
oleonard |
Hi #koha |
| 10:16 |
|
|
khall joined #koha |
| 10:21 |
|
eythian |
hi oleonard |
| 10:21 |
|
wahanui |
hi oleopard |
| 10:21 |
|
oleonard |
Hi eythian, how's it going? |
| 10:22 |
|
eythian |
Not bad, pretty quiet. Waiting for lunch to heat up :) |
| 10:25 |
|
|
alohabot` joined #koha |
| 10:33 |
|
|
angelic joined #koha |
| 10:34 |
|
|
alohabot joined #koha |
| 10:39 |
|
|
alohabot joined #koha |
| 10:47 |
|
Joubu |
@later tell marcelr fun one - 35043 |
| 10:47 |
|
huginn |
Joubu: The operation succeeded. |
| 10:59 |
|
|
alohabot joined #koha |
| 11:06 |
|
|
asif joined #koha |
| 11:07 |
|
asif |
help please: can i edit a book record and add shelving location code any one can tell in which MARK code it comes 952 is not visible |
| 11:07 |
|
TriveniChandriki[m] |
952$c tag number |
| 11:08 |
|
asif |
thank you but its not visible in any framework |
| 11:08 |
|
TriveniChandriki[m] |
asif: This is item level tag |
| 11:09 |
|
asif |
cant we give item level code at the time of editing book record |
| 11:09 |
|
asif |
and what is difference between LOC code its also shelving where it come |
| 11:09 |
|
TriveniChandriki[m] |
asif: No. Only item level editing |
| 11:10 |
|
TriveniChandriki[m] |
asif: Both is same 952$c |
| 11:10 |
|
asif |
so cant we put afterword |
| 11:11 |
|
TriveniChandriki[m] |
LOC and 952$c tag same |
| 11:11 |
|
asif |
ok |
| 11:11 |
|
|
alohabot joined #koha |
| 11:11 |
|
asif |
any way to edit it |
| 11:11 |
|
TriveniChandriki[m] |
asif: U can edit any time location |
| 11:12 |
|
asif |
if you share the procedure i will appriciate |
| 11:13 |
|
oleonard |
asif: https://koha-community.org/man[…]html#item-records |
| 11:13 |
|
asif |
when i select a book and click on edit only 942 tag appears |
| 11:14 |
|
Joubu |
ashimema: can you explain why your version is better than mine? :D - bug 29523 |
| 11:14 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=29523 major, P5 - low, ---, martin.renvoize, In Discussion , Add a way to prevent embedding objects that should not be allowed |
| 11:15 |
|
oleonard |
asif: From the edit screen, click the dropdown menu on the "Save" button and choose "Save and edit items" |
| 11:20 |
|
|
alohabot` joined #koha |
| 11:27 |
|
|
alohabot joined #koha |
| 11:36 |
|
|
marcelr joined #koha |
| 11:36 |
|
marcelr |
o/ |
| 11:37 |
|
tcohen[m] |
hola #koha o/ |
| 11:37 |
|
marcelr |
hola tcohen[m] |
| 11:43 |
|
|
alohabot joined #koha |
| 11:46 |
|
ashimema |
I'm not sure it is |
| 11:46 |
|
ashimema |
I wanted feedback |
| 11:46 |
|
ashimema |
Joubu ^ |
| 11:47 |
|
ashimema |
the only difference really is that i return all the fields still.. but with redacted data in them |
| 11:47 |
|
ashimema |
whilst you return an empty json hash |
| 11:47 |
|
ashimema |
I think the reason I thought of doing it my way was that I thought at least at some point we had fields set as required in the openapi specs |
| 11:48 |
|
ashimema |
so the empty hash would not validate |
| 11:48 |
|
ashimema |
but I'm not actually seeing that now |
| 11:48 |
|
Joubu |
I am not sure it's a job for Koha::Object |
| 11:48 |
|
ashimema |
so yeah.. it's really just 'opinionated' and |
| 11:48 |
|
ashimema |
and open for discussion |
| 11:54 |
|
Joubu |
maybe you are right, having all the attributes in the response seems better. |
| 11:55 |
|
angelic |
Hi koha. I have two pictures https://snipboard.io/yeOlBQ.jpg and https://snipboard.io/rk5cZI.jpg When you looak at the Publisher part you can see that one has link (valeu coming from 260 TAG) but other does not have link (value comming from 264 TAG). I want links to be available in both of them. How can do it. |
| 11:55 |
|
Joubu |
the spec could (should) evolved and the embeded objects will be validated |
| 11:56 |
|
angelic |
I have checked MARC bibliographic framework but the koha link semms unchangable |
| 11:56 |
|
ashimema |
it was really unsure.. hence coding it and asking for feedback 🙂 |
| 11:59 |
|
Joubu |
ashimema: why not just set to undef? |
| 12:00 |
|
ashimema |
that's also a very good question.. simply 'cause I didn't think about that until a few minutes after I submitted the patch. |
| 12:01 |
|
Joubu |
well, you could have it "not undef" at the spec level :-/ |
| 12:01 |
|
ashimema |
most, if not all, our spec files so far tend to have type arrays to support actual type + null |
| 12:01 |
|
ashimema |
so undef is probably cleaner now I think of it. |
| 12:01 |
|
ashimema |
but yeah.. i bet we're not 100% consistent in that |
| 12:02 |
|
ashimema |
and.. should we be? |
| 12:02 |
|
ashimema |
hard |
| 12:03 |
|
Joubu |
tcohen[m]: can we have your opinion on this one? |
| 12:04 |
|
Joubu |
bug 29523 comments 105, 106, 117, 118 |
| 12:04 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=29523 major, P5 - low, ---, martin.renvoize, In Discussion , Add a way to prevent embedding objects that should not be allowed |
| 12:05 |
|
marcelr |
ashimema: 35027 and 35050 require still a bit more attention, sorry |
| 12:05 |
|
marcelr |
30 |
| 12:05 |
|
ashimema |
yup.. i spotted |
| 12:05 |
|
ashimema |
I was too quick in my lunch break |
| 12:05 |
|
ashimema |
revisiting them now |
| 12:05 |
|
ashimema |
apologies for wasting your time there |
| 12:07 |
|
|
alohabot joined #koha |
| 12:27 |
|
Joubu |
ashimema: there is a misunderstanding on the need I think |
| 12:28 |
|
Joubu |
at least the need I have on 33568 |
| 12:28 |
|
Joubu |
I let a comment to explain |
| 12:28 |
|
ashimema |
ta, will read in a moment |
| 12:29 |
|
ashimema |
I remember why I filled rather than undeffed.. I wanted to signify a distinction between the data actually missing in the first place and the data being deliberately redacted |
| 12:29 |
|
ashimema |
but yeah.. I'll read your comment in a mo |
| 12:40 |
|
|
khall joined #koha |
| 12:43 |
|
tcohen[m] |
git bz apply 29523 |
| 12:44 |
|
|
alohabot joined #koha |
| 12:44 |
|
|
khall_ joined #koha |
| 12:46 |
|
Joubu |
tcohen[m]: see last comment, it's not working. However see my remote branch, that is working, but needs adjustements I think |
| 12:48 |
|
tcohen[m] |
it we were on OpenAPIv3... |
| 12:49 |
|
tcohen[m] |
I'd vote for a solution returning a fixed data structure for the 'hidden' object |
| 12:49 |
|
tcohen[m] |
by using anyOf |
| 12:50 |
|
tcohen[m] |
martin's solution seems to me that would require some annotation on what attributes could be generally visible (e.g. branchcode) |
| 12:51 |
|
tcohen[m] |
looking at your branch |
| 12:51 |
|
tcohen[m] |
ashimema: are you able to see thelater people leave you? |
| 12:51 |
|
tcohen[m] |
I saw marcelr sent me one, on hte logs, but not on element |
| 12:52 |
|
ashimema |
erm |
| 12:52 |
|
ashimema |
not sure actually |
| 12:52 |
|
ashimema |
not seen one in a while |
| 12:52 |
|
ashimema |
but I certainly used to |
| 12:53 |
|
marcelr |
tcohen i received a later just an hour ago or so |
| 12:53 |
|
marcelr |
from jonathan |
| 12:53 |
|
ashimema |
it could be that element keeps us logged in |
| 12:53 |
|
tcohen[m] |
<Joubu> "well, you could have it "not..." <- ^^ for that is the reason I keep mentioning v3 |
| 12:53 |
|
ashimema |
though.. I thought later used 'first mention by a person after a while' |
| 12:54 |
|
ashimema |
someone later me please 😛 |
| 12:54 |
|
marcelr |
@later tell ashimema test |
| 12:54 |
|
huginn |
marcelr: The operation succeeded. |
| 12:54 |
|
tcohen[m] |
@later tell ashimema wake up dude |
| 12:54 |
|
huginn |
tcohen[m]: The operation succeeded. |
| 12:54 |
|
ashimema |
hi |
| 12:54 |
|
ashimema |
yup |
| 12:54 |
|
marcelr |
you got them? |
| 12:54 |
|
ashimema |
huggin messages me as soon as I speak |
| 12:54 |
|
ashimema |
I got them |
| 12:54 |
|
ashimema |
thanks |
| 12:54 |
|
tcohen[m] |
Joubu: joubu/bug_33568 or joubu/bug_33568_test_29523 |
| 12:55 |
|
ashimema |
maybe you need to let huggin talk to you for the first time tcohen? |
| 12:55 |
|
ashimema |
it'll invite you to chat I think |
| 12:55 |
|
tcohen[m] |
can someone later me? |
| 12:55 |
|
marcelr |
@later tcohen[m] test |
| 12:55 |
|
huginn |
marcelr: I'll give you the answer just as soon as RDA is ready |
| 12:55 |
|
wahanui |
i already had it that way, huginn. |
| 12:55 |
|
marcelr |
hmm |
| 12:55 |
|
tcohen[m] |
hola |
| 12:55 |
|
marcelr |
does the [m] interfere |
| 12:55 |
|
tcohen[m] |
I think so |
| 12:56 |
|
marcelr |
@later tcohen test |
| 12:56 |
|
huginn |
marcelr: downloading the Perl source |
| 12:56 |
|
tcohen[m] |
how did you get rid of the [m] ashimema? |
| 12:56 |
|
marcelr |
@later tcohen testing |
| 12:56 |
|
huginn |
marcelr: I suck |
| 12:56 |
|
marcelr |
@later tell tcohen testing |
| 12:56 |
|
huginn |
marcelr: The operation succeeded. |
| 12:56 |
|
tcohen[m] |
I get nothing |
| 12:56 |
|
marcelr |
@later tell tcohen[m] testing |
| 12:56 |
|
huginn |
marcelr: The operation succeeded. |
| 12:56 |
|
marcelr |
and now? |
| 12:56 |
|
wahanui |
well, now is fixed but i'm still crying |
| 12:56 |
|
tcohen[m] |
hi |
| 12:56 |
|
* oleonard-away |
consoles wahanui |
| 12:57 |
|
tcohen[m] |
Joubu |
| 12:57 |
|
tcohen[m] |
which branch |
| 12:57 |
|
* eythian |
xterms wahanui |
| 12:57 |
|
tcohen[m] |
hi eythian ! |
| 12:57 |
|
eythian |
hi tcohen[m] |
| 12:57 |
|
tcohen[m] |
I'm resuming our work this days |
| 12:57 |
|
eythian |
ah cool, I saw some mention of that in IRC the other day |
| 12:57 |
|
Joubu |
tcohen[m]: I let you the comment numbers earlier |
| 12:58 |
|
eythian |
sing out if I can help, I sometimes have free time :) |
| 12:58 |
|
Joubu |
there were only 4 comments to look at |
| 12:58 |
|
Joubu |
https://bugs.koha-community.or[…]cgi?id=29523#c105 |
| 12:58 |
|
huginn |
Bug 29523: major, P5 - low, ---, martin.renvoize, In Discussion , Add a way to prevent embedding objects that should not be allowed |
| 12:58 |
|
tcohen[m] |
I read them already |
| 12:58 |
|
tcohen[m] |
I want to know which of the two branches on your gitlab |
| 12:58 |
|
tcohen[m] |
I should look to actually read what you talk about |
| 12:59 |
|
Joubu |
Thanks, kidclamp! |
| 12:59 |
|
Joubu |
tcohen[m]: https://gitlab.com/joubu/Koha/[…]8df9aec4a3254d0d5 |
| 12:59 |
|
Joubu |
the link on comment 105 |
| 12:59 |
|
Joubu |
not sure what else you are talking about |
| 13:01 |
|
Joubu |
tcohen[m]: the branch is named bug_33568_test_29523 |
| 13:02 |
|
ashimema |
To answer your last comment there Joubu.. I thought you were embedding.. so I was expecting the library embed to come through.. I hadn't realised you were using the codes |
| 13:02 |
|
ashimema |
I can see the annoyance. |
| 13:02 |
|
* ashimema |
considers some more |
| 13:02 |
|
tcohen[m] |
GET /checkouts |
| 13:02 |
|
tcohen[m] |
x-koha-embed: +strings |
| 13:02 |
|
tcohen[m] |
^ ^ would do it? |
| 13:03 |
|
tcohen[m] |
x-koha-embed: patron+strings |
| 13:03 |
|
tcohen[m] |
^^ I meant that |
| 13:03 |
|
ashimema |
indeed |
| 13:04 |
|
tcohen[m] |
should it be 'redacted'? |
| 13:04 |
|
ashimema |
all really hinges on 'what' should be redacted |
| 13:04 |
|
ashimema |
exactly |
| 13:04 |
|
tcohen[m] |
can we put in the schema, what should be kept in case of resource hiding |
| 13:04 |
|
ashimema |
do we need a redaction method per object class.. but that kinda feels chunky to maintain too |
| 13:05 |
|
tcohen[m] |
for example, visible_when_hidden => 1 |
| 13:05 |
|
tcohen[m] |
and then have TO_JSON look for those |
| 13:05 |
|
tcohen[m] |
so in Borrower.pm we would have |
| 13:06 |
|
tcohen[m] |
+branchcode => { visible_when_hidden => 1 } |
| 13:06 |
|
ashimema |
we already have the public fields handling stuff.. maybe we could do something using those definitions? |
| 13:06 |
|
Joubu |
we are at REST API level |
| 13:06 |
|
tcohen[m] |
yes, if they are enough |
| 13:06 |
|
Joubu |
it's only hidden for the REST API |
| 13:07 |
|
tcohen[m] |
we annotated is_boolean for the API, in the schema files |
| 13:07 |
|
tcohen[m] |
name = _("A patron from library %s".format(patron.library.name)); |
| 13:07 |
|
|
caroline joined #koha |
| 13:07 |
|
tcohen[m] |
parenthesis issue |
| 13:08 |
|
Joubu |
patron.library_id is enough for me, keep simple in the first step |
| 13:09 |
|
Joubu |
the public_read_list is kind of the same my "unredacted" sub |
| 13:09 |
|
Joubu |
(don't ask me why it's unredacted instead of redacted, I have no idea) |
| 13:10 |
|
ashimema |
took me a moment to understand that.. I think you chose it as it 'only shows the special cases that redaction would skip' |
| 13:11 |
|
Joubu |
yes, I guess there was a logic at the time :D but now it feels reversed |
| 13:12 |
|
ashimema |
hehe, yup |
| 13:12 |
|
Joubu |
Now that you pointed public_read_list, what we want here is very similar |
| 13:12 |
|
Joubu |
we should follow the same approach |
| 13:13 |
|
Joubu |
and so I think my patch is doing the right thing |
| 13:14 |
|
Joubu |
only thing is the API spec validation, but we don't validate embeded objects yet |
| 13:14 |
|
tcohen[m] |
we can't |
| 13:15 |
|
tcohen[m] |
I'm not sure how to help |
| 13:15 |
|
ashimema |
that's where we need the 'onOf' isn't it tcohen |
| 13:15 |
|
tcohen[m] |
I believe we should annotate things in the schema and do it in TO_JSON, instead of adding a sub |
| 13:15 |
|
tcohen[m] |
can go with this as an intermediate step |
| 13:15 |
|
ashimema |
I can''t remember the detail.. but I do remember it being annoying that we don't |
| 13:16 |
|
tcohen[m] |
we need to migrate to OpenAPIv3 |
| 13:16 |
|
tcohen[m] |
the annoying part is re-splitting the spec |
| 13:16 |
|
ashimema |
we could even move the public_read_list stuff into the schema if we wanted to.. I sorta feel like we should be consistent between the two |
| 13:17 |
|
tcohen[m] |
probably, yeah |
| 13:17 |
|
tcohen[m] |
later |
| 13:17 |
|
tcohen[m] |
heh |
| 13:18 |
|
|
alohabot joined #koha |
| 13:18 |
|
tcohen[m] |
@later tell tcohen heya |
| 13:18 |
|
huginn |
tcohen[m]: The operation succeeded. |
| 13:18 |
|
Joubu |
@later tell tcohen[m] booh |
| 13:18 |
|
huginn |
Joubu: The operation succeeded. |
| 13:18 |
|
tcohen[m] |
so, to sumarize |
| 13:18 |
|
tcohen[m] |
what are the next steps? |
| 13:19 |
|
tcohen[m] |
boo |
| 13:19 |
|
Joubu |
I don't know, I really just want to display "A patron from XXX" |
| 13:19 |
|
Joubu |
:D |
| 13:19 |
|
tcohen[m] |
and you're generally good with 29523 |
| 13:19 |
|
tcohen[m] |
just it is not enough |
| 13:19 |
|
Joubu |
what is on 29523 does not work for me |
| 13:20 |
|
ashimema |
I'm happy to push a bit further with redaction as apposed to removal.. if that's what we're all agreed on now |
| 13:21 |
|
tcohen[m] |
I like the idea of only returning allowed/annotated attributes |
| 13:21 |
|
Joubu |
what about: |
| 13:21 |
|
tcohen[m] |
and a mark to tell the resource access has been restricted |
| 13:21 |
|
Joubu |
Koha::Object sub redacted { return $self } |
| 13:21 |
|
ashimema |
so public_read_list does that.. it removes the key and value |
| 13:22 |
|
tcohen[m] |
they probably have an intersection |
| 13:22 |
|
ashimema |
but for staff I wasn't sure we wanted to go ahead and outright remove them as apposed to hide them |
| 13:22 |
|
ashimema |
reasoning |
| 13:22 |
|
Joubu |
Koha::Patron sub redacted { return {%$self->empty->unblessed, branchcode => $self->branchcode } } |
| 13:22 |
|
Joubu |
Then, Koha::Object sub redacted { return $self->unblessed } |
| 13:23 |
|
ashimema |
the question is.. do we want to be able treat 'missing', 'undefined' and 'redacted' differently |
| 13:23 |
|
Joubu |
and we need to write Koha::Object->empty |
| 13:24 |
|
ashimema |
want/need |
| 13:24 |
|
ashimema |
personally.. I think they're different needs.. empty, missing, undefined, redacted |
| 13:25 |
|
Joubu |
*t |
| 13:25 |
|
tcohen[m] |
if we could use oneOf, I would like to say... (full message at <https://matrix.org/_matrix/med[…]hWLSWIfESZnbuYMLr>) |
| 13:25 |
|
Joubu |
This is getting in the same direction as things that get stuck, we overcomplexify things |
| 13:26 |
|
Joubu |
Where else do we need to redact values? |
| 13:26 |
|
tcohen[m] |
I'm proposing: to standardize the structure we return on the restricted case (which is fair to ask, probably just a _restricted: true attribute) |
| 13:27 |
|
tcohen[m] |
and to annotate what to allow being displayed (branchcode?) on the schema |
| 13:27 |
|
tcohen[m] |
to write less code |
| 13:28 |
|
tcohen[m] |
I mean, we have all the framework in place |
| 13:28 |
|
Joubu |
less code than what is written already? :D |
| 13:28 |
|
tcohen[m] |
we can ask if it is accessible in TO_JSON context, we loop through attributes already |
| 13:29 |
|
Joubu |
it does not make sense to have 2 different ways to do the same thing |
| 13:30 |
|
Joubu |
"restricted" does not mean anything when you are at the schema level |
| 13:30 |
|
Joubu |
at least it does not mean what we want here |
| 13:30 |
|
tcohen[m] |
I said visible_when_restricted |
| 13:30 |
|
tcohen[m] |
but yeah |
| 13:31 |
|
Joubu |
api_visible_when_restricted then |
| 13:31 |
|
Joubu |
but still, 2 ways for the same thing |
| 13:31 |
|
Joubu |
you are then asking to rewrite public_read_list BEFORE that |
| 13:32 |
|
* ashimema |
thinks public and restricted are subtly different still.. but yeah... |
| 13:32 |
|
tcohen[m] |
I don't think they are the same |
| 13:32 |
|
tcohen[m] |
But I agree it is inconsistent |
| 13:32 |
|
tcohen[m] |
I would prefer to do it right this time, though :-P |
| 13:33 |
|
ashimema |
lol |
| 13:33 |
|
Joubu |
it's limiting attributes visibility on the REST API, that's similar |
| 13:33 |
|
ashimema |
it's similar |
| 13:33 |
|
tcohen[m] |
Similar, but probably different attribute lists |
| 13:34 |
|
ashimema |
I'm going to code a next step for what's in my head right now as a proposed next step |
| 13:34 |
|
ashimema |
mostly because I don't think I can articulate it in a better way than to just code it and point |
| 13:36 |
|
Zahid[m] |
is it possible to replicate the cardnumber in userid field, when saving the new patron and the userid is empty |
| 13:37 |
|
Joubu |
ashimema: let me know when you are done ;) |
| 13:38 |
|
ashimema |
will do |
| 13:38 |
|
Zahid[m] |
with "CL" as prefix in userid? |
| 13:51 |
|
|
alohabot joined #koha |
| 13:52 |
|
Joubu |
caroline: do you translate the manual? |
| 13:52 |
|
caroline |
Joubu I wish I had time, but no, not right now |
| 13:54 |
|
Joubu |
feels like there is a step missing... |
| 13:54 |
|
Joubu |
not sure people can actually translate it (with new strings, etc.) |
| 13:54 |
|
Joubu |
caroline: another question then :D |
| 13:54 |
|
Joubu |
should we move https://wiki.koha-community.org/wiki/Koha_Manual to https://wiki.koha-community.or[…]g_the_Koha_Manual |
| 13:54 |
|
Joubu |
everything on the first one is obsolete |
| 13:55 |
|
caroline |
Joubu indeed, right now, the manual translation is broken |
| 13:55 |
|
ashimema |
patch attached to 29523 Joubu |
| 13:55 |
|
aude_c[m] |
If you're looking for someone who does translate the manual, try Manu B (Emmanuel Bétemps) |
| 13:55 |
|
caroline |
I thought you meant in general |
| 13:55 |
|
ashimema |
it 'redacts by default' but allows overriding at the class level to expose the listed fields |
| 13:56 |
|
ashimema |
we're getting back closer to where you were again.. which I think is good.. |
| 13:56 |
|
Joubu |
aude_c[m], caroline: I am wondering if it ever worked. There is a step missing, but maybe Bernardo was doing some black magic to adjust pootle |
| 13:56 |
|
ashimema |
I'm still hung up on feeling like we should return all fields in the redaction case which is what this does.. it keeps all there but redacts any unlisted ones |
| 13:57 |
|
ashimema |
right.. I ahve a quick call to head into now.. will come back to this |
| 13:57 |
|
caroline |
yes, I think Bernardo was doing something on his side |
| 13:58 |
|
Joubu |
got it, manual-update.sh, alright! |
| 13:58 |
|
caroline |
I never fully understood how it worked honestly |
| 13:58 |
|
caroline |
There is https://translate.koha-community.org/manual/ which had the updated translations |
| 13:58 |
|
|
oleonard joined #koha |
| 13:59 |
|
aude_c[m] |
Joubu: Are the DocBook based manuals still alive? |
| 13:59 |
|
caroline |
And we used to use this to update the translations https://translate.koha-community.org/tools/ |
| 13:59 |
|
Joubu |
I have been reverse engineering all that for a week, brain is melting :D |
| 13:59 |
|
Joubu |
aude_c[m]: I don't think so |
| 13:59 |
|
Joubu |
caroline: that will disappear :D |
| 14:00 |
|
Joubu |
that's manual interaction that can be automated |
| 14:00 |
|
Joubu |
"A page already exists at Editing the Koha Manual, or the page name you have chosen is not valid. Please choose another name." |
| 14:00 |
|
Joubu |
erl |
| 14:00 |
|
ashimema |
Joubu++ |
| 14:00 |
|
aude_c[m] |
Let's get rid of https://wiki.koha-community.org/wiki/Koha_Manual, then |
| 14:00 |
|
Joubu |
erk |
| 14:00 |
|
ashimema |
so glad to see translations reverse engineering happening |
| 14:00 |
|
ashimema |
the stuff on that old server has had me perplexed for years |
| 14:01 |
|
aude_c[m] |
(Just to confirm: I tried going to manual.koha-community.org/16.05/en/ and https://manual.koha-community.org/3.8/en/ and I'm getting nothing) |
| 14:01 |
|
Joubu |
ashimema: and.. Weblate is so awesome! :D |
| 14:02 |
|
Joubu |
and the maintainer very reactive! |
| 14:02 |
|
Joubu |
He is fixing bugd the day after I open issues :) |
| 14:02 |
|
Joubu |
bugs* |
| 14:02 |
|
oleonard |
That's awesome |
| 14:02 |
|
ashimema |
That's awesome |
| 14:03 |
|
Joubu |
We will have to pay him a couple of beers |
| 14:04 |
|
Joubu |
aude_c[m]: I am letting you deal with that old page. We should at least keep a link to redirect to the other one I think |
| 14:05 |
|
aude_c[m] |
@joubu Will do; thanks |
| 14:05 |
|
huginn |
aude_c[m]: I'll give you the answer as soon as RDA is ready |
| 14:05 |
|
wahanui |
i already had it that way, huginn. |
| 14:07 |
|
Joubu |
ashimema: you really need to start squashing patches on this one! :D |
| 14:08 |
|
Joubu |
ashimema: it's not what I understood from the discussion. I thought tcohen[m] requested the flag in the schema file. |
| 14:09 |
|
ashimema |
yeah |
| 14:09 |
|
ashimema |
he did |
| 14:09 |
|
ashimema |
but I think we need to have these in the same place |
| 14:09 |
|
ashimema |
I wasn't keen to migrate the public_read_list stuff yet |
| 14:09 |
|
Joubu |
ashimema: did you see the 2 methods I suggested? the $object->empty->unblessed merged with the unredacted list seems a nice pattern |
| 14:09 |
|
ashimema |
actually.. I think really they belong in the Koha level rather than the DBIC level.. |
| 14:10 |
|
ashimema |
(well.. I'd rather we only had the DBIC level.. but that's a decade old gripe.. haha) |
| 14:10 |
|
Joubu |
yes, same for me, it does not belong to the schema file |
| 14:10 |
|
ashimema |
I didn't totally understand your empty unblessed if I'm honest |
| 14:11 |
|
ashimema |
Yeah.. I've been doing small fast commits to just get feedback.. we should certainly squash a bunch |
| 14:11 |
|
ashimema |
could you elaborate on empty.. that confued me |
| 14:20 |
|
|
Dyrcona joined #koha |
| 14:26 |
|
marcelr |
ashimema: i would appreciate some feedback on 35001. thx |
| 14:26 |
|
ashimema |
ok.. once I'm out of this call 😉 |
| 14:26 |
|
marcelr |
np |
| 14:26 |
|
marcelr |
its on the report, it waits |
| 14:27 |
|
Joubu |
kidclamp: conflicts on 34030 were caused by the "tidy" of the other bug. rebased now! |
| 14:27 |
|
kidclamp |
heh, apologies |
| 14:28 |
|
Joubu |
No worries, thanks! Hope you like it :) |
| 14:29 |
|
Joubu |
ashimema: I will code golf this one |
| 14:32 |
|
marcelr |
htg |
| 14:38 |
|
|
alohabot joined #koha |
| 14:52 |
|
Joubu |
ashimema: not feeling inspired :-/ |
| 14:52 |
|
ashimema |
hugs |
| 14:53 |
|
* ashimema |
is still in a call |
| 15:04 |
|
|
alohabot joined #koha |
| 15:09 |
|
Zahid[m] |
can you people guide me in this problem... (full message at <https://matrix.org/_matrix/med[…]EtlksKIHjdAAPIudb>) |
| 15:11 |
|
caroline |
Zahid[m], afaik it's not possible |
| 15:12 |
|
caroline |
maybe custom javascript, but I don't know enough about JS to know if it would be possible or work |
| 15:13 |
|
Zahid[m] |
caroline thanks for the reply i know it is not possible in the current version, can it is done by any other way? |
| 15:14 |
|
caroline |
Zahid[m], like I said, maybe custom javascript |
| 15:14 |
|
caroline |
Check https://wiki.koha-community.or[…]e_with_Cardnumber |
| 15:14 |
|
caroline |
I don't know if it (still) works or how to add the CL however |
| 15:15 |
|
caroline |
I seem to remember someone working on a plugin for that... marcelr maybe? |
| 15:16 |
|
caroline |
I can't find the bug... maybe I imagined it |
| 15:18 |
|
caroline |
ah found it bug 32426 |
| 15:18 |
|
huginn |
Bug https://bugs.koha-community.or[…]_bug.cgi?id=32426 new feature, P5 - low, ---, m.de.rooy, Needs documenting , Make userid generation pluggable |
| 15:19 |
|
caroline |
You can check the plugin marcelr made and maybe adapt it |
| 15:19 |
|
caroline |
https://bugs.koha-community.or[…]ent.cgi?id=148211 |
| 15:21 |
|
ashimema |
oleonard around? |
| 15:21 |
|
oleonard |
Yes |
| 15:22 |
|
ashimema |
is there no way to add some JS include (that uses jquery) into an include |
| 15:22 |
|
ashimema |
i.e. I want my modal.inc to ref the modal.js |
| 15:22 |
|
ashimema |
instead of having to add modal.inc + modal.js to every place I want to include the modal? |
| 15:23 |
|
ashimema |
something I've hit a few times.. but never had time to dig |
| 15:23 |
|
ashimema |
wondered if you had tried |
| 15:23 |
|
ashimema |
it's because we load jQuery at the bottom so if we include the asset in the include jquery isn't there yet.. |
| 15:24 |
|
ashimema |
is there a magic trick to get the Asset stuff to throw it to the bottom of the page from a included file? |
| 15:24 |
|
oleonard |
I haven't come up with a better way, but haven't really thought about it carefully |
| 15:35 |
|
reiveune |
bye |
| 15:36 |
|
|
reiveune left #koha |
| 15:36 |
|
* ashimema |
wonders if we could call the macro inside another macro.. to effectively 'push' |
| 15:36 |
|
ashimema |
onto the block |
| 15:39 |
|
Zahid[m] |
huginn: thanks |
| 15:39 |
|
huginn |
Zahid[m]: I'll give you the answer as soon as RDA is ready |
| 15:39 |
|
wahanui |
i already had it that way, huginn. |
| 15:40 |
|
Zahid[m] |
caroline: thanks i shall look into as this page is very long and lots of details |
| 15:43 |
|
Zahid[m] |
huginn: for knowledge i shall go through the code, may be find some details that are important to change the code on my testing server |
| 15:43 |
|
huginn |
Zahid[m]: I've exhausted my database of quotes |
| 15:58 |
|
|
cait left #koha |
| 16:06 |
|
ashimema |
marcelr could you explain your use case for is_active? |
| 16:06 |
|
ashimema |
I still don't fully understand why it's needed |
| 17:02 |
|
|
cait joined #koha |
| 17:14 |
|
oleonard |
maintenance.pl uses C4::Templates::gettemplate instead of get_template_and_user. Is there a reason for that? |
| 17:16 |
|
oleonard |
wahanui: You probably know but you won't tell me will you? |
| 17:16 |
|
wahanui |
oleonard: wish i knew |
| 17:16 |
|
oleonard |
Sneaky. |
| 18:18 |
|
|
Ethlinn joined #koha |
| 18:20 |
|
ashimema |
Lol |
| 18:38 |
|
davidnind |
Zahid: huginn is a bot, not a real person 8-) |
| 20:49 |
|
|
khall joined #koha |
| 20:53 |
|
aleisha |
hello |
| 20:58 |
|
davidnind |
hi aleisha! |
| 22:17 |
|
tcohen[m] |
Hi all, there's an issue with 21.11. The latest release is missing a db_rev |
| 22:23 |
|
|
kohanoob[m] joined #koha |
| 22:23 |
|
kohanoob[m] |
Hi there I want to know how the fuck to put koha online, please help me |
| 22:24 |
|
tcohen[m] |
RTFM |
| 22:26 |
|
kohanoob[m] |
thx |
| 22:27 |
|
kohanoob[m] |
the manual is thrash but thanks for nothing motherfucker |
| 22:27 |
|
|
kohanoob[m] left #koha |
| 22:29 |
|
davidnind |
I removed kohanoob (probably only for those connecting using Matrix) - leaving this for the log - the language used is unacceptable |
| 22:37 |
|
* bag |
agreed |
| 22:41 |
|
bag |
please at any time - ping me to /op more people in this channel so we can quickly kick |
| 22:41 |
|
tcohen[m] |
bag++ |
| 22:41 |
|
bag |
I’ll try to add that to my daily list |
| 22:42 |
|
davidnind |
I can certainly understand the frustration if you are not familiar with networking and web server administration (1. DNS entry for your domain name(s) 2. Network configuration on the server 3. Apache (or other web server) configuration - ports, security certificates, virtual host configuration, etc. 4. Server hardening) |
| 22:42 |
|
davidnind |
bag++ |
| 22:44 |
|
davidnind |
On the other hand, if you are not familiar with these things, I don't think you should be making your Koha available on the internet! |
| 22:46 |
|
bag |
true true |
| 22:52 |
|
|
khall joined #koha |
