May 2019 - Koha-bugs - lists.koha-community.org

[Bug 4373] Placing and Processing Items Simultaneously causes multiple issues
by bugzilla-daemon＠bugs.koha-community.org 04 May '19

04 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4373 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |master --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Another 4+ years have passed and holds activity in our libraries is too low to have seen this I guess. Is this still valid? -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4450] Type of error return causes problems
by bugzilla-daemon＠bugs.koha-community.org 04 May '19

04 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4450 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WONTFIX Status|ASSIGNED |RESOLVED --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I am inclined to mark this as WONTFIX for now and ask for separate bugs to be filed for methods to be changed if still necessary. As the initial patch set shows there have been regressions with the global approach, so some smaller steps might be more helpful. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4488] OPAC reports incorrect hold limit in warning
by bugzilla-daemon＠bugs.koha-community.org 04 May '19

04 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4488 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de Summary|OPAC reports incorrect hold |OPAC reports incorrect hold |limit in warning. |limit in warning --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I wonder how to make this easy to understand for users. We now have several limits that could trigger: - system preference maxreserves for a global limit - limits on number of holds per record in circ rules - limits on number of holds per itemtype in circ rules Especially for the settings in circ rules giving a good feedback to the user might be really difficult as library and itemtypes (might be different on the same record) can also play a role. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 6952] Show number of MARC records to export before exporting
by bugzilla-daemon＠bugs.koha-community.org 04 May '19

04 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6952 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=4855 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4855] Tools/Export does not tell browser file size
by bugzilla-daemon＠bugs.koha-community.org 04 May '19

04 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4855 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=6952 --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Linking to bug 6952 suggesting to show the number of records before download. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 4971] Planning types not translatable in acq
by bugzilla-daemon＠bugs.koha-community.org 04 May '19

04 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4971 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Alesiha, actually, you were right! itemtypes, months, etc. are translatable now. I think the issue for authorised values is a different one, so setting to RESOLVED. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 4860] Budget planning "show column" menu should list only hidden columns
by bugzilla-daemon＠bugs.koha-community.org 04 May '19

04 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4860 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #1 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Still valid. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. You are the QA Contact for the bug.

1 0

[Bug 4971] Planning types not translatable in acq
by bugzilla-daemon＠bugs.koha-community.org 04 May '19

04 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4971 --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Aleisha Amohia from comment #2) > Is this still valid? I think it is. :) -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug. You are the assignee for the bug.

1 0

[Bug 5062] Acq terminology: list price, ordering price, vendor price, RRP
by bugzilla-daemon＠bugs.koha-community.org 04 May '19

04 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5062 --- Comment #8 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Caroline, do you think we can close this onw that replacement price has its own input field? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 5069] Authority clean-up scripts
by bugzilla-daemon＠bugs.koha-community.org 04 May '19

04 May '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5069 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|rel_3_0 |master --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Christopher Chagal from comment #0) > When we originally migrated our data, we loaded ~ 40,000 auth records > corresponding to ~ 200,000 bib records. I ran the > link_bibs_to_authorities.pl script, but it appears that we have some bad > data in our authorities (or our bibs?), because some did not link correctly. > > I wonder if there's a way to utilize the process that creates authority > records from the appropriate fields during the record creation process to > generate authority records from unlinked headings of existing bibs. That might be possible now - but not sure. > In addition, we'd like to be able to delete the authorities we imported that > have no bibs linked. There is a script to delete unused authorities. > I asked this question yesterday on IRC#koha and Chris Cormack mentioned that > a script could be written for both of these and it "might be a good koha > code learning exercise for someone at catalyst." He asked me to submit this > enhancement and assign it to him. > > One thing I should add is this: If there is not already a duplicate auth > record checking functionality built into the process which auto-generates > authorities during the record creation process, it seems that this would be > important for a command line script, since we wouldn't want to create a > bunch of identical authorities (which would then not function correctly as > authority records). Perhaps the link_bibs_to_authorities.pl script contains > the necessary dup finding code? > > We're running 3.00.05.001 (on Debian Lenny), so it would be useful for us if > the scripts were compatible with 3.0 & 3.2. If necessary, we'd be willing > to upgrade to 3.00.06 (we're hoping to do so soon, anyway, unless 3.2 > becomes stable before we get around to it :) ). I think there are several issues described here: - duplicate check when auto-creating authorities - create authority records for unlinked headings automatically It might be worthwhile to split this into several more specific bugs if people are still interested. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0