December 2014 - Koha-bugs - lists.koha-community.org

[Bug 8815] New: my tags not showing my tags
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8815 Priority: P5 - low Change sponsored?: --- Bug ID: 8815 Assignee: gmcharlt(a)gmail.com Summary: my tags not showing my tags Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Tools Product: Koha Created attachment 12500 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12500&action=edit tag cloud When I look at the My Tags tab in 3.8.4 and .5 I only see one tag in the cloud, but more in my list of tags and there are 28 approved tags in the system. It does work properly in master though. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8928] New: shipping not showing in budget summary
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8928 Priority: P5 - low Change sponsored?: --- Bug ID: 8928 Assignee: koha-bugs(a)lists.koha-community.org Summary: shipping not showing in budget summary Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: rel_3_10 Component: Acquisitions Product: Koha Created attachment 12853 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12853&action=edit BK Fund has 29 encumbered On the acq home page there is a table to the right with a summary of the funds. See my attached summary. It says $29 next to the Book budget which is right, but if you click the 29 it only shows me 24 because the other 5 was a shipping cost. The breakdown of the orders that make up the total should show the shipping charges as line items as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 8280] New: SRU should be filterable by Koha Item Type
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8280 Priority: P5 - low Change sponsored?: --- Bug ID: 8280 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: SRU should be filterable by Koha Item Type Severity: enhancement Classification: Unclassified OS: All Reporter: martin.renvoize(a)ptfs-europe.com Hardware: All Status: NEW Version: rel_3_8 Component: Z39.50 / SRU / OpenSearch Servers Product: Koha It would be very useful to be able to query the SRU server by the current index's in Koha, including the Item Type Index. My understanding is the standard CQL queries should work, so: :9998/biblios?version=1.1&operation=searchRetrieve&query=itype=XXX should yeild results conatining all records of itype (952$y in Marc21 Koha) XXX, but I have not been able to get this to work. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 8331] New: hidden field does not work accurately
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8331 Priority: P5 - low Change sponsored?: --- Bug ID: 8331 Assignee: gmcharlt(a)gmail.com Summary: hidden field does not work accurately Severity: normal Classification: Unclassified OS: All Reporter: epietrocupo.hlhl(a)ssss.gouv.qc.ca Hardware: All Status: NEW Version: rel_3_6 Component: MARC Bibliographic data support Product: Koha There is this bug that seem similar http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1756 But it does not seem to solve my problem. The hidden field does not hide what it should hide. The first problem is the documentation which is simply illogical if it's a simple bitfield: --------------------------------------- 9 => Future use -8 => Flag -7 => OPAC !Intranet !Editor Collapsed -6 => OPAC Intranet !Editor !Collapsed -5 => OPAC Intranet !Editor Collapsed -4 => OPAC !Intranet !Editor !Collapsed -3 => OPAC !Intranet Editor Collapsed -2 => OPAC !Intranet Editor !Collapsed -1 => OPAC Intranet Editor Collapsed 0 => OPAC Intranet Editor !Collapsed 1 => !OPAC Intranet Editor Collapsed 2 => !OPAC !Intranet Editor !Collapsed 3 => !OPAC !Intranet Editor Collapsed 4 => !OPAC Intranet Editor !Collapsed 5 => !OPAC !Intranet !Editor Collapsed 6 => !OPAC Intranet !Editor !Collapsed 7 => !OPAC Intranet !Editor Collapsed 8 => !OPAC !Intranet !Editor !Collapsed 9 => Future use --------------------------------------- If you try to find the binary pattern in this you will not be able to do it. For example, I found that the 3rd bit ( value 4 ) trigers the display in the editor. According to the table above, 4 does not trigger it, but 5 does. But 5 is a combination of 4 and 1, so if 5 does, than 4 should block it too since 1 since used for collapsing. According to my tests: Bit 1 (value 1): Trigger the collapsing Bit 2 (value 2): does nothing Bit 3 (value 4): Hide the field from the editor Bit 4 (value 8): does nothing Sign Bit (+/-): does nothing Which leave the following options not working: Hide in OPAC Hide in Intranet I tried it with field 590 and field 300 which both are shown in OPAC and intranet. I was wondering if there could be something else that could override the the hidden field. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8380] New: Can not set indicators to required
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8380 Priority: P5 - low Change sponsored?: --- Bug ID: 8380 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Can not set indicators to required Severity: enhancement Classification: Unclassified OS: All Reporter: steven_jeffery(a)fmi.com Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha It is not currently possible to set the two indicators used throughout MARC to required. An example of where this could be extremely useful would be the two indicators for the 245 field. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 7149] New: authorized values for indicators don't work
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7149 Bug #: 7149 Summary: authorized values for indicators don't work Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com In the frameworks if you click 'edit' to the right of a tag (not a subfield) the last option says "(if you select a value here, the indicators will be limited to the authorized value list)" but they don't seem to work. I tried this and the indicators were still just text boxes, not pull downs. Did this ever work? If so, is there a trick? Or is this just a 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 3

