Created by Fabien MORIN on 2016-01-04 and last modified on 2016-01-25
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

Fabien MORIN
Unifield Addons

Recent revisions

4683. By Fabien MORIN on 2016-01-25

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

4682. By Fabien MORIN on 2016-01-20

[MERGE] with trunk

4681. By Fabien MORIN on 2016-01-15

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
  just a bit as there is less if in the search)

4680. By Fabien MORIN on 2016-01-13

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 on 2016-01-13

SP-223 [IMP] use the new any_exists method

4678. By Fabien MORIN on 2016-01-04

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 on 2016-01-04

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

4676. By jftempo on 2015-12-04

US-784 [FIX] General Ledger report: deduce 8/9 accounts to the top root account

4675. By jftempo on 2015-11-26

US-739 [FIX] General Ledger: unreconcile option fixed and do not display 8.0 accounts

4674. By jftempo on 2015-11-18

US-334 [IMP] General Ledger report: new options

Branch metadata

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