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.

Sign up for GitHub

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

Jump to bottom

Buttons to open deliveries should be visible as soon as pickings are attached to sales/purchases #256

Closed
clonedagain opened this issue May 28, 2014 · 3 comments
Closed

Buttons to open deliveries should be visible as soon as pickings are attached to sales/purchases #256

clonedagain opened this issue May 28, 2014 · 3 comments

Comments

@clonedagain
Copy link

On the purchase order form there is a button "Incoming Shipments" which is visible only for POs in the state "approved".
The same goes for sales order: the buttons are visible only in states 'progress' and 'manual'.
This is not enough: users need this button in other states too, for example to examine the delivery situation when the state is "delivery exception".
On the other hand, the other button "Invoices" is visible in all states but draft, which makes more sense.
@clonedagain
Copy link
Author

Pushed an improved branch on LP : https://code.launchpad.net/~numerigraphe-team/openobject-addons/7.0-delivery-button-states-on-po
Sorry, no git branch for the moment, please bear with us as we finish our current project first.

@clonedagain clonedagain changed the title Purchase button to open deliveres is only visible in one state Buttons to open deliveries should be visible as soon as pickings are attached to sales/purchases Jul 21, 2014
@clonedagain clonedagain mentioned this issue Jul 21, 2014
Closed
@clonedagain
Copy link
Author

The purchase part was fixed in v8 in cea4861

mart-e pushed a commit that referenced this issue Jul 22, 2014
@mart-e
[IMP] sale_stock Show the button 'view delivery order' as soon as a p…
57ad75b 
…icking exists

The button should appear no matter the state of the sale order, to be consistent with the rest of the application.
This makes it much faster for the sales person to find out about orders in shipping exceptions or already processed.
Fixes #256
@mart-e
Copy link
Contributor

mart-e commented Jul 22, 2014

Fixed at rev 57ad75b

@mart-e mart-e closed this as completed Jul 22, 2014
sebastienbeau pushed a commit to akretion/odoo that referenced this issue Feb 24, 2016
Merge pull request odoo#256 from pedrobaeza/8.0-m2o_to_m2m
b8d3840 
[IMP/FIX] m2o_to_m2m: Use SQL for performance and for avoiding side effects
ougc27 pushed a commit to Jarsa/odoo that referenced this issue Dec 21, 2017
@moylop260
Merge pull request odoo#256 from vauxoo-dev/10.0-fix-purchase_uom_ven…
f4973e5 
…dor_bill

[FIX] purchase: Only use purchase UOM on vendor bill
MustafaMagdi pushed a commit to tajawal/odoo that referenced this issue Mar 30, 2020
@zakiuu @mjunaidtajawal
[FIX]ofh_sale_order_sap: booking name when sending to SAP. (odoo#256)
5a63c9e 
Tapro invoice number length is 20 charcters, so we cannot send the track
ID.
hoangtiendung070797 pushed a commit to hoangtiendung070797/odoo that referenced this issue Apr 26, 2022
@davidtranhp
Merge pull request odoo#256 from Viindoo/merged_from_upstream_13_2204…
0c3b055 
…16_01

Merged from upstream 13 220416 01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@clonedagain @mart-e