[Koha-bugs] [Bug 26076] Paying selected accountlines in full may result in the error "You must pay a value less than or equal to $x"
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26076 Amit Gupta changed: What|Removed |Added CC||amit.gupta@informaticsgloba ||l.com, ||amitddng...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26067] Member email validation based on MX record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26067 --- Comment #5 from Amit Gupta --- (In reply to David Cook from comment #4) > Using -mxcheck sounds interesting! > > My first thoughts are that it presents these problems: > 1) Could add latency > 2) Relies on DNS being available and up-to-date > 2b) Might give false negative and make an email seem invalid even when it's > valid > > I'd say write a patch and let people thoroughly test it Hi David, Thank for the feedback. I have checked and latency is not an issue in case Koha installation is on cloud for ex: AWS or Azure. May be problem in case of local installation of Koha. I think we can go by system preferences yes or no to mx check. I did some basic testing mxrecords and gives me correct result. Will write the patch and share for the testing. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 19261] Never hide biblionumber field in view policy
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19261 --- Comment #27 from Tomás Cohen Arazi --- (In reply to David Cook from comment #26) > (In reply to Tomás Cohen Arazi from comment #25) > > We should at least warn. > > Agreed > > > That can be done in a follow-up bug, though. I feel like this could even be > > fixed with a button in the frameworks tests report (i.e. if there is a > > making, but hidden, have a way to fix it). > > > > But the other bug actually provides a path for stable so people don't chase > > ghosts, while we improve error reporting. > > Yeah I don't think it has to be an either/or thing. I think the other bug > adding the warning to about.pl and preventing edits is useful. Just not > complete. > > Personally, I like a solution that doesn't require people to think, which is > why I like the patch here on Bug 19261. I would fix the problematic (existing) frameworks here. And pair this with bug 25686, for now. Maybe provide an easy fix on the frameworks tests page. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25672] Administrators should be able to disable client-side plugin upload
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25672 --- Comment #20 from David Cook --- (In reply to Martin Renvoize from comment #16) > Ah, if that was your intentention, I don't believe it worked. I'm sure I > tested it during QA and as expected, it failed at the plugin upload stage so > I disabled the button as a follow-up. Hmm, maybe this needs a minor revisit > then to clarify the case. That's good to know! I thought that I'd tested it, but I was working pretty fast and furious at one stage. I'll have to review it. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25672] Administrators should be able to disable client-side plugin upload
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25672 --- Comment #19 from David Cook --- (In reply to Jonathan Druart from comment #15) > We cannot upload but uninstall, is that ok? That's a good question. I was thinking that it was OK for them to uninstall them, but I suppose that could be annoying for vendors/administrators... But then plugins installed via Github should be able to be deleted. We don't want to remove the "uninstall" option for all plugins just because we're not letting them upload plugins via the browser. But then if we also block Github installs as well as browser upload/install, then that would be a bit of a moot point. (Although at some point I'm planning to create a plugin for managing plugins from external sources. Prosentient could have a plugin for downloading/installing Prosentient approved plugins, Bywater could have a plugin for downloading/installing Bywater approved plugins, etc.) -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25982] OPAC shelves RSS link output is html not xml
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25982 David Cook changed: What|Removed |Added CC||dc...@prosentient.com.au -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 19261] Never hide biblionumber field in view policy
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19261 --- Comment #26 from David Cook --- (In reply to Tomás Cohen Arazi from comment #25) > We should at least warn. Agreed > That can be done in a follow-up bug, though. I feel like this could even be > fixed with a button in the frameworks tests report (i.e. if there is a > making, but hidden, have a way to fix it). > > But the other bug actually provides a path for stable so people don't chase > ghosts, while we improve error reporting. Yeah I don't think it has to be an either/or thing. I think the other bug adding the warning to about.pl and preventing edits is useful. Just not complete. Personally, I like a solution that doesn't require people to think, which is why I like the patch here on Bug 19261. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 12709] Send a custom email to some or all patrons
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12709 David Cook changed: What|Removed |Added CC||dc...@prosentient.com.au --- Comment #1 from David Cook --- You might want to consider using this plugin https://github.com/bywatersolutions/koha-plugin-patron-emailer I haven't reviewed it or used it in any way, so I'm not endorsing it, but it might be a solution. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22343] Add SMTP configuration options to Administration
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22343 David Cook changed: What|Removed |Added CC||dc...@prosentient.com.au --- Comment #2 from David Cook --- I'd have to review the code, which I'm probably not going to do myself, but overall I think that this is a great idea. Keycloak, for instance, provides a very nice web UI for specifying an external mail server to use (as well as configuring email headers to use). Keep in mind that you should probably provide both the hostname and the port. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 19261] Never hide biblionumber field in view policy
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19261 --- Comment #25 from Tomás Cohen Arazi --- (In reply to David Cook from comment #24) > (In reply to Tomás Cohen Arazi from comment #23) > > What Jonathan and I discussed was to give proper feedback on about.pl about > > this problem, and have the frameworks form forbid changing this values, > > unless we are fixing them. > > > > I understand your concern, but conclusion was we would keep carrying this > > error > > Ahh, I think that I understand what you're saying. That's an interesting > perspective. That idea does have some merit. > > Instead of creating an exception in ViewPolicy, you'd be relying on an audit > to raise a warning, and then prevent edits based on that warning. > > In that case, I think we'd need to fail a framework import if it hides the > biblionumber too. We should at least warn. You might want to import, run the frameworks tests and fix stuff, but find some value on that de you got an export of. That can be done in a follow-up bug, though. I feel like this could even be fixed with a button in the frameworks tests report (i.e. if there is a making, but hidden, have a way to fix it). But the other bug actually provides a path for stable so people don't chase ghosts, while we improve error reporting. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26067] Member email validation based on MX record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26067 --- Comment #4 from David Cook --- Using -mxcheck sounds interesting! My first thoughts are that it presents these problems: 1) Could add latency 2) Relies on DNS being available and up-to-date 2b) Might give false negative and make an email seem invalid even when it's valid I'd say write a patch and let people thoroughly test it -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26067] Member email validation based on MX record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26067 David Cook changed: What|Removed |Added CC||dc...@prosentient.com.au --- Comment #3 from David Cook --- (In reply to Amit Gupta from comment #2) > (In reply to Katrin Fischer from comment #1) > > Martin, could you maybe take a look? > Hi Matrin, "Matrin" made me giggle. Imagine Martin and Katrin fusing into one QA being. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 19261] Never hide biblionumber field in view policy
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19261 --- Comment #24 from David Cook --- (In reply to Tomás Cohen Arazi from comment #23) > What Jonathan and I discussed was to give proper feedback on about.pl about > this problem, and have the frameworks form forbid changing this values, > unless we are fixing them. > > I understand your concern, but conclusion was we would keep carrying this > error Ahh, I think that I understand what you're saying. That's an interesting perspective. That idea does have some merit. Instead of creating an exception in ViewPolicy, you'd be relying on an audit to raise a warning, and then prevent edits based on that warning. In that case, I think we'd need to fail a framework import if it hides the biblionumber too. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15851] "Analytics: Show analytics" showing regardless of whether they have analytics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15851 --- Comment #56 from David Cook --- So it looks like Zebra response times increase as the number of hits increased (even without fetching records). And loading C4::Search takes 1-2 seconds. Ultimately, this is unlikely to have a negative impact on Plack Koha, but it probably will cause opac-detail.pl to load 1-2 seconds slower in CGI Koha. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15851] "Analytics: Show analytics" showing regardless of whether they have analytics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15851 --- Comment #55 from David Cook --- (In reply to Tomás Cohen Arazi from comment #52) > And also the plain PQF query while you're on it So the "e" and "the" queries are plain PQF queries. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15851] "Analytics: Show analytics" showing regardless of whether they have analytics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15851 --- Comment #53 from David Cook --- yaz-client: e 37500 hits .09 seconds Koha: e 37500 hits 2.110 seconds (2 seconds being loading Perl modules, so .110 sec) yaz-client: the 1125000 hits 3.39 seconds Koha: the 1125000 hits 5.315 seconds (2 seconds being loading Perl modules, so 3.315 sec) If we convert from async code to sync code, we can get the following: 1125000 hits 3.78 seconds (2 seconds being loading Perl modules, so 1.78 sec) If we comment out the code after the search(), we can see that it still takes 3.7-4 seconds to run, so the time delay appears to be on the Zebra side. I see high CPU usage but not high memory usage, so it looks like it's processing something. Of course, Zebra is a bit of a black box for us. For a Plack enabled Koha, my guess is that this search should have a minimal impact, unless a bib record has hundreds of thousands/millions of articles referencing it. The highest hit is probably going to be < 100, and since the time is dependent on the size of the search result rather than the size of the index, database size should be irrelevant. The biggest impact in terms of performance will probably be loading Perl modules via "use Koha::SearchEngine::Search". For Plack, this will be a once off for a worker that hasn't loaded opac-detail.pl before. For CGI, it could add 1-2 seconds of latency each time opac-detail.pl is loaded. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15851] "Analytics: Show analytics" showing regardless of whether they have analytics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15851 --- Comment #54 from David Cook --- (In reply to Tomás Cohen Arazi from comment #51) > Can you try zoomsh? Is what IndexData recommends. I'd never heard of that. Very cool. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15851] "Analytics: Show analytics" showing regardless of whether they have analytics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15851 --- Comment #52 from Tomás Cohen Arazi --- (In reply to Tomás Cohen Arazi from comment #51) > (In reply to David Cook from comment #49) > > Ok using .yazclientrc to set the following: > > > > 1. querytype ccl2rpn > > 2. set_cclfile /path/to/etc/zebradb/ccl.properties > > > > Trying the following: > > > > 1. Host-item="This is a test" > > 2. rcn=1000 and (bib-level=a or bib-level=b) > > > > Both of these returned results in 0.002 seconds with 0 hits. > > > > The search performance is interesting. > > > > Going back to these: > > > > 1. "find e" > > 2. "find the" > > > > They're both using the "Any:w" index, but "e" takes .09 seconds to return > > 37500 hits while "the" takes 3.39 seconds to return 1125000 hits. > > > > Zebra has to take the same amount of time to scan the index, so the time > > spent in yaz-client isn't on Zebra finding the data. It's spent on either > > Zebra/yaz-client/both processing the data. > > > > The time taken seems to be linear/O(n) not for searching per se but rather > > in terms of returning a search result. > > > > Now it's just unclear whether it's Zebra or yaz-client (or both) causing the > > time delay. > > > > I might try writing a quick little Perl script to see how it fairs when > > using Zoom with Zebra... > > Can you try zoomsh? Is what IndexData recommends. And also the plain PQF query while you're on it -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15851] "Analytics: Show analytics" showing regardless of whether they have analytics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15851 --- Comment #51 from Tomás Cohen Arazi --- (In reply to David Cook from comment #49) > Ok using .yazclientrc to set the following: > > 1. querytype ccl2rpn > 2. set_cclfile /path/to/etc/zebradb/ccl.properties > > Trying the following: > > 1. Host-item="This is a test" > 2. rcn=1000 and (bib-level=a or bib-level=b) > > Both of these returned results in 0.002 seconds with 0 hits. > > The search performance is interesting. > > Going back to these: > > 1. "find e" > 2. "find the" > > They're both using the "Any:w" index, but "e" takes .09 seconds to return > 37500 hits while "the" takes 3.39 seconds to return 1125000 hits. > > Zebra has to take the same amount of time to scan the index, so the time > spent in yaz-client isn't on Zebra finding the data. It's spent on either > Zebra/yaz-client/both processing the data. > > The time taken seems to be linear/O(n) not for searching per se but rather > in terms of returning a search result. > > Now it's just unclear whether it's Zebra or yaz-client (or both) causing the > time delay. > > I might try writing a quick little Perl script to see how it fairs when > using Zoom with Zebra... Can you try zoomsh? Is what IndexData recommends. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15851] "Analytics: Show analytics" showing regardless of whether they have analytics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15851
--- Comment #50 from David Cook ---
yaz-client: local-number=1
1 hit
0.002227 seconds
Koha code*: local-number=1
1 hit
2.093 seconds
At this point, it's worth noting that approximately 2 seconds is spent just
loading Modern::Perl, C4::Context, and C4::Search, so it's not a fair
comparison.
I'm going to do another comparison using "e" and "the"...
*
#!/usr/bin/perl
use Modern::Perl;
use C4::Context;
use C4::Search;
my @tmpresults;
my @zconns;
$zconns[0] = C4::Context->Zconn( 'biblioserver', 1 );
my $query = "Host-Item=this is a test";
$query = "local-number=1";
my $zoom_query = new ZOOM::Query::CCL2RPN($query, $zconns[0]);
$tmpresults[0] = $zconns[0]->search($zoom_query);
my $total_hits = 0;
C4::Search::_ZOOM_event_loop(
\@zconns,
\@tmpresults,
sub {
my ($i,$size) = @_;
$total_hits += $tmpresults[$i - 1] ->size();
},
);
warn $total_hits;
--
You are receiving this mail because:
You are watching all bug changes.
___
Koha-bugs mailing list
Koha-bugs@lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15851] "Analytics: Show analytics" showing regardless of whether they have analytics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15851 --- Comment #49 from David Cook --- Ok using .yazclientrc to set the following: 1. querytype ccl2rpn 2. set_cclfile /path/to/etc/zebradb/ccl.properties Trying the following: 1. Host-item="This is a test" 2. rcn=1000 and (bib-level=a or bib-level=b) Both of these returned results in 0.002 seconds with 0 hits. The search performance is interesting. Going back to these: 1. "find e" 2. "find the" They're both using the "Any:w" index, but "e" takes .09 seconds to return 37500 hits while "the" takes 3.39 seconds to return 1125000 hits. Zebra has to take the same amount of time to scan the index, so the time spent in yaz-client isn't on Zebra finding the data. It's spent on either Zebra/yaz-client/both processing the data. The time taken seems to be linear/O(n) not for searching per se but rather in terms of returning a search result. Now it's just unclear whether it's Zebra or yaz-client (or both) causing the time delay. I might try writing a quick little Perl script to see how it fairs when using Zoom with Zebra... -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 15851] "Analytics: Show analytics" showing regardless of whether they have analytics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15851 --- Comment #48 from David Cook --- (In reply to Tomás Cohen Arazi from comment #47) > I take it as a compliment-ish comment, thanks :-P > I'm sure that you know that I think the world of you, Tomás <3. Heh. > Can you give me the query so I can try on my databases as well? > Actually, now that I look at it, I gave it a bad query. I tried "local-number=1000" thinking I had it set up for CCL2RPN, but it actually tried that as a PQF query. It got 0 hits, but it searched it as "local and number and 1000" with subquery results of 250,000, 125,000 and 20,000 respectively in 0.435 seconds. I just tried searching "the" and it took 5.16 seconds to return a result with 1,125,000 hits. I just tried "local" and got 250,000 hits in 0.193 seconds. Note that this is all using yaz-client and a unix socket (rather than a TCP socket). I wonder if doing a CCL2RPN conversion adds much overhead... I'll try that and add another separate comment, as this one is growing too large. > > For some people, adding .432 seconds to web page load time is unacceptable, > > but I imagine most of us might not care too much. > > I'd agree. We could make it an opt-in feature? PreciseAnalyticsLink or smth. > > > I'd argue that this lookup should be performed asynchronously after the HTML > > page has loaded. > > > > The MARC data could trigger whether to show an "Analytics" label I suppose, > > and then the result of the async lookup would say something like "Show > > Analytics" or "None" or something like that. > > > > Anyway, that's just a thought. I'm not interested in doing any work on this. > > I'm just always interested in performance. > > > > The current patches are fine, so I'm not being critical, but I think an > > optimization would be to do an async lookup. > > I like the idea. Will draft an endpoint for fetching such information using > the exact queries we use here. If we're doing it async, I don't think we'd need it to be an opt-in feature, as it would already be optimized. And thanks for drafting that! -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25639] Add search queries to HTML so queries can be retrieved via JS
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25639 --- Comment #10 from David Cook --- (In reply to Nick Clemens from comment #9) > In javascript we would need to make it a global variable Yes, but that's not bad. Traditionally, Javascript only had Global Scope and Function Scope. They've only added Block Scope recently via the "let" and "const" keywords with ES2015. We have lots of global variables in our Javascript. Technically speaking, an HTML element with an ID element is accessible as a Javascript global variable. (If you want to test that, open your F12 tools, go to console, and type in "console.log(add_comment)" on this page. It'll return a div element. > we have other > instances in the code of placing useful information in the HTML > (loggedinbranch etc.) I don't see any examples of loggedinbranch in HTML specifically, but happy to look at examples. Perhaps it's needed in the HTML to be POSTed elsewhere. If it isn't needed in the HTML per se, I'm not sure inertia is the best reason to continue doing something. But I don't think it's a blocker. Just a thought. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26079] Use 008 positions 14-16 as authoritative authority entry type
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26079 Alex Buckley changed: What|Removed |Added Attachment #107474|0 |1 is obsolete|| -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26079] Use 008 positions 14-16 as authoritative authority entry type
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26079 --- Comment #2 from Alex Buckley --- Created attachment 107475 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=107475=edit Bug 26079: New syspref -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26079] Use 008 positions 14-16 as authoritative authority entry type
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26079 --- Comment #1 from Alex Buckley --- Created attachment 107474 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=107474=edit Bug 26079: New syspref -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25953] Add class to installed plugins table to ease styling and DOM mods
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25953 David Cook changed: What|Removed |Added Attachment #107370|0 |1 is obsolete|| --- Comment #8 from David Cook --- Created attachment 107473 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=107473=edit Bug 25953: Add ID to installed plugins table on plugins-home.pl This patch adds a "installed_plugins" ID to the table of installed plugins. The idea is that it will ease styling and DOM mods through Javascript. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25953] Add class to installed plugins table to ease styling and DOM mods
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25953 David Cook changed: What|Removed |Added Status|In Discussion |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25953] Add ID to installed plugins table to ease styling and DOM mods
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25953 David Cook changed: What|Removed |Added Summary|Add class to installed |Add ID to installed plugins |plugins table to ease |table to ease styling and |styling and DOM mods|DOM mods -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25953] Add class to installed plugins table to ease styling and DOM mods
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25953 --- Comment #7 from David Cook --- (In reply to Jonathan Druart from comment #5) > Why not an id? I have no idea. I wrote that patch around 11pm, so I must've not been thinking clearly. I'll redo this one. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26079] New: Use 008 positions 14-16 as authoritative authority entry type
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26079 Bug ID: 26079 Summary: Use 008 positions 14-16 as authoritative authority entry type Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs@lists.koha-community.org Reporter: alexbuck...@catalyst.net.nz QA Contact: testo...@bugs.koha-community.org Instead of using the auth_header.authtypecode as the authoritative authority entry type look at the 008 position 14-16. According to MARC standards ( https://www.loc.gov/marc/authority/ad008.html ): * 088 position 14 = 'a' means the authority record is a name authority * 008 position 15 = 'a' means the authority record is a subject authority * 008 position 16 = 'a' means the authority record is a series authority These three characters allow authority records to belong to multiple auth types. Koha only allows an authority record to have one auth type. Given a syspref is enabled load all authorities into the default authority type. Search/use/display them according to how they are coded in their 008 positions 14-16 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 20678] Save draft records without committing them to the catalogue
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20678 --- Comment #31 from Alex Buckley --- Created attachment 107472 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=107472=edit Bug 20678: Save biblio records as a draft record Allow junior/in-training library staff to save a incomplete bibliographic record as a draft. It will not be returned for OPAC searches or most staff client searches (it will be returned for Cataloguing module searches when the 'Drafts only' checkbox is selected). This patch implements: * New 'editcatalogue' subpermission called 'commit_MARC_records_to_catalog'. Without this subpermission ticked a staff member will only be able to save draft records). * A new 'Save' option in the addbiblio.pl page: 'Save as draft'. * View/edit/delete draft records in new cataloguing module page: draftrecords.pl Junior staff should have all editcatalog subpermissions except for 'commit_MARC_records_to_catalog' and they will see one save option 'Save as draft' in the addbiblio.pl page. Test plan: 1. Go to addbooks.pl and notice there is no 'View draft records' button in the toolbar alongside 'New record' 2. Apply patch 3. Restart memcached, plack, update database 4. Create two user accounts: * A superlibrarian permissions * Patron with all editcatalogue subpermissions except for 'commit_MARC_records_to_catalog'. Also enable this patron to view the staff client 5. Log in as user 1 (superlibrarian) go to Cataloging->New record and select the 'Save' dropdown box and notice you have 4 options. Select 'Save and view record' and notice you have created a biblio in the catalog. 6. Log in as user 2 go to Cataloging->New record and click the 'Save' button and notice that there is only one option 'Save as draft'. 7. Select 'Save as draft' and you are re-directed to the Cataloging main page. Now select the 'View draft records' button and view your draft record in the table of draft records. 8. Select the 'Edit' link and notice the addbiblio.pl page for the draft record is loaded 9. Return to the View draft records interface and delete the draft record and notice that after the page reloads the record is no longer displayed in the table. 10. Create 2 more draft records and return to the View draft records interface and select 'Delete all drafts from reservoir' and notice the drafts table is emptied 11. Create 1 more draft record and then log out 12. Log in as user 1 (superlibrarian) and go to the 'View draft records' interface. 13. Select the 'Edit' link 14. Select any save option except for 'Save as draft' and notice the record is now returned for OPAC and staff client searches 15. Return to the 'View draft records' interface and notice the record you just committed to the catalog has been removed as a draft record in the reservoir. 16. Run the unit test t/db_dependent/ImportBatch.t in koha-shell 17. Notice that unit test 12 passes: 'ok 12 - No biblio expected since we deleted the biblio from the batch' 18. Log out and back in as the second user and search for a biblio record which is in the catalog (i.e. not a draft record) and notice both in the staff client search results and the biblio detail page the links to edit the record and items associated with the biblio record are not displayed. This is because the user you are logged in as has all edit_catalogue permissions except CAN_user_editcatalogue_commit_MARC_records_to_catalog which is neccessary to add/edit/delete biblios or items in the catalog. Sponsored-By: Toi Ohomai Institute of Technology, New Zealand -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25883] Show transfer on checkin screen
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25883 Benjamin Daeuber changed: What|Removed |Added CC||bdaeu...@cityoffargo.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 20678] Save draft records without committing them to the catalogue
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20678 Alex Buckley changed: What|Removed |Added Attachment #107454|0 |1 is obsolete|| -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 19261] Never hide biblionumber field in view policy
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19261 --- Comment #23 from Tomás Cohen Arazi --- (In reply to David Cook from comment #22) > (In reply to Tomás Cohen Arazi from comment #21) > > I'm not sure. It feels like bug 25826 is the way to go. > > I don't think Bug 25826 will work, as the patch would only affect manual > edits via the web UI. It doesn't take into account existing installations, > imported frameworks, hacky SQL updates, etc. What Jonathan and I discussed was to give proper feedback on about.pl about this problem, and have the frameworks form forbid changing this values, unless we are fixing them. I understand your concern, but conclusion was we would keep carrying this error -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22417] Add a task queue
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22417 --- Comment #92 from David Cook --- (In reply to Jonathan Druart from comment #89) > Created attachment 107405 [details] [review] > Bug 22417: Add the new permission manage_background_jobs > > QA: Please answer the question in admin/background_jobs.pl > > Signed-off-by: Tomas Cohen Arazi I can't 100% recall how background jobs are implemented in the web UI, but I find admin/background_jobs.pl to be a challenging topic. In theory, any module (eg circ, acquisitions, etc) could use a background job, so shouldn't the UI be in the source module rather than in the admin module? (If that already is the case and I'm mistaken, then maybe just leave this script with "manage_background_jobs".) -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22417] Add a task queue
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22417 --- Comment #91 from David Cook --- (In reply to Jonathan Druart from comment #90) > Created attachment 107406 [details] [review] > Bug 22417: Send message to /queue > > This cannot be: > /queue/$namespace/$job_type > > I got: '/koha_kohadev/batch_biblio_record_modification' is not a valid queue > destination > > So keeping the dash in $namespace-$job_type > > Signed-off-by: Tomas Cohen Arazi This might be explained by https://www.rabbitmq.com/stomp.html#d. Looks like a person could possibly use '/koha_kohadev%ddbatch_biblio_record_modification', but "$namespace-$job_type" might be easier to read for developers. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25826] Hiding biblionumber in the frameworks breaks links in result list
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25826 David Cook changed: What|Removed |Added Status|Signed Off |Failed QA --- Comment #15 from David Cook --- Failing QA, as I don't think this patch will work for the reasons I've cited at https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19261#c22 Perhaps I'm wrong, but this patch doesn't take into account existing installs, imported frameworks, or manual SQL updates. I think that the patch on Bug 19261 is a more robust solution. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 19261] Never hide biblionumber field in view policy
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19261 --- Comment #22 from David Cook --- (In reply to Tomás Cohen Arazi from comment #21) > I'm not sure. It feels like bug 25826 is the way to go. I don't think Bug 25826 will work, as the patch would only affect manual edits via the web UI. It doesn't take into account existing installations, imported frameworks, hacky SQL updates, etc. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26055] Advanced Editor Rancor should use "visibility" and not "mandatory" for drawing new records
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26055 --- Comment #8 from David Cook --- (In reply to Katrin Fischer from comment #7) > I'd actually use a new database column instead of adding to the hard to > understand number scheme. I was concerned about this breaking import/export of frameworks, but I think it might be OK. I'll have to look into it a bit further at some point. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 24473] Syndetics content should be $raw filtered on opac-detail.tt
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24473 David Nind changed: What|Removed |Added Text to go in the||Syndetics provides enhanced release notes||content which is displayed ||in the OPAC under the tabs ||'Title Notes', 'Excerpt', ||'About the author', and ||'Editions'. They provide ||this information as HTML ||but Koha currently displays ||the content with the HTML ||tags. This fixes this so ||that the enhanced content ||displays correctly. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26078] "Item returns to issuing library" creates infinite transfer loop
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26078 Andrew Fuerste-Henry changed: What|Removed |Added Depends on||23129 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23129 [Bug 23129] Items holdingbranch should be set to the originating library when generating a transfer -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23129] Items holdingbranch should be set to the originating library when generating a transfer
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23129 Andrew Fuerste-Henry changed: What|Removed |Added Blocks||26078 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26078 [Bug 26078] "Item returns to issuing library" creates infinite transfer loop -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26078] New: "Item returns to issuing library" creates infinite transfer loop
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26078 Bug ID: 26078 Summary: "Item returns to issuing library" creates infinite transfer loop Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs@lists.koha-community.org Reporter: and...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com, kyle.m.h...@gmail.com Bug 23129 changed ModItemTransfer to set the holding branch of an item to current location when generating a transfer. This doesn't play well with the return policy "Item returns to issuing library," which sends an item to its holding branch at checkin. To recreate: - Have 2+ branches - Set your default return policy to Item returns to issuing library - Find an item with holding branch of Branch A - Set your library to Branch B - Check item in - Koha generates a transfer to Branch A. In doing so, it sets the item holding branch to Branch B - Set your library to Branch A - Check item in - Koha generate a transfer to Branch B. In doing so, it sets the item holding branch to Branch A - Set you library to Branch A - Check the item in . . . Repeat indefinitely. It's easy enough to cancel a transfer to get out of this loop, but better not to get into it in the first place. That said, I'm not entirely sure how to avoid it. Can we somehow tell Koha that a checkin that ends a transfer should never start a new transfer? Unless there's a hold involved? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26005] OPAC cart display fails with error
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26005 David Nind changed: What|Removed |Added Text to go in the||This fixes a problem with release notes||the OPAC cart - it should ||now work correctly when ||opened, instead of ||generating an error ||message. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22844] Simplify the process of selecting database columns for system preferences
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22844 David Nind changed: What|Removed |Added Text to go in the||This enhancement introduces release notes||a new way to select ||database columns for ||selected system preferences ||like ||BorrowerMandatoryField. ||Currently, this requires ||manually adding the ||database field names. The ||enhancement lets you select ||from a list of available ||fields in a new window, and ||also select and clear all ||fields. || ||This is ||implemented for these ||system preferences: ||- ||BorrowerMandatoryField ||- ||BorrowerUnwantedField ||- ||PatronQuickAddFields ||- ||PatronSelfModificationBorro ||werUnwantedField ||- ||PatronSelfRegistrationBorro ||werMandatoryField ||- ||PatronSelfRegistrationBorro ||werUnwantedField ||- ||StatisticsFields ||- ||UniqueItemFields -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25825] Allow Claim Return function to be controlled by permissions
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25825 robbi...@middlesex.mass.edu changed: What|Removed |Added CC||robbi...@middlesex.mass.edu -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 20398] Add a system preference to disable search result highlighting in the staff interface
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20398 Owen Leonard changed: What|Removed |Added CC||pasi.kalli...@koha-suomi.fi --- Comment #7 from Owen Leonard --- *** Bug 11525 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 11525] No way to turn off search word hilighting in staff UI by default
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11525 Owen Leonard changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #1 from Owen Leonard --- *** This bug has been marked as a duplicate of bug 20398 *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25717] Improve messages for automatic renewal errors
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25717 David Nind changed: What|Removed |Added Text to go in the||This change improves the release notes||wording and grammar for ||automatic renewal error ||messages. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 20355] Add example column to administration currency table
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20355 Owen Leonard changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW |RESOLVED --- Comment #3 from Owen Leonard --- If you have more information about how this can be resolved please re-open. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 24251] Patron modification logs should be ordered most recent first
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24251 Owen Leonard changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Owen Leonard --- *** This bug has been marked as a duplicate of bug 25968 *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25968] Make logs sort by date descending as a default
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25968 Owen Leonard changed: What|Removed |Added CC||martin.renvoize@ptfs-europe ||.com --- Comment #3 from Owen Leonard --- *** Bug 24251 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 24891] Column Config does not hide Date Due in Account_Fine table
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24891 Owen Leonard changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #2 from Owen Leonard --- I can't reproduce this bug in 19.05.x. If you provide additional information please reopen the bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21504] enumchron (volume number) shows as 0 (when set to anything) in pdf in label creator
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21504 --- Comment #3 from Felicia Beaudry --- Disregard - I found this occurs because of the label template. After adjusting print margins, the enumeration appears correctly, as did other fields. (In reply to Felicia Beaudry from comment #2) > I can confirm this behavior in 19.11. > > Layout > Layout type: Biblio > Bib Data to Print: itemcallnumber, enumchron > Split call numbers: yes > Text: Center > Font: Helvetica > Font size: 7 > > Seeing 0 where enumeration/chronology should be, but only in the PDF. > Properly displayed in CSV and XML formats. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23587] Advanced search (staff) - list navigation breaks after detailed view
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23587 Owen Leonard changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #2 from Owen Leonard --- With no follow-up information and 18.11.x being EOL I'm marking this resolved. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21504] enumchron (volume number) shows as 0 (when set to anything) in pdf in label creator
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21504 Felicia Beaudry changed: What|Removed |Added CC||felicia.beaudry@equinoxinit ||iative.org --- Comment #2 from Felicia Beaudry --- I can confirm this behavior in 19.11. Layout Layout type: Biblio Bib Data to Print: itemcallnumber, enumchron Split call numbers: yes Text: Center Font: Helvetica Font size: 7 Seeing 0 where enumeration/chronology should be, but only in the PDF. Properly displayed in CSV and XML formats. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25946] borrowerRelationship can no longer be empty
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25946 Andrew Nugged changed: What|Removed |Added CC||slavashish...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26077] New: Batch Item Deletion Error Occurring Frequently with more than 5, 000 records
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26077 Bug ID: 26077 Summary: Batch Item Deletion Error Occurring Frequently with more than 5,000 records Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs@lists.koha-community.org Reporter: tgoat...@gmail.com QA Contact: testo...@bugs.koha-community.org Submitting in response to an internal ticket from a library partner. We experience time out error messages when using the the batch item delete tool. Basically when attempting to delete anything more than approx 5,000 records. This has happen in the past and we were recently upgraded to 19.11. Can you adjust for us to have the ability to batch delete on a larger scale? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26076] Paying selected accountlines in full may result in the error "You must pay a value less than or equal to $x"
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26076 Kyle M Hall changed: What|Removed |Added Assignee|koha-b...@lists.koha-commun |k...@bywatersolutions.com |ity.org | -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26076] Paying selected accountlines in full may result in the error "You must pay a value less than or equal to $x"
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26076 --- Comment #1 from Kyle M Hall --- Created attachment 107471 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=107471=edit Bug 26076: Paying selected accountlines in full may result in the error "You must pay a value less than or equal to $x" This appears to be a bug due to inaccuracies in floating point math. I've been unable to reproduce it on demand. Sometimes when using the "Write off selected" button, Koha will give the error that the payment is more than the amount owed, even though they are the same. The solution I've implemented is to move the summation from Perl code to the database query. This video demonstrates the issue and afterward, shows the error goes away after the patch is applied: https://monosnap.com/file/pG69HC7iI9mU9kkuoCtbkVzVTffKlE Test Plan: 1) Apply this patch 2) Restart all the things! 3) Verify that "Write off selected" functions as usual -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26076] Paying selected accountlines in full may result in the error "You must pay a value less than or equal to $x"
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26076 Kyle M Hall changed: What|Removed |Added Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26076] New: Paying selected accountlines in full may result in the error "You must pay a value less than or equal to $x"
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26076 Bug ID: 26076 Summary: Paying selected accountlines in full may result in the error "You must pay a value less than or equal to $x" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs@lists.koha-community.org Reporter: k...@bywatersolutions.com QA Contact: testo...@bugs.koha-community.org CC: gmcha...@gmail.com, kyle.m.h...@gmail.com This appears to be a bug due to inaccuracies in floating point math. I've been unable to reproduce it on demand. Sometimes when using the "Write off selected" button, Koha will give the error that the payment is more than the amount owed, even though they are the same. The solution I've implemented is to move the summation from Perl code to the database query. This video demonstrates the issue and afterward, shows the error goes away after the patch is applied: https://monosnap.com/file/pG69HC7iI9mU9kkuoCtbkVzVTffKlE -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25946] borrowerRelationship can no longer be empty
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25946 Sally changed: What|Removed |Added CC||sally.healey@cheshireshared ||services.gov.uk -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 24973] Allow to localize and translate system preferences with new yaml based installer
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24973 Jonathan Druart changed: What|Removed |Added Keywords||RM_priority -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26067] Member email validation based on MX record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26067 --- Comment #2 from Amit Gupta --- (In reply to Katrin Fischer from comment #1) > Martin, could you maybe take a look? Hi Matrin, Can you give us your comments. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23824] Add a ‘Save and run’ button to reports
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23824 Sally changed: What|Removed |Added CC||sally.healey@cheshireshared ||services.gov.uk -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26070] Google Transliterate API has been deprecated
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26070 Amit Gupta changed: What|Removed |Added Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26070] Google Transliterate API has been deprecated
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26070 Amit Gupta changed: What|Removed |Added Attachment #107446|0 |1 is obsolete|| --- Comment #3 from Amit Gupta --- Created attachment 107470 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=107470=edit Bug 26070: Remove GoogleIndicTransliteration system preference Work perfectly. Thanks Owen Leonard for fixing the issue. Lot of customer complaint to me also "GoogleIndicTransliteration" is not working. I have given the same reason transliterate API has been deprecated (since 2011!) by Google. To test, apply the patch and run the database update process. - Go to Administration -> System preferences and search for 'GoogleIndicTransliteration.' There should be no results. - Search the Koha codebase for references to 'GoogleIndicTransliteration.' There should be no current references. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25758] Items scheduled for automatic renewal do not show that they will not renew due to a hold
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25758 --- Comment #21 from Barbara Johnson --- Still running into a problem with this. I set the sys pref and created the loan rule. I checked out an item to a patron but it is not displaying in the issues table. The item does show that it is checked out to the patron when looking at the holdings table. Checking the ‘Always show checkouts immediately’ checkbox does not display the checked out title. There is also a new ‘Show checkouts’ button which also does not display the checkouts. Here are screenshots: Checked out item is not displaying in issues table - https://snipboard.io/J063vL.jpg Holdings table shows that item is actually checked out to the patron - https://snipboard.io/t5NwCX.jpg -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26070] Google Transliterate API has been deprecated
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26070 Amit Gupta changed: What|Removed |Added CC||amitddng...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26037] openlibrary.org is hit on every Koha requests
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26037 Amit Gupta changed: What|Removed |Added CC||amitddng...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25958] Allow LongOverdue cron to exclude specified lost values
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25958 Lisette Scheer changed: What|Removed |Added CC||lisettesla...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26052] In "Hold policy by item type, " allow individual rules to be "Not set"
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26052 Lisette Scheer changed: What|Removed |Added CC||lisettesla...@gmail.com -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 20815] Add ability to choose if lost fee is refunded based on length of time item has been lost
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20815 Lucas Gass changed: What|Removed |Added CC||lu...@bywatersolutions.com --- Comment #21 from Lucas Gass --- enhancement will not be backported to 20.05.x series -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25955] compare_es_to_db.pl broken by drop of Catmandu dependency
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25955 Lucas Gass changed: What|Removed |Added CC||lu...@bywatersolutions.com Status|Pushed to master|Pushed to stable Version(s)|20.11.00|20.11.00, 20.05.03 released in|| --- Comment #7 from Lucas Gass --- backported to 20.05.x for 20.05.03 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25946] borrowerRelationship can no longer be empty
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25946 --- Comment #5 from Peter Vashchuk --- Created attachment 107469 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=107469=edit Bug 25946: borrowerRelationship can be empty When borrowerRelationship is empty in system preferences, Relationship dropdown is not required and we accept empty value. Also fixes bug that didn't let you to pick empty value even when you specified that it should be possible in system preferences but in the end of the string (i.e. "|father|mother" worked, but "father|mother|" don't). To reproduce (borrowerRelationship can be empty): 1) Go to system preferences and make borrowerRelationship empty. 2) Create a new patron who is assumed to have a guarantor or modify the existing one. 3) Under "Guarantor Information" click on "Search to add" button. After performing the search, select a user to act as guarantor. Try to save your changes. 4) Observe that relationship field is required in order to save but you can't actually choose anything as it doesn't contain anything. 5) Apply the patch. 6) Repeat steps above. 7) Observe that it allows you to save the form now. To reproduce (can't choose empty value bug): 1) Go to system preferences and set borrowerRelationship exactly to "father|mother|". 2) Create a new patron who is assumed to have a guarantor or modify the existing one. 3) Under "Guarantor Information" click on "Search to add" button. After performing the search, select a user to act as guarantor. 4) Observe that there's no option to leave relationship field empty. 5) Apply the patch. 6) Repeat steps above. 7) Observe that it has empty option that you can choose and save the form. Mentored-by: Andrew Nugged -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25946] borrowerRelationship can no longer be empty
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25946 Peter Vashchuk changed: What|Removed |Added Status|ASSIGNED|Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25845] Cannot limit system logs to 'api' interface
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25845 Lucas Gass changed: What|Removed |Added Version(s)|20.11.00|20.11.00, 20.05.03 released in|| CC||lu...@bywatersolutions.com --- Comment #7 from Lucas Gass --- backported to 20.05.x for 20.05.03 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25907] When cancelling a waiting hold on returns.pl, looks for new hold to fill without rescanning barcode
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25907 Lucas Gass changed: What|Removed |Added Version(s)|20.11.00|20.11.00, 20.05.03 released in|| Status|Pushed to master|Pushed to stable CC||lu...@bywatersolutions.com --- Comment #8 from Lucas Gass --- backported to 20.05.x for 20.05.03 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22750] Partial writeoff of lost fee causes item to be returned
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22750 Katrin Fischer changed: What|Removed |Added Severity|normal |critical -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25694] Add ability to delete a Marc Modification Template when viewing
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25694 Kelly McElligott changed: What|Removed |Added Status|Needs Signoff |Signed Off --- Comment #3 from Kelly McElligott --- Awesome- thanks Owen! -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25629] Fix capitalization in sample notices
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25629 Lucas Gass changed: What|Removed |Added CC||lu...@bywatersolutions.com Status|Pushed to master|Pushed to stable Version(s)|20.11.00|20.11.00, 20.05.03 released in|| --- Comment #6 from Lucas Gass --- backported to 20.05.x for 20.05.03 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25694] Add ability to delete a Marc Modification Template when viewing
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25694 ByWater Sandboxes changed: What|Removed |Added Attachment #107431|0 |1 is obsolete|| --- Comment #2 from ByWater Sandboxes --- Created attachment 107468 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=107468=edit Bug 25694: Add ability to delete a Marc Modification Template when viewing This patch adds a "delete template" button to the MARC modification templates "Edit actions" view. To test, apply the patch and go to Tools -> MARC modification templates. - On the main MARC modification templates page the toolbar should have only one button: "New template." - Click the "Edit actions" button for an existing template. - On the "Actions for..." view there should be three buttons, "New template," "New action," and "Delete template." - Test that the "Delete template" button works correctly. Signed-off-by: Kelly McElligott -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25998] Add 'library' relation to Koha::Account::Line
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25998 Lucas Gass changed: What|Removed |Added Status|Pushed to master|Pushed to stable CC||lu...@bywatersolutions.com Version(s)|20.11.00|20.11.00, 20.05.03 released in|| --- Comment #13 from Lucas Gass --- backported to 20.05.x for 20.05.03 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 23824] Add a ‘Save and run’ button to reports
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23824 Rebecca Coert changed: What|Removed |Added CC||rco...@arlingtonva.us --- Comment #2 from Rebecca Coert --- This would be a useful feature and I'd like to have it available too! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25792] Rename 'ttf-dejavu' package to 'fonts-dejavu' for Debian 11
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25792 Lucas Gass changed: What|Removed |Added CC||lu...@bywatersolutions.com Version(s)|20.11.00|20.11.00, 20.05.03 released in|| Status|Pushed to master|Pushed to stable --- Comment #16 from Lucas Gass --- backported to 20.05.x for 20.05.03 -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22750] Partial writeoff of lost fee causes item to be returned
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22750 Kelly McElligott changed: What|Removed |Added CC||ke...@bywatersolutions.com --- Comment #3 from Kelly McElligott --- This is still the case in 19.11. However I attempted to use Write Off selected and it still was removed from the patron's checkouts. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25995] Log changes to due date using bulk edit tool in circulation log
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25995 --- Comment #5 from Andrew Fuerste-Henry --- I saw that this change to due date is currently recorded in the cataloging log as a modification to the item, yes. That's helpful at the moment, while we're not otherwise logging this. But we have a lot of libraries that don't use the cataloging log due to its size. We pointedly removed all other circ-related item changes from the cataloging log. Should this change be excluded from the cataloging log, too? -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25827] Add floating toolbar to the holds summary page in staff interface
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25827 Lucas Gass changed: What|Removed |Added CC||lu...@bywatersolutions.com --- Comment #11 from Lucas Gass --- not backporting enhancement to 20.05.x series -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25892] Clarify the visual hierarchy of holds by library and itemtype
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25892 Lucas Gass changed: What|Removed |Added CC||lu...@bywatersolutions.com --- Comment #8 from Lucas Gass --- not backporting enhancement to 20.05.x series -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 25958] Allow LongOverdue cron to exclude specified lost values
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25958 Sally changed: What|Removed |Added CC||sally.healey@cheshireshared ||services.gov.uk -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21946] Group circulation by item type
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21946 --- Comment #121 from Owen Leonard --- Created attachment 107467 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=107467=edit Bug 21946: (follow-up) Add optgroup label in circ rules This patch adds a label to the optgroup showing child itemtypes in the circulation and fine rules interface. The parent itemtype description is the optgroup label, and then the parent itemtype is repeated as an with the additional label "All" -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21268] Can't add to basket from staged file if base-level allocated is zero
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21268 Andrew Fuerste-Henry changed: What|Removed |Added Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21268] Can't add to basket from staged file if base-level allocated is zero
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21268 Andrew Fuerste-Henry changed: What|Removed |Added Attachment #107455|0 |1 is obsolete|| --- Comment #8 from Andrew Fuerste-Henry --- Created attachment 107466 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=107466=edit Bug 21268: Don't remove 0 allocated funds from fund list If a fund is created with a amount of 0, it will not appear in the fund list (when a new order is created for instance). 0 allocated funds can be used to track donations and other situations where there is not an expected amount for the year. Test plan: 0. Do not apply the patch 1. Create 1 active and 1 inactive budgets 2. Create some funds for each budgets, with amount > 0 and amount == 0 3. Add orders to basket => Note that the funds with amount == 0 are not displayed 4. Apply the patch 5. Add orders to basket (using the different possible ways we have) => Note that the funds with amount == 0 are displayed This change is applied to the different views of the acquisition module. Signed-off-by: Andrew Fuerste-Henry -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21268] Can't add to basket from staged file if base-level allocated is zero
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21268 --- Comment #7 from Andrew Fuerste-Henry --- Without this patch, I can select a $0 fund for all methods of adding to a basket except: - duplicating an order (duplicate_orders.pl) - from a new file (addorderiso2709.pl) - from a staged file (also addorderiso2709.pl) Additionally, if I try to set my $0 fund via a budget code in the field set by MARCItemFieldstoOrder, it is not selected. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26063] Use Koha::Plugins->call for circulation hooks
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26063 --- Comment #3 from Tomás Cohen Arazi --- Fixed the dependencies. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22343] Add SMTP configuration options to Administration
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22343 Tomás Cohen Arazi changed: What|Removed |Added Severity|enhancement |new feature Assignee|koha-b...@lists.koha-commun |tomasco...@gmail.com |ity.org | CC||tomasco...@gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 26063] Use Koha::Plugins->call for circulation hooks
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26063 Tomás Cohen Arazi changed: What|Removed |Added Status|Patch doesn't apply |Needs Signoff -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 21468] Plugins need hooks for checkin and checkout actions
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21468 Tomás Cohen Arazi changed: What|Removed |Added Blocks||26063 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26063 [Bug 26063] Use Koha::Plugins->call for circulation hooks -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
