[FIX] action buttons activated in editable o2m lists during or after row edition

bzr revid: xmo@openerp.com-20120625072046-29tg3vnnpkhj8fe9

[MERGE] behavioral fixes and changes to editable list o2ms

* Correctly propagate current validation status of row being edited
* Automatically save row being edited upon leaving it
* Replace "Save" button (floppy) by "Cancel" (cross)
* Allow easier overriding of Groups and List sub-widgets

bzr revid: xmo@openerp.com-20120625070901-4cs6v24exjk5z2fa

[CHG] reintroduce a button at the end of the line, but use the cross as a cancel

bzr revid: xmo@openerp.com-20120625065812-6n8lxb0zimzvq1ee

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120622051328-pcxd9js5f92wdgmr
bzr revid: launchpad_translations_on_behalf_of_openerp-20120623052419-1961hw7lylxyxmis
bzr revid: launchpad_translations_on_behalf_of_openerp-20120624055418-uwu6rzb83nei1970
bzr revid: launchpad_translations_on_behalf_of_openerp-20120625053327-yvs063aomd7l98tu

[MERGE] mail: avoid obscure failure when processing batches of emails with attachments

  This issue was caused by the way browse_records are cached,
  in combination with the deletion of messages just after sending
  them. When processing a second message, the attachment.datas
  function fields gets computed for all messages that are being
  browsed, including the first message that was already deleted,
  causing an exception. The value of the function field had
  already been computed for the first message, but had been
  discarded by the message.refresh() call.
  Hopefully this kind of issue will disappear once we implement
  the new ORM API.

bzr revid: odo@openerp.com-20120622152536-42b2s28lvdv3odyr

[FIX] correctly reload an o2m list *after* triggering an action from a row being edited

bzr revid: xmo@openerp.com-20120622150117-w04eibub93ve81mo

[IMP] move ListView.List#reload_record to ListView

bzr revid: xmo@openerp.com-20120622135015-dsvjblv1rd4oezcp

[FIX] mail: avoid obscure failure when processing batches of emails with attachments

This issue was caused by the way browse_records are cached,
in combination with the deletion of messages just after sending
them. When processing a second message, the attachment.datas
function fields gets computed for all messages that are being
browsed, including the first message that was already deleted,
causing an exception. The value of the function field had
already been computed for the first message, but had been
discarded by the message.refresh() call.
Hopefully this kind of issue will disappear once we implement
the new ORM API.

bzr revid: odo@openerp.com-20120622093123-wpk8ht454w7p2c1w

[FIX] ensure containing form is saved when triggering an action from an editable o2m list

After opening a record with a list o2m, editing said list o2m and
saving a row, clicking the action button would lose all data
explicitly changed: the o2m would just call the action without saving
the form's current state, so the corresponding server method would
only be able to use data previously saved.

Fixed by overriding do_button_action, and only calling the _super()
method after the parent form has announced it is saved (either because
nothing was changed or because it did indeed save itself).

bzr revid: xmo@openerp.com-20120622085432-mh3977uygua5bypn

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120622051402-aeivuh5dgoe8idc5

[FIX] base_vat: correct Switzerland VAT check

bzr revid: chs@openerp.com-20120621143152-1h8xvyoj5rw899ww

[MERGE] orm: make sure all *Model classes define _auto,_register,_transient

This is required to avoid strange mro() pitfalls
where an AbstractModel is inherited by a Model,
and the _auto=False of AbstractModel ends up
first in the mro() because Model does not explicitly
define it, and the BaseModel default _auto is farther
in the mro().

lp bug: https://launchpad.net/bugs/1013566 fixed

bzr revid: odo@openerp.com-20120621110825-ry8e5tktvwv3h4tm

[MERGE] visual effects fix on diagram nodes in firefox

bzr revid: xmo@openerp.com-20120621105658-2bgozggy6ouz9fca

[IMP] simplify localconnector's exception converter: use Python's facilities correctly

bzr revid: xmo@openerp.com-20120621103342-nea9yw135dl5lsta

[MERGE] ensure exception information is correctly converted to string before being concatenated with the faultCode string (sic) of emulated XMLRPC faults

bzr revid: xmo@openerp.com-20120621102940-2lh6ho6v6d64h8hr

