Bug clicking Edit menu in Beta 5.06
Not sure if someone has already noticed this little problem.
If you highlight a block of code and then press the Edit menu, the highlight is removed and of course selecting Copy doesn't copy anything. This behavior doesn't happen with others menu.
If you highlight a block of code and then press the Edit menu, the highlight is removed and of course selecting Copy doesn't copy anything. This behavior doesn't happen with others menu.
Comments
Other observations.
I have installed the x86 beta, it seems to work correctly when you select some lines while with other lines the highlight disappears. It seems to be pretty regular if you highlight the last line (the // define other methods and classes here or other commented lines)
I have also noticed that after loading a saved query and after reproducing the behavior the query is marked as modified when in reality no changes are made to the text. Looking again at this and using a query without proper formatting (TabSize=4) I noticed that the text highlighted has been reformatted to the correct indentation.
In version 5.07 if you have one or more lines selected and some of these lines have extra white spaces after the last valid code character, these extra characters are removed if you try to open the Edit Menu using the mouse. This result in a modified text that the program wants to save at closing.
I don't know if this is related to the disappearing of selection but for this one I was able to reproduce the problem when the code editor is working with a VB.NET code, not with C# code (Language = VB Program)
The only Advanced Preferences set (property name in bold text) are Tab Size = 4 and Convert Spaces to Tab = True
But using the same process as a previous bug I can still see clicking the Edit menu alone will cause an Auto-format (however this does "go away" at some stage after further edits and undoes, not reproed though):
Paste this into a new VB statements query: Put the cursor between the concatenated Ifs and press enter.
An auto-format shifts the first
End If
to the unindented position.Now click the Edit menu.
Another auto-format occurs and shifts the
If False Then
to the unindented position.This is undoable, and if you select say
False
, no auto-format occurs, and yet if you manually choose to redo the auto-format, choose Edit > Advanced > Format Document or type Ctrl+K,D, the auto-formatting does NOT lose the selection (so I assume Copy could now work with the Edit menu auto-formatting).