P4DTI issue job000175

TitleSystem fields like P4DTI-rid are editable by users in Perforce
Statussuspended
Prioritynice
Assigned userNick Barnes
OrganizationPerforce
DescriptionSome 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.
AnalysisOur 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 foundinspection
EvidenceI just know.
Observed in0.4.2
Created byGareth Rees
Created on2001-01-15 13:04:46
Last modified byNick Barnes
Last modified on2018-07-05 17:27:26
History2001-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.