[Koha-devel] RFC: Plugins QA

[Kyle Hall]

>
> Plugins have unrestricted access to the database, right?  Even if one
> couldn't readily write one that interjects itself into the loan rules
> calculating, unrestricted database access means that plugins have the
> potential to intermingle with core functionality.
>
>
Yes, that is correct.


> > MARC Checker - This plugin runs each record in the Koha database through
> > MARC::Lint and tells you how terrible your marc records are ; )
>
> This looks like a good example of where I think a plugin shines:
> running reports that need special handling beyond what SQL gives you.
>
> It would, of course, be nice if MARC linting were available directly
> in the Koha MARC editor, but the existence of the plugin doesn't
> preclude developing that in the future.
>
>
Agreed. Most plugin logic would make for a very good basis for an Koha
patch. I'm no GPL expert, but I believe all plugins must be GPL'ed because
they link to Koha code, which is itself GPL. So, anyone should be able to
take any Koha plugin and use that code as part of a patch, even if the
plugin author isn't interested in doing so.


> > Force Delete Record - Sometimes a record gets corrupted so you cannot
> even
> > view the record in Koha ( and thus cannot delete it ). This plugin allows
> > you to forcefully delete a record by biblionumber.
>
> I'm getting a bit of a twitch here -- I see the utility of this as a
> workaround, but I hope that this plugin has a very short life on
> account of the underlying bugs getting fixed.


Agreed. This utility is a workaround for an as-of-yet unidentified bug.


> > Rolling Hard Due Dates - This is by far my most complicated plugin, and
> has
> > undergone rigorous testing. It allows you to schedule updates to the hard
> > due dates for circulation rules, and update the due dates for items
> checked
> > out that those rules apply to. This was written for a university where
> they
> > change the due dates on checkouts near the end of each semester.
>
> I have stronger reservations about this one -- not about the
> functionality it implements, but that it exists as a plugin.
> Adjusting due dates at the end of a semester strikes me as something
> that a number of academic libraries might want; I hope this get
> submitted for consideration as a core feature.
>

If I had known this would be of interest to more users, I would have
started with a patch instead of a plugin. I'd be more than happy to
patch-ify this plugin when I have the time. In general, I'd say a patch is
always better than a plugin, as plugins will have to be maintained actively
in case the database schema changes or some of the internal Koha functions
the plugin uses are altered or removed,

Kyle
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20130531/e5a24c84/attachment.html>