Bug 69303

Summary:	Ctrl+Shift+T filtered out when Palm Desktop running
Product:	[Eclipse Project] Platform	Reporter:	Nick Edgar <n.a.edgar>
Component:	SWT	Assignee:	Steve Northover <steve_northover>
Status:	NEW ---	QA Contact:
Severity:	normal
Priority:	P3	CC:	douglas.pollock, jdglanville, markus.kell.r
Version:	3.0
Target Milestone:	---
Hardware:	PC
OS:	Windows 2000
Whiteboard:

Description Nick Edgar

2004-07-05 12:21:43 EDT

R3.0

- run Eclipse
- switch to the Java perspective
- Ctrl+Shift+T opens the Open Type dialog
- run the Palm Desktop app (v4.1)
- Ctrl+Shift+T in Eclipse no longer works
- in Window > Preferences > Workbench > Keys, the Key Sequence field sees the
Ctrl and Shift key down events, but not the T
- exit Palm Desktop
- Ctrl+Shift+T works again

Comment 1 Steve Northover

2004-11-17 09:05:23 EST

Amazing.  Can you run the keyboard snippet to see whether SWT sees the key?

http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.swt.snippets/src/org/eclip
se/swt/snippets/Snippet25.java?rev=HEAD&content-type=text/vnd.viewcvs-markup

Comment 2 Markus Keller

2004-11-17 11:02:16 EST

With the Palm Desktop application running, I don't get this line:
DOWN: stateMask=0x60000 CTRL SHIFT, keyCode=0x74 't', character=0x14 ''

If anybody knew a Windows(TM) application to find out who's intercepting certain
keys, that would be great. I suspect Palm Desktop uses the same mechanism that's
already causing bugs 44006, 68354.

Comment 3 Eclipse Webmaster

2019-09-06 16:04:31 EDT

This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.