bugGNU Octave - Bugs: bug #57969, ctrl-shortcuts suddenly stop...

 
 

bug #57969: ctrl-shortcuts suddenly stop working in editor

Submitter:  Hg200 <hg200>
Submitted:  Sun 08 Mar 2020 12:04:08 PM UTC
   
 
Category:  GUI Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Other
Status:  Fixed Assigned to:  None
Originator Name:  Open/Closed:  * Closed
Release:  * 6.0.90 Operating System:  * GNU/Linux
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Wed 27 May 2020 04:55:58 PM UTC, comment #11: 

Hg200, thanks for reminder.

This issue is fixed by the fix for bug #57635. Closing this report.

Torsten Lilge <ttl>
Group Member
Wed 27 May 2020 02:30:45 PM UTC, comment #10: 

This can be closed with reference to bug #57635: Editor often has focus but no cursor until clicking elsewhere and then clicking in editor. Everything is explained there.

Hg200 <hg200>
Fri 17 Apr 2020 03:35:05 PM UTC, comment #9: 

Hi there. Just wanted to add that this also affects Octave 5.2.0 flatpak distribution on RHEL 7.7. As mentioned in comment #2, this seems to occur only after the auto-completion window appears. Disabling the completion list remediates the issue.

nope <danbronzy>
Fri 10 Apr 2020 09:58:52 AM UTC, comment #8: 

Hmmm, is seems I didn't try hard enough :-)
Yes that trick from comment #6 is reproducible on Windows, and fairly reliable at that.

Sorry for incorrect comment #7

Philip Nienhuis <philipnienhuis>
Group Member
Fri 10 Apr 2020 09:55:30 AM UTC, comment #7: 

Just to be sure, being asked by Hg200 over in bug #57635 comment #17, the procedure in comment #6 below just works fine for me on Windows wit dev Octave-7.0.0. Nor can I reproduce the original issue on Window.

FWIW, "Show autocompletion list automatically" ís enabled here.

Philip Nienhuis <philipnienhuis>
Group Member
Mon 09 Mar 2020 11:22:48 PM UTC, comment #6: 

Those are the best bugs. Only difference is "Match words in document". But it does not have any effect. With the settings below it does not work. Anyway i believe you. I was already wondering why nobody complaints about ...

Here is another procedure that causes a problem:
1.) open two files: file1.m and after this file2.m
2.) close file2.m (it is important to close file2 as it has focus) by clicking the "X" in the tab with the mouse.
=> file2 is closed but cursor vanishes and i can't type anything into file1.m (i.e. the keyboard does not work at all). Even if i click into the editor with the mouse.

I see many Qt deprecated warnings. Is it worth to check those? Any specific files?

_octave_config_info_ ("hg_id")
ans = bf3986531017 (devel)
ans = 4f1d1b1d4afc (stable)
qscintilla-qt5-devel-2.11.2-4.fc31.x86_64
qt5-qtbase-devel-5.13.2-2.fc31.x86_64




Hg200 <hg200>
Mon 09 Mar 2020 09:45:47 PM UTC, comment #5: 

I have the same settings as Torsten, and I'm also unable to reproduce this, Ctrl+s works fine in all steps of auto-completion. Octave version 6.0.1 (rev 648202bebcb0), built with Qt 5.12.5 and QScintilla 2.11.2.

Mike Miller <mtmiller>
Group Member
Mon 09 Mar 2020 06:03:16 PM UTC, comment #4: 

Hg200, thanks for further digging into this. I have the related option enabled and actually, when following your procedure from comment #2 I can successfully save the file with Ctrl-S in all three phases.

Please find attached my complete preferences for autocompletion, are there any differences to yours?


Torsten Lilge <ttl>
Group Member
Sun 08 Mar 2020 11:43:10 PM UTC, comment #3: 

yep - looks like the problem does not occur when "show completion list automatically" is disabled. have you tested with this option "enabled" or "disabled"?

Hg200 <hg200>
Sun 08 Mar 2020 10:32:26 PM UTC, comment #2: 

I have found something helpful! I have attached a screenshot showing the procedure:

1.) Open a random file and start typing "c": In this stage <ctrl-s> will save the file and the green "save icon" in the tab (showing the file name) will disappear (file is saved / ctrl-s command works)
2.) Type "cu": A command completion popup appears. <ctrl-s> will not save the file while the completion popup is shown. The saved-icon does not disapear. Looks okay to me so far.
3.) Type "cus": The completion popup disappears when "s" is pressed. In this stage I can continue writing. But <ctrl-s> will not save the file any more until i do a mouse click somewhere into the editor

Answers - I hope i understood your questions correctly:

@ 1.) Just leaving is not harmful
@ 2.) Yes, the window has focus all the time
@ 3.) If i click in the menu bar the ctrl-cmds will "recover". Therefore I guess this info is not helpful. But yes the menu shows ctrl shortcuts
@ 4.) Same here: If i mouseclick somewhere else everything "recovers" immediatetly


Hg200 <hg200>
Sun 08 Mar 2020 08:30:00 PM UTC, comment #1: 

I can not reproduce this here (Debian 10 with Gnome, same hg_id).

Some question for getting a better understanding what is going on:

  1. Are you typing all the time into the editor or does this happen when you leave octave alone?
  2. Does the editor has focus all the time
  3. Are the shortcuts in the menu still shwo "Ctrl-..." when the shortcuts actually doesn't work?
  4. Are the shortcuts which include "Ctrl" still work in other widgets except the editor?
Torsten Lilge <ttl>
Group Member
Sun 08 Mar 2020 12:04:08 PM UTC, original submission:  

I am testing on stable branch. Qt Gui Editor.

i.) Suddenly (perhaps after 30 seconds of typing) the shortcuts <ctrl>-c, <ctrl>-v <ctrl>-z,<ctrl>-s (copy, paste, undo and save) stop working (i.e. the command is not done). It feels like when typing in the editor and the ctrl-key becomes suddenly "blocked". But that isn't a keyboard damage because other editors (e.g. gedit) are fine with the same shortcuts.
ii.) Other keys seem to be not affected (i.e. i can still continue writing while the <ctrl> action is blocked).
iii.) When this happens and when i click with the mouse somewhere into the editor, or if i click with the mouse into the menu bar then the ctrl-shortcuts start working again until they become blocked again after a while.
iv.) This is a problem i encountered already a month or so ago on the default branch.
v.) Fedora 31 system with Qt 5.13.

I tried to figure out when this is exactly happening but haven't found a scheme (sorry). Erasing the ini file from .config/octave does not help.


__octave_config_info__ ("hg_id")
ans = 4f1d1b1d4afc
(is the current tip of stable)


Hg200 <hg200>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #48572:  case2.png added by hg200 (13KiB - image/png)
file #48562:  procedure1.png added by hg200 (44KiB - image/png)

 

Depends on the following items: None found

Digest:
   bug dependencies.

 

Carbon-Copy List
  • -email is unavailable- added by danbronzy (Posted a comment)
  • -email is unavailable- added by ttl (Posted a comment)
  • -email is unavailable- added by hg200 (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2020-06-15 mmuetzel Dependencies- bugs #58573 is dependent
    2020-05-27 ttl StatusWorks For Me Fixed
        Open/ClosedOpen Closed
    2020-03-09 hg200 Attached File- Added case2.png, #48572
    2020-03-09 mtmiller StatusNone Works For Me
    2020-03-09 ttl Attached File- Added Screenshot_Autocompletion_Preferences_ttl.png, #48568
    2020-03-08 hg200 Attached File- Added procedure1.png, #48562

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code