[Bug 8457] New: No results found on term/phrase click in scan index results list .
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8457 Priority: P5 - low Change sponsored?: --- Bug ID: 8457 Assignee: gmcharlt(a)gmail.com Summary: No results found on term/phrase click in scan index results list . Severity: major Classification: Unclassified OS: Linux Reporter: hend.eleraky(a)bibalex.org Hardware: All Status: NEW Version: rel_3_6 Component: Searching Product: Koha When i try to click on any any term/phrase in scan index results list i get "No results found " but this happens only when " QueryAutoTruncate " preference is set to "only if * is added" . If this preference is set to "automatically" i could get results . Koha version 3.6.5 -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 8591] New: show sum of any outstanding fines for patron on the issue slip
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8591 Priority: P5 - low Change sponsored?: --- Bug ID: 8591 Assignee: koha-bugs(a)lists.koha-community.org Summary: show sum of any outstanding fines for patron on the issue slip Severity: enhancement Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Notices Product: Koha We would like to show a sum of any outstanding fines for a particular patron at the bottom of the issue slip. Would this require adding some fields from the accountlines table as available fields to be used in a notice? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 6946] New: Import Batches _update_batch_record_counts has inefficient SQL
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6946 Bug #: 6946 Summary: Import Batches _update_batch_record_counts has inefficient SQL Classification: Unclassified Change sponsored?: --- Product: Koha Version: Rel_3_8 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org The queries to update the number of biblios and the number of items for any given import batch are much slower than they need to be. UPDATE import_batches SET num_biblios = (SELECT COUNT(*) FROM import_records WHERE import_batch_id = import_batches.import_batch_id AND record_type = 'biblio') WHERE import_batch_id = ? UPDATE import_batches SET num_items = (SELECT COUNT(*) FROM import_records JOIN import_items USING (import_record_id) WHERE import_batch_id = import_batches.import_batch_id AND record_type = 'biblio') WHERE import_batch_id = ?") The "AND record_type = 'biblio'" lines are unnecesary; every record within the same import_batch_id will have the same record_type, and more importantly, 'biblio' is currently the only supported type. Removing the line changes the return time of the subquery from over 2 seconds down to 0.01 seconds (on my machine with 34944 items in a batch). I think this is going to be faster than adding an index on record_type. -- 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 6563] New: Default OPAC language not set properly
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '15

06 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6563 Bug #: 6563 Summary: Default OPAC language not set properly Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: I18N/L10N AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org For libraries with multiple installed and enabled OPAC languages, the first enabled language in the list of activated languages is selected as default, not the primary language for the installation. To reproduce: 1. Install multiple OPAC languages 2. Active one that is 'higher' on the list than your native install language 3. Go to the OPAC, and see that that language, not your native language, displays Root of the problem: Line 57 of opac/opac-main.pl references "opac-main.tmpl", which no longer exists since the conversion to Template::Toolkit. Changing this to opac-main.tt fixes the issue. Patch forthcoming. -- 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 13