Skip to Content
Menu
This question has been flagged
1 Reply
10801 Views

The question is trivial. However I does not succeed in filtering numerical values! my database is V7, runing in SaaS mode.

see C:\fakepath\FILTRES OPENERP.JPGthe enclosed capture of my resulting screen with filters

What is wrong with my defintion of filter?

Avatar
Discard

You forgot to show your filter definition ;-(

Author

I thought it was visible from the capture screen image.:) However it is a standard one "Quantity in stock superior or equal to 0" (zero). The result is not filtered at all! as products with zero or negative quantities are shown. I have tries tens of times always without success; I am using "V7 online"

Just tried it myself. Looks like a bug to me.

Author

I made additionnal test of various advanced filters on the demo database (online); filters do not work on quantities (on hand or forecasted), nor on public price; they work on alphabetical values; they also work on cost (although numerical)! I wonder who will escalate the issue to the appropriate level to make professionnal testings and solve.

When this will be solved? For v6 there was/is something like zero-stock-filter: http://v6apps.openerp.com/addon/7685?filter=%7B%22order_by%22%3A+%22downloads_sum+desc%22%2C+%22author%22%3A+391%7D&page=0

Author

seems that the reported bug is not taken into consideration!

@Ad Libiton. Did you indicated that you are affected? Are you "Guenard"? Did "wjn" do so? Often, bugs only get attention in proportion to the number of complaints.

Author

Yes I am Guenard! alias Ad Libitom

Yes, we have an Enterprise Contract and the OpenERP partner reported this bug to support@openerp as an issue for us.

Best Answer

Integer (and float) fields are actually well searchable.

If some integer fields aren't, it's because they hide functional fields. In those field, the integer value is computed each time the values shows up in form fields.

You can't search through those values as they are not available in a computed form. Using the computing function when searching is not a good idea either as it may be CPU intensive.

fnct_search

A solution can be to assign a search dedicated function to the field. This may be intersting when you can return false positives, use an optimized method or you may search other data than the actual field. That function is setup using the "fnct_search" parameter of field.function(). Unfortunately this is not always the best solution.

store

A second one is to ask the server to store the computed value. But in order to update the value when needed, you also need to know what will update it : which data change should trigger the field computation ?

Here the default is to recompute it when the object changed. Therefore you can use the "store=True" parameter. But as it may not be accurate if your value depends of other objects, you may also use a 3-tuple like this one : (mapping_function,['trigger_field1','trigger_field2'],priority).

  • mapping_function : returns the list of ids that needs to be recomputed

  • ['trigger_field1','trigger_field2'] : fields that triggers computation when changed

  • priority : allows ordering functional fields, useful to computed functional fields based on others

For this one, you need to take into account that it needs a database structure change when added on fields that don't have the store attribute, and that it may sometimes be difficult to predict which changes will trigger an update.

You may find more information about it in fields.py : bazaar.launchpad.net/~openerp/openobject-server/7.0/view/head:/openerp/osv/fields.py#L840

With that in mind, if you still think a field should be searchable (technically and practically), then a bug report is sure welcome.

Avatar
Discard
Author

ok!!!!!!!!I just need to filter openerp.com standard fileds like Quantity on hand.

Author

alvar.vilu just wrote This is not a bug. You can not sort nor filter by function values! I do not understand this statement; I just want to be able to filter fields appearing on the search box of the online standard V7; until now I obtain no result when filtering on" quantity on hand"

Yes, those fields should not be listed, like in the 6.x OpenERP series... this should be corrected soon.

If field can be filtered via "Advanced Search" in a standard OpenERP v7 installation and it does not work, like with Quantity on Hand and Future Stock (new name of Forecast), than it is a bug. These fields should not appear in the Advanced Search field list, if they are not filterable.

@Anael Closson: We started recently with consignment stock in OpenERP. To do so, an additional location under warehouses was created. Now we want to see all products in consignment, thus we have to filter on "on hand / delivered" or "forecasted / future stock". Otherwise we have to check over 700 products, or, like you suggested, create some custom fields/report.

Hi all, even I'm facing a same issue. Did you find any solution to filter on quantity on hand?

Related Posts Replies Views Activity
3
Apr 23
33673
3
Aug 17
23682
0
Mar 15
4584
1
Apr 24
13602
1
Mar 15
4869