[Koha-bugs] [Bug 30365] New: editing existing records that are greater than 100 characters long brings up the textarea method of input
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Fri Mar 25 21:05:45 CET 2022
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30365
Bug ID: 30365
Summary: editing existing records that are greater than 100
characters long brings up the textarea method of input
Change sponsored?: ---
Product: Koha
Version: 21.05
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5 - low
Component: Cataloging
Assignee: koha-bugs at lists.koha-community.org
Reporter: courtenay.johnson at gmail.com
QA Contact: testopia at bugs.koha-community.org
CC: m.de.rooy at rijksmuseum.nl
Cataloging individual records using Frameworks.
Using version 21.05.03 running on Ubuntu.
Looking at the adddbiblio.pl code, (near line 445) I see that editing existing
records that are greater than 100 characters long brings up the textarea method
of input, and newlines are accepted. However if the existing shorter input, or
any new input is forced to a single line text box and \n are ignored. My point
is it is ridiculous that accepting of \n from the keyboard is acceptable
during some conditions, but not others.
As I have submitted in a bug report 30364 I also wish that the behaviour of the
HTML input field should not vary if a plugin is present.
I propose that a new flag in the framework should determine if a subfield will
use the HTML input text or the textarea for input, and thus whether or not \n
is accepted, and this should allow \n in input of any length up to the maximum
length usually 9999 which currently does not seem to be used.
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
More information about the Koha-bugs
mailing list