Implem / Implem.Pleasanter

Pleasanter is a no-code/low-code development platform that runs on .NET. You can quickly create business applications with simple operations.
https://pleasanter.org
GNU Affero General Public License v3.0
511 stars 81 forks source link

レコードの削除をするとレコードのアクセス制御が変わる? #486

Closed ebessan closed 5 months ago

ebessan commented 10 months ago

レコードの削除を押すと、当該レコードは削除されるが他のアクセス制御で権限のないはずのレコードのアクセス制御が削除したユーザになってしまいます。しかも権限を変更しようとしても「レコードのアクセス制御」タブの「権限削除」、「権限追加」ボタンがグレーになっており、ボタンが押せなくなってしまいました。

chromeのデベロッパーツールを見てもとくにエラーは出てないと思うのですが、なんでしょうか???

バージョン:1.3.45.0 os:centos7 DB:postgres14 ブラウザ:google chrome

ebessan commented 10 months ago

レコードのアクセス制御の設定で「作成時の制御」欄には「担当者」、「更新時の制御」欄には「ユーザ」と設定していましたが、「更新時の制御」欄を削除して空欄にしたところ、「権限削除」、「権限追加」ボタンが押せるようになり思惑通りのアクセス制御の動きがするようになりました。

ただ、他の「担当者」(本来はアクセス権限のないはずのユーザ)が自分のレコードを更新したときに本来のアクセス権限のないレコードのアクセス権限まで変更になったのは、同一パソコンでログイン、ログアウトでユーザを切り替えて捜査していたのでブラウザ(chrome)のキャッシュの問題だったのか、よくわかりませんでした。。。

ひとまず動くようになりました。。。

pierre3 commented 10 months ago

Issueありがとうございます。 同様の現象が再度発生いたしましたら、発生条件・手順など詳細な情報を記載のうえ、ご連絡いただけますでしょうか。

ebessan commented 10 months ago

現状の設定状況をお知らせします。

親テーブル:siteID : 1 子テーブル:siteID : 2

としたときに子テーブルの分類Aに

[ { "SiteId": 1, "LinkActions": [ { "Type": "DeleteWithLinks" } ] } ]

を設定

「親テーブル操作」 レコードのアクセス権限で「ユーザ」(書き込みからメール送信を無し)を設定 いくつかレコードを複数のユーザで作成 子テーブルを親テーブルの編集画面のリンクボタンから作成 作成したレコードをロックしたものとロックしていない物を作成

「子テーブル操作」 レコードのアクセス権限で「入力者」(書き込みメール送信を無し)を設定

親テーブルでどれかのレコードを編集画面から削除すると、アクセス権限のないレコードまで更新されます。 ※ただし、よくわかりませんが、更新されないレコードもあります。 レコードの違いは ロックの有無 → こちらの環境では ロック有で更新されます。 状況が900以上、未満 → こちらの環境では 900以上で更新されます。

一覧画面からチェックで一括削除だと該当レコードのみ削除、更新されます。

ebessan commented 10 months ago

現状、子テーブルの分類Aの

[ { "SiteId": 1, "LinkActions": [ { "Type": "DeleteWithLinks" } ] } ]

[[1]]

のみにして"LinkActions"を無しにすると問題は解消されました。

pierre3 commented 8 months ago

返答が遅くなり申し訳ございません。 ご連絡いただいた設定でこちらでも試してみましたが、現象を再現できておりません。

よろしければ、問題のサイトのサイトパッケージを添付いただけますでしょうか。 可能であれば関連するサイトを含むフォルダ単位でエクスポートをお願いいたします。

※また、個人情報や業務情報などが含まれる場合は、削除やマスクしたうえでご提供ください。

github-actions[bot] commented 6 months ago

This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 7 days.

github-actions[bot] commented 5 months ago

This issue was closed because it has been stalled for 7 days with no activity.