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

[Bug 6982] New: Don't show MARC21 tag documentation links for NORMARC
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '12

16 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6982 Bug #: 6982 Summary: Don't show MARC21 tag documentation links for NORMARC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Cataloging AssignedTo: magnus(a)enger.priv.no ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Showing the links to MARC21 tag documentation on the cataloguing screen makes little sense when NORMARC is the chosen MARC dialect. The best solution would of course be to link to NORMARC tag documentation instead, but since there is currently no representation of NORMARC on the web where individual tags can be linked to, this will have to wait. The solution I will try to implement is to hide the links alltogether. -- 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 5017] New: can enter multiple funds with the same code
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '12

15 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5017 Summary: can enter multiple funds with the same code Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major 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 2375 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2375 codes Code is not unique when adding funds - you can enter multiples with the same code - so why have a code? -- 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 4

[Bug 5018] New: amount encumbered not showing on budgets
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '12

15 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5018 Summary: amount encumbered not showing on budgets Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: major 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 fund (cgi-bin/koha/admin/aqbudgets.pl?budget_period_id=3) not showing what is encumbered only what was spent - so it’s misleading to what is left in the budget - but it does show it on this page: cgi-bin/koha/acqui/acqui-home.pl -- 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 6211] New: SubscriptionHistory doesn't have default value set
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '12

15 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6211 Bug #: 6211 Summary: SubscriptionHistory doesn't have default value set Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org I'm not sure how else to title this bug. When you do a fresh install your SubscriptionHistory preference says it's set to 'full' but when you view the OPAC it's not the full history it's the brief. When you change it to brief it doesn't change the display - but if you change it back to full after changing to brief you finally get the full history. I think this is because the value showing by default is just there because of the order it appears in the list and not because the value is actually set in the database. -- 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 5798] New: SubscriptionHistory default not applied
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '12

15 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5798 Bug #: 5798 Summary: SubscriptionHistory default not applied Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org On a new install SubscriptionHistory is set to full history, but the default display is not full. To get it to show full you have to set it to 'a summary' and then save and then set it back to 'full' -- 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 7262] New: No calendar present in holidays module when there are quotes in title or description
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '12

14 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7262 Bug #: 7262 Summary: No calendar present in holidays module when there are quotes in title or description Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Holidays AssignedTo: henridamien(a)koha-fr.org ReportedBy: juan.sieira(a)xercode.es QAContact: ian.walls(a)bywatersolutions.com Using the holidays module, if a user inserts quotes under title or description of a holiday, the calendar does not appear, because of javascript errors. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 6581] New: Can't create calendar event
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '12

14 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6581 Bug #: 6581 Summary: Can't create calendar event Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: hend.eleraky(a)bibalex.org QAContact: koha-bugs(a)lists.koha-community.org When i try to create a calendar event for example a week holiday and then save nothing is shown in the interface and no data added is inserted in database in "repeatable_holidays" table. So i tried to insert a weekly holiday manually in the database [repeatable_holidays table] and i found the results shown in the interface without any problems. I don't know why it's not created directly when using the calendar tool. I use koha 3.2.9. -- 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 6339] New: ExtendedPatronAttributes to allow for a DatePicker (JS Calendar) style field
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '12

14 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6339 Bug #: 6339 Summary: ExtendedPatronAttributes to allow for a DatePicker (JS Calendar) style field Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: indradg(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 4111 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4111 Screenshot of the desired functionality ExtendedPatronAttributes fields presently allow for Repeatable, Searchable, Unique ID, text type input box as well as auth_val driven select lists. It would be nice to have a date picker calendar pop-up facility and ValidateDate() function for the field as its parameters Possibly lib/C4/Members/AttributeTypes.pm, intranet/cgi-bin/admin/patron-attr-types.pl, intranet/htdocs/intranet-tmpl/prog/en/modules/admin/patron-attr-types.tmpl would require some functional changes I've attached a screenshot of the feature. Right now I'm doing it with an ugly jquery hack via intranetuserjs (http://pastebin.com/BPQw43tY) -- 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 5647] New: Enhanced Notices are using name and not id
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '12

14 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5647 Summary: Enhanced Notices are using name and not id Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 According to bug 5646 the messaging preferences can't be translated because the code queries the name and not the id. I am opening a new bug here because that bug has been "resolved" with a work around. Instead I think the code should be updated to check for the primary key (id) instead of the name. This is necessary for translations and so that we can make changes to those labels. >From Bug 5646 (reported by Katrin) If you tranlate the message names in the installer sql files your messages will stop working, because the code relies on those have a specific value. - advance_notices.pl - C4/Members/Messaging.pm - C4/Form/MessagingPreferences.pm ... In C4/Members/Messaging.pm I found following lines: 47 my $preferences = C4::Members::Messaging::GetMessagingPreferences( { borrowernumber => $borrower->{'borrowernumber'}, 48 message_name => 'DUE' } ); 50 my $preferences = C4::Members::Messaging::GetMessagingPreferences( { categorycode => 'LIBRARY', 51 message_name => 'DUE' } ); We don't have DUE as a message name in the en file. Bug? -- 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 5854] New: lists should print call numbers
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '12

14 Apr '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5854 Bug #: 5854 Summary: lists should print call numbers Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In the OPAC when you print a list it includes the call number, but in the staff client it's missing this important piece of information, both in the printed version and on the screen. -- 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