GnuCash
Contact   Instructions
Bug 796665 - Backspace Key Inoperable After Ctrl+V
Summary: Backspace Key Inoperable After Ctrl+V
Status: RESOLVED FIXED
Alias: None
Product: GnuCash
Classification: Unclassified
Component: General (show other bugs)
Version: 3.1
Hardware: Other All
: Normal normal
Target Milestone: future
Assignee: general
QA Contact: general
URL:
Whiteboard:
Keywords:
: 796723 796738 796741 796801 796841 796848 (view as bug list)
Depends on:
Blocks:
 
Reported: 2018-06-25 09:09 EDT by Robert Chapin
Modified: 2018-09-30 13:41 EDT (History)
15 users (show)

See Also:


Attachments

Description Robert Chapin 2018-06-25 09:09:54 EDT
Steps to Reproduce:

1. Open any account ledger.
2. Click on the Description field for a new transaction.
3. Press Ctrl+V

Expected Behavior:

Ctrl+V should paste text with no adverse results.

Actual Behavior:

The backspace key is now inoperable until the account ledger is closed.

BuildID:

git 3.1-171-g1e3a44500+ (2018-06-17)
Comment 1 Robert Chapin 2018-06-25 10:04:05 EDT
Upgraded to 3.2, confirmed same problem.
Comment 2 John Ralls 2018-06-25 13:39:25 EDT
Found the problem, a side effect from 0b10b4b9's change to gnucash-sheet.c. Apparently a paste operation sets the cell's editable flag to false and that change removed setting it true then false again because the latter interfered with input methods.
Comment 3 Richard Ullger 2018-06-25 15:05:47 EDT
Pressing ctrl-v is also disabling the DEL key and breaks the fix for bug https://bugzilla.gnome.org/show_bug.cgi?id=795731 but the field is still editable. You can add new text or select text and overtype.
Comment 4 John Ralls 2018-06-25 16:56:11 EDT
Regular typing works because it's passed on to the input method and that seems not to care about the sheet's editability.

The cut and paste handlers had similar editability toggles, ironically added as a work-around to the first one (removed in 0b10b4b9) that stopped cut and paste from working with Gtk3. The whole thing was originally added as part of fixing Bug 605802 to fix a couple of the date field accelerators and using the account separator in the transfer-account field. Both work fine without it.

This problem has been fixed in our software repository. The fix will go into the next software release. Once that release is available, you may want to check for a software upgrade provided by your Linux distribution.
Comment 5 John Ralls 2018-07-08 10:36:54 EDT
*** Bug 796738 has been marked as a duplicate of this bug. ***
Comment 6 John Ralls 2018-08-07 17:31:29 EDT
*** Bug 796801 has been marked as a duplicate of this bug. ***
Comment 7 John 2018-08-18 10:33:59 EDT
Maybe this will help someone else until the fix is 3.3:
I've learned to highlight and replace text as a work-around to this issue.

I have a register where I maintain 90% of the Zillow value listed for my home. To achieve that I need to paste the Zillow value into 'increase' and 10% of it into 'decrease'. 

I copy a number like "329,313" from Zillow for 'increase' and want to edit that to "32931.3" for 'decrease'. So I paste the Zillow number, add the decimal point, highlight "9," and type "9". For me that is less error prone than typing the whole "32931.3".

For what it's worth...
Comment 8 John Ralls 2018-08-30 14:19:58 EDT
*** Bug 796723 has been marked as a duplicate of this bug. ***
Comment 9 John Ralls 2018-08-30 14:22:47 EDT
*** Bug 796741 has been marked as a duplicate of this bug. ***
Comment 10 John Ralls 2018-09-03 18:19:33 EDT
*** Bug 796841 has been marked as a duplicate of this bug. ***
Comment 11 John Ralls 2018-09-30 13:41:06 EDT
*** Bug 796848 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.