Bug 329219 - X Selection gets overwritten by some entry-fields on Linux/KDE
Summary: X Selection gets overwritten by some entry-fields on Linux/KDE
Status: CLOSED WORKSFORME
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 3.6   Edit
Hardware: PC Linux-GTK
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform-SWT-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2010-11-01 15:57 EDT by Ariel Garcia CLA
Modified: 2018-08-16 15:22 EDT (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ariel Garcia CLA 2010-11-01 15:57:48 EDT
When opening some dialogs Eclipse automatically preselects some field for entering data, and enters there some default value or description. However, this preselected text overwrites the pre-existing X-selection...

This happens for instance with the Resource rename dialog.

Steps to reproduce:

- Doubleclick some text in a console (konsole) to select it
  (verify that it has been selected by pasting it with a middle-mouse-button
   click in the console for instance)

- switch to eclipse, select a file in the project explorer and press F2 
  to rename it

- the Rename Resource dialog opens, with the current filename entered as initial
  value for "New name:"

- press the "del" key to remove the preselected text and paste the 
  X-selection with a middle-mouse-button click: the name of the file to be
  renamed is pasted again.

Expected result: the originally selected text in the console is pasted


Running Eclipse 3.6 (C++ Yoxos package) on Linux/KDE 4.4.5, Debian Squeeze.
Comment 1 Ariel Garcia CLA 2010-11-01 16:06:54 EDT
Correction to "Steps to reproduce:", last item:

the X-selection contains the filename of the to be renamed file (as you can check in klipper or by pasting into a console) but nothing is pasted back in the Eclipse rename dialog.
Comment 2 Oleg Besedin CLA 2010-12-13 10:15:13 EST
Might be related to the bug 240257.
Comment 3 Felipe Heidrich CLA 2010-12-13 10:26:21 EST
Platform=PC Linux QT

is that correct ?
Comment 4 Ariel Garcia CLA 2010-12-13 12:40:41 EST
Hi,

well in my case it is clearly Platform="PC Linux QT", but I can't say if the same problem happens on a pure "Linux GTK" environment for instance. As i said in the original report, my system is KDE/QT based; however i use the 
   gtk-qt-engine (version 1:1.1+svn5-4+b1the on Debian)
theme engine package for GTK. So Eclipse uses SWT uses GTK uses QT... ;-)

As Oleg mentioned above it might be related to Bug #240257, if that was an SWT-GTK bug then it would probably explain both reports.

Thanks, Ariel
Comment 5 Felipe Heidrich CLA 2010-12-13 14:55:42 EST
On Linux the most common SWT port is GTK.
We also have a motif port for Linux (for testing only), and there is also a qt port from the comunity (which is not distribute from eclpse.org).

What is the name of the file you download ?
Comment 6 Ariel Garcia CLA 2010-12-13 19:42:16 EST
Sorry for my mess up! yes of course it is the GTK based package, i didn't even know that there was now a QT port available somewhere.

I was confused by the "linux QT" platform menu entry and the fact that i run it on my KDE desktop.

Concretely, i tested with the Yoxos 5 distribution, C++ configuration profile, but a colleague of mine tested with some EPP package, same results.
Comment 7 Alexander Kurtakov CLA 2017-01-05 16:58:29 EST
Is this bug still relevant?
Comment 8 Eric Williams CLA 2018-08-16 15:22:00 EDT
(In reply to Alexander Kurtakov from comment #7)
> Is this bug still relevant?

No response, closing this ticket. Please reopen it if the issue persists on GTK3.22 with 4.8.