915989 - Activating an "ask to activate" plugin reloads the document always with GET method losing original POST request body.

Status: RESOLVED DUPLICATE of bug 801406

(Core Graveyard :: Plug-ins, defect)

Description

[Panu Tuominen]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20100101 Firefox/23.0 (Beta/Release)
Build ID: 20130814063812

Steps to reproduce:

1. Set the PDF file type to display in browser plug-in (Adobe Reader or PDF X-Change).
2. Set your PDF plug-in to "Ask to activate" in Add-ins.
3. Go to http://www.panuworld.net/palvelut/tilisgen/
4. Click "Tee tilisiirtolomake" button to submit a POST request.
5. A new tab opens. Click to activate the plug-in.

6. Set your PDF plug-in to "Always activate" in Add-ins.
7. Go to http://www.panuworld.net/palvelut/tilisgen/
8. Click "Tee tilisiirtolomake" button to submit a POST request.
9. A new tab opens with the generated PDF document.



Actual results:

The PDF document in step 5 is different than the one displayed in step 9.

After activating an "Ask to activate" PDF reader plug-in, the PDF document is reload from the server with GET method, effectively losing all submitted POST data.


Expected results:

The document should not be reload from the server when the plug-in is activated.
-OR-
If the document must be reloaded, the reload should use the original request method and request body. (Standard warning for resubmitting POST request shall be displayed.)

The final result should be so that the displayed document is not affected by the plug-in activation setting (Ask to activate vs. Always activate).

Comment 1

[:Gavin Sharp [email: [e-mail]]]

As far as I can tell click-to-play just calls plugin.playPlugin() which ends up in nsObjectLoadingContent::LoadObject, but I don't see offhand how that ends up reloading the page.