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

[Bug 10356] New: adding date published to catalogue detail page
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '13

25 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10356 Bug ID: 10356 Summary: adding date published to catalogue detail page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: chrish(a)catalyst.net.nz CC: gmcharlt(a)gmail.com adding 'date published' to catalogue detail page, I have also renamed 'date' to 'date arrived' to avoid confusion. similar to bug5512 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 10639] New: Circular dependencies cause inventory.pl to fail when returning items
by bugzilla-daemon＠bugs.koha-community.org 25 Jul '13

25 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10639 Bug ID: 10639 Summary: Circular dependencies cause inventory.pl to fail when returning items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, when you're running an inventory, inventory.pl will die if any of the items need to be returned (i.e. Koha says they're checked out, but they were found on the shelf, so we do an "AddReturn"). After chatting to Chris Cormack and Jared Camins-Esakov on IRC, it appears the cause is due to "circular dependencies". That is, C4::Circulation::AddReturn is failing, because Perl thinks certain subs used in AddReturn from C4::Items actually belong to C4::Circulation (or rather it's just plain confused about where they're supposed to come from). This is because C4::Items and C4::Circulation depend on each other. C4::Circulation directly loads C4::Items, while C4::Items loads C4::Search which loads C4::Reserves which loads C4::Circulation. So...when inventory.pl loads C4::Items and C4::Circulation...we run into problems calling a sub from C4::Items within C4::Circulation, because there are conflicts/collisions in the namespace for subs from C4::Items (i.e. they've been loaded twice, so Perl has a hissy fit). Chris mentioned that the model for new Koha modules will be to have no circular dependencies, but for now...I'm thinking that we fully qualify calls to imported subs... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 8824] New: use of windows 7, Firefox V15 and wireless level dns 10.58.2.X versus wired 192.168.x.x
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '13

24 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8824 Priority: P5 - low Change sponsored?: --- Bug ID: 8824 Assignee: oleonard(a)myacpl.org Summary: use of windows 7, Firefox V15 and wireless level dns 10.58.2.X versus wired 192.168.x.x Severity: enhancement Classification: Unclassified OS: All Reporter: hdowns(a)berkshire.rr.com Hardware: All Status: NEW Version: unspecified Component: Browser compatibility Product: Koha - Installing a new Windows PC, professional version at the Lanesborough MA library ran into an issue discussed on the IRC today 09/25/12. I could not connect on a wired solution but only on a wireless level of ip addressing aforementioned. Only after I disabled the wired level on 192.168.x.x, which I was able to connect to the Koha library at mass-cat site, I was able then to connect through either Firefox or Internet Explorer. This was issue both in Firefox and also Internet Explorer. Every other random site searched and browsed allowed full use. Other base info is that I installed Norton 360 on this PC, same security software on xp pc workstations and no problem for access there. I was able to ping the library catalog database from the cmd per IRC support chat. I did also make sure to allow the Firefox software app instead of leaving on auto, but that did not seem to matter. Any help or suggestions would be greatly appreciated. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8274] New: count of suggestions on main page wrong
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '13

24 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8274 Priority: P5 - low Change sponsored?: --- Bug ID: 8274 Assignee: koha-bugs(a)lists.koha-community.org Summary: count of suggestions on main page wrong Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha When you're on the main staff client page the count of suggestions at the bottom doesn't match what you see when you click the link. This is because of the new filter on the suggestions page to only show your branch. Both displays should show the same number. So the homepage needs to filter on branch or the suggestion page needs to not filter on branch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 10505] New: Add a separator between title and subtitle for OPAC without XSLT
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '13

24 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10505 Bug ID: 10505 Summary: Add a separator between title and subtitle for OPAC without XSLT Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolyn.somers(a)biblibre.com When using OPAC without XSLT, user can not distinguish the limit between the title and the subtitle. With XSLT, there is a ":" separator (for example between 200 $a and $e in UNIMARC). -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 7067] New: allow patron self registration via the opac
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '13

23 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7067 Bug #: 7067 Summary: allow patron self registration via the opac Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com I thought there was a report for this, but I don't see it (feel free to mark as a duplicate). It would be nice if the patron could register for a card via the OPAC. -- 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 186

[Bug 2969] Report Name should be mandatory for saved reports
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '13

23 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2969 --- Comment #7 from Owen Leonard <oleonard(a)myacpl.org> --- I picked up this patch because it looked useful and wasn't getting a follow-up from the original author. I think Galen's suggestions would make this better, but someone else would have to take it from here. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 10577] New: C4::Budgets::GetBudgetPeriod has inappropriate overloading of its behavior
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '13

23 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10577 Bug ID: 10577 Summary: C4::Budgets::GetBudgetPeriod has inappropriate overloading of its behavior Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com GetBudgetPeriod, when passed a fund ID (budget_period_id), returns a hashref of an individual budget, consistent with other functions of its sort. However, it also has a special mode -- if you pass 0 as its parameter, it returns a hashref of the first active budget. This is a problem for several reasons: [1] Nothing in Koha requires that there be only one active budget. Consequently, a function that returns "the" active one is working from an incorrect assumption (albeit, maybe one that used to be true when acquisitions support was originally added?). [2] Even the assumption were true that there can be only one active budget at a time, it is still bad practice for the one parameter of a function to either be an ID or a flag. [3] There is no code, other than a test case, that actually calls GetBudgetPeriod(0). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 4503] Javascript files in js directory are not translated
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '13

22 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4503 --- Comment #1 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Lots of Javascript has moved out of the templates by now and we don't want to start copying them to the language specific directories again. Galen pointed out that something like https://code.google.com/p/jquery-i18n-properties/ could be a possible solution. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 2969] Report Name should be mandatory for saved reports
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '13

22 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2969 Galen Charlton <gmcharlt(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |In Discussion CC| |gmcharlt(a)gmail.com --- Comment #6 from Galen Charlton <gmcharlt(a)gmail.com> --- (In reply to Chris Cormack from comment #5) > However we are not checking this server side .. if this was the public > interface that would be a fail. I will leave this up to the RM to > decided if client side checks are ok for this. Bearing in mind we > weren't handling any sql errors properly server side before this. Yes, I'm willing to push it, in particular because the column is changing to not null default '', not just a plain 'not null', and because the consequences of somebody actively trying to save a report with a blank name are ... they now have a report with a blank name. I suppose that raises one question: would it be better to tighten the screws a bit more and have it just be plain 'not null'? Another question: any objections to have the database update set the report name to something like concat('report ', id) for reports where the name is blank or null? Setting to in discussion, but I've no particular objection if Owen's response is simply to set it back to passed QA. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0