[MERGE] move filtering of non-searchable fields to prune the fields list itself

if only the *display* list is filtered, the advanced search engine may
still attempt to *select* a non-searchable field (if it's the first
one) leading to broken/nonsensical behavior.

Non-searchable fields should be removed from the advanced search's
ability to find them altogether.

bzr revid: xmo@openerp.com-20120621101103-k842i8h1rxlr4n9k

[FIX] incorrect clearing of default values on selection fields in search view

and simplification of the same on basic fields

bzr revid: xmo@openerp.com-20120621101009-vg0rnwnitxfhaill

[FIX] orm: make sure all *Model classes define _auto,_register,_transient

This is required to avoid strange mro() pitfalls
where an AbstractModel is inherited by a Model,
and the _auto=False of AbstractModel ends up
first in the mro() because Model does not explicitly
define it, and the BaseModel default _auto is farther
in the mro().

lp bug: https://launchpad.net/bugs/1013566 fixed

bzr revid: odo@openerp.com-20120621100900-xejo9yhgx36kyh03

[MERGE] vertically flipped x axis labels in MSIE

bzr revid: xmo@openerp.com-20120621100242-r6jpdtetmxmmaybn

[FIX] actually clear basic textual fields in search view when [Clear] button used, don't just reset to default value

lp bug: https://launchpad.net/bugs/1015612 fixed

bzr revid: xmo@openerp.com-20120621095203-oruw1ghlxu2gc7qh

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120621054841-fihpiv7cez9k1q2e
bzr revid: launchpad_translations_on_behalf_of_openerp-20120616051737-i1bgarydwo8sskwi
bzr revid: launchpad_translations_on_behalf_of_openerp-20120617045509-64kdpflg3qmi3ez5
bzr revid: launchpad_translations_on_behalf_of_openerp-20120619051316-yxaq2zd3lm3porh1
bzr revid: launchpad_translations_on_behalf_of_openerp-20120620051154-51v02ueneup3v9et
bzr revid: launchpad_translations_on_behalf_of_openerp-20120621054848-82s941upwtfrpo96

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120621054752-zau83g809c5n2h6f

[MERGE] l10n_ch: bugfixes from Camptocamp, courtesy of Yannick Vaucher

bzr revid: odo@openerp.com-20120620173200-3hxn1syumst7jdkz

[MERGE] OPW 575500: correct importing invoices in bank statements in multi-currency context

bzr revid: odo@openerp.com-20120620170354-qszeal54k6zn7vjk

[MERGE] l10n_ch: bugfixes from Camptocamp, courtesy of Yannick Vaucher

bzr revid: odo@openerp.com-20120620164927-vxc3pz3o97oqfdc9

[FIX] OPW 575500: voucher: invoice_id must be passed when computing voucher lines, to properly reconcile

bzr revid: odo@openerp.com-20120620162735-7bkh0hsf60nn9hud

[FIX] OPW 575500: voucher: multi-currency rate not properly set when importing invoice into bank statement

bzr revid: odo@openerp.com-20120620162647-exh5s98f5a9qrng3

[MERGE] fields.many2many: always respect destination table order

bzr revid: odo@openerp.com-20120620130232-3aeyct2giarto019

[IMP] focus management in date field

bzr revid: xmo@openerp.com-20120620113402-lacdu8fvq9bwrcl6

[FIX] blur/focus handling in most (if not all) form widgets

bzr revid: xmo@openerp.com-20120620111527-2j23k13zc6td2deo

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120620051148-acbu5ob17n43l32y

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120616051712-m0hwni003z1a0elq
bzr revid: launchpad_translations_on_behalf_of_openerp-20120617045440-6jvciulawlz0qsm6
bzr revid: launchpad_translations_on_behalf_of_openerp-20120619051218-t37h61frxqcwj657
bzr revid: launchpad_translations_on_behalf_of_openerp-20120620051034-yy6jkmyx7wpsbv9u

[FIX] fields.many2many : Always respect destination table order

bzr revid: tfr@openerp.com-20120619151651-fokfu5gkfk3qfhxs

[FIX] stupid groupby bug

bzr revid: xmo@openerp.com-20120619133618-sxgs18sn48x902hv

