Modify ↓
#7793 closed defect (fixed)
[Patch] Custom fields with date=false still behave as if it were set to true
Reported by: | C. G. Brown | Owned by: | Robert Corsaro |
---|---|---|---|
Priority: | low | Component: | DateFieldPlugin |
Severity: | minor | Keywords: | |
Cc: | Trac Release: | 0.11 |
Description (last modified by )
The following custom field entry will still display a date in Trac 0.11.7:
[ticket-custom] test1=text test1.date=false test1.date_empty=false test1.label=Testing test1.value=
The workaround is to remove the date entry altogether but if someone were just doing a quick change of a field this could become an issue. For us it's a an issue, albeit a minor one, because we have our own custom field manager and it's easier to pass false than to hide the value.
I'll see if I can produce a patch.
Attachments (1)
Change History (5)
Changed 14 years ago by
Attachment: | date_true_false.patch added |
---|
comment:1 Changed 13 years ago by
Description: | modified (diff) |
---|---|
Summary: | Custom Field date=false still behaves as if it were set to true → [Patch] Custom fields with date=false still behave as if it were set to true |
I can confirm this behavior and that the patch resolves the issue. Doki, can I go ahead and commit the patch?
comment:2 Changed 13 years ago by
I'm going to go ahead and apply the patch and assume that Doki will be okay with it, based on previous discussion. Otherwise I'll probably never get back to doing it.
comment:3 Changed 13 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:4 Changed 13 years ago by
Note: See
TracTickets for help on using
tickets.
Patch to fix text being treated as date unless field.date=true