http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12252
--- Comment #41 from David Cook <dc...@prosentient.com.au> --- (In reply to Robin Sheat from comment #39) > (In reply to Gaetan Boisson from comment #35) > > I would say this ticket should remain about adding item data, and we should > > create another bug report, that would tackle the issue of exporting > > sensitive data everywhere this could happen. what do you think? > > Yes, this! :) > > I kinda think that internal notes shouldn't ever go into the MARC anyway, it > should perhaps be a separate table. Otherwise the chance of leak is quite > high. But this is definitely a separate issue. +1 Gaetan: There's been a bit of work done on the opac detail page (see http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11592), but I'd definitely like to see a more consistent approach that respects the "visibility settings" everywhere in Koha (i.e. tools export, OAI, cart, search results, detail page, etc.) I think Tomas had an idea about this... about using the frameworks to generate an "exclusion" XSLT which MARCXML would be run through after retrieving a record from Zebra or MySQL. I suppose the only time that you might want to not use the "exclusion" XSLT would be for... well perhaps a few scenarios. Most places in the staff client would probably want to show it, and only hide it if you're sending the record elsewhere... (unless you're exporting it to a cataloguing tool where you want to re-import afteward). Hmm, food for thought! -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://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/