Closed Bug 644949 Opened 15 years ago Closed 10 years ago

FireFox "refresh" or sends double call to PayPal server.

Categories

(Firefox :: General, defect)

4.0 Branch
x86_64
Windows 7
defect
Not set
major

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: ixpack, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl; rv:1.9.2.16) Gecko/20110319 Firefox/3.6.16 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl; rv:1.9.2.16) Gecko/20110319 Firefox/3.6.16 Problem exist only in FireFox - that is why I assume it's a FireFox bug. I have one simple curl function that communicate with paypal. 1st time I call the function with method "Get" - to receive transaction details, buyer's ID. 2nd step is to call the function with method "Do" - to process the transaction (adding buyer id and cart details). Now as you can see (check url) FireFox do something like "double call". When I do Get only everything is ok - but when I'm adding Do to the script - Armageddon occur :/ Everything is ok with script - it works perfectly in IE (lol IE!), webkit, opera etc. PayPal side? Maybe who knows - but then again why it's happening in FireFox only? Ps. My customer pays on paypal (useraction=commit is added to the very first call ;)) - that is why I call "get" and "do" without user's action. Reproducible: Always Steps to Reproduce: 1.Set up PayPal ExpressCheckout with useraction=commit 2.Try to process a transaction Actual Results: FireFox do something like double call of my subpage? Even when I use sleep(); or set_time_limit(); or ever sending header before "do" - I getting an error "transaction already processed" - yeah you can say "paypal" - but why it's only FireFox issue? Expected Results: Wait or should not "refresh" my script? Somehow?
Can you please try Firefox4 ?
Matti - sure I can - but what about my customers? They use firefox as well :) I've found a workaround that works but problem still exist for other coders. Interesting is when I've put the code into separate file without js and other includes everything works just fine. When I add small amount of js + css everything works fine ;) but when I put too much then guess what? Armageddon :)
Bugzilla is a tool for our developers and not the support that tries to provide solutions for every problem. FF3.6.15 gets only security fixes and patches for huge problems and this bug would not be fixed in Gecko1.9.2 (FF3.6.x). We need to know if this still happens in FF4 and in that case we can proceed with investigating if this is a real bug or an error on your side.
It's still the same problem on FF4 :( I understand you can not provide a solution for every problem - I'm ok with that and I'm not going to flame about this. It's happening only on firefox - it's my fav. browser and that is why I've submitted the ticket. I'm going to investigate why it's happening and when I'll get more facts - I'll post them here. I've tried to turn off prefatch but still no good :/ Regards.
We need a testcase if if still happens in FF4
Matti is there any way to track what FF do? It's wired because php is server-side :/. I've found few similar discussions on paypal forum - everyone use a workaround or don't use "pay on paypal" function. Regards - hope somebody is going to figure out what is wrong.
Keywords: testcase-wanted
Version: unspecified → 4.0 Branch
Closing this as incomplete due to inactivity and the lack of a reproducible test case. Feel free to reopen the bug if there's an updated testcase that still reproduces the issue.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Keywords: testcase-wanted
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.