lp:~openerp-dev/openobject-client/6.1-opw-578157-rgo
- Get this branch:
- bzr branch lp:~openerp-dev/openobject-client/6.1-opw-578157-rgo
Branch merges
- Naresh(OpenERP) (community): Approve
-
Diff: 27 lines (+5/-1)2 files modifiedbin/widget/screen/screen.py (+1/-1)
bin/widget/view/form_gtk/action.py (+4/-0)
Branch information
Recent revisions
- 2089. By Chris Biersbach (OpenERP)
-
[FIX] When switching views, only the first view was correctly loaded in the previous revision. This revision makes sure all the views are correctly loaded both when using the switch_view button and when left clicking on a line
- 2088. By Ravi Gohil (OpenERP)
-
[FIX] : If view_id not specified for ir.actions.
act_window, the view should be taken from view_ids in action with respect of view_mode : (Maintenance Case : 578157) - 2087. By Chris Biersbach (OpenERP)
-
[MERGE] OPW 576013: common: removed duplicate code that caused a dialog window to freeze on certain occasions
- 2082. By Olivier Dony (Odoo)
-
[FIX] OPW 576010: selection widgets in editable lists should properly accept mouse selection
(Forward-port of 6.0 fix: revno: 1954
revision-id: <email address hidden>)This seems to be a regression due to an upstream
change in GTK, as explained in the GTK issue:
https://bugzilla. gnome.org/ show_bug. cgi?id= 317387 The original behavior can apparently be emulated
with the `changed` signal, as modified in GTK issue:
https://bugzilla. gnome.org/ show_bug. cgi?id= 324282 Due to the various signal handlers we already have,
the `changed` event seems to propagate as we need,
but we failed to handle the signal chain properly
because it comes from a ComboBox at some point
and not a ComboBoxEntry.
This one-line patch to accept signals from
all ComboBox widgets seems to do the trick on
Ubuntu 11.10, and should be low-risk.
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)
- Stacked on:
- lp:openobject-client