jira设置问题关闭之后不能继续编辑和添加备注
设置工作流中的Closed步骤的工作流属性值,增加两个:
jira.permission.comment.user:(空)
jira.issue.editable:false
Closed这个步骤之后,可添加备注的用户为空,可编辑属性为false。
参考文章:
类WorkflowBasedPermissionManager
- java.lang.Object继承
- com.atlassian.jira.security.DefaultPermissionManager
- com.atlassian.jira.security.WorkflowBasedPermissionManager
- 所有已实现的接口:
- PermissionManager
公共类WorkflowBasedPermissionManager
扩展了DefaultPermissionManager权限管理器,允许在工作流XML描述符中为每个工作流步骤进一步限制工作流权限。例如,如果工作流包含一个步骤:<step id =“1”name =“Open”>
<meta name =“jira.status.id”> 1 </ meta>
<meta name =“jira.permission.comment.group”> acme-bizusers </ meta>
<meta name =“jira.permission.comment.user”> qa </ meta>
<meta name =“jira.permission.edit.group.1”> jira-developers </ meta>
<meta name =“jira.permission.edit.group.2”> jira-editors </ meta>
<meta name =“jira.permission.edit.projectrole”> 10001 </ meta>然后只有acme-bizusers组和用户'qa'的成员才能评论公开问题,只有'jira-developers'和'jira-editors'组成员或项目角色成员id为'10001'将能够编辑问题。当然,假设这些用户已经在权限方案中拥有相关权限。
元属性还可以修改子任务的权限。例如,如果'Bug'工作流程的Open步骤具有:
<meta name =“jira.permission.subtasks.edit.group”> jira-qa </ meta>
然后,当他们的父母处于开放状态时,'jira-qa'成员只能编辑Bugs的子任务。
格式为'jira.permission。[subtasks。] {permission}。{type} [。suffix]',其中:
- {permission}是指定的短名称
Permissions - {type}是授予或拒绝拒绝权限的权限类型(组,用户,受让人,记者,潜在客户,用户CF,项目)。
- 子任务。,如果指定,则表示该权限适用于此步骤中的问题子任务。
重要说明:工作流权限只能限制 权限方案中设置的权限,而不能授予权限。
构造函数摘要
构造函数 构造函数和描述 WorkflowBasedPermissionManager(WorkflowPermissionFactory workflowPermissionFactory, PermissionContextFactory permissionContextFactory, ProjectPermissionTypesManager projectPermissionTypesManager,ProjectPermissionOverrideDescriptorCache projectPermissionOverrideDescriptorCache)
方法摘要
所有方法实例方法具体方法 修饰符和类型 方法和描述 booleanhasPermission(int permissionsId, Issue issue, ApplicationUser user)检查此用户是否有权查看指定的问题。booleanhasPermission(int permissionsId, Project project, ApplicationUser user)检查指定的用户是否在指定项目的上下文中具有指定的权限。booleanhasPermission(int permissionsId, Project project, ApplicationUser user, boolean issueCreation)检查指定的用户是否在指定项目的上下文中具有指定的权限。booleanhasPermission(ProjectPermissionKey permissionsKey, Issue issue, ApplicationUser user)检查此用户是否有权查看指定的问题。booleanhasPermission(ProjectPermissionKey permissionKey, Issue issue, ApplicationUser user, com.opensymphony.workflow.loader.ActionDescriptor actionDescriptor)在给定的工作流转换生效后,检查此用户是否具有指定问题的给定权限。booleanhasPermission(ProjectPermissionKey permissionKey, Issue issue, ApplicationUser user, Status status)如果问题处于给定状态,请检查此用户是否具有指定问题的给定权限。booleanhasPermission(ProjectPermissionKey permissionsKey, Project project, ApplicationUser user)检查指定的用户是否在指定项目的上下文中具有指定的权限。booleanhasPermission(ProjectPermissionKey permissionsKey, Project project, ApplicationUser user, boolean issueCreation)检查指定的用户是否在指定项目的上下文中具有指定的权限。从类com.atlassian.jira.security继承的方法。DefaultPermissionManager
flushCache, getAllGroups, getAllProjectPermissions, getArchivedProjectObjects, getArchivedProjects, getProjectObjects, getProjectPermission, getProjectPermissions, getProjects, getProjects, getProjects, getProjects, hasPermission, hasProjects, hasProjects,hasProjectWidePermission, isGlobalPermission, removeGroupPermissions, removeUserPermissions
从类java.lang继承的方法。宾语
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait
从com.atlassian.jira.security接口继承的方法。PermissionManager
构造函数详细信息
WorkflowBasedPermissionManager
public WorkflowBasedPermissionManager(WorkflowPermissionFactory workflowPermissionFactory,
PermissionContextFactory permissionContextFactory,
ProjectPermissionTypesManager projectPermissionTypesManager,
ProjectPermissionOverrideDescriptorCache projectPermissionOverrideDescriptorCache)
方法细节
调用hasPermission
public boolean hasPermission(int permissionsId,
Issue issue,
ApplicationUser user)从界面复制的描述:PermissionManager检查此用户是否有权查看指定的问题。请注意,如果问题的通用值为null,则假定当前正在创建问题,因此权限检查调用将延迟到问题的项目对象,并将issueCreation标志设置为true。有关详细信息,请参阅JRA-14788。
- 具体说明:
hasPermission在界面中PermissionManager- 覆盖:
hasPermission在班上DefaultPermissionManager- 参数:
permissionsId- 不是全球许可issue- 问题(不能为空)user- 用户对象,如果匿名访问JIRA,则可能为null- 返回:
- 如果有足够权限访问所提供的实体,则为True
调用hasPermission
public boolean hasPermission(@Nonnull
ProjectPermissionKey permissionsKey,
@ Nonull
Issue issue,
ApplicationUser user)从界面复制的描述:PermissionManager检查此用户是否有权查看指定的问题。请注意,如果问题的通用值为null,则假定当前正在创建问题,因此权限检查调用将延迟到问题的项目对象,并将issueCreation标志设置为true。有关详细信息,请参阅JRA-14788。
- 具体说明:
hasPermission在界面中PermissionManager- 覆盖:
hasPermission在班上DefaultPermissionManager- 参数:
permissionsKey- 不是全局权限密钥issue- 问题(不能为空)user- 用户对象,如果匿名访问JIRA,则可能为null- 返回:
- 如果有足够权限访问所提供的实体,则为True
调用hasPermission
public boolean hasPermission(@Nonnull
ProjectPermissionKey permissionKey,
@ Nonull
Issue issue,
@ Nullable
ApplicationUser user,
@ Nullable
com.opensymphony.workflow.loader.ActionDescriptor actionDescriptor)从界面复制的描述:PermissionManager在给定的工作流转换生效后,检查此用户是否具有指定问题的给定权限。- 具体说明:
hasPermission在界面中PermissionManager- 覆盖:
hasPermission在班上DefaultPermissionManager- 参数:
permissionKey- 项目权限密钥。issue- 问题(不能为空)user- 用户对象,如果匿名访问JIRA,则可能为nullactionDescriptor- 表示当前的工作流程转换- 返回:
- 如果有足够权限访问所提供的实体,则为True
调用hasPermission
public boolean hasPermission(@Nonnull
ProjectPermissionKey permissionKey,
@ Nonull
Issue issue,
@ Nullable
ApplicationUser user,
@ Nonull
Status status)从界面复制的描述:PermissionManager如果问题处于给定状态,请检查此用户是否具有指定问题的给定权限。此方法在工作流转换期间非常有用,可以检查权限将处于新状态,或者(在“问题”对象中更新状态之后)以检查旧状态中的权限。
- 具体说明:
hasPermission在界面中PermissionManager- 覆盖:
hasPermission在班上DefaultPermissionManager- 参数:
permissionKey- 项目权限密钥。issue- 问题(不能为空)user- 用户对象,如果匿名访问JIRA,则可能为nullstatus- 表示我们正在检查权限的状态- 返回:
- 如果有足够权限访问所提供的实体,则为True
调用hasPermission
public boolean hasPermission(int permissionsId,
Project project,
ApplicationUser user)从界面复制的描述:PermissionManager检查指定的用户是否在指定项目的上下文中具有指定的权限。- 具体说明:
hasPermission在界面中PermissionManager- 覆盖:
hasPermission在班上DefaultPermissionManager- 参数:
permissionsId- 非全局权限,即通过项目上下文授予的权限project- 作为权限检查上下文的项目。user- 执行权限检查的人员- 返回:
- 如果用户在提供的项目的上下文中具有指定的权限,则为true
调用hasPermission
public boolean hasPermission(@Nonnull
ProjectPermissionKey permissionsKey,
@ Nonull
Project project,
@ Nullable
ApplicationUser user)从界面复制的描述:PermissionManager检查指定的用户是否在指定项目的上下文中具有指定的权限。- 具体说明:
hasPermission在界面中PermissionManager- 覆盖:
hasPermission在班上DefaultPermissionManager- 参数:
permissionsKey- 非全局权限,即通过项目上下文授予的权限project- 作为权限检查上下文的项目。user- 执行权限检查的人员- 返回:
- 如果用户在提供的项目的上下文中具有指定的权限,则为true
- 也可以看看:
PermissionManager.hasProjectWidePermission(ProjectPermissionKey, Project, ApplicationUser)
调用hasPermission
public boolean hasPermission(int permissionsId,
Project project,
ApplicationUser user,
布尔问题创建)从界面复制的描述:PermissionManager检查指定的用户是否在指定项目的上下文中具有指定的权限。- 具体说明:
hasPermission在界面中PermissionManager- 覆盖:
hasPermission在班上DefaultPermissionManager- 参数:
permissionsId- 非全局权限,即通过项目上下文授予的权限project- 作为权限检查上下文的项目。user- 执行权限检查的人员issueCreation- 在创建问题期间是否正在检查此权限- 返回:
- 如果用户在提供的项目的上下文中具有指定的权限,则为true
调用hasPermission
public boolean hasPermission(@Nonnull
ProjectPermissionKey permissionsKey,
@ Nonull
Project project,
ApplicationUser user,
布尔问题创建)从界面复制的描述:PermissionManager检查指定的用户是否在指定项目的上下文中具有指定的权限。- 具体说明:
hasPermission在界面中PermissionManager- 覆盖:
hasPermission在班上DefaultPermissionManager- 参数:
permissionsKey- 非全局权限,即通过项目上下文授予的权限project- 作为权限检查上下文的项目。user- 执行权限检查的人员issueCreation- 在创建问题期间是否正在检查此权限- 返回:
- 如果用户在提供的项目的上下文中具有指定的权限,则为true
jira设置问题关闭之后不能继续编辑和添加备注的更多相关文章
- pyqt pyside 设置窗口关闭时删除自身
pyqt pyside 设置窗口关闭时删除自身 self.setAttribute(QtCore.Qt.WA_DeleteOnClose)
- iOS 11开发教程(十三)iOS11应用编辑界面添加视图
iOS 11开发教程(十三)iOS11应用编辑界面添加视图 在iOS中添加视图的方式有两种:一种是使用编辑界面添加视图:另一种是使用代码添加视图.以下是这两个方式的详细介绍. 1.编辑界面添加视图 使 ...
- 编辑crontab添加Linux计划任务
在做实验楼的比赛时的题目 用到了crontable 1. 为用户shiyanlou添加一个计划任务 2. 每天凌晨2点定时执行 3. 将/var/log/dpkg.log /var/log/mysql ...
- JIRA问题状态已关闭,但是解决结果还是未解决
自己设置的工作流,状态和解决结果是没有关联的,这时候我们要配置关联关系 1.如下,状态时已关闭,但是解决结果是未解决 . 2.解决方法: 2.1设置-问题-工作流,找到目前在使用的工作流,点击编辑 3 ...
- 设置textview显示框内容不可编辑不可选择。
f1textview.allowsEditingTextAttributes=NO;////////////设置不可编辑不能用这个,得用下面的一个 textView.editable=NO;//设置可 ...
- 在Gridview编辑时添加DropDownList控件并设置默认值
页面代码: <asp:GridView ID="GridView1" runat="server" AutoGenerateCol ...
- Java使用POI为Excel打水印,调整列宽并设置Excel只读(用户不可编辑)
本文介绍在Java语言环境下,使用POI为Excel打水印的解决方案,具体的代码编写以及相关的注意事项. 需求描述: 要求通过系统下载的Excel都带上公司的水印,列宽调整为合适的宽度,并且设置为不可 ...
- centos7防火墙以设置以及关闭selinux
一.CentOS 7.X 关闭SELinux 1.查看 getenforce permissive 或者 enforcing模式 2.临时设置 setenforce 1 成为permissive模式 ...
- Android在应用设置里关闭权限,返回生命周期处理
问题 在处理6.0运行时权限时,很多人都忽略了这样一个问题: 在一个App应用里,如果已经允许了一个权限比如(读取通讯权限),此刻去调用相机,弹出权限申请对话框,此刻点击拒绝,然后经过处理后弹出去设置 ...
随机推荐
- 用Delphi将数据导入到Excel并控制Excel
一.调用Excel的方法:一般情况下有两种方法调用Excel:1. 直接使用Delphi自带的组件:在Form中分别放入ExcelApplication, ExcelWorkbook和ExcelWo ...
- C语言实现的CRC16/CCITT-FALSE校验码函数
要求:输入字符串“00 AA FF CC AA 01 00” 得到校验码“79B1” 方法1: // ConsoleApplication1.cpp: 定义控制台应用程序的入口点. // #inclu ...
- 企业级架构 MVVM 模式指南 (WPF 和 Silverlight 实现) 译(1)
前言对于WPF和Silverlight来讲,MVVM是微软设计师和业内专家高度推荐的非常棒的一种设计模式.本书会探讨MVVM设计模式的一些自身缺陷以及为什么MVVM还不能成为行业内的标准设计模式.这会 ...
- 毕设(三)NotifyIcon
NotifyIcon是一个比较特殊的组件,其特殊之处是既可以把它归类到控件中,也可以把它归类到组件中.这是因为将其拖放到设计窗体后,我们并不能马上看到它的界面(像组件),而是在运行时才能看到它(像控件 ...
- Anbox —— 在 Linux 系统中运行 Android 应用
具有以下特性: 没有限制:由于 Anbox 运行着整个 Android 系统,所以理论上任何应用都可以在其中运行 安全:Anbox 将 Android APP 放进一个密封的盒子中,无需直接访问硬件或 ...
- GO :互联网时代的 C 语言!
摘要: 每周为您推送最有价值的开源技术内参! 技术干货 标签:独家译文 1.Go 很好,为什么我们不使用它? 在这篇文章中,我将分享一下为什么我认为它很棒,使用它的一些缺点,以及为什么它还不是我们 Z ...
- QT中Dialog的使用(使用QStackedWidget维护页面切换)
先看看效果图: pages.h #ifndef PAGES_H #define PAGES_H #include <QWidget> class ConfigurationPage : p ...
- Delphi 项目失败的总结
随着项目的失败,这些天一直在总结失败的原因,到底是为什么? 一.技术层面 1.少用指针类型,多用类. 虽然指针类型能有效的节约内存和加快运行速度,但指针远没有类来得 ...
- 搜索栏+collectionView实现
效果图如下: 1.h文件声明方法: @interface IDSGameRoomSearchPage : UIView @property (nonatomic,weak) BaseVie ...
- C++ 王者归来:对编程语言的需求总结为四个:效率,灵活,抽象,生产率(C++玩的是前三个,Java和C#玩的是后两个)
Why C++ ? 王者归来(转载) 因为又有人邀请我去Quora的C2C网站去回答问题去了,这回是 关于 @laiyonghao 的这篇有点争议的博文<2012 不宜进入的三个技术点>A ...