[Pharo-project] need hunter to kill the double paste bug.
Hi all,
attached a little patch to capture events and paste buffer.
If you encounter a double paste please take a look at LastClipPaste and LastEvents.
If this doesn't provide any clue, I will work out a more aggressive tracing approach.
Didn't send it to the list as it patches into system methods.
So as mike says pay attention this is hackish :)
Michael
When I try to file in the .ch I get a sintax error Nothing more expected ->sendKeyboardEvent: anEvent "Send the event to the morph currently holding the focus, or if none to the owner of the hand." ServiceShortcuts handleKeystroke: anEvent. LastEvents size > 10 ifTrue: [LastEvents removeFirst]. LastEvents add: anEvent clone. ^ self sendEvent: anEvent focus: self keyboardFocus clear: [self keyboardFocus: nil] stef, did it work for you? 2009/12/16 Stéphane Ducasse <stephane.ducasse@inria.fr>
Hi all,
attached a little patch to capture events and paste buffer.
If you encounter a double paste please take a look at LastClipPaste and LastEvents.
If this doesn't provide any clue, I will work out a more aggressive tracing approach.
Didn't send it to the list as it patches into system methods.
So as mike says pay attention this is hackish :)
Michael
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
yes it seems that there is a problem :) Houston? it should be an handMorph sendKeyboardEvent: anEvent "Send the event to the morph currently holding the focus, or if none to the owner of the hand." ServiceShortcuts handleKeystroke: anEvent. LastEvents size > 10 ifTrue: [LastEvents removeFirst]. LastEvents add: anEvent clone. ^ self sendEvent: anEvent focus: self keyboardFocus clear: [self keyboardFocus: nil] tell me if this one works On Dec 16, 2009, at 11:04 AM, Mariano Martinez Peck wrote:
When I try to file in the .ch I get a sintax error
Nothing more expected ->sendKeyboardEvent: anEvent "Send the event to the morph currently holding the focus, or if none to the owner of the hand." ServiceShortcuts handleKeystroke: anEvent.
LastEvents size > 10 ifTrue: [LastEvents removeFirst]. LastEvents add: anEvent clone.
^ self sendEvent: anEvent focus: self keyboardFocus clear: [self keyboardFocus: nil]
stef, did it work for you?
2009/12/16 Stéphane Ducasse <stephane.ducasse@inria.fr>
Hi all,
attached a little patch to capture events and paste buffer.
If you encounter a double paste please take a look at LastClipPaste and LastEvents.
If this doesn't provide any clue, I will work out a more aggressive tracing approach.
Didn't send it to the list as it patches into system methods.
So as mike says pay attention this is hackish :)
Michael
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
yes, it worked :) Now I have to wait until the double paste appear! 2009/12/16 Stéphane Ducasse <stephane.ducasse@inria.fr>
yes it seems that there is a problem :)
Houston?
it should be an handMorph
sendKeyboardEvent: anEvent "Send the event to the morph currently holding the focus, or if none to the owner of the hand." ServiceShortcuts handleKeystroke: anEvent.
LastEvents size > 10 ifTrue: [LastEvents removeFirst]. LastEvents add: anEvent clone.
^ self sendEvent: anEvent focus: self keyboardFocus clear: [self keyboardFocus: nil]
tell me if this one works
On Dec 16, 2009, at 11:04 AM, Mariano Martinez Peck wrote:
When I try to file in the .ch I get a sintax error
Nothing more expected ->sendKeyboardEvent: anEvent "Send the event to the morph currently holding the focus, or if none to the owner of the hand." ServiceShortcuts handleKeystroke: anEvent.
LastEvents size > 10 ifTrue: [LastEvents removeFirst]. LastEvents add: anEvent clone.
^ self sendEvent: anEvent focus: self keyboardFocus clear: [self keyboardFocus: nil]
stef, did it work for you?
2009/12/16 Stéphane Ducasse <stephane.ducasse@inria.fr>
Hi all,
attached a little patch to capture events and paste buffer.
If you encounter a double paste please take a look at LastClipPaste and LastEvents.
If this doesn't provide any clue, I will work out a more aggressive tracing approach.
Didn't send it to the list as it patches into system methods.
So as mike says pay attention this is hackish :)
Michael
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Ok...I could reproduce it...I attach an screenshot with the inspector open in both objects. does this help? Cheers, Mariano On Wed, Dec 16, 2009 at 11:50 AM, Mariano Martinez Peck < marianopeck@gmail.com> wrote:
yes, it worked :)
Now I have to wait until the double paste appear!
2009/12/16 Stéphane Ducasse <stephane.ducasse@inria.fr>
yes it seems that there is a problem :)
Houston?
it should be an handMorph
sendKeyboardEvent: anEvent "Send the event to the morph currently holding the focus, or if none to the owner of the hand." ServiceShortcuts handleKeystroke: anEvent.
LastEvents size > 10 ifTrue: [LastEvents removeFirst]. LastEvents add: anEvent clone.
^ self sendEvent: anEvent focus: self keyboardFocus clear: [self keyboardFocus: nil]
tell me if this one works
On Dec 16, 2009, at 11:04 AM, Mariano Martinez Peck wrote:
When I try to file in the .ch I get a sintax error
Nothing more expected ->sendKeyboardEvent: anEvent
"Send the event to the morph currently holding the focus, or if none
to
the owner of the hand." ServiceShortcuts handleKeystroke: anEvent.
LastEvents size > 10 ifTrue: [LastEvents removeFirst]. LastEvents add: anEvent clone.
^ self sendEvent: anEvent focus: self keyboardFocus clear: [self keyboardFocus: nil]
stef, did it work for you?
2009/12/16 Stéphane Ducasse <stephane.ducasse@inria.fr>
Hi all,
attached a little patch to capture events and paste buffer.
If you encounter a double paste please take a look at LastClipPaste and LastEvents.
If this doesn't provide any clue, I will work out a more aggressive
tracing approach.
Didn't send it to the list as it patches into system methods.
So as mike says pay attention this is hackish :)
Michael
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
sorry....here it is On Wed, Dec 16, 2009 at 2:32 PM, Mariano Martinez Peck < marianopeck@gmail.com> wrote:
Ok...I could reproduce it...I attach an screenshot with the inspector open in both objects.
does this help?
Cheers,
Mariano
On Wed, Dec 16, 2009 at 11:50 AM, Mariano Martinez Peck < marianopeck@gmail.com> wrote:
yes, it worked :)
Now I have to wait until the double paste appear!
2009/12/16 Stéphane Ducasse <stephane.ducasse@inria.fr>
yes it seems that there is a problem :)
Houston?
it should be an handMorph
sendKeyboardEvent: anEvent "Send the event to the morph currently holding the focus, or if none to the owner of the hand." ServiceShortcuts handleKeystroke: anEvent.
LastEvents size > 10 ifTrue: [LastEvents removeFirst]. LastEvents add: anEvent clone.
^ self sendEvent: anEvent focus: self keyboardFocus clear: [self keyboardFocus: nil]
tell me if this one works
On Dec 16, 2009, at 11:04 AM, Mariano Martinez Peck wrote:
When I try to file in the .ch I get a sintax error
Nothing more expected ->sendKeyboardEvent: anEvent
"Send the event to the morph currently holding the focus, or if
none to
the owner of the hand." ServiceShortcuts handleKeystroke: anEvent.
LastEvents size > 10 ifTrue: [LastEvents removeFirst]. LastEvents add: anEvent clone.
^ self sendEvent: anEvent focus: self keyboardFocus clear: [self keyboardFocus: nil]
stef, did it work for you?
2009/12/16 Stéphane Ducasse <stephane.ducasse@inria.fr>
Hi all,
attached a little patch to capture events and paste buffer.
If you encounter a double paste please take a look at LastClipPaste and LastEvents.
If this doesn't provide any clue, I will work out a more aggressive
tracing approach.
Didn't send it to the list as it patches into system methods.
So as mike says pay attention this is hackish :)
Michael
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Wed, Dec 16, 2009 at 3:05 PM, Michael Rueger <m.rueger@acm.org> wrote:
Mariano Martinez Peck wrote:
sorry....here it is
Thanks! But... could it be you used keyboard shortcuts to open the windows and move around the UI? That would overwrite the "interesting" key events in the log...
Uffff...what stupid I am...so...if I can reproduce it again, I just use mouse buttons and no shortcuts after the paste ?
Michael
Is this one better? On Wed, Dec 16, 2009 at 3:09 PM, Mariano Martinez Peck < marianopeck@gmail.com> wrote:
On Wed, Dec 16, 2009 at 3:05 PM, Michael Rueger <m.rueger@acm.org> wrote:
Mariano Martinez Peck wrote:
sorry....here it is
Thanks! But... could it be you used keyboard shortcuts to open the windows and move around the UI? That would overwrite the "interesting" key events in the log...
Uffff...what stupid I am...so...if I can reproduce it again, I just use mouse buttons and no shortcuts after the paste ?
Michael
Mariano Martinez Peck wrote:
Is this one better?
There are still no paste events in the event log. Here's what the tail of my log looks like: an OrderedCollection([keyUp '<euro>'] [keyUp ''] [keyDown '<cr>'] [keystroke '<cr>'] [keyUp '<cr>'] [keyDown '<Cmd->'] [keyDown '<Cmd-V>'] [keystroke '<Cmd-v>'] [keyUp '<Cmd-V>'] [keyUp ''] [keyDown '<Cmd->']) I used {LastClipPaste. LastEvents.} to get an Inspector on both variables using mouse and menu only. Michael
ok....I think now I get it now (sorry I was trying with another image wothout the .cs hahahah) On Wed, Dec 16, 2009 at 3:36 PM, Michael Rueger <m.rueger@acm.org> wrote:
Mariano Martinez Peck wrote:
Is this one better?
There are still no paste events in the event log. Here's what the tail of my log looks like:
an OrderedCollection([keyUp '<euro>'] [keyUp ' '] [keyDown '<cr>'] [keystroke '<cr>'] [keyUp '<cr>'] [keyDown '<Cmd- >'] [keyDown '<Cmd-V>'] [keystroke '<Cmd-v>'] [keyUp '<Cmd-V>'] [keyUp ' '] [keyDown '<Cmd- >'])
I used {LastClipPaste. LastEvents.} to get an Inspector on both variables using mouse and menu only.
Michael
Mariano Martinez Peck wrote:
ok....I think now I get it now (sorry I was trying with another image wothout the .cs hahahah)
;-) So this is a double paste although you are hitting cmd-v only once? There a two complete event sets with key-down-stroke-up for cmd v... Very weird... OK, need to get more information out this... Could you please execute the following next time and send the Transcript log: LastEvents do: [:each | Transcript show: each printString; tab; show: each timeStamp asString; cr] Thanks for helping! Michael
On Wed, Dec 16, 2009 at 4:01 PM, Michael Rueger <m.rueger@acm.org> wrote:
Mariano Martinez Peck wrote:
ok....I think now I get it now (sorry I was trying with another image wothout the .cs hahahah)
;-) So this is a double paste although you are hitting cmd-v only once?
yes.
There a two complete event sets with key-down-stroke-up for cmd v... Very weird... OK, need to get more information out this...
Could you please execute the following next time and send the Transcript log:
LastEvents do: [:each | Transcript show: each printString; tab; show: each timeStamp asString; cr]
ok, I did it twice First: [keystroke '<Cmd-v>'] 15661778 [keyUp 'v'] 15661778 [keyDown '<Cmd-v>'] 15663466 [keystroke '<Cmd-v>'] 15663466 [keyUp 'v'] 15663466 [keyDown '<Cmd-v>'] 15668253 [keystroke '<Cmd-v>'] 15668253 [keyUp 'v'] 15668253 [keyDown '<Cmd-v>'] 15668271 [keystroke '<Cmd-v>'] 15668271 [keyUp 'v'] 15668271 (notice all events are the same timestamp) However, in the second one: [keystroke '<Cmd-v>'] 15773108 [keyUp 'v'] 15773108 [keyDown '<Cmd-v>'] 15775001 [keystroke '<Cmd-v>'] 15775002 [keyUp 'v'] 15775002 [keyDown '<Cmd-v>'] 15776727 [keystroke '<Cmd-v>'] 15776727 [keyUp 'v'] 15776727 [keyDown '<Cmd-v>'] 15776747 [keystroke '<Cmd-v>'] 15776747 [keyUp 'v'] 15776747
Thanks for helping!
you are welcome
Michael
In pre V5.0 Macintosh VMs The timestamp field is the millisecond clock value for when the event record is created. It has nothing to do with when the event occurred. Each of the keydown/stroke/up make a trip to the clock so the fact it rolled over isn't surprising. On 2009-12-16, at 7:11 AM, Mariano Martinez Peck wrote:
[keyDown '<Cmd-v>'] 15775001 [keystroke '<Cmd-v>'] 15775002 [keyUp 'v'] 15775002
For V5.0 VMs again the data is time when the event was processed, not when it occurred. However keydown/stroke use the same clock value, keyup is *usually* another clock time. Technically the behaviour between the the versions (3.x/4.x/5.x) should be the same, if you can show it's not, then it's a bug. In 5.0 we see the keydown and record data, but we don't actually get the character until text services decides what the unicode value is going to be based on the keyboard/language & deadkey support. Some time after the keydown (one or more) Text services calls insertText: on our view that then makes us generate the keydown, keystroke event using the same millisecond clock value. Milliseconds later the key goes up and we generate the key up event using the current clock time. For control keys (ie arrow, page up, home, etc) we directly generate key down/stroke events as per above. Key up is still provided. But a special case is if you use keyboard services and have a keyboard pallet supply the characters In that case we generate the keydown/stroke/up using the same millisecond value for each unicode character when insertText: gives us the character string to record. For 4.0 it may generate key down/up event for dead keys that you won't see in 5.0, please supply an example if anyone feels that is an issue. -- =========================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================
Do people actually experience the double paste problem on non-Mac platforms? John M McIntosh wrote:
Technically the behaviour between the the versions (3.x/4.x/5.x) should be the same, if you can show it's not, then it's a bug.
In 5.0 we see the keydown and record data, but we don't actually get the character until text services decides what the unicode value is going to be based on the keyboard/language & deadkey support.
Some time after the keydown (one or more) Text services calls insertText: on our view that then makes us generate the keydown, keystroke event using the same millisecond clock value.
Milliseconds later the key goes up and we generate the key up event using the current clock time.
Could there be an interaction between key events and clipboard access? Or a race conditions where the Mac menu and Squeak both process the paste event? I can't come up with any other explanation why double key events would only happen on CMD-v... That is maybe they are occurring on copy and cut as well, but we just won't notice... Michael
On Thu, Dec 17, 2009 at 4:20 PM, Michael Rueger <m.rueger@acm.org> wrote:
Do people actually experience the double paste problem on non-Mac platforms?
No. Only mac. I have been using Pharo in Linux and Windows, and happpens only on Mac I think.
John M McIntosh wrote:
Technically the behaviour between the the versions (3.x/4.x/5.x) should be the same, if you can show it's not, then it's a bug.
In 5.0 we see the keydown and record data, but we don't actually get the character until text services decides what the unicode value is going to be based on the keyboard/language & deadkey support.
Some time after the keydown (one or more) Text services calls insertText: on our view that then makes us generate the keydown, keystroke event using the same millisecond clock value.
Milliseconds later the key goes up and we generate the key up event using the current clock time.
Could there be an interaction between key events and clipboard access? Or a race conditions where the Mac menu and Squeak both process the paste event? I can't come up with any other explanation why double key events would only happen on CMD-v... That is maybe they are occurring on copy and cut as well, but we just won't notice...
Michael
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
2009/12/19 Mariano Martinez Peck <marianopeck@gmail.com>:
On Thu, Dec 17, 2009 at 4:20 PM, Michael Rueger <m.rueger@acm.org> wrote:
Do people actually experience the double paste problem on non-Mac platforms?
No. Only mac. I have been using Pharo in Linux and Windows, and happpens only on Mac I think.
I've never expirienced this problem on Windows, too.
Another thing, this is not something that is only related to the clipboard. I've seen a similar thing happen when I use a keyboard shortcut that opens a dialog. In some cases the initial selection of a text-field is replaced by the keyboard shortcuts character, e.g. pressing Ctrl+x to delete a method inserts sometimes the x into the confirmation dialog. Lukas 2009/12/19 George Herolyants <george.herolyants@gmail.com>:
2009/12/19 Mariano Martinez Peck <marianopeck@gmail.com>:
On Thu, Dec 17, 2009 at 4:20 PM, Michael Rueger <m.rueger@acm.org> wrote:
Do people actually experience the double paste problem on non-Mac platforms?
No. Only mac. I have been using Pharo in Linux and Windows, and happpens only on Mac I think.
I've never expirienced this problem on Windows, too.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Lukas Renggli http://www.lukas-renggli.ch
Lukas Renggli wrote:
Another thing, this is not something that is only related to the clipboard. I've seen a similar thing happen when I use a keyboard shortcut that opens a dialog. In some cases the initial selection of a text-field is replaced by the keyboard shortcuts character, e.g. pressing Ctrl+x to delete a method inserts sometimes the x into the confirmation dialog.
Hmm, so it seems to be a general problem with short cuts on the Mac? But, as much as I try on my MiniMac with SnowLeopard, I can't reproduce it. (in a core image) Michael
Christmas greetings everyone, as I await the cooking of the turkey and observe the teenagers here plot the spending of their Christmas money I see in my in-box Michael has sent me a rewrite of the HostMenu system. I've sent back a few changes, and maybe in the next day or so when Michael gets back to work and lets us know how to load these changes could we get some folks who have experienced the double-paste bug to spent a few moments attempting the recreation of the bug. Unfortunately Michael and I are unable to recreate the problem, which makes it hard to debug. On 2009-12-20, at 1:14 AM, Michael Rueger wrote:
Lukas Renggli wrote:
Another thing, this is not something that is only related to the clipboard. I've seen a similar thing happen when I use a keyboard shortcut that opens a dialog. In some cases the initial selection of a text-field is replaced by the keyboard shortcuts character, e.g. pressing Ctrl+x to delete a method inserts sometimes the x into the confirmation dialog.
Hmm, so it seems to be a general problem with short cuts on the Mac?
But, as much as I try on my MiniMac with SnowLeopard, I can't reproduce it. (in a core image)
Michael
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- =========================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================
On Fri, Dec 25, 2009 at 8:20 PM, John M McIntosh < johnmci@smalltalkconsulting.com> wrote:
Christmas greetings everyone, as I await the cooking of the turkey and observe the teenagers here plot the spending of their Christmas money I see in my in-box Michael has sent me a rewrite of the HostMenu system.
I've sent back a few changes, and maybe in the next day or so when Michael gets back to work and lets us know how to load these changes could we get some folks who have experienced the double-paste bug to spent a few moments attempting the recreation of the bug.
John: Cool to hear that you are trying to fix this bug. I can reproduce it very easy fortunately, so, let me know I can test as much as necessary. I would like to put a RFB or VNC but I am "unaccesible" from outside :( cheers, Mariano
Unfortunately Michael and I are unable to recreate the problem, which makes it hard to debug.
On 2009-12-20, at 1:14 AM, Michael Rueger wrote:
Lukas Renggli wrote:
Another thing, this is not something that is only related to the clipboard. I've seen a similar thing happen when I use a keyboard shortcut that opens a dialog. In some cases the initial selection of a text-field is replaced by the keyboard shortcuts character, e.g. pressing Ctrl+x to delete a method inserts sometimes the x into the confirmation dialog.
Hmm, so it seems to be a general problem with short cuts on the Mac?
But, as much as I try on my MiniMac with SnowLeopard, I can't reproduce it. (in a core image)
Michael
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- =========================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
participants (6)
-
George Herolyants -
John M McIntosh -
Lukas Renggli -
Mariano Martinez Peck -
Michael Rueger -
Stéphane Ducasse