You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The lock icon in "FallDetailBlatt2" doesn't seem to be funktional. Case details remain always locked and clicking on the lock symbol does not change anything.
I could not find out what's the problem, the logic to allow editing seems quite involved and includes several kinds of locks.
So I made just an "emergency fix" to make Elexis work vor me:
The logic is: If the current User has the right CASE_MODIFY_SPECIALS then they may change case details. If not, the existing logic is applied. But someone should document when and how the lock can be opened.
The text was updated successfully, but these errors were encountered:
I am not sure, whether this is a bug! Can you check whether there was already an invoice existing for this specific Fall? If yes, it is deliberate that editing is not possible!
The bill has the state "storniert". But that's not the point:
The lock should reflect its purpose and possibilities. If it can't unlock, it should be greyed-out/disabled, possibly with a tool tip telling the reason. If it's not greyed out, it should do something, when the user clicks on it. But it doesn't.
And, well it's not very useful to prevent to enter or correct e.g. insurance numbers at a later time. One needs far to much time to create a new case every time and move all consultations to that new case.
Allow modify with adequate rights is the correct way.
rgwch
added a commit
to rgwch/elexis-3-core
that referenced
this issue
Aug 21, 2024
The lock icon in "FallDetailBlatt2" doesn't seem to be funktional. Case details remain always locked and clicking on the lock symbol does not change anything.
I could not find out what's the problem, the logic to allow editing seems quite involved and includes several kinds of locks.
So I made just an "emergency fix" to make Elexis work vor me:
The logic is: If the current User has the right CASE_MODIFY_SPECIALS then they may change case details. If not, the existing logic is applied. But someone should document when and how the lock can be opened.
The text was updated successfully, but these errors were encountered: