Let us choose whether to charge customers in USD or EUR (at least). I mean something we can set once for all products. End buyers need not being presented with a choice, it's just meant to keep all of site's flow into one single currency.

Comments

Bèrto ëd Sèra’s picture

Component: User interface » Code
Category: feature » bug

Not sure what it means, but when trying a payment thru paypal I get to open an URL made as (I'm breaking it to make it readable):

http://www.sandbox.paypal.com/cgi-bin/webscr?
-cmd=_xclick&business=albertoserra@ukr.net
-item_name=Try+%26+buy+
-item_number=66
-amount=5.00
-no_shipping=1
-rm=2
-return=http%3A//pms.iter.tut/%3Fq%3Dthank_you
-notify_url=http%3A%2F%2Feng.iter.tut%2F%3Fq%3Dquickfile_paypal%2Fipn
-custom=0%7C%7C1%7C66
-cancel_return=http%3A//pms.iter.tut/%3Fq%3Dnode
-page_style=Paypal
-currency_code=EUR

The quickfile interface says $ all over the way (and it says so to customers, too), yet it does seem to charge Euro. What happens with Authorize.net? I have no merchant account there, so I can't tell.

I'm changing this from a UI feature request to a code bug report, at least until we are clear about this currency issue.

mediaformat’s picture

Same issue,

I am trying to sell in euros, but everything shows US$.

The place to fix it should be here:
http://example.com/admin/content/quickfile/paypal
But the choice of currency from the drop down doesn't affect what currency is displayed.
(though it does, I believe, affect the transaction currency in paypal)

duaelfr’s picture

Status: Active » Closed (won't fix)

This version of Quickfile is not supported anymore. The issue is closed for this reason.
Please upgrade to a supported version and feel free to reopen the issue on the new version if applicable.

This issue has been automagically closed by a script.