After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 326892 - In edit mode of GtkTreeView the data can not be retrieved from GtkComboBox
In edit mode of GtkTreeView the data can not be retrieved from GtkComboBox
Status: RESOLVED DUPLICATE of bug 317387
Product: gtk+
Classification: Platform
Component: Widget: GtkComboBox
2.6.x
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2006-01-13 19:47 UTC by Miroslav Nachev
Modified: 2007-01-03 00:10 UTC
See Also:
GNOME target: ---
GNOME version: 2.5/2.6


Attachments
Example representing the problem. (2.46 KB, application/x-compressed-tar)
2006-01-17 13:09 UTC, Damian Minkov
Details

Description Miroslav Nachev 2006-01-13 19:47:28 UTC
Please describe the problem:
When some row of GtkTreeView is in edit mode and when the cursor is in
GtkComboBox the selected data of this cell can not be retrieved. I try the same
situation with another types of components like Edit, Text, CheckBox, etc. where
everything is working. The problem is occured only when the cursor is at
ComboBox in edit mode.
The problem can be inderectly solved when I move the selected cell to another
cell of the same row with mouse or keyboard.

Steps to reproduce:
1. Create one TreeView with 3 columns. One of the columns to be ComboBox. The
another columns can be what you want.
2. Create new row and choose some value from the column with ComboBox.
3. Go to another compenent outside the TreeView to loss the focus
4. Retrieve the data from the current row of TreeView. You will see that all
cells are with actual data exept the cell where is located ComboBox.


Actual results:
The data from cell where is ComboBox is lost.

Expected results:
To retrieve the selected data from ComboBox

Does this happen every time?
Yes

Other information:
Comment 1 Matthias Clasen 2006-01-14 15:28:12 UTC
Can you please provide a small testcase ?
Comment 2 Matthias Clasen 2006-01-15 06:19:31 UTC
Oh, you are complaining about the fact that focus out does not stop the editing.
Comment 3 Damian Minkov 2006-01-17 12:53:18 UTC
Here is an example reproducing the problem.

The second column of the right treeview has cell renderer combo.
When you select a value from it and don't click in the current treeview just click in the left treeview you can see that the render stays in edit mode and the "edited" signal is not fired.
Comment 4 Damian Minkov 2006-01-17 13:09:48 UTC
Created attachment 57529 [details]
Example representing the problem.
Comment 5 Kristian Rietveld 2007-01-03 00:10:42 UTC
I am marking this bug as a duplicate, since we will be discussing canceling editing on focus-out in the other bug.

*** This bug has been marked as a duplicate of 317387 ***