- Koha-devel - lists.koha-community.org

[Bug 369] MARC import and BIBLIO management spelling & html corrections needed
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Apr '03

22 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=369 mwhansen(a)hmc.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 385] Premature end of script headers: MARCdetail.pl
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Apr '03

22 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=385 ------- Additional Comments From mwhansen(a)hmc.edu 2003-04-22 21:36 ------- I am pretty sure that the problem stems from the fact that the sample data provided with the release does not contain the info to populat the marc_subfield_table table. That is, the records are not inserted using the functions provided by C4/Biblio.pm which would populate both the "old database" along with the marc database. Thus, when you go to MARCdetail.pl it tries to select a row that does not exist. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 385] Premature end of script headers: MARCdetail.pl
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Apr '03

22 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=385 chris(a)katipo.co.nz changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version| |All ------- Additional Comments From chris(a)katipo.co.nz 2003-04-22 20:58 ------- I wonder if this is the Marc::Record bug

1 0

[Bug 389] Overriding request queue gives puzzling output
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Apr '03

22 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=389 chris(a)katipo.co.nz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From chris(a)katipo.co.nz 2003-04-22 20:42 ------- Ahh thats not overiding the queue. Next available applies to the itemtype. IE if the person doesnt care what type they get. They just want the next available copy they choose this. If on the other hand the want say the Large Print copy only, theyd choose that from the list below. The number at the left is the priority. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 388] Deleting existing request does not work
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Apr '03

22 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=388 chris(a)katipo.co.nz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 387] Request output does not show pick-up location in select list
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Apr '03

22 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=387 chris(a)katipo.co.nz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 386] Request out put shows code - $type
by bugzilla-daemon＠wilbur.katipo.co.nz 22 Apr '03

22 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=386 chris(a)katipo.co.nz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED Summary|Request out put shows code -|Request out put shows code - |$type |$type ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 392] Searching author in OPAC treats first name like last name
by bugzilla-daemon＠wilbur.katipo.co.nz 21 Apr '03

21 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=392 ------- Additional Comments From chris(a)katipo.co.nz 2003-04-22 12:02 ------- This is something to bear in mind for when we rebuild the searching. This is the desired behavour for HLT. IE it works this way because thats how they want it to work. So when we rebuild the search module we will need a way to specify how we want searches to work. IE so that different libraries can specify how they want certain types of searches to work. I think it would be a great feature, and then we wouldnt be forcing libraries to use what 'we' think is the best method of searching, but instead what they want. I suspect other libraries of the same size as hlt would like it to work the current way as well ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 392] New: Searching author in OPAC treats first name like last name
by bugzilla-daemon＠wilbur.katipo.co.nz 21 Apr '03

21 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=392 Summary: Searching author in OPAC treats first name like last name Product: Koha Version: 1.9.2 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: OPAC AssignedTo: paul.poulain(a)free.fr ReportedBy: Ilacis(a)chillco.com QAContact: koha-devel(a)lists.sourceforge.net Searching author in opac treats first name like last name. /cgi-bin/koha/opac-search.pl When I do a search on James (if I were looking for Henry James ) I get James Fenimore Cooper and James Thurber in the results. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 391] New: Help link - get page not found.
by bugzilla-daemon＠wilbur.katipo.co.nz 21 Apr '03

21 Apr '03

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=391 Summary: Help link - get page not found. Product: Koha Version: 1.9.2 Platform: PC OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Parameters AssignedTo: paul.poulain(a)free.fr ReportedBy: Ilacis(a)chillco.com QAContact: koha-devel(a)lists.sourceforge.net 8080/help/ This affects every component of the Koha intranet. There is no help so the help link should be commented out or a page created that says <div align="center"><h1>Pages in Progress</h1></div> Currently when someone clicks on help they get page not found. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0