Bug 489260 - Ctrl+Ins generates error message . . . change to keyboard shortcut not retained
Summary: Ctrl+Ins generates error message . . . change to keyboard shortcut not retained
Status: CONFIRMED
Alias: None
Product: kmymoney
Classification: Applications
Component: general (other bugs)
Version First Reported In: 5.1.3
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KMyMoney Devel Mailing List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-06-26 21:29 UTC by Terry
Modified: 2024-09-09 07:24 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
attachment-3177274-0.html (4.32 KB, text/html)
2024-07-22 02:57 UTC, Terry
Details
attachment-3332524-0.html (1.10 KB, text/html)
2024-07-22 22:43 UTC, Terry
Details
attachment-4027757-0.html (3.00 KB, text/html)
2024-09-09 07:24 UTC, Terry
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Terry 2024-06-26 21:29:46 UTC
SUMMARY 
KMyMoney KF5 

NOTE: I have used KMyMoney in the past in Windows and other versions of Linux . . . Ctrl+Ins has always been the standard keyboard shortcut for entering a new transaction into a ledger. 

Currently, Ctrl+Ins generates an error message indicating a conflict (same shortcut assigned as an alternate shortcut for "copy'). 
Deleting or changing the conflicting alternate shortcut for "copy" will correct the conflict for the session, but it reverts to the conflict for next session. 

Currently running KMyMoney in MX23 Linux 
Have experimented using it in Peppermint Linux with the same result. 

STEPS TO REPRODUCE
1. Open KMyMoney
2. Open a ledger 
3. Input "Ctrl+Ins" to initiate a new entry into the ledger

OBSERVED RESULT 
As noted above:  
Ctrl+Ins generates an error message indicating a conflict (same shortcut assigned as an alternate shortcut for "copy'). 
Deleting or changing the conflicting alternate shortcut for "copy" will correct the conflict for the session, but it reverts to the conflict for next session. 

EXPECTED RESULT 
Ctrl+Ins to generate a new field for entering a new transaction in the ledger. 

OR: 
Corrected Keyboard Shortcut to be retained for subsequent sessions. 

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/XFCE 

ADDITIONAL INFORMATION 

If I change the keyboard shortcut for a new entry to "Ctrl+Up" for example, the new shortcut will be retained for future sessions.  I imagine I could use other combinations (just not "Ctrl+Ins") as a new entry shortcut.  However, I am puzzled as to why the alternate command for "Copy" cannot be eliminated on an ongoing basis.  If this could be done, the traditional function of "Ctrl+Ins" could be restored. 

I see Bug ID 434851 reflects much of what I have noted.  However, as I am using MX23/Xfce, I do not think that it is a Plasma issue as speculated in Bug ID 434851.  Therefore, I submit a semi-redundant report with the hope that this new information will help to resolve the issue. 

I have chosen to be on the mailing list for updates.  Best wishes on resolving this.
Comment 1 TraceyC 2024-06-27 23:53:45 UTC
I am able to reproduce this in KMyMoney on Solus Plasma. I have not changed any shortcuts for KMyMoney or Copy
Comment 2 Terry 2024-07-22 02:57:25 UTC
Created attachment 171871 [details]
attachment-3177274-0.html

*2024-07-21*

Hello Tracey *!!*

Thank you for taking the time to test this bug.

I'm not sure what to do from here on.

Here's recap of some facts that may or may not be relevant*:*

  * I am currently running MX 23 (Xfce) as my main OS.  However,
    depending on which computer I am able to access, I also operate in
    Windows and Mac OS's (I keep all of my data on an external HD,
    formatted to XFAT, which is compatible with all three platforms).
  * I have used KMyMoney in Windows and Linux in the past; "Ctrl+Insert"
    has always been the default command for making a new entry to a ledger.
  * In version  5.1.3 "Ctrl+Insert" has also been assigned as an
    alternate command for "Copy".  This is where the conflict arises.
  * I can delete this alternate "Copy" command for a session, but once I
    close and re-open KMyMoney, the original settings are reset.  I have
    created a "New Theme", but when I re-open the program, the default
    settings are returned once again.  I can open the dialogue to assign
    the "New Theme" but that is inconvenient (and as noted above, is
    only valid for the current session).
  * The above is true in the Windows version as well.  It is irrelevant
    in Mac as that OS doesn't have an "Insert" key.
  * It seems to me that the "problem" is the alternate command for
    "Copy".  As "Alt+C" is a universal command, I do not see the value
    in creating an additional keyboard shortcut for this function,
    especially one that conflicts with a command that is a longstanding
    convention for his program.  In addition, it would seem that there
    is a bug in the "Configure Keyboard Shortcuts" menu . . . while one
    can generate a new default command for a given function, one is not
    able to permanently edit or delete the alternate command for the
    "Copy" function.

Do you have any suggestions as to how I may be able to resolve this 
issue in a more satisfactory way.


Cheers,

Terry

------------------------------------------------------------------------
On 2024-06-27 16:53, TraceyC wrote:
> https://bugs.kde.org/show_bug.cgi?id=489260
>
> TraceyC<kdedev@tlcnet.info>  changed:
>
>             What    |Removed                     |Added
> ----------------------------------------------------------------------------
>                   CC|                            |kdedev@tlcnet.info
>              Version|unspecified                 |5.1.3
>               Status|REPORTED                    |CONFIRMED
>       Ever confirmed|0                           |1
>
> --- Comment #1 from TraceyC<kdedev@tlcnet.info>  ---
> I am able to reproduce this in KMyMoney on Solus Plasma. I have not changed any
> shortcuts for KMyMoney or Copy
>
Comment 3 TraceyC 2024-07-22 21:03:20 UTC
Hello Terry,

The developers will need to resolve the conflict between KMyMoney and the global "Copy" shortcut. If they need any other information, they'll let you know.

Unfortunately, until then, you'll need to use the workaround of disabling the conflicting shortcut for the session.
Comment 4 Terry 2024-07-22 22:43:10 UTC
Created attachment 171916 [details]
attachment-3332524-0.html

Thanks again.  I look forward to an update via the repository.


Cheers,

Terry
------------------------------------------------------------------------
On 2024-07-22 14:03, TraceyC wrote:
> https://bugs.kde.org/show_bug.cgi?id=489260
>
> --- Comment #3 from TraceyC<kdedev@tlcnet.info>  ---
> Hello Terry,
>
> The developers will need to resolve the conflict between KMyMoney and the
> global "Copy" shortcut. If they need any other information, they'll let you
> know.
>
> Unfortunately, until then, you'll need to use the workaround of disabling the
> conflicting shortcut for the session.
>
Comment 5 Jack 2024-07-22 23:12:14 UTC
I have not yet looked carefully at the other bug  you mentioned, but when you say you changed or deleted Ctl-Ins as a short-cut for copy, where did you do that?  If you did it in KMyMoney, I'm not surprised it didn't stick.  I believe (but am not yet certain) that Ctl-Ins for copy is set by some part of the system other than KMyMoney, and it is in place in the Desktop Environment (whether Plasma or xfce or something else) when KMyMoney starts.  I suspect that if you find whatever tool your Desktop Environment uses to set keyboard shortcuts and delete or change it there, you will fix the problem in KMyMoney.  I'm not really sure there is anything else KMyMoney can actually do about it if I am correct as to the cause.  I'll try to find time to check that other bug.
Comment 6 Thomas Baumgart 2024-07-30 13:14:04 UTC
As an alternative, we could use Alt+Ins as KMyMoney's default for this action. I don't know of any other default that uses it.
Comment 7 Jack 2024-08-05 00:02:46 UTC
Sounds reasonable to me.  I suspect it's one of those things where there are a limited number of shortcuts, and sooner or later someone else will start using another one that we have been using.  
Having looked at the other bug, I'm not sure if they are the same or not.  I think for me to really test I'll have to set up a new user, but in any case, I don't think this really counts as a bug in either KMM or plasma - it's just the eventual conflict in a limited number of keyboard shortcuts, when they can be created/added by plasma (or any Desktop Environment) or any application.
Comment 8 Terry 2024-09-09 07:24:54 UTC
Created attachment 173471 [details]
attachment-4027757-0.html

*2024-09-08*

Hi Jack,

I appreciate the thought that you have put into this issue.

I have resigned myself to the fact that the only way forward is to use 
my customized shortcut (Ctrl+Up) as the default for entering a new 
transaction in KMM.  This does have the advantage that when I am using 
an Apple OS (which doesn't have an "Insert" key) I will be using the 
same shortcut keys on the Mac as I do on Linux . . . however, after 
using KMyMoney for at least the past 10 years, I am finding it 
challenging to re-programme my brain to make the switch . . . it is 
instinctual to use "Ctrl+Ins" *!!*

As a side note, I did do as you suggested in a previous message where I 
was able to find a setting in xfce where I was able to alter the 
shortcut for the system.  However, it made no difference to the way KMM 
functioned.

On another side note, I booted up an old computer that has KMM version 
4.6.4 installed.  In the "Configure Shortcuts" KMM drop down, there is 
no alternate shortcut for entering a new transaction.  Therefore, this 
issue did not exist in older versions of KMM, so I am wondering why this 
alternate shortcut was created.  If it is not an absolutely necessary 
shortcut, could it be eliminated from the code?  Through experimentation 
I have determined that it is possible to add a customize shortcut that 
is "persistent".  Thus, anyone who wanted "Ctrl+Ins" as their personal 
shortcut could add it as they wish.

Thanks again *!!*

Cheers,
Terry
------------------------------------------------------------------------
On 2024-08-04 17:02, Jack wrote:
> https://bugs.kde.org/show_bug.cgi?id=489260
>
> --- Comment #7 from Jack<ostroffjh@users.sourceforge.net>  ---
> Sounds reasonable to me.  I suspect it's one of those things where there are a
> limited number of shortcuts, and sooner or later someone else will start using
> another one that we have been using.
> Having looked at the other bug, I'm not sure if they are the same or not.  I
> think for me to really test I'll have to set up a new user, but in any case, I
> don't think this really counts as a bug in either KMM or plasma - it's just the
> eventual conflict in a limited number of keyboard shortcuts, when they can be
> created/added by plasma (or any Desktop Environment) or any application.
>