Skip to content

Commit 839c2b5

Browse files
committed
Fix heading capitalization
1 parent 194e5e2 commit 839c2b5

File tree

1 file changed

+5
-5
lines changed

1 file changed

+5
-5
lines changed

content/en/docs/refguide/runtime/optimistic-locking.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -30,15 +30,15 @@ Optimistic locking can be enabled per Mendix application using the `Runtime` tab
3030

3131
{{< figure src="/attachments/refguide/runtime/optimistic-locking/runtime-settings-dialog.png" >}}
3232

33-
After optimistic locking is enabled, whenever a commit is executed, the Mendix runtime will automatically ensure that the object that is committed was not already changed by another party after the committer read the object.
33+
After optimistic locking is enabled, whenever a commit is executed, the Mendix runtime will automatically ensure that the object that is committed was not already changed by another party after the committer retrieved the object.
3434

3535
### New Projects and Migration
3636

3737
In case an existing app already had the `MxObjectVersion` attribute, when optimistic locking is enabled a duplicate attribute will be reported in the Modeler. This must be fixed by renaming the existing attribute to another name. The system attribute cannot be renamed.
3838

3939
### Behavior
4040

41-
Here we describe how various runtime actions are influenced by optimistic locking:
41+
The following runtime actions are influenced by optimistic locking:
4242

4343
#### Create Object
4444

@@ -50,7 +50,7 @@ When the `MxObjectVersion` attribute in the object being committed is different
5050

5151
#### Delete Object
5252

53-
When the `MxObjectVersion` attribute in the object being deleted is different from the value in the database, throw a `ConcurrentModificationRuntimeException`. Otherwise, proceed with the delete. If the object was already deleted, no error occurs, as is the case without optimistic locking.
53+
When the `MxObjectVersion` attribute in the object being deleted is different from the value in the database, throw a `ConcurrentModificationRuntimeException`. Otherwise, proceed with the delete. If the object was already deleted, no error occurs.
5454

5555
## Performance Impact
5656

@@ -93,11 +93,11 @@ If the optimistic locking error is propagated to the client, then an error dialo
9393

9494
{{< figure src="/attachments/refguide/runtime/optimistic-locking/optimistic-locking-error-dialog.png" >}}
9595

96-
To handle the optimistic locking error one of the following strategies can be used:
96+
To handle the optimistic locking error one of the following approaches can be used:
9797

9898
### Single `Save` Button
9999

100-
In this case user can refresh the whole page losing all changes.
100+
In this case the user can refresh the whole page, but this causes all their changes to be lost.
101101

102102
### `Save` Button With a Separate `Refresh` Button
103103

0 commit comments

Comments
 (0)