IRC log for #koha, 2022-12-14

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:43 JBoyer_ joined #koha
04:39 Oak joined #koha
05:22 dcook_ bug 20596
05:22 huginn 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=20596 normal, P5 - low, ---, dcook, Needs Signoff , Authority record matching rule causes staging failure when MARC record contains multiple tag values for a match point
05:22 dcook_ I think I might need a beer after that...
06:03 fridolin joined #koha
07:02 fridolin1 joined #koha
07:43 magnuse \o/
07:53 alex_ joined #koha
07:54 alex_ Bonjour
07:58 thibaud_g joined #koha
07:59 reiveune joined #koha
07:59 reiveune hello
08:09 cait joined #koha
08:23 cait hi #koha
08:24 magnuse kia ora cait
08:27 fridolin1 left #koha
08:46 paulderscheid[m] Morning #koha
09:12 cait morning all :)
09:34 paulderscheid[m] Quick question: There was a package in the Koha namespace for throwing errors. Where is it?
09:34 Can't find it in the docs.
09:35 Nevermind, I searched for Error instead of Exception 😵
10:15 The new wiki is cool.
10:35 tcohen morning
11:25 mtj hie #koha
11:26 hi tcohen: i saw your msg ^
11:27 ..i wonder if there is another way to build/compile CSS, Vue etc?
11:35 paulderscheid[m] mtj: If this is about node-sass we maybe could switch to stylelint but ultimately oleanord should be on board.
11:36 s/oleanord/oleonard/
11:41 mtj hi paulderscheid[m] :)
11:41 * ashimema is keen for those changes
11:42 ashimema but I think this is more about our general build process and fitting it into the packaging routines...
11:42 so we no longer have to commit the built blobs
11:43 mtj aah right ^
11:43 ashimema at least I 'think' that's where the question came from
11:44 I know we're keen from dev side to stop committing the built css and built vue/js.. it would be cleaner to just commit the source files and then compile/build them on release time
11:46 tcohen hi mtj
11:46 mtj hiya tcohen
11:46 ashimema: these commits? -> 9de934a96ed22dabc33533e6ac238446cf488118
11:47 tcohen and ad3744532598cae181567975899200dcf170cba8
11:48 I'm having existential doubts about the importance of getting rid of those commits, to be honest
11:48 it is complicating things more than needed me feels
11:48 ashimema fair enough
11:48 mtj ooh, 1.5M file ... koha-tmpl/intranet-tmpl/prog/js/vue/dist/main.js
11:48 ashimema if that's the case I'm not too too worried..
11:49 tcohen we could build all the things and add them once per cycle
11:49 on the tagged commit
11:49 once per release I mean
11:49 if we want to save space
11:49 then we keep the conversation, of course
11:50 heh
11:50 mtj main objective is to save space in the git repo?
11:50 tcohen mtj, did you think about the possibility of building from the tarball?
11:51 for generating those assets, you would need to
11:51 yarn build
11:51 yarn build --view opac
11:51 yarn build_js
11:51 ashimema save space and reduce conflicts
11:51 mtj tcohen: yes, i had a little think... it should be possible :)
11:52 * ashimema seems to remember doing stuff with make for building packages..
11:52 ashimema but it's been a while
11:52 building feels like a task make could/should be doing
11:53 tcohen mtj: I've been pondering about adding the required tools to the release-tools docker image...
11:53 so rmaints can just
11:53 koha-release tarball
11:53 and get everything bundled on the tarball
11:53 mtj ashimema: agree ^
11:53 tcohen hence my question heh
11:53 mtj tcohen: i think its a great idea
11:54 i couldnt hurt to add the functionality?
11:54 ashimema make includes adding build dependancies right.. so grabbing yarn and friends isn't entirely beyond imagination
11:54 mtj it couldnt hurt to add the functionality
11:54 tcohen oh, I thought it was a typo
11:55 * ashimema like that as it allows for 'standard' and 'dev' type installs to still function..
11:55 tcohen you really meant make
11:55 that's the right place, correct
11:55 ashimema well.. certainly standard.. dev would likely mean youd still need manual extra's.. but as a dev you'd kinda expect that
11:56 mtj i really need to add that jenkins 'tar build' job back
11:56 oleonard paulderscheid[m], ashimema, I'm completely on board with switching to stylelint. I just can't make it happen myself any time soon.
11:56 ashimema I have dev resource now.. but need guidance to help plan our work
11:57 we have a bunch of projects I'm lining up.. stylelint and sass changes could be added
11:57 schnyd joined #koha
12:04 schnyd joined #koha
12:15 mtj tcohen: the packages are built using the debian/build-git-snapshot script
12:16 ..so, would be easy to add any extra 'yarn' steps to that
12:16 tcohen it would be covered by make, right?
12:24 mtj yes, i think so
12:28 alex_ joined #koha
12:31 mtj build-git-snapshot calls pdebuild, which calls dpkg-buildpackage...
12:34 ...which calls debian/rules, which calls /usr/bin/make
12:56 thibaud_g joined #koha
14:02 oleonard joined #koha
14:10 Dyrcona joined #koha
14:40 thd joined #koha
14:58 tuxayo hi !)
14:58 * :)
15:01 thd (   : - [) )
15:01 tuxayo ^^
15:01 #startmeeting Development IRC meeting 14 December 2022
15:01 huginn Meeting started Wed Dec 14 15:01:37 2022 UTC.  The chair is tuxayo. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:01 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:01 The meeting name has been set to 'development_irc_meeting_14_december_2022'
15:02 kidclamp #info Nick Clemens, ByWater Solutions
15:02 tcohen #info Tomas Cohen Arazi, Theke Solutions
15:03 tuxayo rmaints?
15:03 ashimema #info Martin Renvoize, PTFS-Europe
15:03 tcohen qa_team
15:03 thd #info Thomas Dukleth, Agogme, New York City
15:04 tuxayo #info Victor Grousset, Tuxayo Ltd., France
15:06 qa_team is cait, marcelr, khall, kidclamp,  lukeg, aleisha, fridolin, ashimema, tuxayo, nugged, petrova, Joubu and dcook
15:07 #link https://wiki.koha-community.or[…]_14_December_2022 Today's agenda
15:07 #topic Announcements
15:07 cait sorry for being late
15:07 tuxayo anything to announce that doesn't fit better in the other topics?
15:07 cait @info Katrin Fischer, BSZ, Germany
15:07 huginn cait: Error: The command "info" is available in the Factoids and RSS plugins.  Please specify the plugin whose command you wish to call by using its name as a command before "info".
15:08 oleonard #info Owen Leonard, Athens County Public Libraries, Ohio, USA
15:08 cait #info Katrin Fischer, BSZ, Germany
15:09 tuxayo #topic Update from the Release manager
15:09 tcohen: 🎙️
15:10 tcohen Things are moving a bit slow
15:10 school ended for the rest of the year so figuring how to organize the little kids
15:10 I've been focused on KTD and jenkins
15:10 liliputech joined #koha
15:10 tcohen particularly, I made jenkins notifications work again
15:10 cait tcohen++
15:11 liliputech tcohen++
15:11 tcohen and I added the QA team on CC for failures (so more eyes there)
15:11 tuxayo tcohen++
15:11 Should there already have been emails sent?
15:11 tcohen nope
15:12 no pushes :-D
15:12 I only tweaked the 'master' tasks
15:12 I created an email alias for rmaints and the qa team
15:12 on my own domain
15:12 I will be using that
15:12 tuxayo thanks :)
15:12 And almost all is green :)
15:12 tcohen we should rather have something in @koha-community.org
15:12 but this will work for now
15:13 tuxayo > we should rather have something in @koha-community.org
15:13 ++
15:13 cait oh I wonder, didn't we have a christmas/winter theme for the dashboard?
15:13 tuxayo I guess mason also get the failures?
15:13 > winter theme for the dashboard?
15:13 Ah, maybe!
15:14 tcohen I expected more movement after the release, tidying things on the new interface revamp
15:15 but that is not the case, so I might start pushing new things soon
15:15 cait same, but I think everybody is tired and busy - holidays coming up
15:15 tcohen on the other hand, we are in the process of reviewing our build pipeline
15:15 tuxayo How is the .00 ? Anything terrible found?
15:16 tcohen and there was some consensus about not pushing generated code like CSS, vue-related stuffs
15:16 cait tuxayo: check QA emails ;)
15:16 tcohen to the repo
15:16 tuxayo > check QA emails
15:16 Ah yes, I'm late on them!
15:16 tcohen so I've pushed a couple CSS fixes, but in master you need to build it yourself
15:17 cait is there information on the wiki for that yet?
15:17 maybe also an email would be good
15:17 how does it work?
15:17 when I am yarn building now
15:17 tcohen the main problem is we haven't come up with a proposal yet
15:17 cait i always have to stash clean before SO as the untracked files get in the way
15:17 tcohen cait: you need to
15:17 yarn build
15:17 yarn build --view opac
15:17 and
15:17 yarn build_js
15:18 cait I am pretty sure right now i liked the commited files better
15:18 tcohen for a complete working build
15:18 tuxayo > but in master you need to build it yourself
15:18 The new yarn steps when starting ktd also do the CSS?
15:18 ashimema Sorry, I'm on the school run so catching up and site
15:18 Slow
15:18 cait are these files added to an ignore file automatically?
15:18 and is there a shortcut to run all 3?
15:18 tcohen they are in .gitignore
15:18 cait will ktd come up with them pre-built?
15:18 ok
15:18 oleonard I was just thinking a shortcut for all three would be a great idea
15:18 ashimema Winter theme for dashboard was something catalyst/rangi usually did.. I think it still exist but would need a rebase
15:19 Merge requests welcome. I can review
15:19 tcohen I will submit an alias for that
15:19 cait maybe an option for restart_all
15:19 tcohen fyi: it should be run on the kshell
15:19 cait ktd --kshell or one level deeper?
15:19 ashimema Submit requests to ktd cait
15:19 We're still working on it all
15:20 I intend to help tcohen more asap.. been struggling to keep up with assigning work to our new team here
15:20 tcohen ktd --shell -> kshell
15:20 cait you don't need to with yarn bulid now
15:20 tcohen cait: that's correct
15:20 BUT
15:21 beware you are generating files as root user
15:21 cait hm
15:21 tuxayo Is it bad? They aren't commited
15:21 cait had the same thought :)
15:21 * ashimema wonders if there would be a was for ktd --kshell to dump you straight in at kshell.. not sure what requires root now
15:21 cait and still: please document and send an email to list
15:21 tcohen you probably won't be able to delete them outside ktd
15:22 tuxayo > not sure what requires root now
15:22 Oh that changed!
15:24 I'll try using only the non root user and see if anything goes wrong
15:24 ashimema Some commands probably do.. but I'm thinking a nice improvement would be to try and only require the env we have inside kshell and dump the user there instead of root
15:25 tcohen restart_all and other stuff requires root
15:26 running the qa command outside kshell results in bad permission problems on the git repo
15:26 tuxayo > outside kshell
15:26 So in root?
15:26 ashimema Yup
15:26 tcohen right, if you perform a checkout as root (outside kshell) then some refs on the git repo (that are not evident with git status)
15:27 will be owned by root and working with git outside KTD will fail
15:27 with some weird errors
15:27 ashimema Yup
15:28 I would say for now the rule of thumb should be do it inside kshell.. if you hit a permission issue exit out to root
15:28 tuxayo So first steps would be make a ticket to have restart_all/reset_all to work on the kohadev user (by using sudo or something) and another to have ktd --kshell to dump you straight in kohadev user. Is that it?
15:28 ashimema For those that don't fully grasp it, that's a fair default modus operandi
15:29 Yeah, that's the idea I was just spitballing tuxayo
15:29 Anywho, let's take that discussion off meeting I reckon
15:30 tuxayo => https://gitlab.com/koha-commun[…]cker/-/issues/270
15:30 thd weird dev environment => weird errors
15:31 tuxayo #action tuxayo open tickets on ktd for the basic stuff needed to easily work on the non-root user
15:31 tcohen: other updates?
15:31 tcohen nope
15:31 QA all the bugs!
15:31 tuxayo ^^
15:31 #topic Updates from the Release Maintainers
15:32 lukeg , Wainui ashimema
15:32 liliputech:
15:32 ashimema We're getting back up to speed at ptfs-e
15:32 We're 2 days behind right now due to company Xmas meeting this week . I will catch us up tonight
15:33 I fixed a bunch if issues with koha-push script too
15:33 And git hooks
15:33 It's was a baptism of fire for our new Devs, but they're enjoying it and getting onboard fast
15:34 tuxayo Your new recruits doing RMaint with you are Matt and Jacob is that how it is?
15:34 ashimema Correct
15:34 tuxayo ashimema++
15:34 Then send welcome to them :)
15:34 ashimema Pedro will also come in board when he goes full time in January.. right now he's contracting for us part time whilst he serves his notice
15:35 Will do, they're flying back from Edinburgh right now.. else they'd be here
15:35 tuxayo Pedro is the person that helped for ERM IIRC
15:35 reiveune bye
15:35 reiveune left #koha
15:35 cait oops
15:36 ashimema Yup
15:36 cait sorry, got distracted for a moment
15:36 tuxayo Many good news, ptfs-e++
15:36 #topic Updates from the QA team
15:36 qa_team?
15:37 qa_team is cait, marcelr, khall, kidclamp,  lukeg, aleisha, fridolin, ashimema, tuxayo, nugged, petrova, Joubu and dcook
15:37 cait as tcohen has said, things have been a little slow
15:37 queues are filling up, but at least a bit slower than usual too
15:37 please check QA emails, I tried to include urgent stuff or things people asked for help for
15:38 other than that... please QA all the bugs!
15:38 ashimema QA has been slow from me.. again it's because I'm upskilling the team right now so a bit swamped
15:38 tuxayo Last patch testing session has been better in terms of attendance that the others.
15:38 ashimema Awesome
15:39 tuxayo I'll wait for January to plan others
15:39 ashimema and tcohen visit on the call was lovely ^^
15:39 ashimema I reckon we should promote new year's resolutions of attending those bug testing sessions ;)
15:39 tuxayo That's how I'll advertise it :P
15:39 ashimema tuxayo++
15:40 It's a great initiative
15:41 tuxayo Still not reaching parity of signoff bug vs when I'm directly doing it.
15:41 But there is also the outreach value
15:41 tcohen gotta go feed the kids
15:41 laters
15:42 tuxayo And some stuff we where able to team on for testing and being with librarians allowed to understand tricky stuff :)
15:42 #topic KohaCon24 bidding
15:42 ashimema That's great :)
15:42 tuxayo «Set the rough schedule» «Find a volunteer to oversee the process and trigger actions»
15:42 ashimema Really helpful to have the right people in the room together sometimes
15:43 tuxayo yes!
15:44 Knowing the quirks of patch testing tools and workflow + the more advanced uses of Koha doesn't leave much people that can a fair share of the patches
15:44 So, it's a follow up to the last general meeting
15:45 (about the KohaCon24 bidding)
15:47 I found the logs!
15:47 ashimema Super organised
15:47 tuxayo «So start in January the bidding so if someone wants to host in January 2024»
15:47 Start early to allow already bids to have time
15:48 alex_ joined #koha
15:48 tuxayo And let the big run for 2 months
15:48 And see if we have a proposal at the next general meeting in april
15:49 Any chance/refinement to the plan?
15:50 ashimema Still on school run and losing feeling in fingers
15:50 tuxayo > losing feeling in fingers
15:50 due to cold?
15:51 thd cold is presumed
15:51 tuxayo Let's keep the above plan. Any volunteer to oversee the process and trigger actions?
15:52 thd ... where ashimea is located.
15:53 tuxayo What would be needed besides making the wiki page using the template and announcement email using paste ones?
15:56 thd Prompting on email if there is no or little response.
15:56 tuxayo Anyway, I still have to call for volunteer on the mailing list as planned in last weeks meeting and I'll ask for the step also there.
15:56 #action tuxayo call for a volunteer on mailing lists to open the bidding for KohaCon24 and confirm the task list for that.
15:56 #topic Status of roadmap projects
15:57 Do we have anything for now about roadmap projects?
15:57 thd Possibly agreeing to alter regional rotation for the year if no response forthcoming.
15:58 tuxayo thd: that was already considered I think when we where out of proposals, but we have a lot of time for now
15:58 thd gmcharlt had sent a message indicating that Equinox was still interested in hosting the wiki which is good for infrastructure distribution.
15:58 tuxayo thd: "roadmap projects" any news about wiki email notifications?
15:58 nice
15:58 thd However, gmcharlt is always super busy so no further response.
15:59 ashimema sorry.. home now and reading back
15:59 thd tcohen has been starting to set up the SMTP server for the server where the wiki runs.
16:00 tuxayo So Equinox would attach a server to our portainer thing?
16:00 bag joined #koha
16:00 tuxayo great :)
16:00 Thanks for the news
16:00 thd What Equinox might do needed discussion.
16:01 However, many people have trouble with the human bandwidth required for discussion.
16:01 tuxayo ^^
16:01 cait for Kohacon: Basically that, mails to the mailing lsit, wiki page and adding to agendas for next steps or if any decisions need to be made
16:01 tuxayo thanks cait!
16:01 anything else thd? Or someone else about roadmap stuff?
16:02 cait doesn't need to do the hard stuff, but makes ure it doesn't get out of sight and progresses
16:02 * thd does not know why the mail system connected to portainer, etc. had stopped working.
16:03 thd However, virtualising everything creates weird problems as we discussed previously in this meeting.
16:03 tuxayo > had stopped working
16:03 IIRC it wasn't working on this server since before. But it wasn't a problem since the wiki wasn't there.
16:03 #topic Actions from last meeting
16:04 cait Update wiki page for LTS: completed, see https://wiki.koha-community.or[…]workflow_proposal
16:04 cait++
16:04 thd It had not been a wiki problem when the wiki was not there so a smaller problem became larger.
16:05 tuxayo See also https://wiki.koha-community.or[…]i/Koha_Versioning
16:06 next: «Deferred until after the 22.11 release»
16:06 tcohen to schedule/call a "CSRF day" to work on related patches together
16:06 tcohen to draft proposal for master→main change and draft of action list
16:06 oleonard ashimema draft in the developer handbook how to form our modals. With template of a simple case and a case with form inside.: focus is currently on staff interface redesign changes, see the  draft style guide:
16:06 https://annuel.framapad.org/p/[…]-styleguide-draft
16:07 #action tcohen to schedule/call a "CSRF day" to work on related patches together
16:07 #action tcohen to draft proposal for master→main change and draft of action list
16:08 #action oleonard ashimema draft in the developer handbook how to form our modals. With template of a simple case and a case with form inside.: focus is currently on staff interface redesign changes, see the draft style guide: https://annuel.framapad.org/p/[…]-styleguide-draft
16:08 #topic General development discussion (trends, ideas, ...)
16:08 «git-bz is stuck on Python 2 which went end of life on January 1st 2020… should we start to consider alternatives?»
16:09 I email nugged to ask if with Helsinki Uni they have their Python 3 fork of git-bz published somewhere
16:10 So hopefully git-bz won't be an issue
16:10 « git bz attach -e BUGNUMBER HEAD~X.. (where X = number of patches (davidnind) »
16:10 «I've always done it this way when signing off patches as it is what I was told to do»
16:11 «There was some discussion on IRC on using -e or not, and obsoleting patches http://irc.koha-community.org/[…]2-10-20#i_2457161»
16:11 «Just seeking guidance on best practice, including whether old patches should be obsoleted (by adding the obsolete tag) to make the bug "cleaner"»
16:11 «There maybe a number of scenarios where different options are preferred (for example, sign off vs. passed QA)»
16:11 Ah ok, marking the comment with the obsolete tag so it's hidden. And not just obsoleting the attachement.
16:17 After a quick read there doesn't seem to be a way to have the patch comments also obsoleted with git bz (to have them collapsed for old patches). But for the most tech tinkerers here, there is a script that can be ran with stuff like the Greasemonkey Firefox extension: https://pastebin.com/c99G9KgG
16:17 I never used -e , is that an alternative to interacting with ticket via the web ui?
16:18 Is there something that is much faster to do there?
16:21 @later davidnind: not much workflow feedback on your git-bz question http://irc.koha-community.org/[…]2-12-14#i_2467175  likely koha-devel would have a wider reach.
16:22 huginn tuxayo: I suck
16:22 tuxayo @later tell davidnind: not much workflow feedback on your git-bz question http://irc.koha-community.org/[…]2-12-14#i_2467175 likely koha-devel would have a wider reach
16:22 huginn tuxayo: The operation succeeded.
16:22 tuxayo #topic Review of coding guidelines
16:23 #action tuxayo defer "SQL8 of our coding guidelines state that SQL should not be in .pl, but should be in the module in C4 or Koha. This would mean that SQL in the Koha namespace is allowed and there is no mention of DBIC in the coding guidelines right now. (Deferred from previous meeting(s).)"
16:23 #topic Set time of next meeting
16:23 «Should the next meeting be the 28th (straight after Christmas for countries that observe this) or 11th January?»
16:23 «Should it then be in a timeslot more suitable for Oceana-Americas?»
16:24 For 2nd question, David N will plan a date in january. For now we can plan here any date for this timeslot.
16:24 * thd prefers Jan.
16:25 tuxayo Ah yes, that was the idea.
16:25 (finally the calendar loaded)
16:26 Not much hope for January 4th. The 11 then?
16:26 thd yes please
16:26 ashimema 11th is better
16:27 tuxayo Great, thanks!
16:27 #info Next meeting: 11 January 2023, 15:00 UTC
16:27 #endmeeting
16:27 huginn Meeting ended Wed Dec 14 16:27:26 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
16:27 Minutes:        https://meetings.koha-communit[…]-12-14-15.01.html
16:27 Minutes (text): https://meetings.koha-communit[…]2-12-14-15.01.txt
16:27 Log:            https://meetings.koha-communit[…]14-15.01.log.html
16:27 tuxayo Thanks all for attending :)
16:40 Does anyone know a simple workflow to have non technician submit a patch to Koha (no testing it, suitable to trival/string patches)
16:40 For now I have: using gitlab to fork Koha (and make it a mirror so it's a viable work) and then use the web ui to edit stuff and download the patch and attach it manually in BZ
16:41 cait tuxayo++
16:41 tuxayo Still quite some work but less than: making a linux VM, installing ktd, using git (😱😱😱😱😱) and git-bz
16:43 (and then keeping the local git repo up to date and ktd images to be able to it a few months later)
16:43 😵‍💫
16:44 Any improvement or other workflow that could lower the barrier of entry for non technical people to submit trivial patches?
16:44 ashimema I did just that with a colleague myself recently tuxayo
16:45 forked on github
16:45 then built patches for them from their pull request
16:45 it was a bit of a pain
16:46 tuxayo > built patches for them from their pull request
16:46 no need for pull request, add .patch in the commit url. Or was there complications?
16:47 ashimema I just did it on the fly.. not really used github/gitlab all that much so wasn't aware you could just add .patch to url
16:47 anywho
16:49 tuxayo > wasn't aware you could just add .patch to url
16:49 Ah, GitLab has a button!
16:49 https://gitlab.com/compiz/comp[…]d606c2eb374f2d551
16:49 options => send patch via email
16:49 ashimema lol
16:49 nice
16:56 Oak joined #koha
16:59 Oak joined #koha
17:12 cait document in wiki? *cough* :)
17:14 cait left #koha
17:28 Oak joined #koha
17:35 tuxayo That was my plan ^^
17:54 acupp joined #koha
17:54 acupp Is anyone out there today?
17:55 caroline I think some people are around... ask your question and maybe someone will know the answer :)
17:57 acupp Say I have two items of the same work.  I edited the item record for one to say Withdrawn.  Patrons still see that we have two copies on hand.  How do I make it so that patrons don't see items where the Withdrawn status field has the value "Withdrawn?"
17:57 caroline acupp, I usually use the OpacHiddenItems for that purpose
17:58 the OpacHiddenItems system preference I mean
17:58 in the pref, enter
17:58 withdrawn: [1]
17:59 acupp Are you talking about 942n?  I do that if I'm withdrawing all the items, but in this case I'm not doing that.
18:00 caroline no, I'm takling about the OpacHiddenItems system preference
18:00 acupp Oh.  Then can you lead me to that system preference?
18:01 caroline Go to Administration, search for OpacHiddenItems
18:02 https://koha-community.org/man[…]l#opachiddenitems
18:02 I also have this, but it's in french... you can probably google translate it https://inlibro.com/knowledge-[…]-elagues-a-lopac/
18:08 acupp So what I need to do is enter items.withdrawn: [Withdrawn], right?
18:08 caroline simply enter
18:08 withdrawn: [1]
18:12 acupp Maybe I'm dense, but I don't see how that works.  It seems like what that does is hide item records where the field has the value "1."
18:13 caroline yes, unless you have changed drastiacally your WITHDRAWN authorised_values, if the item is withdranw, the field value should be 1
18:13 You can check the values in Administration > Authorized values > WITHDRAWN
18:14 The value for Withdrawn should be 1
18:15 Oak joined #koha
18:16 caroline If you have access to your database, you can also check the withdrawn value SELECT withdrawn FROM items WHERE barcode = 'xxxxxx';
18:24 acupp I did Admin-->Authorized values--> Withdrawn.  The value is "1"  That makes me think my framework is wrong.  What I have is a dropdown, and the only options are to leave it blank (vast majority) or select "Withdrawn."
18:25 caroline acupp, No that is correct. Authorised values have a "value" and a "description". What you see everywhere is the "description", but what is saved in the database is the "value"
18:26 It is the same principle as itemtypes for example... you will have your item type "code", which will be something like BK, and the item type "description" which will be "Book"
18:29 acupp I don't understand why it works, but it does.  Withdrawn: [1] gives me the desired result.  I'm just trying to understand why it works.  Why don't I have to put items.withdrawn?
18:31 caroline OpacHiddenItems already looks in the "items" table. So you don't have to specify that. The column you are checking against is "withdrawn", and then the value to be checked is 1
18:33 acupp ah okay
18:58 thd joined #koha
19:15 fridolin joined #koha
19:32 acupp joined #koha
21:52 fridolin joined #koha
21:57 JBoyer joined #koha
22:01 fridolin1 joined #koha
22:04 fridolin joined #koha

← Previous day | Today | Next day → | Search | Index

koha1