http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8011
Priority: P5 - low
Change sponsored?: ---
Bug ID: 8011
Assignee: gmcha...@gmail.com
Summary: no records found in biblios reservior
QA Contact: koha.sek...@gmail.com
Severity:
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8011
Katrin Fischer changed:
What|Removed |Added
CC||katrin.fisc...@bsz-bw.de
---
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7933
--- Comment #5 from Kyle M Hall ---
Created attachment 9308
-->
http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9308&action=edit
Bug 7933 - Fields in marc display not the same
The fields displayed in the 'labeled' and 'pl
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7933
Kyle M Hall changed:
What|Removed |Added
Status|REOPENED|Needs Signoff
--
You are recei
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8011
--- Comment #2 from Lynn ---
(In reply to comment #1)
> Hi Lynn,
> did you catalog the records manually or did you copy catalog them via z39.50?
> The reservoir contains records that are not in the catalog yet, but only
> staged into t
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7933
Ian Bays changed:
What|Removed |Added
CC||ian.b...@ptfs-europe.com
--- Comme
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8011
--- Comment #3 from Katrin Fischer ---
The reservoir contains only records that have not been added to your catalog
yet - it's normally filled by a data import or via Z39.50 searches (results
that you don't import into your catalog). S
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7295
Julian Maurice changed:
What|Removed |Added
Status|NEW |Needs Signoff
Assi
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7997
--- Comment #2 from Nicole C. Engard ---
I tested on 3.8 by adding a new notice with ODUE as the code and the default
ODUE notice was overwritten ...
--
You are receiving this mail because:
You are watching all bug changes.
_
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4048
Owen Leonard changed:
What|Removed |Added
Status|ASSIGNED|Needs Signoff
--- Comment #9 f
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7997
--- Comment #3 from Marc Véron ---
It seems to behave arbitrary.
Testing:
I have:
(All libraries) circulation ODUE Mahnung 11
I make a copy of ODUE for 'Centerville'.
I give it the the values
Centerville cir
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7997
--- Comment #4 from Nicole C. Engard ---
I think the solution is that regardless of branch the notice/slip code must be
unique. That will prevent this kind of problem in all cases ... won't it?
--
You are receiving this mail because:
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7997
--- Comment #5 from Marc Véron ---
Agree...
--
You are receiving this mail because:
You are watching all bug changes.
___
Koha-bugs mailing list
Koha-bugs@lists.koha-community.org
http://li
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7997
Katrin Fischer changed:
What|Removed |Added
CC||katrin.fisc...@bsz-bw.de
---
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7997
--- Comment #7 from Nicole C. Engard ---
Well I'd think that codes shouldn't be hardcoded ... instead a primary key
should be used. But I'm up for anything that prevents this kind of thing from
happening.
Nicole
--
You are receiving
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7997
--- Comment #8 from Katrin Fischer ---
I did think that too a while back, but how would the system know which letter
to use for a specific action? It would require something like a unique module
for each... a module for holds, module f
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7997
Chris Cormack changed:
What|Removed |Added
CC||ch...@bigballofwax.co.nz
---
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7997
--- Comment #10 from Nicole C. Engard ---
Oh I agree with that 100% - the form should warn and check - but the DB should
also have unique values that it uses.
This would be another issue, but maybe a triggers type tool for all notic
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7977
--- Comment #2 from Chris Nighswonger ---
Created attachment 9310
-->
http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9310&action=edit
CSV of US Presidential Quotes for Testing
--
You are receiving this mail because:
You
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7440
Mason James changed:
What|Removed |Added
CC||m...@kohaaloha.com
--- Comment
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7430
Mason James changed:
What|Removed |Added
Status|Signed Off |Passed QA
--- Comment #13 from
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8012
Priority: P5 - low
Change sponsored?: ---
Bug ID: 8012
Assignee: gmcha...@gmail.com
Summary: defaultSortOrder and OPACdefaultSortOrder are set to
"ascending" on install
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8012
D Ruth Bavousett changed:
What|Removed |Added
See Also||http://bugs.koha-community.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6092
D Ruth Bavousett changed:
What|Removed |Added
See Also||http://bugs.koha-community.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8012
--- Comment #1 from D Ruth Bavousett ---
A little investigation showed that this value is actually initialized
NULL--which you can't set in the interface--which shows "ascending." But the
actual behavior of the sort is kinda screwy by
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7933
--- Comment #7 from Jared Camins-Esakov ---
I'm a little confused by the conversations going on in this bug. The issue
reported in comment 6 seems to have to do with the labeled MARC view rather
than the plain MARC view, and the propos
26 matches
Mail list logo