[FIX] error caused by autosave-on-blur when vaidating a row with [Return]

bzr revid: xmo@openerp.com-20120619110350-64sb4uy2t1eydiou

[FIX] focus issues with m2o contextual menu (and popup operations)

bzr revid: xmo@openerp.com-20120619093651-7rfe1pp7ucuj0ajh

[FIX] stock: correct order of query parameters, broken in commit 6848

bzr revid: odo@openerp.com-20120619074007-bp2snzj1uoybayxp

[FIX] handling of focus on m2o fields (in editable list row)

* Throw out focusin/focusout: the m2o widget's completion list is
  created at the page top (body) so the editable listview can't
  generically handle arbitrary widgets via mere focusin/focusout.

* Move responsibility of focus/blur events to the form view and its
  widgets.

* Events could not just be named ``focus`` and ``blur`` due to usage
  of jquery's event system: jquery will automatically call a method of
  the event's name if it exists on the object, which conflicts with
  .web.form.Field#focus and leads to an infinite loop (as Field#focus
  focuses the field's root element, which triggers the focus event,
  which calls the focus method,...) => form-* and widget-*, can be
  switched back in trunk

* m2o mess kind-of complex, basically:

  - the core input and the menu button behave as blur/focus triggers

  - when the autocompletion list is clicked, it will temporarily
    remove the focus from the input (blurring it), and put it back
    later... on a timer. Issue is the timer, we don't want to rely on
    having a bigger timer (as later revisions of the library may
    change our timings and it's iffy to rely on timers conserving
    order perfectly); on the other hand we know the focus *will* come
    back to the input eventually. So we can just avoid propagating
    blur iif the blur is the consequence of having clicked on the
    completion list.

  - roughly the same thing happens when clicking on $drop_down (after
    fixing the handling of its final focus to be consistent, as
    $drop_down would not re-focus the input if it was *closing* the
    completion list)

  - pretty sure the menu thing does *not work at all*, but I don't
    have the courage of fixing it before committing this part.

Date/datetime widget remains to be handled, basically the core focus
handling is the same as in e.g. a charfield *but* needs to handle (and
ignore) loss of focus from clicking inside the picker
widget. Expecting the level of suck to reach unknown heights.

bzr revid: xmo@openerp.com-20120619072518-lsrhzij5asxt2aea

[FIX] click and hover events add for close circle and label.

bzr revid: bth@tinyerp.com-20120619064109-jxnabvv90oszu4w7

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120619051311-g1b4ydbdjch4bqyd

[FIX] stock: properly pass production lot number as SQL query parameter

lp bug: https://launchpad.net/bugs/1014759 fixed

bzr revid: odo@openerp.com-20120618174153-kx2hcqv2wq7bhf3c

[MERGE] OPW 575624: product,account_payment: respect current symbol position in reports

bzr revid: odo@openerp.com-20120618092442-ae3s7n1yeckmgk1f

[IMP] jQuery exposes focusin and focusout, use that instead of its manual implementation

bzr revid: xmo@openerp.com-20120618073431-gmeo349oskbld53t

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120615050005-4bu4j7c0hinfo4ld
bzr revid: launchpad_translations_on_behalf_of_openerp-20120616051732-t2b544n8z5tt037b
bzr revid: launchpad_translations_on_behalf_of_openerp-20120617045504-q2g3o97z58x6nfwf
bzr revid: launchpad_translations_on_behalf_of_openerp-20120618054458-4uj002kplk070bgx

[FIX] read_group: empty `groupby` case broken by last read_group patch

Revision 4201 broke the case where groupby == []
by mistake.
r.4201 = rev-id odo@openerp.com-20120609010549-xdktw6xte7fmxjbq

bzr revid: odo@openerp.com-20120615131427-daf5kd5s17my8gnb

[FIX] handling of [Return] key to save records being edited in MSIE

* DOM events sequence screwed up, requiring an explicit blur on the
  current target to try and ensure the corresponding form widget would
  register its own change event
* Requirement to stop the default behavior of keypress and keydown on
  [Return] as they would somehow trigger the contextual menu of m2o
  fields on the row, at the wrong place, when in a char field (I don't
  even...)
