Re: [Django] #15611: Readonly fields not hidden during create

20 views
Skip to first unread message

Django

unread,
Jul 30, 2011, 2:18:38 PM7/30/11
to django-...@googlegroups.com
#15611: Readonly fields not hidden during create
-------------------------------------+-------------------------------------
Reporter: | Owner: jezdez
coderanger | Status: new
Type: Bug | Component: contrib.admin
Milestone: 1.3 | Severity: Normal
Version: 1.2 | Keywords:
Resolution: | Has patch: 0
Triage Stage: Design | Needs tests: 0
decision needed | Easy pickings: 0
Needs documentation: 0 |
Patch needs improvement: 0 |
UI/UX: 1 |
-------------------------------------+-------------------------------------
Changes (by julien):

* easy: => 0
* stage: Accepted => Design decision needed


Comment:

I'm not convinced that read-only fields should systematically and
implicitly be hidden (or omitted) from the add form as, for example, one
may want to display read-only default values. Instead I would prefer to
let the admin offer more flexibility so that one could explicitly control
what fields are displayed in the add/change forms on a per-request basis.
For this reason I'm marking this ticket as DDN.

--
Ticket URL: <https://code.djangoproject.com/ticket/15611#comment:8>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.

Django

unread,
Mar 1, 2012, 5:48:25 PM3/1/12
to django-...@googlegroups.com
#15611: Readonly fields not hidden during create
-------------------------------------+-------------------------------------
Reporter: coderanger | Owner:
Type: Bug | Status: new
Component: contrib.admin | Version: 1.2
Severity: Normal | Resolution:
Keywords: | Triage Stage: Design
Has patch: 0 | decision needed
Needs tests: 0 | Needs documentation: 0
Easy pickings: 0 | Patch needs improvement: 0
| UI/UX: 1
-------------------------------------+-------------------------------------
Changes (by jezdez):

* cc: jezdez (removed)
* owner: jezdez =>


--
Ticket URL: <https://code.djangoproject.com/ticket/15611#comment:10>

Django

unread,
Mar 22, 2013, 3:28:19 PM3/22/13
to django-...@googlegroups.com
#15611: Readonly fields not hidden during create
-------------------------------+------------------------------------

Reporter: coderanger | Owner:
Type: Bug | Status: new
Component: contrib.admin | Version: 1.2
Severity: Normal | Resolution:
Keywords: | Triage Stage: Accepted
Has patch: 0 | Needs documentation: 0
Needs tests: 0 | Patch needs improvement: 0
Easy pickings: 0 | UI/UX: 1
-------------------------------+------------------------------------
Changes (by aaugustin):

* stage: Design decision needed => Accepted


Comment:

The option to offer "more flexibility" didn't apper, and it doesn't look
like it will be implemented any time soon. Can we proceed with the bugfix?

--
Ticket URL: <https://code.djangoproject.com/ticket/15611#comment:11>

Django

unread,
May 29, 2013, 8:53:43 AM5/29/13
to django-...@googlegroups.com
#15611: Readonly fields not hidden during create
-------------------------------+------------------------------------
Reporter: coderanger | Owner:
Type: Bug | Status: new
Component: contrib.admin | Version: 1.2
Severity: Normal | Resolution:
Keywords: | Triage Stage: Accepted
Has patch: 1 | Needs documentation: 0

Needs tests: 0 | Patch needs improvement: 0
Easy pickings: 0 | UI/UX: 1
-------------------------------+------------------------------------
Changes (by timo):

* has_patch: 0 => 1


--
Ticket URL: <https://code.djangoproject.com/ticket/15611#comment:12>

Django

unread,
Oct 4, 2013, 3:23:55 PM10/4/13
to django-...@googlegroups.com
#15611: Readonly fields not hidden during create
-------------------------------+------------------------------------
Reporter: coderanger | Owner:
Type: Bug | Status: new
Component: contrib.admin | Version: 1.2
Severity: Normal | Resolution:
Keywords: | Triage Stage: Accepted
Has patch: 1 | Needs documentation: 0
Needs tests: 0 | Patch needs improvement: 1

Easy pickings: 0 | UI/UX: 1
-------------------------------+------------------------------------
Changes (by timo):

* needs_better_patch: 0 => 1


Comment:

Patch doesn't apply cleanly.

--
Ticket URL: <https://code.djangoproject.com/ticket/15611#comment:13>

Django

unread,
Jan 15, 2021, 10:52:40 AM1/15/21
to django-...@googlegroups.com
#15611: Readonly fields not hidden during create
-------------------------------+------------------------------------
Reporter: coderanger | Owner: (none)

Type: Bug | Status: new
Component: contrib.admin | Version: 1.2
Severity: Normal | Resolution:
Keywords: | Triage Stage: Accepted
Has patch: 1 | Needs documentation: 0
Needs tests: 0 | Patch needs improvement: 1
Easy pickings: 0 | UI/UX: 1
-------------------------------+------------------------------------

Comment (by Tim McCurrach):

I think this can be closed now. We have `get_readonly_fields`, and
`get_fields` both of which accept an `obj` argument which will be `None`
in the case of an `add_view`. This allows you to completely customise what
fields you want to be readonly (or even present) for both `add_view` and
`change_view`.

--
Ticket URL: <https://code.djangoproject.com/ticket/15611#comment:14>

Django

unread,
Jan 9, 2024, 2:39:48 AM1/9/24
to django-...@googlegroups.com
#15611: Readonly fields not hidden during create
---------------------------------+------------------------------------
Reporter: Noah Kantrowitz | Owner: (none)
Type: New feature | Status: closed
Component: contrib.admin | Version: 1.2
Severity: Normal | Resolution: fixed
Keywords: | Triage Stage: Accepted
Has patch: 0 | Needs documentation: 0
Needs tests: 0 | Patch needs improvement: 0

Easy pickings: 0 | UI/UX: 1
---------------------------------+------------------------------------
Changes (by Mariusz Felisiak):

* status: new => closed
* needs_better_patch: 1 => 0
* has_patch: 1 => 0
* resolution: => fixed
* type: Bug => New feature


Comment:

Customization options are now available, and they are better than hiding
readonly fields all the time. Closing as "fixed".

--
Ticket URL: <https://code.djangoproject.com/ticket/15611#comment:15>

Reply all
Reply to author
Forward
0 new messages