https://bugs.kde.org/show_bug.cgi?id=479854
Stephane MANKOWSKI <steph...@mankowski.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |NOT A BUG
Status|REOPENED |RESOLVED
--- Comment #4 from Stephane MANKOWSKI <steph...@mankowski.fr> ---
Hi Vicnet,
This is not a bug, this is a feature ;-) .
For example, when you pay your subscription for your favorite club of sport for
one year, you could like to split this payment by month.
This is why, this is possible to have different dates on sub operation than on
the operation.
You must know that if you change the date on an operation, the dates of
suboperations will be modified by applying the same detla.
Example: If your operation is like this:
Date 01/12/2023 and sub-operation are:
- 01/12/2023
- 02/12/2023
- 03/12/2023
And if you change the date of the operation by 01/01/2024, the sub operations
will be:
- 01/01/2024
- 02/01/2024
- 03/01/2024
So, this could explain why you have 01/09/2024 and you never entered it.
My advice: take care of the copied operation and its suboperations.
The check in "Advice" and corresponding "Align sub-operation date..." is ONLY
for operation with only one suboperation.
--
You are receiving this mail because:
You are watching all bug changes.
