The Adobe Acrobat browser plug-in is being used to accept form input from a user. After a user has completed the PDF form and clicked its submit button, the form data is posted to an Asp.Net page that accepts the data, stores it and returns a message as HTML.
This works fine in Acrobat Reader in Firefox. Within Internet Explorer, our targeted browser, after the PDF form has been submitted, the data is accepted by Asp.Net, saved to disk and, by way of a packet sniffer, I can see that the HTML response is served, but IE hangs after the PDF is unloaded like it's trying to load the response, but never does.
I've determined that the problem occurs with IIS6 and IIS7, with or without SSL, on Windows XP and 7, and with Adobe Reader 9 and 10; what considerations am I overlooking?
This behavior seems to occur in Internet Explorer when the Acrobat Reader plug-in sends the HTTP POST followed by an alert dialog box being invoked with something like the following:
app.alert({
cMsg: "Error! Try again!",
cTitle: "Acme Testing Service"
});
The issue seems to stem from running a script after the HTTP POST has been sent; reordering the sequence of events has resolved the issue I was experiencing.
Related
I have a legacy web application. The app needs to be opened in IE while the user opens it from Edge Chromium. I've added the URL to the EM site list XML on a NAS share. This works great for other legacy applications we have.
However, this application uses a HTTP POST request.
When a user navigates in Edge to the web application, it loads fine in a new IE11 screen.
But when you use the search, it opens in a new Window and it seems the parameters from the HTTP POST request are not included. This results in a null request.
Is there any setup needed to include the HTTP post request in IE mode? I can't find this anywhere in the MS documentation.
We've replaced the post request with a get request and solved the issue this way
We had the same symptoms. I did not verify that the http method was changed from POST to GET, but the form variables from a POST operation were not being transmitted to the next page.
We were able to get this working by adding the source page (the one with the form variables in it) to the Enterprise Mode Site List in Edge.
In Edge, paste the following into the address bar (without the quotes): "edge://compat/SiteListManager"
I checked the box to Allow Redirects and also used IE5 Document mode as the Compat Mode because that is what was indicated by f12 tools when running the same page in real IE 11.
See also https://learn.microsoft.com/en-us/deployedge/edge-ie-mode-site-list-manager
And https://learn.microsoft.com/en-us/deployedge/edge-ie-mode-faq
we have an app with a form. When the user clicks on "send" I want outlook(!) to open and there appeared html table in the body, which the user can still edit. Help, how to implement it?
At first I wanted to use mailto, but found that it only supports text, not html.
Don't criticize me too much, I'm new to this case, thanks
Are you running that code on the server (ASP)? You cannot launch Outlook on the client machine, that must be done by the client side script only. And that will only work if you are running IE and your site is marked safe.
Try to simply serve an EML file - the client side browser will open it using the local mail client. To make sure the message is sendable, set the X-Unsent MIME header to 1.
We have created an application to send out bulk emails using AWS SES. We are able to send out the emails and track the metrics like Opens, Clicks etc using AWS SNS successfully. The only problem we have is that in the "Opens" object that SNS is sending, it is always returning the same value "Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko Firefox/11.0 (via ggpht.com GoogleImageProxy)". What we are looking at is to determine where the email is opened like Mobile/Tab/Desktop and in which browser. Even when the email is opened in Chrome, it is returning as Mozilla. Any help/suggestion in this regard is highly appreciated.
Additional Info: I figured out that the userAgent is being correctly returned in "clicks" object. But not in the "Open" object. Not sure why. We would like to track the same information when the email is opened also as not all the recipients click on a link.
There isn't actually a way to determine that a message has been opened.¹ Detecting "opens" relies on detection of the viewer fetching an image embedded in the message when the mail is "opened."
At the bottom of each message, we insert a 1 pixel by 1 pixel transparent GIF image. Each email includes a unique link to this image file; when the image is opened, we can tell exactly which message was opened and by whom.
When the viewer is Gmail, the user's browser doesn't fetch this image.
https://aws.amazon.com/blogs/messaging-and-targeting/open-and-click-tracking-have-arrived/
When a message is opened in gmail, the user's browser doesn't fetch the image directly, it fetches it from the google image proxy, and the image proxy fetches it from SES and generates the tracking event. Hence, (via ggpht.com GoogleImageProxy).
This isn't something that you have control over, as the sender.
The proxy can identify itself by saying whatever it likes in the User-Agent field -- there is no reason to believe that the entire user-agent string isn't being created by the proxy. Google searching the topic seems to confirm that this is how the proxy always appears. Mozilla/5.0 is a generic user agent string, that does not mean anything more than "I am some kind of web browser, or want the server to believe that I am."
¹there isn't actually a way... well, technically, there is, but thanks to the widespread profusion of spam, this standard is almost never applied to Internet mail. As noted in RFC-8098, "The presence of a Disposition-Notification-To header field in a message is merely a request for an MDN. The recipients' user agents are always free to silently ignore such a request." This is almost always what happens... nothing.
I don't know exactly when this changed but probably around version 18...
In the past when a flash app (SWF) would make an AJAX call i can see the call logged and the response (which would be JSON) would be available in both the preview and response sub-tabs of the Network tab - mind you the response would not be pretty-printed tree in the preview tab.
Now, I see the AJAX calls and all the header info, but the Preview and Response sub-tabs are empty!
Is there a flag/setting that would log these? (I'm on Chrome 20)
I am observing a weird behavior when clicking links to my ASP.NET application in MS Word 2003 / 2007 document.
I have IE8 installed. When I click a link in the document the request that is sent has the user-agent IE7(!?). A new session object is created. Right after that out of nowhere a second request appears this time having user-agent IE8.
More over, when I click anything on the requested page, a new session object is once again created, so I cannot rely on anything that has been persisted in the session.
Why is it like that?
Because Word uses built in IE7 library to check URL and if it can connect opens main browser. Probably it is designed to do something internally in Word, when response type is not appropriate to process - open external "default browser" window.