Page MenuHomePhabricator

Don't show the "Override Lock" prompt when creating objects
ClosedPublic

Authored by epriestley on Mar 23 2017, 12:43 PM.
Tags
None
Referenced Files
F14407183: D17541.id42187.diff
Tue, Dec 24, 2:17 AM
Unknown Object (File)
Fri, Dec 20, 9:03 PM
Unknown Object (File)
Tue, Dec 10, 7:04 PM
Unknown Object (File)
Fri, Dec 6, 1:25 PM
Unknown Object (File)
Thu, Dec 5, 3:25 PM
Unknown Object (File)
Thu, Dec 5, 7:58 AM
Unknown Object (File)
Thu, Dec 5, 7:55 AM
Unknown Object (File)
Wed, Nov 27, 7:24 AM

Details

Summary

Fixes T12369. When you create objects they may technically be locked: either because the default state is legitimately locked, or because the default policies prevent you from viewing so we sort of technically end in a locked state.

Regardless, don't prompt during creation, since this prompt isn't useful even if the lock detection is completely legitimate.

Test Plan
  • In ApplicationsManiphestConfigure, set "Default View Policy" to "No One".
  • Tried to create a task.
  • Before patch: prompted to override lock.
  • After patch: no override prompt.

Diff Detail

Repository
rP Phabricator
Branch
task1
Lint
Lint Passed
Unit
Tests Passed
Build Status
Buildable 16102
Build 21367: Run Core Tests
Build 21366: arc lint + arc unit

Event Timeline

Done that manually but test didn't pass. Only way on new task to not show Locked message is to apply policy as fallows:

Default View Policy All Users 
Default Edit Policy Subscribers
This revision is now accepted and ready to land.Mar 23 2017, 1:37 PM

@d.maznekov If you believe this patch doesn't completely resolve the issue, please wait for it to land, upgrade to HEAD of master so your install has the change, then file a new bug report with clear, complete reproduction instructions which allow us to reproduce the issue you're seeing on a fresh install of Phabricator. Anything other than complete reproduction instructions will not result in upstream changes.

This revision was automatically updated to reflect the committed changes.

FWIW I patched this locally and it fixes the scenarios I've seen this issue.