Settings panel remains empty

Bug #709249 reported by Rainer
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Virtualbricks
Fix Released
Critical
Daniele Lacamera

Bug Description

When i open the settings-panel of an existing brick, the panel only contains the cancel and ok buttons (see screenshot1). However when i add a new brick, the content of the panel shows up, but it is very cluttered as in screenshot2. Here is the debug message that i get while opening the settings for a brick:

<virtualbricks_BrickFactory.VM instance at 0x13c5830>
683
Old position: 683
qemu config
activate i386
setting active to -1
Traceback (most recent call last):
  File "/mnt/ALTOS/createweb/Projekte/python/virtualbricks/bzr/trunk/trunk/virtualbricks_GUI.py", line 780, in on_button_togglesettings_clicked
    self.curtain_up()
  File "/mnt/ALTOS/createweb/Projekte/python/virtualbricks/bzr/trunk/trunk/virtualbricks_GUI.py", line 392, in curtain_up
    self.config_brick_prepare()
  File "/mnt/ALTOS/createweb/Projekte/python/virtualbricks/bzr/trunk/trunk/virtualbricks_GUI.py", line 120, in config_brick_prepare
    qemuarch.populate(opt, 'i386')
  File "/mnt/ALTOS/createweb/Projekte/python/virtualbricks/bzr/trunk/trunk/virtualbricks_Settings.py", line 64, in populate
    self.select(selected)
  File "/mnt/ALTOS/createweb/Projekte/python/virtualbricks/bzr/trunk/trunk/virtualbricks_Settings.py", line 84, in select
    self.widget.set_active_iter(active)
TypeError: iter should be a GtkTreeIter

Revision history for this message
Rainer (mail-createweb) wrote :
Revision history for this message
Rainer (mail-createweb) wrote :

screenshot empty settings panel

Revision history for this message
Rainer (mail-createweb) wrote :

screenshot cluttered settings while adding a new brick

Changed in virtualbrick:
importance: Undecided → High
milestone: none → 0.2
description: updated
Changed in virtualbrick:
status: New → Confirmed
status: Confirmed → Triaged
importance: High → Critical
assignee: nobody → Danielinux (o-root-danielinux-net)
Revision history for this message
Daniele Lacamera (o-root-danielinux-net) wrote :

Ok, this was an unprotected select() function in the combobox generic. The reason why I could not reproduce, is maybe that Rainer doesn't have /usr/bin/qemu-system-i386 in place. Good one however. Also I've added some curtain_down() calls to try to avoid the "double object" showing in the vpanel.

All should be fixed in r35. May you confirm, Rainer?

Changed in virtualbrick:
status: Triaged → Fix Committed
Revision history for this message
Rainer (mail-createweb) wrote :

Yeah, now it works like a charm, great work!

Changed in virtualbrick:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.