July 2011 - Koha-bugs - lists.koha-community.org

[Bug 6401] New: Give Ian Walls credit in the history file.
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '11

02 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6401 Bug #: 6401 Summary: Give Ian Walls credit in the history file. Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Documentation AssignedTo: nengard(a)gmail.com ReportedBy: ruth(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org The history file shows "NYUHSL", but Ian's name can't be found via search. Lest anyone think he's been forgotten... -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 5

[Bug 5918] New: When AddPatronLists is set to "general" and EnhancedMessagingPreferences is set, messaging prefs not copied from defaults
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '11

02 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5918 Bug #: 5918 Summary: When AddPatronLists is set to "general" and EnhancedMessagingPreferences is set, messaging prefs not copied from defaults Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: ruth(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com the reason here seems to be that, in memberentry.pl, the Enhanced Preferences form is populated by data from the categorycode. However, when a new form is created using AddPatronLists as "general", no categorycode exists at that point, so the form is not populated. It would probably be a good idea to unset "setting_messaging_prefs" and/or perform some other checking to see if--on save--we need to fetch in the default preferences on a new borrower. Ideas welcome. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 7

[Bug 6630] New: Can't update zebra after add an item then barcode not searchable by search form
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '11

01 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6630 Bug #: 6630 Summary: Can't update zebra after add an item then barcode not searchable by search form Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: abufarros(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 9

[Bug 5353] New: Old basket and basketgroups
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '11

01 Nov '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5353 Summary: Old basket and basketgroups Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Old_baskets_acq_RF C OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-05-01 Some modifications will be done in the display of old baskets and basket group to have only « interesting » informations displayed first, and all informations displayed if requested/needed -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 2

[Bug 6074] New: setting import flags when staged file imported in aqbasket
by bugzilla-daemon＠bugs.koha-community.org 31 Oct '11

31 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6074 Bug #: 6074 Summary: setting import flags when staged file imported in aqbasket Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Lines issued from a staged file have a flag that can be set when the order has been added in a basket. It's set when a staged file is imported into the catalogue, it should be set also when a record is inserted through aquisition. * when a basket is imported in 1 clic, all lines in the import_batches are updated 'imported' * when everything from a import_batch has been imported into a basket, the import_batch is set 'imported' * don't display import_batches without anything to import -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 12

[Bug 4992] New: Fund filter not working as expected
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '11

29 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4992 Summary: Fund filter not working as expected Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All URL: ...admin/aqbudgets.pl?budget_period_id=? OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Koha Version: 3.01.00.142 Administration > Budgets > Fund x Show my funds only, no library selected: The filter on the left side has 'Show my funds only' checked by default. In my configuration I see 5 funds with this setting, 3 owned by my user (ok), 2 owned and restricted to another library (?). I think those other 2 funds should not show with this setting. The result stays the same wether or not I choose my library from the pull down. After my search the pull down for library is always empty. Unchecked 'Show my funds only' results in: Still all funds are shown, but the display changed and shows a hierarchical order. I can click on the top level fund to open a new line with the child funds. Why only use the hierarchical view if 'Show my funds only' is not checked? Library pull down: My 5 funds belong to 2 different libraries. I'm logged in as library A, the home library of my user. When I first open the page my library pull down only shows my current library A and a blank line. Change nothing and click on 'Go' - no change to library pull down. Uncheck 'Show my funds only' and click on 'Go' - all libraries are available in pull down. Check 'Show my funds only' again and click on 'Go' - only my library is available. It's a bit irritating for the user, that you first have to change the 'Show my funds only' setting and search, before you can choose another library to filter on. You can't do uncheck and choose library in one step. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 1

[Bug 4830] New: item type on purchase suggestion not carried over
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '11

29 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4830 Summary: item type on purchase suggestion not carried over Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2178 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2178 item type showing on the manage suggestions page When editing a suggestion the item type that the patron picked isn't displayed. The patron can choose an item type from the OPAC, but it doesn't actually record that anywhere - or if it does it doesn't display to the staff. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 3

[Bug 6089] New: Remove budget total on acqui-home
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '11

28 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6089 Bug #: 6089 Summary: Remove budget total on acqui-home Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org In Acqui-home, with hierarchic bugdets, it's a non sense to do total & sub-totals: we're adding budgets more than once. For example : Books 1000 fictions books 500 NF books 500 result in a total of 2000 ! This patch removes the total -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 6

[Bug 5094] New: auth_by_bind authentication can fail even if given a correct password and userid
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '11

27 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5094 Summary: auth_by_bind authentication can fail even if given a correct password and userid Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Authentication AssignedTo: gmcharlt(a)gmail.com ReportedBy: JeremyC(a)uta.edu QAContact: koha-bugs(a)lists.koha-community.org CC: dpavlin(a)rot13.org Estimated Hours: 0.0 When using <replicate>0</replicate>  <update>0</update>  Auth_with_ldap attempts to lookup the userid in the LDAP directory to fill $userldapentry despite it being unneeded in this case. The information retrieved will be thrown away, thus there is no need to retrieve it. This can cause authentication to fail overall even if the initial bind with the user's credentials succeeded. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 11

[Bug 6114] New: Conflicting warnings about Koha to MARC links
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '11

27 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6114 Bug #: 6114 Summary: Conflicting warnings about Koha to MARC links Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/admin/marctagstructure.pl OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org On marctagstructure.pl it says "If you change the link between a MARC subfield and a non-MARC field, ask your administrator to run misc/batchRebuildBiblioTables.pl script." On marc_subfields_structure.pl, next to the "link" field, it says "Warning: This value should not change after data has been added to your catalog." On IRC 2011-04-06: [08:51] <gmcharlt> oleonard: the former is correct - i.e., you can change it, but then must run batchRebuildBiblioTables.pl [08:52] <oleonard> Do you think it would be appropriate to move that warning to marc_subfields_structure.pl ? [08:52] <gmcharlt> oleonard: yes Forthcoming patch will remove the incorrect message from marc_subfields_structure.pl and the message from marctagstructure.pl will be moved into its place. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 6