- Koha-devel - lists.koha-community.org

Re: [Koha-devel] [Koha] VERY URGENT: automatically redirection to searching page
by Owen Leonard 20 Jan '14

20 Jan '14

This is caused by not having updated your templates after the upgrade: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11567 > On Jan 20, 2014, at 7:09 AM, Evan Mungai Njoroge <evan.njoroge(a)gmail.com> wrote: > > This is happening after I updated koha to 3.14.1 on one instance & 3.15 on > another instance. Might be a bug but am sure somebody will pick this up; I > did refresh on the browser & all went well; as for the 3.14.1 instance I > switched browsers, from chrome to Mozilla. > > > > EVAN > NJOROGE *•*+254721375981 *•*+254721375981 *•*about.me/uhusiano *•* > * "Facilitating access to African digital content" * > > > > > On Mon, Jan 20, 2014 at 2:26 PM, Andrea Furin <andrea.furin(a)slacky.it>wrote: > >> After upgrading to koha 3.14.01.1-1 >> >> If I try to add a copy typing something from: >> >> http://localhost:8282/cgi-bin/koha/cataloguing/additem.pl?biblionumber=14#a… >> >> browser goes to advanced search page: >> http://localhost:8282/cgi-bin/koha/catalogue/search.pl >> >> -- >> __________________________________

1 0

VERY URGENT: automatically redirection to searching page
by Andrea Furin 20 Jan '14

20 Jan '14

After upgrading to koha 3.14.01.1-1 If I try to add a copy typing something from: http://localhost:8282/cgi-bin/koha/cataloguing/additem.pl?biblionumber=14#a… browser goes to advanced search page: http://localhost:8282/cgi-bin/koha/catalogue/search.pl --

1 0

Re: [Koha-devel] Automatic renewal feature
by Holger Meissner 17 Jan '14

17 Jan '14

Hi Eric, thanks for your input! I will integrate your idea into the RFC. Eric Bégin wrote: > Instead of implementing this in the issuing rules, I think we could add > an "Automatic renewal" checkbox on the checkout page and adding > this value in the issues table. I think my library needs this as part of the issuing rules, because we have certain patron categories that generally are to be automatically renewed. But other libraries might want to use the feature for individual patrons or even single checkouts. So it might be best to implement it both in the issung rules and on the checkout page? > A syspref could be use for your « Automatically renewal X days before > due date ». Yes. Yet, some libraries might want to use different numbers, depending on how long the renewal period is, which might be days in one case and hours in another case. So I'm not sure.

2 1

Adding Wysiwyg to (HTML) System Preferences
by David Cook 17 Jan '14

17 Jan '14

What would folks think about adding the tinymce wysiwyg to some of the system preferences that deal with HTML? At Prosentient, we've added the "htmlarea" option for local system preferences, and now we're thinking about expanding to include some of the standard system preferences (such as OpacNav, OpacHeader, OpacMainBlock, etc). Many users probably don't know HTML, so it might be useful if they could use a wysiwyg to generate or modify content for these system preferences. That said, maybe not everyone wants to use a wysiwyg. Personally, I rather write HTML by hand. I don't like using wysiwyg editors. Tinymce does have an option where you can hand-edit the HTML source, so that solves that problem, but maybe there should be a system preference that controls whether certain system preferences have the wysiwyg appear or not. Maybe a list style syspref (e.g. OpacNav|OpacHeader) or just a general Yes/No. I would be willing to write the patch, but I want to figure out if there is any interest first. Cheers, David P.S. It's worth mentioning that the "type" stored in the database appears to have *zero* impact on a non-local system preference, and that the ".pref" files are used as the source of truth.

6 5

Automatic renewal feature
by Holger Meissner 17 Jan '14

17 Jan '14

Dear Koha developers, I just created a RFC for a new "automatic renewal" feature in the Koha wiki and would greatly appreciate any feedback on it: http://wiki.koha-community.org/wiki/Automatic_renewal_RFC Especially let me know if you think that I should address bug 7413, before I start working on the new feature. I suppose, that would be the most reasonable approach? Thank you! Holger

2 1

[QA] Description of some patches waiting for QA.
by Jonathan Druart 16 Jan '14

