Victor,
Please see bug 34146. That code does not use intranetuserjs.
It does use maxlength on the input as suggested by Owen.
Marcel
Van: Victor Barroso Oliveira
Verzonden: donderdag 29 juni 2023 19:02
Aan: Marcel de Rooy
Onderwerp: Re: [Koha] How to limit
Bug 34146, patches attached.
Van: Koha namens George
Verzonden: woensdag 28 juni 2023 16:07
Aan: koha@lists.katipo.co.nz
Onderwerp: Re: [Koha] How to limit number of copies?
Victor,
I'd recommend opening a bug on Bugzilla saying that a system preference
should
> Almost everything worth permanently keeping in a typical Koha system is
> stored in the database.
Just to be complete, dont forget your uploads in the clone folder. They are not
stored in the database.
Marcel
___
Koha mailing list
Great, Tomas! Congratulations. Thank you all.
Van: Koha namens Tomas Cohen Arazi
Verzonden: vrijdag 25 november 2022 19:36
Aan: koha
Onderwerp: [Koha] Koha 22.11.00 Rosalie released
The Koha community is proud to announce the release of Koha 22.11.00.
Koha
and can't be kick-started
Hi Marcel
There's a lot of this in worker-output.log:
Wide character in subroutine entry at
/usr/share/koha/lib/Koha/BackgroundJob.pm line 170.
Do you think that could be causing it to crash?
Nothing interesting in worker-error.log.
Thanks
Aleisha
On 13/10/22 18:35, Marc
Hi Aleisha,
What's in your logs? (worker log etc)
Are the jobs started but do they actually crash on something ?
Marcel
Van: Koha namens Aleisha Amohia
Verzonden: woensdag 12 oktober 2022 23:23
Aan: Koha
Onderwerp: [Koha] Background jobs stuck at "New" and
Hi Elaine,
Please check bug 30883.
This fix is in: 22.11.00, 22.05.01, 21.11.10, 21.05.17
Questions here are: Are you using ElasticSearch? And does the number of touched
biblio records exceed the merge limit ?
Regards,
Marcel
Van: Koha namens Elaine Bradtke
Please see bug 19532.
This feature is not yet part of Koha unfortunately.
Shortly, the QA/release team will be working on it again, hopefully getting
the feature in.
Marcel
PS Writing Koha is generally preferred on this mailing list
___
Koha mailing
Koha cache: memcached
Van: Koha namens Mif
Verzonden: dinsdag 21 december 2021 15:33
Aan: koha@lists.katipo.co.nz
Onderwerp: Re: [Koha] OpacNavRight issue
I have Flushed the Cache, loaded in incognito and also on another device, the
old content is still
Flush the cache ?
Van: Koha namens Mif
Verzonden: dinsdag 21 december 2021 15:18
Aan: koha@lists.katipo.co.nz
Onderwerp: [Koha] OpacNavRight issue
Hi, I have just updated to 21.11 and for some reason the OpacNavRight old
content cannot be deleted.
I deleted
Great work ! Thanks
Marcel
Op vr 26 nov. 2021 om 14:35 schreef Jonathan Druart <
jonathan.dru...@bugs.koha-community.org>:
> Hell everybody,
>
> Today is the day everybody is talking about: Koha 21.11.00 is out!
>
> It is with great pleasure that the Koha community announces the
> release of
Semi annual voting on new roles too ?
Op wo 1 sep. 2021 om 16:31 schreef Renvoize, Martin <
martin.renvo...@ptfs-europe.com>:
> Hi all,
>
> We had our monthly general meeting today, as usual, hosted on IRC.
> Attendance has been very low for a while now and we mooted the idea of
> dropping it
s/Thread/Threat/
-- Forwarded message -
Van: Marcel de Rooy
Date: do 27 aug. 2020 om 08:26
Subject: Office365 and Koha selfregistration verification mails
To: Koha
FYI
The Office365 Advanced Thread Protection feature rewrites URLs and verifies
them when you click on them
FYI
The Office365 Advanced Thread Protection feature rewrites URLs and verifies
them when you click on them. When you try to register in Koha with an
Office365 email address, you will have a problem.
This has a nasty side-effect on selfregistration mails when you enabled
verification mails.
What
Good question. We would definitely be interested too in such functionality.
Marcel
Rijksmuseum
>
>
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
tuxflow.de :
> Ah, wonderful, very nice. Do existing entries need to be repaired?
>
> Or is there a converter? Thanks for the info!
>
> Am 14.05.20 um 13:28 schrieb Marcel de Rooy:
> > Please have a look at bug 21708.
> >
> > Op do 14 mei 2020 o
Please have a look at bug 21708.
Op do 14 mei 2020 om 12:52 schreef :
> Hi Joy,
>
> there is no direct error message from Koha, the error is only in the
> data structure. We only noticed this error because we're sending the
> data to a company so that it can be entered into the Discovery Service
into
account?
Thanks,
Marcel de Rooy
Rijksmuseum Research Library
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
https://lists.katipo.co.nz/mailman/listinfo/koha
See my request below. Unfortunately, it was not accepted by the mailing
list due to added company signatures (with attachment).
So here is another try.
Marcel
-- Forwarded message -
Van: Marcel de Rooy
Date: do 30 jan. 2020 om 09:04
Subject: FW: Signoff request for bug 21190
Hi all,
Do you miss the direct buttons for Card and MARC preview too in the Z3950
search results table in recent Koha versions? Now you need to open the Actions
menu first: so you need two clicks.
If you have any feedback on this topic, please add your comment on bug 23302.
Great, Nick. Congrats.
Please correct the link to the release notes btw.
https://koha-community.org/koha-19-05-release/
Marcel
Van: koha-devel-boun...@lists.koha-community.org
namens Joy Nelson
Verzonden: donderdag 30 mei 2019 18:10
Aan: Lucas Gass
CC:
Thanks Gaetan, and success.
Marcel
Van: Koha namens Gaetan Boisson
Verzonden: vrijdag 27 juli 2018 10:32
Aan: Koha
Onderwerp: [Koha] a warm thank you and heartfelt congratulations
Hello community,
some of you already know it, today is my last day at
should be in koha-functions.sh.
Marcel
-Oorspronkelijk bericht-
Van: Marcel de Rooy
Verzonden: donderdag 25 januari 2018 08:30
Aan: koha ml <koha@lists.katipo.co.nz>
Onderwerp: RE: [Koha] "run_safe_xmlstarlet: command not found" after upgrade to
16.05.19.000
This is a r
This is a routine in debian/scripts/koha-functions.sh
Make sure that you have the correct koha-functions.sh in the right location
(usr/share/koha/bin)
-Oorspronkelijk bericht-
Van: Koha [mailto:koha-boun...@lists.katipo.co.nz] Namens Alex Shepherd
Verzonden: woensdag 24 januari 2018
Great !
Congratulations, Jonathan and thx for your work.
Marcel
Van: Koha namens Barton Chittenden
Verzonden: dinsdag 28 november 2017 21:09
Aan: Hugo Agud
CC: koha@lists.katipo.co.nz
Onderwerp:
dag 31 oktober 2017 14:07
Aan: Marcel de Rooy; koha@lists.katipo.co.nz
Onderwerp: Re: [Koha] Fwd: Inventory "problem" column definitions
16.05
On 10/31/2017 09:03 AM, Marcel de Rooy wrote:
Which version are you using ?
Van: Koha
<koha-boun...
Which version are you using ?
Van: Koha namens Caroline Cyr-La-Rose
Verzonden: vrijdag 27 oktober 2017 01:20:50
Aan: koha@lists.katipo.co.nz
Onderwerp: [Koha] Fwd: Inventory "problem" column
Hmm. You need to have room in the deleted range to do that of course..
-Oorspronkelijk bericht-
Van: Koha [mailto:koha-boun...@lists.katipo.co.nz] Namens Marcel de Rooy
Verzonden: maandag 23 oktober 2017 14:43
Aan: Koha list <koha@lists.katipo.co.nz>
Onderwerp: Re: [Koha] Salvagin
Pedro,
Personally I would delete the 19 old ones. Your option 2. Easiest, no big data
loss..
In contrast with your option 3 you could also renumber the 19 old issues in the
deleted table. The autoincr will be reset when you add another record and you
made room for the 19 new ones. It seems
Very sorry to hear about your problems, Raymond.
Cant say very much about it, since we do not yet use 17.05.
But you should be searching on Bugzilla for the reports that got recently
backported to 17.05.x.
Might just include some that you need. Upgrading to the latest 17.05 would then
perhaps
Adding your exact Koha version might be helpful too.
Marcel
Van: Koha namens Tim Young
Verzonden: dinsdag 10 oktober 2017 16:01:12
Aan: koha@lists.katipo.co.nz
Onderwerp: [Koha] Checkout one item
sion of koha.
The site tell us there are monthly releases, and since 17.05.03 was
released august 29, it seems we have to be a bit patient for the fix to
arrive on our system.
We're assuming this counts as a bugfix, and will be included in a
to-be-released 17.05.04, right?
MJ
On 6-9-2017 13:28, Marcel d
Bug 18927 might be relevant to you.
Marcel
Van: Marcel de Rooy
Verzonden: dinsdag 29 augustus 2017 16:59:26
Aan: koha@lists.katipo.co.nz
Onderwerp: Re: [Koha] KOHA Unimarc 606 field not connecting to subject authority
Probably a Zebra/UNIMARC configuration
Probably a Zebra/UNIMARC configuration issue. (The harder ones..)
Did you already try a complete rebuild btw ?
Contact another UNIMARC user and compare zebra settings ? Or compare settings
with the situation before the last update?
Check your zebra logs, zebra-error zebra-output. Maybe you
Hi MJ, Ad,
It seems that your cataloging plugin for 606 calls a Koha Plugin ? Is that
right?
The first error mentioned refers to Koha/Plugins/Handler.pm.
If you do not have control over that plugin yourself, you'd better contact the
author or supplier.
Perhaps a recent update interferes with
Bug 19163 is trivial but CRITICAL !
Van: Marcel de Rooy
Verzonden: dinsdag 22 augustus 2017 16:14
Aan: Hugo Agud; Koha ML
Onderwerp: Re: [Koha] kohadevbox problems
Hugo,
You found an error. Probably depending on a new pushed fix (bug 19049)
Fix is coming
The stage marc import script does not run under Plack. So the errors go to
intranet-error.log
Please check for some warnings there.
Marcel
Van: Koha namens Hugo Agud
Verzonden: dinsdag 22 augustus 2017 10:12
Chris,
You should look for the pref item-level_itypes and its documentation.
Marcel
Van: Koha namens Chris Brown
Verzonden: woensdag 9 augustus 2017 13:12
Aan: koha@lists.katipo.co.nz
Onderwerp:
Hi developers or librarians,
If you are interested in say sorting search results or lists by publication
date based on 260 and RDA 264, please read further.
OR If you use varying kohafield mappings across your MARC frameworks. Say you
connected biblio.copyrightdate to 260$c in framework A, but
Hi all,
This is a paste from bug 17656:
==
The current irregularity feature works with saving internal fictive issue
numbers in a text field irregularity. If you edited/shifted some dates in
serial collection, you might be surprised what happens.
You cannot view the saved irregularities in
Great! Thanks Kyle.
Van: koha-devel-boun...@lists.koha-community.org
namens Kyle Hall
Verzonden: woensdag 31 mei 2017 04:13
Aan: Koha Devel; Koha
Onderwerp: [Koha-devel] Koha 17.05.00
Appreciate any feedback. Or we should just guess what is best for you :)
Marcel
Van: Marcel de Rooy
Verzonden: dinsdag 11 april 2017 16:57
Aan: Koha ML
Onderwerp: Need feedback on lists (virtual shelves) permissions
Hi all,
On Bugzilla report 18228
https
Hi all,
On Bugzilla report 18228
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18228 I have proposed
to merge the currently separated Add and Delete permission for entries on a
list into a new Change permission.
This BZ attachment
AFAIK The non-XSLT view has been deprecated.
-Oorspronkelijk bericht-
Van: Koha [mailto:koha-boun...@lists.katipo.co.nz] Namens mj
Verzonden: woensdag 5 april 2017 18:56
Aan: koha@lists.katipo.co.nz
Onderwerp: Re: [Koha] Fwd: Error in Koha
Hi all,
For the archives: our problem was
Bug 17502 still needs your attention btw.
Van: Koha namens King, Fred
Verzonden: donderdag 29 december 2016 21:39
Aan: 'Jonathan Druart'; koha@lists.katipo.co.nz
Onderwerp: Re: [Koha] "Item-level_itypes
Please note:
Staying at Koha 3.8 is not recommended. The current release (16.11 == 3.26) is
already 9(!) release cycles behind..
And I would not advise others to do so.
Marcel
Van: Koha namens Paul A
FYI We plan to start translation of Dutch NL for 3.22 in the next few weeks.
Van: Koha namens Tajoli Zeno
Verzonden: donderdag 15 september 2016 15:50:57
Aan: bram vermeir; koha ml
Onderwerp: Re: [Koha]
Dutch is not a bad choice :)
Van: bram vermeir [mailto:vermeir_b...@hotmail.com]
Verzonden: donderdag 15 september 2016 14:25
Aan: Marcel de Rooy <m.de.r...@rijksmuseum.nl>; koha ml
<koha@lists.katipo.co.nz>
Onderwerp: Re: [Koha] Cannot upload .mrc file for staging Marc records
> as first command in postrotate in logrotate.d/koha-common. I'll see
> tomorrow."
>
> Nombre, did this work for you ??
>
> or is the issue maybe fixed in the latest release ??
>
>
> -S
>
>
>
>
>
>
> On Fri, Jul 22, 2016 at 7:52 AM, Nombre <d0...@yah
> as Kohacon was in Europe this year and can't be in the same continent within
> 3 years.
Little bit a side note:
As I understand, this is some kind of unwritten rule in the community.
Maybe we should write it down somewhere and relax it a little bit?
KohaCon should preferably not be held
Bug 16885 ?
-Oorspronkelijk bericht-
Van: Koha [mailto:koha-boun...@lists.katipo.co.nz] Namens Tomas Cohen Arazi
Verzonden: donderdag 21 juli 2016 14:27
Aan: Scott Owen ; Paul A
CC: koha
Onderwerp: Re: [Koha]
Success, Nicole and thx for your work in the Koha community.
Marcel
-Oorspronkelijk bericht-
Van: Koha [mailto:koha-boun...@lists.katipo.co.nz] Namens Nicole Engard
Verzonden: donderdag 14 juli 2016 1:21
Aan: Christopher Davis
CC: Koha
Congratulations. You made it !
Up to 16.11 ;)
Van: Koha namens Brendan Gallagher
Verzonden: donderdag 26 mei 2016 22:05:33
Aan: koha@lists.katipo.co.nz
Onderwerp: [Koha] Koha 16.05 Released
It
Hi Andy,
Does this SRU server also return marcxml ?
In your example it returns Dublin Core. Koha does (currently) not support it as
input format.
Normally, you should recordSchema to specify the format.
Regards,
Marcel
Van: Koha
If only more languages had just one word :)
-Oorspronkelijk bericht-
Van: Koha [mailto:koha-boun...@lists.katipo.co.nz] Namens Julian Maurice
Verzonden: zondag 28 februari 2016 9:43
Aan: koha@lists.katipo.co.nz
Onderwerp: Re: [Koha] Koha 3.22.4 release
Le 28/02/2016 09:38, Julian Maurice
Currently, we send two notices when membership expires (4 weeks to go and 1
week to go).
We have a simple SQL report to capture all who expire with a link to delete
them manually (some time after expiration).
Note that we have no fines (special library).
This definitely sounds like a permission problem on the temporary upload folder
between those four koha instance users. Number 1 is the owner; 2, 3 and 4 can
probably only read.
You can temporarily fix it by adding write permissions for those users.
Note that bug
But I was looking at the LibLime version of Koha and wondered, out of
curiosity, what problems I might run into if I installed their version
instead of the current stable version as hosted on the community wiki.
You are asking this on the community list?
Great !
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
See bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8262
Kohaadmin cannot create lists and should not create lists.
But the error from the log does not reach the interface.
It is still on my list. Will work on lists this week.
Marcel
-Oorspronkelijk bericht-
Van:
Amy,
You are not encouraged to create public lists with the special Koha admin user.
Are you able to create a public list in staff, set the appropriate permissions
on it, and add some items (logged in as a superlibrarian in staff) ?
Marcel
Van:
Congratulations for this new release!
Marcel
-Oorspronkelijk bericht-
Van: koha-boun...@lists.katipo.co.nz [mailto:koha-boun...@lists.katipo.co.nz]
Namens Galen Charlton
Verzonden: donderdag 21 november 2013 5:49
Aan: Koha-List
Onderwerp: [Koha] Koha 3.14.0 released
Hi,
The Koha
Just my unsolicited commentary on the provision of a really bad set of
instructions on how to set Koha up.
Oops?
___
Koha mailing list http://koha-community.org
Koha@lists.katipo.co.nz
http://lists.katipo.co.nz/mailman/listinfo/koha
Hi Iming
Some bugs on Bugzilla deal with this need, felt in some libraries.
For instance: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9921
Regards,
Marcel
-Oorspronkelijk bericht-
Van: koha-boun...@lists.katipo.co.nz [mailto:koha-boun...@lists.katipo.co.nz]
Namens Iming
@lists.katipo.co.nz; Marcel de Rooy
Onderwerp: Can't add items in public lists any more...
Dear Marcel and everyone else
Thanks for your help. I am sorry I had some problems with my previous email
address, that's why I use another one now. But that's the same me who asked
for help about the lists
Sonia,
I can't make up the exact Koha version from what you write. So the following
reply is based on some assumptions that could not be true..
Probably you are on 3.8.X or 3.10.X now.
You say that this list is created by no one. I assume that this list has been
created by a user that has been
setting virtualshelves = 'don't allow' causes no changes in the staff client.
users can still see the 'lists' option and create/view lists. virtualshelves
= 'don't allow' should make completely remove lists from the staff client
I can understand your remark very well.
What we still need in
I tested current master (3.11.00.202) with an author name containing Chinese
character.
It displays fine in the facets column (Refine your search) at the left in opac
as well as in staff.
Some relief with the recently pushed encoding patches for 6554 a.o. in mind :)
Marcel
Hi,
Does anyone know why I can place a hold on an biblio with items that have use
restrictions (952$5 ) ?
You can even confirm the hold. So a mail goes out: Waiting for you.,etc.
But note that such items cannot be checked out.
What would be the use of placing and confirming holds on items you
Hi all,
I added report http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9490 in
Bugzilla for showing the responsibility statement under the title for opac
detail and opac results.
If you would have any feedback on this, please add to the discussion under that
report.
Thanks,
export KOHA_CONF and PERL5LIB to the right Koha instance ?
Van: koha-boun...@lists.katipo.co.nz [koha-boun...@lists.katipo.co.nz] namens
MARC FELIX [billightn...@yahoo.co.uk]
Verzonden: zondag 13 januari 2013 14:02
To: Koha@lists.katipo.co.nz
Onderwerp:
It is saved in two places: MARC 260c and the first year goes additionally to
the Koha field as defined in marc_subfield_structure (kohafield).
See the logic in Biblio.pm; search on copyrightdate.
Marcel
-Oorspronkelijk bericht-
Van: koha-boun...@lists.katipo.co.nz
Thanks for your work!
Marcel
-Oorspronkelijk bericht-
Van: koha-boun...@lists.katipo.co.nz [mailto:koha-boun...@lists.katipo.co.nz]
Namens Koustubha Kale
Verzonden: maandag 26 november 2012 10:38
Aan: Koha list
Onderwerp: [Koha] Removal from list of Koha vendors
Hi all,
It has been my
Hi Elaine
In one or two days I will put a patch on Bugzilla that displays call number for
lists in staff, including the ability to sort on item call number (with the
limitation that it sorts on the first item). We use that now.
Another future development is Sharing a list. The foundation is
Shortly afterwards we noticed that there was quite a few biblios not
appearing on the search results even though they exist in the database.
After trying many, many things I decided to switch from DOM to grs-1 and
rebuild the indexes. This has resolved the problem and the search results
Hi,
Below a fragment from a discussion on authority indexing on the dev list.
As a developer, I would like to get some specific librarian feedback on this
list.
Another thought to add to the discussion: If we need the difference between
searching through main headings, all subfields and main
Hi Gerv,
Was just checking the list of installations on Bugzilla. As a member of the
Koha community, I just noticed that our Bugzilla installation is not listed
correctly anymore (probably for some time already).
Bugzilla for open source Koha is found here: http://bugs.koha-community.org/
:-)
Van: liblimekohadiscussion-boun...@lists.liblime.com
[liblimekohadiscussion-boun...@lists.liblime.com]
Verzonden: vrijdag 2 maart 2012 12:05
To: Marcel de Rooy
Onderwerp: Your message to Liblimekohadiscussion awaits moderator approval
Your mail
Hi all,
Following up on the discussion on list permissions in December, I updated the
wiki page http://wiki.koha-community.org/wiki/List_permissions and submitted
the first patches for report 7310
(http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7310)
These first patches form the
I would say here that a general rule is hard to make. Even disapproving a patch
only for the reason of not using a plugin is discussionable. Current Koha
does a lot of things in a lot of ways. Standardizing with routines and plugins
is a continuous educational project..
Report 6829 and follow-ups may be relevant here? (Problem with 0XX fields.)
Van: koha-boun...@lists.katipo.co.nz [koha-boun...@lists.katipo.co.nz] namens
Ian Bays [ian.b...@ptfs-europe.com]
Verzonden: vrijdag 3 februari 2012 11:26
To: Mason James
Cc:
Hi,
Does anyone of you recognize this (rather serious) problem.
If I have a field say 710 with $4 relator code followed by $9 authid and $a
name, and I clear the $4 with Delete this subfield and save the record, I also
loose the other subfields!!
This does not happen when the subfield order
[mysqld]
default-character-set=utf8
character-set-server=utf8
[mysql]
default-character-set=utf8
[client]
default-character-set=utf8
If you change conf file, please restart service (of course..)
-Oorspronkelijk bericht-
Van: koha-boun...@lists.katipo.co.nz
Thanks all for responding to this inquiry. This was very helpful.
I am merging here the results and will be posting them back to report 7310 or a
wiki page. Feel free to correct me where I made the wrong conclusion.
1 Public lists in OPAC: Currently, a user should be logged in to create a
:47
Aan: Marcel de Rooy; koha@lists.katipo.co.nz;
koha-de...@lists.koha-community.org
Onderwerp: Re: [Koha] Improving permissions on lists (virtual shelves)
Excellent but I want to add a useful feature, list categories and subcategories
like in this Koha fork called Estantes virtuales:
http
Hi all,
Still hoping to get some feedback on this subject, I would now propose the
following. Please respond to the list, if you agree or disagree.
1 Do not allow to create a public list in the OPAC. (Only private lists.)
Public lists are only created by staff users in the staff client.
2
: maandag 5 december 2011 12:05
Aan: Marcel de Rooy
CC: koha
Onderwerp: Re: [Koha] Improving permissions on lists (virtual shelves)
Hi to all,
Il 05/12/2011 11:42, Marcel de Rooy ha scritto:
Still hoping to get some feedback on this subject, I would now propose the
following.
Please
Johnson [mailto:abesottedphoe...@yahoo.com]
Verzonden: maandag 5 december 2011 12:01
Aan: Marcel de Rooy; koha
Onderwerp: Re: [Koha] Improving permissions on lists (virtual shelves)
Kia ora!
1 Do not allow to create a public list in the OPAC. (Only private lists.)
Public lists are only
4 With respect to user privacy, a feature may be added in staff client to
moderate shared list names.
Right now patron names don't show on lists at all - not sure if we need them
really.
I do not mean patron names, but the list name itself could be problematic and
needing moderation.
1 Do not allow to create a public list in the OPAC. (Only private lists.)
Public lists are only created by staff users in the staff client.
I think this should be a preference that the librarians can choose from the
following options :
1. Allow anyone to create public lists without
4 With respect to user privacy, a feature may be added in staff client to
moderate
shared list names.
Do we propose to moderate the names of lists which users want to make
public, or lists which users want to share with others (option 3)?
Thanks.
My idea is: Do not moderate private
Hi,
If you have a suggestion on report 7310 about lists management, please respond.
Following up on report 7281 (hide lists from OPAC) I am sending the following
question to the ml in order to improve lists management:
1 Who should be allowed to delete a public [closed] list (category 2 only!)
Somehow I wonder if this message came through on the Koha list today. Resending
it:
Hi,
If you have a suggestion on report 7310 about lists management, please respond.
Following up on report 7281 (hide lists from OPAC) I am sending the following
question to the ml in order to improve lists
Include the --sessions parameter too.
I agree with you that this should be improved.
Will send a patch for that next week.
Van: koha-boun...@lists.katipo.co.nz [koha-boun...@lists.katipo.co.nz] namens
Tom Hanstra [t...@nd.edu]
Verzonden: donderdag 13
I think both proposals (from Paul and Ian) contain very good points, are
ambitious and motivating for the community. With people like Ian and Paul in
the release team, we will definitely reach a Koha 4.0!
I would however not favor working in parallel on Koha 3.8 and 4.0 as well as
maintaining
95 matches
Mail list logo