July 2010 - Koha-bugs - lists.koha-community.org

[Bug 2142] maxItemsInSearchResults No longer used
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '10

27 Jul '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2142 Mason JAMES <mason(a)kohaaloha.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=2943 -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 2142] maxItemsInSearchResults No longer used
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '10

27 Jul '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2142 Mason JAMES <mason(a)kohaaloha.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mason(a)kohaaloha.com --- Comment #2 from Mason JAMES <mason(a)kohaaloha.com> --- (In reply to comment #1) > any word on this? bugger, i just hit this one too! the best thing to do, until this gets properly patched is to add a new 'maxItemsinSearchResults' syspref, and set it to 10 or 20... (depending on the your system-performance and max-number-of-items per bib) this missing syspref really needs to be added back into stable/head until this is is properly patched, else you always get an availiability-count for *one* branch only :/ -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 4962] New: date format hints in staff not matching data in field
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '10

27 Jul '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4962 Summary: date format hints in staff not matching data in field Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Created attachment 2322 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2322 one example Date format hints not matching the date we're seeing in the text boxes on the following pages at the least, but there are probably more * http://intranet.bywatersolutions.com/cgi-bin/koha/tools/inventory.pl * http://intranet.bywatersolutions.com/cgi-bin/koha/tools/viewlog.pl * http://intranet.bywatersolutions.com/cgi-bin/koha/tools/koha-news.pl?op=add… The hint says YYYY/MM/DD but the date appears YYYY-MM-DD -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 3

[Bug 2749] No dislay of GMD (245h) if XSLT is off
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '10

26 Jul '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2749 --- Comment #1 from Owen Leonard <oleonard(a)myacpl.org> --- Now that subtitle is being displayed using the "Keywords to MARC mapping" feature, it is possible to tie 245h to subtitle and display it that way. Is that an acceptable solution? -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 2749] No dislay of GMD (245h) if XSLT is off
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '10

26 Jul '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2749 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|GMD (245h) display issues |No dislay of GMD (245h) if | |XSLT is off -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 3756] new sys prefs - no way to add a new local use preference
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '10

26 Jul '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3756 --- Comment #20 from Frédéric Demians <frederic(a)tamil.fr> --- > I know these three are definitely needed/in use: > > AutoEmailPrimaryAddress > AutoSelfCheckID > AutoSelfCheckID AutoSelfCheckID and AutoSelfCheckID won't be displayed as local anymore as soon as my last patch will be applied since they exist in circulation template. Same for AutoEmailPrimaryAddress which belongs to patron.tmpl. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 3756] new sys prefs - no way to add a new local use preference
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '10

26 Jul '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3756 Jane Wagner <jwagner(a)ptfs.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jwagner(a)ptfs.com --- Comment #19 from Jane Wagner <jwagner(a)ptfs.com> --- I know these three are definitely needed/in use: AutoEmailPrimaryAddress AutoSelfCheckID AutoSelfCheckPass Will have to check further on the others. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 3756] new sys prefs - no way to add a new local use preference
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '10

26 Jul '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3756 --- Comment #18 from Nicole C. Engard <nengard(a)gmail.com> --- (In reply to comment #17) > For (2) someone has to send a DB update to delete all deprecated syspref. You > can be this person. This should be done before 3.2 as I already said. > > DELETE FROM systempreferences WHERE variable IN ('etc. > I misread what you said before - I'll gladly submit such a patch (that deletes these problem preferences). That will solve my problem ;) -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 3756] new sys prefs - no way to add a new local use preference
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '10

26 Jul '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3756 --- Comment #17 from Frédéric Demians <frederic(a)tamil.fr> --- > Isn't the point of this system that librarians can manage it themselves? I > don't think that something should be left in as a reminder to developers - > instead it should be in the comments in the code - where the developers are - > not where the librarians are. I promote the power of Koha as anyone having the > ability to edit the sys prefs themselves instead of needing an expert. Also > this is the old sys prefs interface and doesn't flow with the look and feel of > the rest of it. As said Peter Parker alias Spider Man: With great power comes great responsibility. Your educated power librarians have not to be scared by their power. There are three categories of sysprefs in local tab: (1) true local syspref, (2) deprecated sysprefs and (3) false local syspref. I've send a patch to remove from local syspref tab, some sysprefs which belongs to other tabs: there were a bug. It solves (3). For (2) someone has to send a DB update to delete all deprecated syspref. You can be this person. This should be done before 3.2 as I already said. DELETE FROM systempreferences WHERE variable IN ('etc. Concerning the old syspref interface which has been resurrected for local syspref, I agree that it isn't coherent with the syspref editor but we already discussed this point on koha-devel. Something has to be done in 3.4. This has been discussed here: http://lists.koha-community.org/pipermail/koha-devel/2010-July/thread.html#… -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0

[Bug 3756] new sys prefs - no way to add a new local use preference
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '10

26 Jul '10

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3756 --- Comment #16 from Nicole C. Engard <nengard(a)gmail.com> --- (In reply to comment #14) > If your average Joe/Jane librarian noses around in the administration > interface, you have first to fix your users permissions. Deprecated sysprefs > should be removed at all before releasing 3.2 in the wild. In the meantime, > it's better not to hide deprecated sysprefs in order not to forget to remove > them. Isn't the point of this system that librarians can manage it themselves? I don't think that something should be left in as a reminder to developers - instead it should be in the comments in the code - where the developers are - not where the librarians are. I promote the power of Koha as anyone having the ability to edit the sys prefs themselves instead of needing an expert. Also this is the old sys prefs interface and doesn't flow with the look and feel of the rest of it. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 0