Title | System fields like P4DTI-rid are editable by users in Perforce |
Status | suspended |
Priority | nice |
Assigned user | Nick Barnes |
Organization | Perforce |
Description | Some fields in the Perforce jobspec should not be edited by the user, for example P4DTI-rid and P4DTI-issue-id. But these are easily editable in the Perforce command line and GUI. We have to depend on people's carefulness. |
Analysis | Our requirements are to have fields in jobs that are (a) read-only in normal use (p4 job); and either (b) can be set to anything we like when the job is created; or (c) nonetheless editable in some circumstance (for example, by p4 job -f). Until P4D 2002.2, there was no class of fields in a Perforce job which fitted this description. I thought that "once" fields would be the solution, but in fact "once" fields satisfied (a) but neither (b) or (c). P4D 2002.2 fixed this: "once" fields can be set by "p4 job -f". So we can now fix this by setting our "read-only" fields to be "once" in the P4DTI, then use p4 job -f when setting these fields up for the first time. This has to be conditional on the P4D version in use. |
How found | inspection |
Evidence | I just know. |
Observed in | 0.4.2 |
Created by | Gareth Rees |
Created on | 2001-01-15 13:04:46 |
Last modified by | Nick Barnes |
Last modified on | 2018-07-05 17:27:26 |
History | 2001-01-15 GDR Created. 2001-01-18 RB Set priority to "nice". 2003-08-12 NB Updated to reflect new status of "once" fields. 2018-07-05 NB Suspended because the P4DTI is obsolete. |