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
Unknown Object (File)
Wed, Nov 20, 11:40 PM
Unknown Object (File)
Sat, Nov 16, 10:50 PM
Unknown Object (File)
Sat, Nov 16, 9:53 PM
Unknown Object (File)
Sat, Nov 16, 8:52 PM
Unknown Object (File)
Mon, Nov 11, 6:10 AM
Unknown Object (File)
Wed, Nov 6, 9:59 AM
Unknown Object (File)
Tue, Nov 5, 12:28 AM
Unknown Object (File)
Oct 24 2024, 5: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.