Disabled apps or modules are enabled after restarting Jira

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

プラットフォームについて: Data Center - この記事は、Data Center プラットフォームのアトラシアン製品に適用されます。

このナレッジベース記事は製品の Data Center バージョン用に作成されています。Data Center 固有ではない機能の Data Center ナレッジベースは、製品のサーバー バージョンでも動作する可能性はありますが、テストは行われていません。サーバー*製品のサポートは 2024 年 2 月 15 日に終了しました。サーバー製品を利用している場合は、アトラシアンのサーバー製品のサポート終了のお知らせページにて移行オプションをご確認ください。

*Fisheye および Crucible は除く

要約

Apps' and modules' state must persist during Jira application restart, according to the state defined in the pluginstate database table.
For example, if the Jira administrator disables a specific App (aka plugin), then restarting Jira should keep the same App disabled.

This article describes a situation on which an App, or a module,  doesn't follow the state of an App after the application restart.

診断

Consider the following characteristics:

  • An App is disabled by the Jira administrator through UPM.
  • After restarting Jira, the administrator finds that the same App is now enabled.
  • Checking the pluginstate database table shows that the expected state for the App is to be disabled.
  • On multi-node deployments, the state of the App could be different among nodes; i.e. enabled on some nodes (that were restarted), but disabled on other nodes (that weren't restarted).


Execute below query to list the disabled Apps and modules. 

select * from pluginstate where pluginenabled = 'false';

For e.g. when View Issue Ops Bar Work Link from Issue Operations Plugin is disabled, below is the expected output

pluginkey

pluginenabled

"com.atlassian.jira.plugin.system.issueoperations:log-work"
"false"

原因

This behavior is known to occur due to changes introduced into Jira plugins on the propertyentry table. For example, disabling the modules of Scrum and Kanban template to change the display/rendering of Agile boards.

Execute below query to check for custom changes introduced on the propertyentry table.

select * from propertyentry where property_key like 'jira.plugin%';

Query showing custom changes introduced in the propertyentry table

99998    "jira.properties"	1	"jira.plugin.state-.com.pyxis.greenhopper.jira:gh-kanban-template"	5
99999    "jira.properties"	1	"jira.plugin.state-.com.pyxis.greenhopper.jira:gh-scrum-template"	5

ソリューション

Delete the custom changes from the propertyentry table on jira.plugins and perform a restart. You can obtain the id from above query. 

データベースの変更を行う場合は 必ず事前にバックアップを取得してください。可能な場合はテスト サーバーで変更を試すことをおすすめします。

  • Stop Jira following your standard procedure.
    • If running Jira on multi-node deployment, stop the application on all nodes.
  • Execute below queries to delete the entries based on the ID's identified on the previous section.
DELETE FROM propertystring WHERE id = 99998;
DELETE FROM propertystring WHERE id = 99999;
DELETE FROM propertyentry WHERE id = 99998;
DELETE FROM propertyentry WHERE id = 99999;
  • Start Jira following your standard procedure.
  • Navigate to Manage Apps page and verify the target App or module is now disabled. 


最終更新日: 2025 年 2 月 12 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.