* Delaying of the actual saving of the form (via `setTimeout`) to try
  and ensure the blur/change event has had the time to propagate
  correctly (and be handled) before we actually save

bzr revid: xmo@openerp.com-20120615055440-yn00uv4q8y29nboq

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120609061953-8ot3eu1w9m7eli02
bzr revid: launchpad_translations_on_behalf_of_openerp-20120610045545-ecvoyfkhtwobthc4
bzr revid: launchpad_translations_on_behalf_of_openerp-20120611051238-i3da13m7dyxm9p02
bzr revid: launchpad_translations_on_behalf_of_openerp-20120612053734-e4s4rk8hoaqk1s1s
bzr revid: launchpad_translations_on_behalf_of_openerp-20120613053214-pviycublvk35k8h7
bzr revid: launchpad_translations_on_behalf_of_openerp-20120614045648-5nb5wijedbwxsno9
bzr revid: launchpad_translations_on_behalf_of_openerp-20120615045953-oble1p2x8m6ep0pb

[ADD] automatic save of o2m rows being created/edited when clicking/focusing outside

bzr revid: xmo@openerp.com-20120614123731-x2owyp4nc1yi1ocj

[IMP] return deferred from ListView#render_row_as_form indicating *when* the row has been rendered as a form

bzr revid: xmo@openerp.com-20120614123130-1z1vvt62rnr21bpz

[IMP] allow overloading a listview's List and Groups types

bzr revid: xmo@openerp.com-20120614123056-cu3q34m4ysjxzqtt

[FIX] don't require an extended class to have a method yet to allow it to be overloaded

bzr revid: xmo@openerp.com-20120614123024-ngby1srdwojv5rmb

[REM] Removed <image> tags from wizards

bzr revid: fme@openerp.com-20120614090217-wrcgj200pcqzfpor

[FIX] don't break the handling of record index 0 in editable list views: index 0 means something different than index = null

bzr revid: xmo@openerp.com-20120614085009-xuo1ifu2vnlcic72

[IMP] hide [disk drive] button in o2m editable lists

bzr revid: xmo@openerp.com-20120614084420-0ky3d41kk2r8zlp8

[REV] Revert revid:fme@openerp.com-20120611151704-u2krxz14wvmvqura which broke field@widget=image

bzr revid: fme@openerp.com-20120614084009-3ovgmo8azp7vg9n2

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120613053246-5q24ofrak7je9oc3
bzr revid: launchpad_translations_on_behalf_of_openerp-20120614045756-qm25ey22e5tqfgbk
bzr revid: launchpad_translations_on_behalf_of_openerp-20120614045807-k158nma001m2gzz3

[FIX] do not break dataset index (at the wrong moment) when clicking on [Create] row

dataset.index was previously set to ``null`` in handler of [Create]
button (to fullfill contract with form view that dataset.index should
be ``null`` to indicate the creation of a new record with no id).

Issue: after setting the index to ``null``, the list view calls
``render_row_as_form`` which starts out trying to save a row being
edited (case: clicking of the [Create] button after having selected a
row for edition or after having written in a new record e.g. [Create]
-> type -> [Create] type -> ...). This tentative to save the existing
form would be performed in the context of a ``null`` dataset.index,
which the form view doesn't (and shouldn't, index should be that of
record *being edited*) expect.

-> first save in whatever dataset state is the current one, and *right
before* creating the new form (after having saved and/or discarded the
previous one) we have the id of the new record to edit (or ``null``),
find the index for *that* and set ``dataset.index`` to that (or
``null``) so the new form view can be created and opened in the right
context.

bzr revid: xmo@openerp.com-20120613153842-pd6xitjs8n003ogs

[FIX] in ensure_saved, discard non-dirty editable rows

if the editable row's form isn't dirty, either nothing has been
entered in a new row or an existing row (being edited) has not been
altered, so can just discard the row (and reload it from cache if it's
an edition).

bzr revid: xmo@openerp.com-20120613153633-ms7i8t9lvdarxqi3

[FIX] if a form is not dirty, always consider the corresponding o2m[list] to be valid

the user has not modified the editable line after opening it (whether to create a new record or to edit an existing one), so shouldn't be invalid

bzr revid: xmo@openerp.com-20120613153555-fq0moy1q464l92yj

