[FIXED] IDE locks on invalid menu shortcut

[TerryRitchie]

This is happening with version 1.2, revision 20180202/85 From git 1d0f920. Not sure if it has been fixed in later versions.

- Open the IDE (doesn't matter if you load a program from this point or not)
- Press ALT-E to open the Edit dropdown menu
- Press p to select paste
... IDE locks up (Task manager shows it using 15% CPU, perhaps endless loop?)

In fact, you can press any key for an inactive command (such as t for cut) and the same will happen. If you have highlighted code and select these then everything is fine of course.

Thank goodness for auto-save! I had been feverishly typing for about an hour and then BOOM, I stumbled upon this bug and thought I lost everything. In the old days I made a habit of saving every 5 minutes (you know, because Win3.x/95/98 was a thing). Every 5 minutes is a bit much these days but I still need to stay in the habit of saving now and then.

[SMcNeill]

Is this a once-off error, or can you reproduce it? 

I've been testing with version 20180228/86 and can't seem to reproduce the error.  Maybe the latest builds have already corrected the issue? 

(If this type of worry bothers you a lot, you might also consider  my $AUTOSAVE mod; it might give you the peace of mind which is rather nice when creating longer programs such as your sprite library.   https://www.qb64.org/forum/index.php?topic=605.msg4775#msg4775 )

[TerryRitchie]

Following the instructions I gave above I can reproduce the error every time. Can anyone else out there confirm this behavior in their IDEs?

[visionmercer]

Hi.
I can reproduce the same behavior in dev build e490b1a, and revision 20180202/85 From git 1d0f920.

[luke]

Indeed I can reproduce this in the latest development build, in Linux even.

[bplus]

I have not been able to reproduce the error on any of 3 versions in my sig.

[TempodiBasic]

Hi
I can affirm that
in windows 10 64bit
QB64 32bit  Dev build git e490b1a

following Terry sequence I get no error, IDE pastes that is in memory which before I have copied

[FellippeHeitor]

In fact, you can press any key for an inactive command (such as t for cut) and the same will happen. If you have highlighted code and select these then everything is fine of course.

Guys, "press any key for an inactive command". The bug *is* there. It's being worked on now.

Thanks for the reports.

[bplus]

Oh inactive, well who does that? ;-))

Yeah that's nasty!

[Cobalt]

happens back to the February 'stable' build (20180202/85  1d0f920)
does NOT happen in the  v1.1 20171106/82 build

does not matter how you open the menu, keyboard shortcut or mouse,
only seems to happen with PASTE or COPY by pressing the key P or C not clicking with mouse.

hope that can help pin point the cause a little more

[TerryRitchie]

Oh inactive, well who does that? ;-))

Yeah that's nasty!

LOL, I didn't do it on purpose. :-)  I must have bumped a key while text was highlighted, which caused the highlighting to go away, and then tried to copy text that was not there. Fat finger syndrome.

[TempodiBasic]

Ahhh it is clear now, I have not in clipboard that I have copyed before to paste.... so Paste command is inactive....

Yes I can confirm Terry's experience.... moreover I cannot close IDEQB64 using x of window....while the other two buttons of titlebar are active (maximize/minimize, and fullscreen/windowed) , in the while I cannot close IDEQB64 by taskbar of windows using rightclick and close  window command.
I hope this is useful for debug.
Good Search

[Bert22306]

Me too. Although I did have to have a program loaded in the IDE, before the lockup occurred. I see a development build with today's date on it. I assume it's too soon for the fix to have been incorporated, and best to wait?

[FellippeHeitor]

I didn't push a fix to this one yet.

Current changelog: https://github.com/Galleondragon/qb64/commits/development

[FellippeHeitor]

Fixed. Latest development build doesn't contain this bug any longer (from git 39ce1e4)