lp:~fabien-morin/unifield-addons/fm-sp-223

Created by Fabien MORIN and last modified
Get this branch:
bzr branch lp:~fabien-morin/unifield-addons/fm-sp-223
Only Fabien MORIN can upload to this branch. If you are Fabien MORIN please log in for upload directions.

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Fabien MORIN
Project:
Unifield Addons
Status:
Development

Recent revisions

4683. By Fabien MORIN

SP-223 [FIX] the test was not good as move_obj.search() return a list of
element, not a number. Here we just wan't if the list contain at least one
element.

4682. By Fabien MORIN

[MERGE] with trunk

4681. By Fabien MORIN

SP-223 [IMP] sorry for going back on this change again and again, but using
  limit=1 in combination with order='NO_ORDER' is more logic than using with
  count=True. This also not imply adding a new condition in the search and
  reusing existing code as much as possible. This is a minor modification and
  should not alter current behaviour and performances (or perhaps improve a
them
  just a bit as there is less if in the search)

4680. By Fabien MORIN

SP-223 [FIX] revert r4679. Because any_exist method introduction can be
    dangerous, as JFB said, it is possible that some upper definition of search
method may modify args, by-passing all search method with this any_exists can
be dangerous.

4679. By Fabien MORIN

SP-223 [IMP] use the new any_exists method

4678. By Fabien MORIN

SP-223 [FIX] After discussion with JFB, the way to introduce force_no_order
parameter was bad because it implies too heavy modifications on the whole code.
It is better to use existing 'order' parameter, 'limit' and 'count' as a
combination to get the same result and force removing 'ORDER BY' in the case
that doesnt need it.

4677. By Fabien MORIN

SP-223 [ADD] force_no_order parameter and set it to True in the place we don't
care about the result order (this should be faster on big databases)
[ADD] some limit=1 where we need only one result (this should be faster)

More tests are needed to see if it is really faster and do not introduce any
regressions

4676. By jftempo

US-784 [FIX] General Ledger report: deduce 8/9 accounts to the top root account
lp:~unifield-team/unifield-addons/us-784-addons

4675. By jftempo

US-739 [FIX] General Ledger: unreconcile option fixed and do not display 8.0 accounts
lp:~unifield-team/unifield-addons/us-739-addons

4674. By jftempo

US-334 [IMP] General Ledger report: new options
lp:~unifield-team/unifield-addons/us-334-addons

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
Stacked on:
lp:unifield-addons
This branch contains Public information 
Everyone can see this information.

Subscribers