[IMP] don;t needlessly wrap values into deferreds in pipes

bzr revid: xmo@openerp.com-20120613153412-c2byqrc66jcn0e97

[FIX] O2M validation: correctly proxy validation from/to edited row of the list view, if any

bzr revid: xmo@openerp.com-20120613100819-sw93kst4dpwhnu1p

[FIX] correctly forward arguments in _super() call of editable listview's form widgets override

bzr revid: xmo@openerp.com-20120613094037-3iny9dsdhmp7qspi

[FIX]Refix the issue, used filter in current chain process instead of each.

bzr revid: msh@tinyerp.com-20120613071306-9o50h0xxcg6dheda

[FIX] Currency symbol position is not changed as per currency(after/before) configuration

bzr revid: ado@openerp.com-20120613051906-jkwtdhkcxfi0vwz5

[MERGE] OPW 575526: fix returning product with upstream stock moves + multiple returns

lp bug: https://launchpad.net/bugs/944025 fixed
lp bug: https://launchpad.net/bugs/1003986 fixed

bzr revid: odo@openerp.com-20120612161551-ev5vw9zql6olswie

[CHG] try saving any row under edition when starting an (other) row edition

editable lists should not lose data unless explicitly asked to forget about it by user action

bzr revid: xmo@openerp.com-20120612150820-z97jxme1vcu3x3jd

[IMP] Deferred usage in editable listview

bzr revid: xmo@openerp.com-20120612150708-0z5dsclcrtj29st3

[MERGE] Missing tab title made multi-tab use of OpenERP quite difficult - now fixed.

bzr revid: odo@openerp.com-20120612141943-ukcwg62lsm3auy0d

[FIX] base.xml: missing base URL for <img src> and <form action>, for embeddded mode

bzr revid: odo@openerp.com-20120612075257-jrsq6iyoko9d9zx4

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120606053108-x08p469b10zhf4px
bzr revid: launchpad_translations_on_behalf_of_openerp-20120607051230-69g4lipyo5n9ywez
bzr revid: launchpad_translations_on_behalf_of_openerp-20120608051607-jkzh683v40hae4vf
bzr revid: launchpad_translations_on_behalf_of_openerp-20120609062027-r2caobbpxwjpm6q2
bzr revid: launchpad_translations_on_behalf_of_openerp-20120610045624-mdizos4m57iuvdhf
bzr revid: launchpad_translations_on_behalf_of_openerp-20120611051303-zae4l2i7icagbwu6
bzr revid: launchpad_translations_on_behalf_of_openerp-20120612053814-p5i3x7if446sjimc
bzr revid: launchpad_translations_on_behalf_of_openerp-20120612053818-169dpckzekdxr1o7

[FIX] In form view, <image> tag is not a binary image but an <img>

bzr revid: fme@openerp.com-20120611151704-u2krxz14wvmvqura

[FIX] Fixed http header Content-Disposition for non-ascii filenames

lp bug: https://launchpad.net/bugs/993036 fixed

bzr revid: fme@openerp.com-20120611131822-rr5m8qzr68ujjoda

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120610045631-0e8vs10g6yusa3s6

[FIX] read_group: remove prohibitive n^2 operations, could freeze the server on large group_by results

This patch replaces two O(n^2) operations, one
filter and one sort, with O(n) or better operations.
It takes slightly more memory due to the use of
one extra data copy, but takes virtually no time
to process even with 600k result lines, whereas
the previous code would just freeze the server
for a long time.

bzr revid: odo@openerp.com-20120609010549-xdktw6xte7fmxjbq

[FIX] export_data: avoid access error while auto-generating external IDs during export

bzr revid: odo@openerp.com-20120608213018-9oe5wvtn8egp30zm

[FIX] if Exception 'value' attribute (e.value in this case) is not a string (some errors in the reporting system sometimes set a value that is not a string) the exception handling mecanism of the web client raises an exception an prevent the first raised exception from being displayed. The displayed exception is the one raised in the exception handling mecanism which is not helpful

bzr revid: olt@tinyerp.com-20120608134722-raytxpk6o2rux79f

[IMP] stock: Improved code quality for precision and improved name for return moves(case:575526)

