Closed PascalLadalle closed 1 year ago
The number of events by itself is fine: if you're selecting multiple events, you should get the events pasted at these multiple locations. (much like when you're editing in a text editor like Sublime Text or Visual Studio Code: if you're selecting multiple words, you have multiple carets).
But I tried and seems that every was pasted at the position of the first event selected, which is wrong :/
Oh I see... I didn't know about that. Indeed, the events get pasted as many times as I have lines selected before pasting. Not sure I'm gonna need that feature one day, but now I know how to avoid it, at least! 😅 And yes, I noticed something odd about the position of the pasted events, but it seemed irrelevant at the time.
I start with it :
I select all from top to bottom, copy and paste, and i've this : Number of events are false.
When we expect, pasted event are under because the last event selected is the first comment with 4. All pasted selection should be pastes under the last selection, no ?
If we select from bottom to top the order of events move again :
We have also a crash sometimes when we copy and paste, and undo and redo, focus is missing and after that if we paste eventsheet freeze, sometimes he crash, and sometimes GD freeze and need to be killed manually. I've tryed to reproduce bug but seem a bit random on native, but on webapp it's always.
1 ) Open Admob example, open Interstitials events.
2 ) Select this two events :
3 ) Copy and paste
4 ) CTRL+Z
5 ) Crash (Only in webapp)
I was thinking about a log report for crashes, why don't we have a list of the user's last actions instead? The position of the mouse in the window, when mouse is pressed/released, the keyboard also. And everything would be listed in a file that you could read and emulate the actions in a development build.
I guess record the 50 last input would be enought, all recorded in a local file and sended only if the user wish when crash windows appear. Also we need to keep this file easyly findable in the finder/explorer of OS.
This problem is still around, and I expect it happens often, and to most users. Here is some more info on what triggers this bug:
However, this work-around doesn't fix the ordering problem. It seems that events are created in the order they are selected.
@tristanbob As explained above, pasting creates a copy of the clipboard for each highlighted line. So, if you select and copy 4 events and want to paste one copy only, you need to deselect them before pasting. This seems to be a feature developers are used to. The bug report was kept open for the other issues (paste order and crash)
This multiple paste is a "feature" but I agree it seems more confusing than anything else. Ordering should definitely be somehow fixed.
I believe this entire behavior is changed with 5.1.157. I can no longer reproduce it. Does the newest version solved this for you, @PascalLadalle
To Reproduce
Steps to reproduce the issue:
Win10 GD5b79