Closed (fixed)
Project:
UC Correios Quotes
Version:
6.x-1.x-dev
Component:
Code
Priority:
Critical
Category:
Bug report
Assigned:
Reporter:
Created:
27 May 2010 at 13:59 UTC
Updated:
13 Aug 2010 at 16:07 UTC
Jump to comment: Most recent file
Comments
Comment #1
wasare commentedfranz,
Thanks for this report, but this bug wasn't confirmed.
I think your trouble is related with this one #880204: Wrong format of "Declared value" causes a incorrect rate returned by correios webservice.
Comment #2
franzSorry, what do you mean by "bug wasn't confirmed" ? Is it not reproducible?
I don't think the issue is the same. The issue i had was clearly the sum of "declared value" + shipping cost, and not a value increased 100x.
I also remember manipulating the service URL to check this issue.
Comment #3
wasare commentedfranz,
Where the "declared value" is summed with the shipping cost? Show me in the code, please.
Could you give me a example to test in my environment? In your patch i see just a decreasing the "declared value" from the final shipping cost.
Comment #4
franzNo, there's a misunderstanding.
What I noticed is, when using declared value, the webservice returns the total value which is the sum of the 'declared value' and 'shipping cost'. Thus, the subtraction is intended to return the actual 'shipping cost' only. Summary:
I was able to assert this by comparing the results of correios simulator with the same data and directly manipulating the webservice URL (GET) within the browser.
Comment #5
wasare commentedfranz,
Now i think understood you.
Your patch make me confusing because the variable ($valor_declarado) stores the total order price and decreasing that from the shipping cost result a free rate (< 0).
I implemented a new option to send or not the total order price as "declared value", when not the module will send always 0, then the shipping cost won't be increased because the "declared value".
Comment #6
franzNice! ;)
Comment #7
wasare commentedchanges were commited and released!
Comment #8
wasare commented