bzr revid: pso@tinyerp.com-20120608131901-3q63jkmv9x4xl1uc

[FIX] Currency symbol position is not changed as per currency(after/before) configuration

bzr revid: ado@openerp.com-20120608131515-ox0plwn3qzj2oimm

[FIX]Refixed the issue of x-axis label on graph which were shown at 180 degree in IE8 as IE8 takes one of four value 0,1,2,3 respectively for 0, 90, 180, 270 degree, so set it to 0 to show it horizontal, if the label is bigger then library it self will split it and show it in next line.

bzr revid: msh@tinyerp.com-20120608123639-2zuwddbugo0l3ysr

[FIX]Refixed the issue of filter, removed unnecessary variables and just put the filter on current chaining process.

bzr revid: msh@tinyerp.com-20120608103842-igqr6t9bxbdvd7i7

[FIX] creation of action ir_values

bzr revid: xmo@openerp.com-20120608092830-8bm4hrssikgyfhsa

[FIX] mis-handling of url actions in sidebar

bzr revid: xmo@openerp.com-20120608090619-494wipr0pfekq6ex

[IMP] stock: Raised warning message if return qty > available qty and improved return picking name(case:575526)

bzr revid: pso@tinyerp.com-20120608065920-wcdlphqj3rwxsaea

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120606053039-a4juyl2r3spflgxr
bzr revid: launchpad_translations_on_behalf_of_openerp-20120607051141-x5vxg958wo48mr5b
bzr revid: launchpad_translations_on_behalf_of_openerp-20120608051529-d5rbbmihnra3sz05
bzr revid: launchpad_translations_on_behalf_of_openerp-20120608051613-be9s789ejsqjffow

[FIX] Fixed clear button works for all fields.

bzr revid: cpa@tinyerp.com-20120608050347-4y9j1kd0i4ill2jo

fixed bug with ir.actions.url

bzr revid: nicolas.vanhoren@openerp.com-20120607140822-bsljpmaqnbg5m2pm

[FIX] stock: Added condition to check locations for removing warning message coming on returning outgoing moves(case:575526)

bzr revid: pso@tinyerp.com-20120607130236-5jn4bmiv7t7ul1ne

[ADD] handling of required attr on m2m fields

bzr revid: xmo@openerp.com-20120607111149-cgf3ap0yjzsxrkjx

[FIX] Error while deleting a record when there is only one record in pageview

bzr revid: xmo@openerp.com-20120607110503-exd0yhx8cqsimxer

[IMP] display clean error dialog when user tries to create a database which already exists

bzr revid: xmo@openerp.com-20120607110313-rqj2k80cxpskdvx0

[FIX] re-display [Add Pad] button after removing the pad from a document

bzr revid: xmo@openerp.com-20120607110035-qxh5p2nnf3p0mj5s

[IMP] formatting of o2m and m2m fields in list views, courtesy of William Beltrán

backported from trunk revision xmo@openerp.com-20120607101329-aq0caswlxamd8z0n

lp bug: https://launchpad.net/bugs/942894 fixed

bzr revid: xmo@openerp.com-20120607103240-edk8759inv2jiw2q

[FIX]Refixed the issue of pad button not rendered when we delete the pad link.

bzr revid: msh@tinyerp.com-20120607083645-nyrk6vu3fjnmj5sv

[FIX]Refixed the issue of database creation which was giving traceback instead of message.

bzr revid: msh@tinyerp.com-20120607072805-htfer9njseaty66w

[FIX] Error while deleting a record when there is only one record in pageview

bzr revid: ado@openerp.com-20120607065207-jwu8qlvo9i5c59jo

[FIX] Error while deleting a record when there is only one record in pageview

bzr revid: ado@openerp.com-20120607064823-wpwvgq3ep7ufiui4

[FIX] Error while deleting a record when there is only one record in pageview

bzr revid: ado@openerp.com-20120607064431-2r2gbh0hav11ojeg

[FIX] Error while deleting a record when there is only one record in pageview

bzr revid: ado@openerp.com-20120607063146-h22emjasnj0ararc

[FIX] Code optimization as per suggestion.

bzr revid: cpa@tinyerp.com-20120607060633-ewnd0kr9qzxw0tey

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20120607051242-r8pa2ag5y48gicq6