I added a rule (flash file), specified the new flash file I want fiddler to respond with (use instead of the browser one). I've cleared my browser cache, and every time I play the stream, the browser flash file is captured again (instead of auto-responding) with the one saved already!!!
It used to work just fine, but now it appears as if the auto-responder (although checked) is not working at all...it's just a pass-through!!!
As explained in the forum post where you asked the same question
There are three possibilities:
1> The AutoResponder itself is disabled (checkbox at the top)
2> The AutoResponder rule is disabled (checkbox at the left of the rule)
3> The rule you've written doesn't match the target request's URL.
Sharing a screenshot of Fiddler might help me tell you which problem you're encountering.
On the top of the list EricLaw gave in the previous answer, I add a new one:
You need to ensure your Fidler has the "Capturing Traffic" mode enabled. Either press F12 or go to "File" -> "Capture Traffic" and make sure you have a "Capturing.." icon on your left bottom corner.
I had a similar issue, and I solved it by enabling decryption of HTTPS traffic.
You can do this by going to Tools > Options > , then check Decrypt HTTPS Traffic
I had the same problem. I drag-dropped from the left, "main", window into the autoresponder so the "request matches..." column auto-populated. As a sanity check I unchecked "unmatched requests passthrough" to ensure that the match rule was indeed picking it up. If it hadn't nothing would appear in the main window at all. But it did appear so the rule was matching.
The issue with Fiddler is in the "then respond with..." column. Right-click for "Edit Response...", edit the response in the popup window of tabs, press Save, close the box.
When you retry your URL, your edited response isn't returned. Fiddler returns the original response. Even if you Edit Response again, it'll show what you typed in, but it never actually returns it.
To fix, you have to save the intended response to a file on your hard drive and edit it there.
Related
I'm new to Autohotkey but i'm doing this script where I need to click the link in order to view the printable version of the page. What I do so far is I'm trying to find the link text then clicking enter but no luck opening that link using this method. Any Idea to click this link?
my script so far
Send ^f
Sleep KeySleepSlow
SendRaw Printable Version
Sleep KeySleepSlow
Send {esc}
Sleep KeySleep
Send {enter}
This is the source site and as you can see from the top left "Printable Version" link and on the side is the inspected elements of that link.
Hope anyone enlighten me on this one .
The problem: that's not a proper link
You're struggling to activate that "Printable Version" text that way because, as the source code you shared shows, you don't have a proper link that can be activated with the keyboard! That's just a piece of text (<span>) with an onclick attribute stuck into it that calls the JavaScript function generatePrintWindow, written somewhere else by the page's author, when it's manually clicked with a pointing device.
A solution: click() it with javascript:
For peculiar cases like this, I suggest sending a click to that element with a javascript: URL in the address bar, like this one:
javascript:document.querySelector("#mMainHeader_mHeaderPrintSummary").click()
Here, #mMainHeader_mHeaderPrintSummary is a selector that retrives the element you want to send the click to. That's a # sign followed by what's in the id= attribute you see in the source code.
Or, in this case, you can just call generatePrintWindow because that's all that "link" does!
javascript:generatePrintWindow()
On a browser: focus the address bar with ^L or !d, type one of these, then hit {Enter} to run.
Here's the revised AutoHotKey code:
SendInput ^l{Raw}javascript:generatePrintWindow()
Send {Enter}
Explanation:
SendInput sends the keys to the browser in a nearly instantaneous fashion
^l focuses the browser's address bar
then {Raw} disables the special interpretation of special characters so that we can send the javascript: URL unclobbered
This command runs without any delays and you should only barely notice the action happening in the address bar, if at all.
Test
I wrote part of the HTML I saw on your screenshot here
https://gist.github.com/diogotito/08bb3b01fa236616c750b23c25c6025b
Then I tested the above lines of AHK here
https://bl.ocks.org/diogotito/raw/08bb3b01fa236616c750b23c25c6025b/?raw=true
and the AHK commands worked for me without any Sleep commands in between.
However, this might not work on Firefox due to an open bug regarding bookmarklets and CSP.
P.S.
If you ever want to activate an actual activable link with the keyboard on Chrome, I suggest pressing Ctrl⏎ (^{Enter}) from the Search bar after you get the desired link highlighted instead of hitting Esc then ⏎.
Saves a keystroke!
On Firefox it's even better: just type ' to start searching in the links only, F3 to jump between matches, then a single {Enter} to activate the currently highlighted one.
The documentation seems to state that there are four options for the "display" property within a manifest.json: fullscreen, standalone, minimal-ui and browser
I decided upon 'browser' for one of my apps, but the message from Chrome (Version 76) says "Manifest 'display' property must be one of 'standalone', 'fullscreen' or 'minimal-ui'". The message also appears if I leave 'display' undefined.
Is 'browser' an obsolete option or has it just not made it into the latest Chrome version yet?
(I probably should mention that the message appears in Chrome DevTools>application>manifest).
Valid options for display are fullscreen, standalone, minimal-ui and browser according to https://developer.mozilla.org/en-US/docs/Web/Manifest/display.
In order to show the Add to Home Screen Prompt, display must be set to must be one of: fullscreen, standalone, or minimal-ui, see https://developers.google.com/web/fundamentals/app-install-banners/
browser display option is like leaving the field empty.
When you use standalone it looks like native app. When you use fullscreen there is no status bar etc. Probably you want to use standalone, because fullscreen has very specific use-case (e.g. gaming).
I finally got around to reporting it as a bug.
https://bugs.chromium.org/p/chromium/issues/detail?id=1330323
The immediate response was...
The behaviour is seen from M-85.This is is a non regression issue
hence marking it as untriaged and requesting some one from dev team to
look into the issue.
Whenever I start Fiddler, I see traffic from all of the applications on my system but it's very rarely the case that I want this. Usually what I want is to only see requests made by applications I am debugging. In order to achieve this, I leave Fiddler running all the time and whenever I want to see what happened with a request I can just open it up and see.
I can filter requests by right-clicking on an entry -> Filter -> Hide '<application name>'. Although this works fine, it is cleared when Fiddler is restarted.
How can I persist filters that filter out traffic from a certain application?
I tried using the Filters tab but this is very limited and one of the missing features is what I detailed above.
This can be achieved by creating custom rules. In order to do this, in Fiddler, go to Rules -> Customize Rules. You can choose Yes to install the FiddlerScript Editor plugin if you want but this is not necessary. Just click No when asked and a file named CustomRules.js will be opened using Notepad.
This file allows you to program all sorts of rules into Fiddler, from adding headers to outgoing requests to monitoring the time taken for a response to be received. Further details on it can be found here.
In order to filter out a certain application, scroll down to the OnBeforeRequest method and paste the following code in:
if (oSession["X-PROCESSINFO"] && (
oSession["X-PROCESSINFO"].StartsWith("firefox") ||
oSession["X-PROCESSINFO"].StartsWith("outlook") ||
false))
{
oSession["ui-hide"] = "FiddlerScript> Hiding unimportant process";
}
This piece of code tells Fiddler to hide all requests coming from Mozilla Firefox or Microsoft Outlook. If you want to add / update / delete any application here, all you need to do is copy / update / delete lines that contain the StartsWith method.
The first condition will filter out all the requests that do not come from an application. This is the case for requests made from Fiddler's Composer tab.
Few hours ago I turned off showing HTTP protocol errors by checking the checkbox (Do not show) in the modal error dialog. Now I am do not find where to turn on.
I must be missing something, but I've reviewed all the Options dialog tabs, still not found...
If you navigate to Tools -> Fiddler Options -> General, change the value in If protocol violations are observed to something other than Do nothing.
I am trying to download a file from server. The normal GWT RPC call doesnot allow me to do that, and hence I wrote a servlet to do that job for me. From the client side, I am creating a Frame object, and I set the servlet URL in it, and add that frame Object in my root panel.
When I execute this in IE, a window pops up asking for Save/Open file.
But when I execute the same in a Firefox or a Google Chrome browser, nothing is happing.
I am not getting any request on my servlet/server side.
Here is a slice of the code :-
String servletUrl = "http://localhost:13080/Browser/ui/dataExportServlet?level=ZERO";
Frame frame = new Frame(servletUrl);
frame.setVisible(false);
RootPanel.get().add(frame);
So, can someone please help me out.
This might be related to same origin policy.
Are both servlet and webapp running on port 13080?
If they differ, SOP might fail this.
If I understand correctly, IE has a more relaxed policy so it might work there but not in chrome.
See http://en.wikipedia.org/wiki/Same_origin_policy and Can I disable SOP (Same Origin Policy) on any browser for development?
In Chrome, you can use the Developer Tools (CTRL + SHIFT + I) to check if the IFrame is being added to the HTML, and if the frame's source is being set properly. You should also be able to see what content has been loaded into the iframe.
Alternately, set a breakpoint in your servlet to see if the iframe is being hit at all from Chrome.
I got the solution for this issue.
I removed the frames and added the following code :-
com.google.gwt.user.client.Window.open(url, "CSVDownload", "");
Now, this opens a new browser window, and then I get the pop-up to open/save the server side file in all 3 web-browsers. (IE, Mozilla FireFox, Chrome).
Thanks a lot!!!