Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

10.0 mig ps 1.7 #9

Open
wants to merge 152 commits into
base: 10.0_mig_ps
Choose a base branch
from
Open

10.0 mig ps 1.7 #9

wants to merge 152 commits into from

Conversation

gaelTorrecillas
Copy link
Collaborator

No description provided.

simahawk and others added 30 commits May 29, 2017 15:12
(cherry picked from commit 263a0cd)
Export of manufacturer on template was broken due to a probable typo.
`id_manufacturer` value was taken using `to_odoo` instead of `to_backend`.

(cherry picked from commit 82cf263)
If `backend_record.importable_order_state_ids` is valued
we check if current order is in the list.
If not, the job fails gracefully.

(cherry picked from commit 8365676)
…tabase store to linked to ps image after export

(cherry picked from commit 8e3b16b)
When there is no location with the flag prestashop_synchronized in the
location tree,

Current behavior:

The `location` key in the context is empty then the qty_available is
computed for *every* locations/warehouses.

Expected behavior:

If there is at least one location flagged, use it, otherwise, use all
the locations of the tree, starting from the selected location or
selected warehouse location.

When no location can be found (for instance because user selected a
location with a usage different than 'internal'), then it should just
fail and not return the stock of all warehouses.

Being able to synchronize without activating 'prestashop_synchronized'
is important: when used, this feature will trigger an export every time
a quant is changed or created, on a large catalog, we might prefer only
using the cron to have less frequent updates and less jobs.

A second fix is that when a stock_location_id is set on the backend, it
should be used, it was only used for the import of stock.

(cherry picked from commit 6696ec2)
We already pass the children in 'location', if we don't disable
'compute_child', the qty computation will try to get the children of
each child and generates query of 1mio chars.

(cherry picked from commit 6e08589)
Stats with 6700 products:

Before: 570s
After: 28s

(cherry picked from commit 22926c7)
It was only applied on export of template quantities.

(cherry picked from commit 77d406b)
The add/union operation between recordsets is slow, aggregate the ids in
a set and call the browse only once on the complete set is dramatically
faster. See guewen/connector-magento#9

(cherry picked from commit 5d617fd)
That may pass the prestashop id insted of the binding id to the exporter
That can cause the following problems:

* A job Error: Key (id_attribute_group)=(4) is not present in table "prestashop_product_combination_option"

* Wrong combination or combination values export or updated
* Combination or combination value never exported
* Faulty value in fields 'id_attribute_group' leading to data
  incoherence

(cherry picked from commit 767ba36)
gaelTorrecillas and others added 25 commits October 2, 2019 17:15
remove only-create on list price mapping (product template and product)
don't export products not supposed to even in cron
FIX : bad matching on code / ean13
…ments

FIX : Force dependency check on combination
1.3.0 doesn't support python 2
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.