16 Jan '14

Hello QA team (and others)! I realize some of my patches are big and maybe need some explanation. Below is a description of my main patches in the QA queue. === Bug fixes === == Bug 11549: Acquisition module == A major one: Data loss possible! If an order is transferred and you receive/undo the receive, the order is deleted! This patch fixes the issue and add a regression test. === Features/enhancements === == Search history == I provided a lot of patches to improve the search history. The idea is to have a search history at the OPAC and the staff interface. Moreover an authority search history is added. A refactoring has been made and unit tests written. On my side, I have an other pending patch: the ability to merge selected searches. One patch is already passed QA, two need to be signed off and an other one is in the QA queue: Bug 10807 (NQA): OPAC: There is no authority search history This patch adds the authority search history for the OPAC. Bug 10862 (PQA): Add the search history for the staff interface This patch adds the search history for the staff interface (catalogue and authority). Bug 10933 (NSO): PurgeSearchHistory should be merged into the C4::Search::History module => This is a technical one, and I think a developer should do the signoff. These 3 patches should be pushed at the same time I think. Bug 11430 (NSO): Search history: Delete selected lines At this point, it was only possible to delete previous or current search history, not a specific search. This one is a small feature and can be pushed later. == Bug 10212: Columns configuration for tables == This patch was really fun to write and, I think, is a big improvement. It is more than a POC, but it should be validated and pushed to go further. The goal is to provide an admin page to configure all tables into Koha. By configure I mean: "display/hide these columns by default" or "this column could be shown/hidden (or not)". Extending the concept to others tables will be quite easy. == Multi transport types for notices == Hold on to your chair! The goal of these patches is to add the ability to choose the transport type a library want to use for notices. Don't be afraid, it is easy. The entry point is bug 9016: a new field letter.message_transport_type is created. This way it becomes possible to defined several "templates" for a letter_code. It will avoid to have letter codes like HOLD_PRINT, HOLD_PHONE, etc. This patch series adds the first step: the modifications into the DB structure and the interface. The multi transport types support for overdues is added too (interface changes only). A patron could be notified by email and/or sms for a given overdue level. The templates being different, the sent message could be adapted to the transport type. The 3 other patches are based on top of bug 9016. Bug 10832 - Multi transport types for overdue notices Changes for the cronjob script misc/cronjobs/overdue_notices.pl. Bug 10833 - Multi transport types for advanced notices Changes for the cronjob script misc/cronjobs/advance_notices.pl. Bug 10845 - Multi transport types for holds Changes for holds. All these patches are needing QA. == Bug 10363: New package for authorised values == This one needs QA too. I just refactored the authorised values code, put it in a new module and provide unit tests. Even if it does not use DBIC, I think it is useful and with this refactoring, it will be easy to use DBIC later. == Bug 11023: How to manage the newness of items? == This patch allows to manage various use cases for new items (see the commit message for examples). It offers an easy and flexible way to follow news items. It adds a cronjob which automatically remove the new status for items depending from some rules. These rules can be defined easily into a configuration page in the tools area. == Batch modification for records == There are two bugs waiting to be signed off: Bug 11319 - Marc modification templates improvements Bug 11395 - Batch modifications for records The first one fixes some issues with the marc modification templates features (bug 8015). The second one adds an interface to modify records (catalogues or authorities) in a batch using a template previously defined. It is waited for a long time by librarians (see bug 5725 for the history). Extra: bug 11562 (sysprefs.sql is not correctly sorted) should be integrated quickly, if we don't have a sysprefs file sorted, the qa script does not manage to catch non sorted new line (fix is welcomed on the qa tools repo. I don't find how to fix that). Please note that I am still waiting for other feedbacks on bug 8007. I hope this email will be useful to you and make easier the QA step on these patches! Regards, Jonathan

1 0

Fwd: Professional cataloger's interface
by Jesse 15 Jan '14

15 Jan '14

I feel the professional cataloger's interface (codename Rancor) has gotten to the point where we can start thinking about integrating it into mainline Koha, and I've filed a bug ( http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11559) with relevant information and a link to the codebase on Github. For those unfamiliar with the project, Rancor is a project I am working on for ByWater and a client of theirs. We're hoping to bring Koha a MARC editor that is powerful and intuitive for professional catalogers, who are poorly served by Koha's existing MARC editor. It has most of the core editing functionality nailed down, with some final refinements and improvements still needed to get it to production quality. Please try it out, and put any questions or comments on the bug. Thanks, -- Jesse Weaver

1 0

Report of the day of tests and validation of patches
by BOUIS Sonia 14 Jan '14

14 Jan '14

Hi, I just want to tell you that this day went well. There was 9 participants and we used the sandbox of biblibre. 17 patchs are tested : 11 Signed off - 4 Failed QA - 2 don't apply. Among the patchs signed, 3 are Passing QA during the week-end and 1 is pushed to master. The signed patches concerned first and foremost modules acquisitions, periodicals, OPAC Everybody was great motivated and we hope to renew the experience. Regards Sonia BOUIS ------------------------------------------------------ Responsable du Système intégré de gestion des bibliothèques SERVICE COMMUN DE LA DOCUMENTATION Université Jean Moulin Lyon 3 6 Cours Albert Thomas - B.P. 8242 - 69355 Lyon Cedex 08 ligne directe : +33 (0)4 78 78 79 03 | Fax : +33 (0)4 78 78 79 89 ------------------------------------------------------ http://scd.univ-lyon3.fr<http://scd.univ-lyon3.fr/> L'Université Jean Moulin est membre fondateur de l'Université de Lyon De : BOUIS Sonia Envoyé : jeudi 9 janvier 2014 10:42 À : 'koha-devel(a)lists.koha-community.org' Objet : Day of tests and validation of patches Hi, You have planned a day of tests and validation tomorrow at the university Lyon3, in France. We have already selected some patches and you can find it on this Trello : https://trello.com/b/eWioJlcd/journee-de-tests-lyon-3. If you are concerned by those patches, could you check if it still applies in master ? It would be a bit disappointing if those patches don't apply ... Thank you Have a good day Sonia BOUIS ------------------------------------------------------ Responsable du Système intégré de gestion des bibliothèques SERVICE COMMUN DE LA DOCUMENTATION Université Jean Moulin Lyon 3 6 Cours Albert Thomas - B.P. 8242 - 69355 Lyon Cedex 08 ligne directe : +33 (0)4 78 78 79 03 | Fax : +33 (0)4 78 78 79 89 ------------------------------------------------------ http://scd.univ-lyon3.fr<http://scd.univ-lyon3.fr/> L'Université Jean Moulin est membre fondateur de l'Université de Lyon

3 2

Re: [Koha-devel] [Koha] Collection usage report: issues field in items table
by Galen Charlton 11 Jan '14

11 Jan '14

Hi Chad, On Fri, Jan 10, 2014 at 3:02 PM, Chad Roseburg <croseburg(a)ncrl.org> wrote: > I'm trying to assess the usage of a particular collection and am wondering > if the 'issues' field in the items table represents all issues: Ie., both > from the old_issues and issues tables. Yes -- items.issues gets incremented every time an item is checked out, so if all you need is a count, you don't need to include either the issues or old_issues tables in your query. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc(a)esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org

1 0

Day of tests and validation of patches
by BOUIS Sonia 09 Jan '14

09 Jan '14

Hi, You have planned a day of tests and validation tomorrow at the university Lyon3, in France. We have already selected some patches and you can find it on this Trello : https://trello.com/b/eWioJlcd/journee-de-tests-lyon-3. If you are concerned by those patches, could you check if it still applies in master ? It would be a bit disappointing if those patches don't apply ... Thank you Have a good day Sonia BOUIS ------------------------------------------------------ Responsable du Système intégré de gestion des bibliothèques SERVICE COMMUN DE LA DOCUMENTATION Université Jean Moulin Lyon 3 6 Cours Albert Thomas - B.P. 8242 - 69355 Lyon Cedex 08 ligne directe : +33 (0)4 78 78 79 03 | Fax : +33 (0)4 78 78 79 89 ------------------------------------------------------ http://scd.univ-lyon3.fr<http://scd.univ-lyon3.fr/> L'Université Jean Moulin est membre fondateur de l'Université de Lyon

2 1