[skrooge] [Bug 480777] New: Simplified date not allowed in sub-operations
https://bugs.kde.org/show_bug.cgi?id=480777 Bug ID: 480777 Summary: Simplified date not allowed in sub-operations Classification: Applications Product: skrooge Version: 2.27.0 Platform: Kubuntu OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: steph...@mankowski.fr Reporter: vo.publi...@gmail.com Target Milestone: --- SUMMARY In operation fields, one could enter 1/2/2024 and the date is converted to 01/02/2024. In sub-operation, the same date is converted to 'Invalid date'. STEPS TO REPRODUCE 1. Create a sub operation 2. Enter 1/2/2024 in a sub-operation date 3. Press enter OBSERVED RESULT 'invald date' EXPECTED RESULT 01/02/2024 -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 479854] The tool "Align sub-operation date..." don't update an operation
https://bugs.kde.org/show_bug.cgi?id=479854 --- Comment #8 from vicnet --- Perfect. Thank you for this proposal. -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 479854] The tool "Align sub-operation date..." don't update an operation
https://bugs.kde.org/show_bug.cgi?id=479854 --- Comment #5 from vicnet --- Thank you for the explanation on the date modification in sub-operations. It is clearer. > The check in "Advice" and corresponding "Align sub-operation date..." is ONLY > for operation with only one suboperation. Euh, strange remark or I don't understand. Sub-operations are useful when a operation is composed with multiple bub-operations. Otherwise it is the same (from user point of view) and it is a standard operation. Nevertheless, this does not resolve the bug that if I apply the tool 'align subop' on any operation (even with future dates in sub(operation), it should do the job, or at least it should signal the pb in a warning (orange msg). -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 479854] The tool "Align sub-operation date..." don't update an operation
https://bugs.kde.org/show_bug.cgi?id=479854 vicnet changed: What|Removed |Added Ever confirmed|0 |1 Status|NEEDSINFO |REOPENED Resolution|WAITINGFORINFO |--- --- Comment #3 from vicnet --- I found: the dates of sub-operation stand in the future ! Or only one. The operation is from the 01/01/2024 and sub-operation are: - 01/09/2024 - 01/09/2024 - 01/12/2024 I copy this operation (my appointement with gov tax in sub-operation) from month to month so there are always non aligned dates. Some time, I re-align the date. I pretty sure that I never enter 01/09/2024 but for this operation from the 1/1/24, I add one sub-operation, the last one. And I could enter a future date just entered the day and month ?!? Remark; this op does'nt appear in non-aligned view too ! -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 479854] New: The tool "Align sub-operation date..." don't update an operation
https://bugs.kde.org/show_bug.cgi?id=479854 Bug ID: 479854 Summary: The tool "Align sub-operation date..." don't update an operation Classification: Applications Product: skrooge Version: 2.27.0 Platform: Kubuntu OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: steph...@mankowski.fr Reporter: vo.publi...@gmail.com Target Milestone: --- SUMMARY The tool "Align sub-operation date..." don't update one selected operation (the last, ones with different dates in sub-operation), in an account view. STEPS TO REPRODUCE 1. Open an account view 2. Select manually multiple operations that contain some suboperation unaligned 3. Activate the "Align suboperation date..." tool OBSERVED RESULT One operation is not updates: suboperation has still unaligned date. EXPECTED RESULT All operations should be modified. ADDITIONAL INFORMATION The problem occurs on the last selected operation (in date, not in the selection). I try again after open a special view with the non-aligned date operations , and this operation was updated correctly... This operation has also 3 sub-operation, 2 non aligned and one with the correct date (the last one). Suggestions: - pb on account view only, on the last selected operation - pb because partially aligned - pb because the last in date ... -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 475293] UTF-8 OFX cannot be imported
https://bugs.kde.org/show_bug.cgi?id=475293 --- Comment #2 from vicnet --- Exact libofx 0.10.3 in Kubuntu 22.04 is buggy. I install 0.10.15 (from Kubuntu 23.04) and the import is ok now. Thanks for the hint to search the pb on libofx... -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 475294] New: Import file dialog show file://
https://bugs.kde.org/show_bug.cgi?id=475294 Bug ID: 475294 Summary: Import file dialog show file:// Classification: Applications Product: skrooge Version: 2.27.0 Platform: Kubuntu OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: steph...@mankowski.fr Reporter: vo.publi...@gmail.com Target Milestone: --- When I click on 'import file' in Skrooge, a dialog box opens. If I have already imported a file before, the last chosen directory is displayed in the directory edit field. That's a good thing that Skrooge remember my last import dir because my ofx files are always here ! But the problem is that the directory start with file:// So I cannot display files with such dir. If I remove file:/ from the filename, I can press enter to display the directory and select a file. This is an old problem (before 2.27.0, I use a version from Kubuntu 20.04 !). -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 475293] New: UTF-8 OFX cannot be imported
https://bugs.kde.org/show_bug.cgi?id=475293 Bug ID: 475293 Summary: UTF-8 OFX cannot be imported Classification: Applications Product: skrooge Version: 2.27.0 Platform: Kubuntu OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: steph...@mankowski.fr Reporter: vo.publi...@gmail.com Target Milestone: --- Created attachment 162128 --> https://bugs.kde.org/attachment.cgi?id=162128=edit Exemple of ofx file that could not be imported I export an operations file from my bank then convert to ofx and finally import to skrooge. With the previous version of skrooge (from repo from Kubuntu 20.04), the import was OK. I upgrade my Kubuntu version, and then upgrade Skrooge to 2.27.0. Now the ofx files generated by my script could not be imported anymore. There are no change in my script. It produce allways the same file format and encoding. After some tests, I remark that the problem occurs when there is an accent in the ofx file. I have attached an anonymous ofx file that could be imported. If I remove the accents, it is ok. -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 375865] Quick fill: select/enter item does not lock payee
https://bugs.kde.org/show_bug.cgi?id=375865 --- Comment #8 from vicnet --- In 2.20, there is still this pb. Go to nex field with Tab, even if it lost the focus, does not lock the field. # clear all field # enter few char # click on a payee # enter Tab => no lock -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 417163] Date 31/12 => 02/12
https://bugs.kde.org/show_bug.cgi?id=417163 --- Comment #1 from vicnet --- Same thing with 31/01 => 02/01/2020 ! and 30 => 01/02/2020 29 is fine -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 417163] New: Date 31/12 => 02/12
https://bugs.kde.org/show_bug.cgi?id=417163 Bug ID: 417163 Summary: Date 31/12 => 02/12 Product: skrooge Version: 2.18.0 Platform: Kubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: guillaume.deb...@gmail.com Reporter: vo.publi...@gmail.com CC: steph...@mankowski.fr Target Milestone: --- SUMMARY Bad date completion STEPS TO REPRODUCE 1. in Date field in Operation fast edition, enter 31/12 OBSERVED RESULT Date is completed with 02/12/2019 EXPECTED RESULT It should be 31/12/2019 SOFTWARE/OS VERSIONS KDE Frameworks 5.56.0 Qt 5.12.2 (construit sur 5.12.2) Le système de fenêtres xcb ADDITIONAL INFORMATION French locale -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 394433] New: Strange french Translation
https://bugs.kde.org/show_bug.cgi?id=394433 Bug ID: 394433 Summary: Strange french Translation Product: skrooge Version: unspecified Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: guillaume.deb...@gmail.com Reporter: vo.publi...@gmail.com CC: steph...@mankowski.fr Target Milestone: --- Le bouton pour effacer les champs de saisie dans l'éditeur d'opération à pour tooltip "Editeur d'effacement". C'est étrange comme formulation. J'aurais mis "Effacer l'éditeur" plutot ou similaire... -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 392828] New: Chose what to display on selection
https://bugs.kde.org/show_bug.cgi?id=392828 Bug ID: 392828 Summary: Chose what to display on selection Product: skrooge Version: 2.11.0 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: guillaume.deb...@gmail.com Reporter: vo.publi...@gmail.com CC: steph...@mankowski.fr Target Milestone: --- Currently, when operation are selected, skrooge display the number of line and sum of "depenses/revenus". As libre office calc, it should be great to choose what to display like sum of "montant saisi" (or other values ? don't know what should be display: mean, max...) -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 375865] Quick fill: select/enter item does not lock payee
https://bugs.kde.org/show_bug.cgi?id=375865 --- Comment #6 from vicnet <vo.publi...@gmail.com> --- OK, I understand the usage you have of the magic filling. I think this way of using F12 is valid, just border line because for me, magic filling, is used to fill other fields. To fill current field, especially in a combo field, there is a short select list... But you are the boss :-) I remark also that combo field is not blue after selecting an item in short list. Sometime, after fews selection, it become blue but the first time not... After became blue, It generally work (ie become blue) after reset, like it should do... Don't understand why it is ok or not. -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 375866] Quick fill find operations in other account
https://bugs.kde.org/show_bug.cgi?id=375866 --- Comment #2 from vicnet <vo.publi...@gmail.com> --- Thanks you for modification. I expect that skrooge find in current account first *then* in other account if not found. not just in the current account. It should be great but not mandatory... (select operation could be tricky in this case :-) ) Remark for other user: there is a new configuration parameter to select the behavior -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 375865] Quick fill: select/enter item does not lock payee
https://bugs.kde.org/show_bug.cgi?id=375865 --- Comment #3 from vicnet <vo.publi...@gmail.com> --- Same after migrate to 2.9.0 -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 375865] Quick fill: select/enter item does not lock payee
https://bugs.kde.org/show_bug.cgi?id=375865 vicnet <vo.publi...@gmail.com> changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #2 from vicnet <vo.publi...@gmail.com> --- Test in 2.8.1 problem is exactly the same: 1) in edit tab, clear all fields 2) in payee, enter few letter and select a payee (by key or click) => payee is not lock (no light blue background color) 3) leave the field with tab => no lock 4) go back on payee and use magic filler => magic use payee to find older: OK => if a longer payee name starts with the entered payee it is replaced example: 'carrefour' => 'carrefour dac' Remarks: Combo fields could be locked with double-click, and the it seems OK but double-click should not be mandatory... -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 376025] New: Clear fields don't restore currency
https://bugs.kde.org/show_bug.cgi?id=376025 Bug ID: 376025 Summary: Clear fields don't restore currency Product: skrooge Version: 2.7.0 Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: general Assignee: guillaume.deb...@gmail.com Reporter: vo.publi...@gmail.com CC: steph...@mankowski.fr Target Milestone: --- Currently, in edit tab: - clear fields btn reset all fields, restore account/date but not currency - open a new view, set the currency to one (favourite or account currency ?) If I delete currency field, clear btn don't restore this field to the default value as I expect (like other first fields). Value should be the same as in a new view... -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 375989] Columns in views Find and Results could not be resized
https://bugs.kde.org/show_bug.cgi?id=375989 --- Comment #2 from vicnet <vo.publi...@gmail.com> --- Hi, You are right, I have just to uncheck auto-resize ! Sorry for this stupid ticket ! a+ Vicnet -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 375989] New: Columns in views Find and Results could not be resized
https://bugs.kde.org/show_bug.cgi?id=375989 Bug ID: 375989 Summary: Columns in views Find and Results could not be resized Product: skrooge Version: unspecified Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: guillaume.deb...@gmail.com Reporter: vo.publi...@gmail.com CC: steph...@mankowski.fr Target Milestone: --- In Find & Process (Chercher et traiter) view and in Result List (Opérations) view (in fact sub-operations), columns could not be resized. Operations view, when open a new view, is OK, Operations for account view also OK. Cursor still stay as a pointer and don't change to resize cursor like in other views... PS: missing 2.7 in kde skrooge bug version list. -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 375866] New: Quick fill find operations in other account
https://bugs.kde.org/show_bug.cgi?id=375866 Bug ID: 375866 Summary: Quick fill find operations in other account Product: skrooge Version: unspecified Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: general Assignee: guillaume.deb...@gmail.com Reporter: vo.publi...@gmail.com CC: steph...@mankowski.fr Target Milestone: --- Quick fill should find operation from the selected account first then other accounts if not find in the first one. Because, when I enter an operation in a bank account, I always fill type field (like CB or VIR). When I enter an operation with same payee, but in a cash account I don't fill type. When I use quick fill in bank account just after enter a cash operation with the same payee, type field is not filled ! -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 375865] New: Quick fill: select/enter item does not lock payee
https://bugs.kde.org/show_bug.cgi?id=375865 Bug ID: 375865 Summary: Quick fill: select/enter item does not lock payee Product: skrooge Version: unspecified Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: guillaume.deb...@gmail.com Reporter: vo.publi...@gmail.com CC: steph...@mankowski.fr Target Milestone: --- 1) In edit panel, go to payee edit field 1bis) eventually, global clear field btn 2) enter one letter => no lock symbol, but a clear (x) arrow 3) click on clear arrow (2 times, one to close listbox, one to erase) => no lock symbol, no clear arrow 4) tab to go in type field => lock symbol on empty payee field ! I expect to have a lock field symbol eventually when I enter something (few letter), but it should display when leaving the field or more even, when select one payee on list. Moreover, if there are multiple payees that start with the same name, like "Intermarche" and "Intermarche Dac", sometime it retrieves one or the other even if I enter and select the shorter one. -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 375721] New: Right-click (context menu) reload view
https://bugs.kde.org/show_bug.cgi?id=375721 Bug ID: 375721 Summary: Right-click (context menu) reload view Product: skrooge Version: unspecified Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: guillaume.deb...@gmail.com Reporter: vo.publi...@gmail.com CC: steph...@mankowski.fr Target Milestone: --- # open a view (like report) # change some parameters (like dates) # right click on a bookmark to open context menu and do an action (to save the new state) The view is reloaded and parameters are reseted to old saved values ! New parameters are lost. Exepected: open a context menu just open the context menu without reload the view or activate the bookmark clicked. If not possible, do not reload the view if right click on a bookmark that corresponds to the opened view. -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 375712] New: See operation for a payee
https://bugs.kde.org/show_bug.cgi?id=375712 Bug ID: 375712 Summary: See operation for a payee Product: skrooge Version: unspecified Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: guillaume.deb...@gmail.com Reporter: vo.publi...@gmail.com CC: steph...@mankowski.fr Target Milestone: --- Is it possible to add the possibility to see all operations for a payee(s) for selected operation in operations list view ? In operation list view, I can filter quickly on a payee but general filter are applied also (for example, limitation of 2 years) and limited also to the current account. I wish I could right click on an operation, on the payee and see a sub-entry to open a new view with all operations for this payee (or multiple payees if multiple selection) on all accounts (like dble click in payee view). -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 368478] Date in edit not respect settings
https://bugs.kde.org/show_bug.cgi?id=368478 --- Comment #2 from vicnet <vo.publi...@gmail.com> --- I agree and I understand the functionality. As I say, I was not sure it is a bug ! At first impression, I don't see the difference between edit tab (that is in edition mode) and sub-operations that is in view mode and change to edition mode when clicking on date widget... It is not a real pb, just strange in first impression. So don't change it. -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 368478] New: Date in edit not respect settings
https://bugs.kde.org/show_bug.cgi?id=368478 Bug ID: 368478 Summary: Date in edit not respect settings Product: skrooge Version: unspecified Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: general Assignee: guillaume.deb...@gmail.com Reporter: vo.publi...@gmail.com CC: steph...@mankowski.fr In settings, Date representation is set to 'Fantasy Short Date'. This setting is not use in edit view fr date widget. It is used in list views and split view. Reproducible: Always Steps to Reproduce: 1. Set date settings to fantasy short 2. Select a recent operation 3. Display the edit view Actual Results: Date is like 03/09/2016 in date widget from edit view, but displayed as 'Today' in other views. Expected Results: Should be displayed as 'Today' also. Until real edition (like in split view) where date must be in digit only. Not sure it is a bug, just a thing with a small difference -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 368356] Show amount sign on lost focus
https://bugs.kde.org/show_bug.cgi?id=368356 --- Comment #2 from vicnet <vo.publi...@gmail.com> --- I understand, perhaps adjust the amount sign when category is just selected ? Also this useful information (sign from category) could be added in doc: https://docs.kde.org/trunk5/fr/extragear-office/skrooge/operations.html#operation_properties https://docs.kde.org/trunk5/en/extragear-office/skrooge/operations.html#operation_properties or in "Operation creation" paragraph... -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 368356] New: Show amount sign on lost focus
https://bugs.kde.org/show_bug.cgi?id=368356 Bug ID: 368356 Summary: Show amount sign on lost focus Product: skrooge Version: unspecified Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: guillaume.deb...@gmail.com Reporter: vo.publi...@gmail.com CC: steph...@mankowski.fr It will be helpful if amount sign could be automatically added if absent when quitting the widget. Currently, it is added only when add/modify operation. Reproducible: Always Steps to Reproduce: 1. In amount edit widget, enter a number without sign 2. Quit edit (tab or mouse) Actual Results: The amount stay as it is entered. Expected Results: The sign + or - could be add. This could avoid a mistake when omitting the sign as the sign will be show before the operation edition is finished. -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 368196] New: Delete sub-operations in edit delete selected operation in list
https://bugs.kde.org/show_bug.cgi?id=368196 Bug ID: 368196 Summary: Delete sub-operations in edit delete selected operation in list Product: skrooge Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: general Assignee: guillaume.deb...@gmail.com Reporter: vo.publi...@gmail.com CC: steph...@mankowski.fr On editing an operation with multi-suboperations (ventillation in french), trying to delete with key a suboperation delete the last selected operation in list view and not the suboperation. Reproducible: Always Steps to Reproduce: 1. Select an operation in list view 2. Edit a new operation (clear) 3. Quick fill widget with an operation that contains suboperations 4. Select a suboperation 5. Try to delete with Del key Actual Results: The selected operation in list view is deleted Expected Results: The selected sub-operation should be deleted Hopefully, deleted operation could be restored (if you noticed the deletion) ! -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 368195] New: No lock on target account for a transfer
https://bugs.kde.org/show_bug.cgi?id=368195 Bug ID: 368195 Summary: No lock on target account for a transfer Product: skrooge Version: unspecified Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: general Assignee: guillaume.deb...@gmail.com Reporter: vo.publi...@gmail.com CC: steph...@mankowski.fr When editing a transfer from a account to an other, if you select manually the target account then use quick fill on a other, the target account could be modified. It is not locked as other widget. It is annoying because the widget is before some other widgets that could be used for quick filling. Reproducible: Always Steps to Reproduce: 1. edit a transfert 2. select a target account 3. edit an other edit field 4. use quick fill buton Actual Results: Target account could be changed (by account in previous operation) Expected Results: Target account should display a lock symbol and should not change PS: Add Skrooge 2.4.0 in selectable version in kde bug form -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 357414] New: Bad display amount in split editor
https://bugs.kde.org/show_bug.cgi?id=357414 Bug ID: 357414 Summary: Bad display amount in split editor Product: skrooge Version: 2.1.1 Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: guillaume.deb...@gmail.com Reporter: vo.publi...@gmail.com CC: steph...@mankowski.fr The amounts in split editor do not respect amount display preferences: unit, digit number after dot. In main view, amount is for example "1 234,50 €". In split editor, same amount will be displayed: "1234.5". => no spaces, no unit, dot instead comma, 1 digit instead 2 after dot Reproducible: Always Steps to Reproduce: 1. create a split operation 2. enter value Happy new year and thank you for your software and more for your time to maintain it ! -- You are receiving this mail because: You are watching all bug changes.