lp:~openerp-dev/openobject-client/6.0-opw-580557-rgo
- Get this branch:
- bzr branch lp:~openerp-dev/openobject-client/6.0-opw-580557-rgo
Branch merges
- Naresh(OpenERP) (community): Approve
-
Diff: 69 lines (+6/-6)4 files modifiedbin/widget/view/form_gtk/spinbutton.py (+1/-1)
bin/widget/view/form_gtk/spinint.py (+1/-1)
bin/widget_search/spinbutton.py (+2/-2)
bin/widget_search/spinint.py (+2/-2)
Branch information
Recent revisions
- 1962. By Ravi Gohil (OpenERP)
-
[FIX]: sys.maxint restricts users from entering value > 2147483647 for integer/float fields : (Maintenance Case : 580557)
- 1959. By Naresh(OpenERP)
-
[REF]:improved revision:1956 to cover all test cases for O2M editing and reverting possibilities
- 1956. By Naresh <email address hidden>
-
[MERGE] OPW 577958: o2m lists: make sure we do not discard local changes when adding a new line
- 1954. By Olivier Dony (Odoo)
-
[MERGE] OPW 576010: selection widgets in editable lists should properly accept mouse selection
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