Do more on the web, with a fast and secure browser!

Download Opera browser with:

  • built-in ad blocker
  • battery saver
  • free VPN
Download Opera

Stop opera from sending urls while typing

  • How do I stop opera from sending URLs that appear at the drop down (history) or character by character?

    This is what opera does (logs from a server):

    2019-11-26 11:17:41.853739500 [httpd] /
    2019-11-26 11:17:47.021387500 [httpd] /c
    2019-11-26 11:17:47.179935500 [httpd] /co
    2019-11-26 11:17:47.545571500 [httpd] /com
    2019-11-26 11:17:47.654377500 [httpd] /comm
    2019-11-26 11:17:47.776161500 [httpd] /comma
    2019-11-26 11:17:47.939778500 [httpd] /comman
    2019-11-26 11:17:48.776081500 [httpd] /command
    2019-11-26 11:17:48.821872500 [httpd] /commands
    2019-11-26 11:17:48.981097500 [httpd] /commands/
    2019-11-26 11:17:49.096423500 [httpd] /commands/
    2019-11-26 11:17:50.416396500 [httpd] /commands/9
    2019-11-26 11:17:50.923931500 [httpd] /commands/92
    2019-11-26 11:17:51.538227500 [httpd] /commands/92.
    2019-11-26 11:17:52.172370500 [httpd] /commands/92.h
    2019-11-26 11:17:52.338025500 [httpd] /commands/92.ht
    2019-11-26 11:17:53.072098500 [httpd] /commands/92.htm
    2019-11-26 11:17:53.094947500 [httpd] /commands/92.html
    
    
  • Hello,

    I am using Opera 65.0.3467.48 for Windows and since the last update I have notice some strange behaviour: Opera seems to be loading pages before I even finish writing the URL.

    I tried it in Private mode, too so no plugins.

    An example: I was trying to write the URL some_url/test_mail.php. While I was writing, Opera was loading in the background the following URLs each time I wrote a letter of the URL (so they loaded multiple times!):

    /test_mail.php
    /test_mail_manual.php
    /test_pairing.php
    /test_parining_manual.php
    /test_

    This is extremely irritating, especially when coding/developing/debugging. One of the pages above sends an e-mail, so I can receive a lot of undesired e-mails when Opera loads them in the background.

    I don't know if it's related, but all of the pages above were previously loaded manually and appeared as suggestions. Maybe Opera is loading all the URLs that appear as suggestions?

    Here you can see it the Apache server logs:

    SOME_IP - - [29/Nov/2019:10:12:04 +0100] "GET /test_pairing.php HTTP/1.1" 200 889 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:04 +0100] "GET /test_mail.php HTTP/1.1" 200 1649 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:04 +0100] "GET /test_pairing_manual.php HTTP/1.1" 200 654 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:04 +0100] "GET /test_mail_manual.php HTTP/1.1" 200 1325 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:04 +0100] "GET /test HTTP/1.1" 404 454 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:04 +0100] "GET /favicon.ico HTTP/1.1" 404 454 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:05 +0100] "GET /test_pairing_manual.php HTTP/1.1" 200 516 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:05 +0100] "GET /test_pairing.php HTTP/1.1" 200 746 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:05 +0100] "GET /test_mail.php HTTP/1.1" 200 1649 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:05 +0100] "GET /test_mail_manual.php HTTP/1.1" 200 1325 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:05 +0100] "GET /test_pairing_manual.php HTTP/1.1" 200 516 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:05 +0100] "GET /test_mail_manual.php HTTP/1.1" 200 1187 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:05 +0100] "GET /test_mail.php HTTP/1.1" 200 1649 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:06 +0100] "GET /test_pairing.php HTTP/1.1" 200 748 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:06 +0100] "GET /test_pairing_manual.php HTTP/1.1" 200 516 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:06 +0100] "GET /test_mail_manual.php HTTP/1.1" 200 1187 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:06 +0100] "GET /test_ HTTP/1.1" 404 454 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:06 +0100] "GET /test_pairing_manual.php HTTP/1.1" 200 516 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:06 +0100] "GET /test_mail_manual.php HTTP/1.1" 200 1187 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    SOME_IP - - [29/Nov/2019:10:12:06 +0100] "GET /test_mail.php HTTP/1.1" 200 1649 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    

    Any help is welcome. Thanks!

  • I can confirm this behaviour (Version:65.0.3467.48).

    It is not only a Linux issue, the same happens on a Windows machine.

    I inspected the traffic of Opera browser with Wireshark, and what could be seen is that after each new character that has been typed a new request to the server was sent (which was not shown in the Debugging tools).

    In my opinion this is not only a small configuration problem. It is a SERIOUS ISSUE of Opera browser, causing a CONSIDERABLE RISK of unexpected behaviour on client and server side.

    Just imagine, a developer wants to test the following service and manually types the URL:
    www.server.com/delete_user.php?id=2468

    While typing, the browser will send each (incomplete) URL to the server, already causing actions there:

    [httpd] /d
    [httpd] /de
    [httpd] /del
    [...]
    [httpd] /delete_user.php?id=
    [httpd] /delete_user.php?id=2
    [httpd] /delete_user.php?id=24
    [httpd] /delete_user.php?id=246
    [httpd] /delete_user.php?id=2468
    

    So, what happens: the server will first respond with many 404 errors, but then deletes successively users 2, 24, 246 and 2468. When the developer then hits Enter in the Browser, again a request (now with the full URL) is sent. But at this time user 2468 is already missing, which probably gives again an error ("User 2468 is not in the system").

    This bug is hence confusing and very dangerous, and needs to be fixed as soon as possible!

  • Hi, it seems Opera does a single webserver request for each typed letter of an URL in the address bar.

    So, this is what I found in my webserver logfile:

    opera_url.jpg

    Seriously??

  • @auxce And how those requests ended up in your webserver?

  • The URL doesn't exist so on my webserver, it's just an example. And I didn't even send the request, I just typed in the URL letter for letter in the address bar. But even if I type an existing URL, Opera sends a GET request for each single letter typed in.

  • What is the behavior in other Chromium based browsers? Any difference if opera://flags/#reborn-3-dropdown and/or opera://flags/#opera-doh are disabled?

  • Looks like autosuggest, if you don't want it then pick a search engine that doesn't offer suggestions.

  • No, I don't think it is autosuggest, otherwise the queries would have been sent to the search engine. This is bad behaviour IMHO and it smells like a bug or a debug setting which has not been switched off during compile time. It also sends the URL's found in the history drop down.

    Richard.

  • @leocg said in Stop opera from sending urls while typing:

    opera://flags/

    Just a quick test: it seems to stop when reborn-3-dropdown is disabled. Opera-doh is disabled by default.

    Richard

  • @leocg

    It definitively is the reborn-3-dropdown setting, when switching it on, the issue occurs.

  • It's a known issue. Bug DNA-82557.

  • Disabling #reborn-3-dropdown does indeed the trick.

    This needs to be fixed. As said above, it's very dangerous. There are lots of sites doing dangerous stuff (deleting stuff, sending e-mails, etc.) through GET parameters.

  • Hello, I have a huge problem.
    Opera requests every single recommendation and what I type in the address bar.
    I just wrote "https://goldenarmy.eu/opera", and this is my server log:

    IP - - [02/Dec/2019:16:35:08 +0100] "GET /op HTTP/1.1" 301 571 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    IP - - [02/Dec/2019:16:35:08 +0100] "GET /op HTTP/1.1" 404 2153 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    IP - - [02/Dec/2019:16:35:08 +0100] "GET /ope HTTP/1.1" 301 573 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    IP - - [02/Dec/2019:16:35:08 +0100] "GET /ope HTTP/1.1" 404 2153 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    IP - - [02/Dec/2019:16:35:08 +0100] "GET /oper HTTP/1.1" 301 575 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    IP - - [02/Dec/2019:16:35:08 +0100] "GET /oper HTTP/1.1" 404 2153 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    IP - - [02/Dec/2019:16:35:08 +0100] "GET /opera HTTP/1.1" 301 577 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    IP - - [02/Dec/2019:16:35:08 +0100] "GET /opera HTTP/1.1" 404 2153 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.97 Safari/537.36 OPR/65.0.3467.48"
    

    This uses way to much traffic, and can cause things that shouldn't be requested with every single letter to break.
    For example, when I write a register link of my site, because I don't have a front-end yet, I would create like 20 accounts while writing the url...

  • Fix is coming. Sit tight.

  • Fixed in Opera 67 so far. See https://blogs.opera.com/desktop/changelog-for-67/#b3523.0.

  • Fixed in Opera 65 too. See https://blogs.opera.com/desktop/changelog-for-65/#b3467.62.

Log in to reply