![]() Is there something specific about selenium that's making google identify me as a bot automatically? Then I logged out, returned to the login page, entered my credentials, pressed the reCAPTCHA box.and it asked me to solve the image selection problem again!Īt this point I'm thinking, I just solved the captcha successfully half a minute ago, exhibited a bunch of manual human actions, but I'm still being identified as a bot. So I solve the captcha and successfully log in. Now I'm thinking, OK, so if google thinks I'm a bot, how about I solve the captcha in the selenium-launched browser once, let them know I'm good, and then it won't happen again? Maybe it identifies the browser as a new client, and just needs to know that this new client is not a bot. Maybe I just need to solve the captcha once?.So I decided to use my own profile's cache tPreference("_directory", PATH_TO_MY_PROFILE_CACHE) Īnd verified that all of my cached resources are there. In firefox you can see this by going to about:cache and it will say something like anonymous6337741624277931373webdriver-profile\cache2, and there isn't much there. I verified that all of the websites that I have saved my credentials were there in the selenium-launched browser, but when I confronted the reCAPTCHA, it determined I was a bot and asked for image selectionīy default, selenium uses a custom cache path that is cleaned up after the session is over. I can specify a custom profile to use, so I simply passed in my own firefox profile stored in APPDATA/roaming/mozilla/profiles. ![]() Selenium by default creates a new profile, so it has no cookies or browsing history. Maybe I don't have any cookies or browsing history?.So the browser starts up, I type in the URL, I click a few other links, I come back to the login page, type in username password, then proceed to click on the captcha box.and I'm a bot. There are many theories that talk about things like mouse movement, keyboard strokes, etc. So I tried a few different things to try to look more human: Which of course means a lot of stuff is going on under the hood, but perhaps the selenium instance of firefox is not "human" enough? So I'm doing nothing much but starting firefox, using selenium. I decided to launch firefox using this piece of java code WebDriver driver = new FirefoxDriver(new FirefoxProfile()) I then became curious what was the difference between me launching firefox through the executable, and me launching firefox through selenium. I started up a regular instance of firefox (that is, without selenium), went to the website, clicked the checkbox, and it determined that I was a human and let me go. Recently the website changed their login system by adding google's reCAPTCHA, and everytime I try to click the checkbox, google determines that I am a bot and asks me to select a bunch of images. I use selenium to start up firefox and log onto a website to scrape some data a few times a day. My Nextcloud logs are showing nothing at this level and appart this problem it is running perfectly.Preface: my goal is not to solve captcha using automation tools, but to attempt to understand why a browser that is being launched by selenium is being identified as a bot in the first place, and how selenium contributes to this. If I disable DAV file locking on the clients, redis is working perfectly (a user can’t save an already opened document) the problem is that users really want the message to appear firt.Įverything is configured on the server : opcache, APCu, Redis, « ‘filelocking.enabled’=>true », SSL… I don’t know what to do and I really need help about this. ‘memcache.locking’ => ‘\OC\Memcache\Redis’, Here is my config.php for memcaching / file locking : The Webdrive support, looking at my logs, told me the problem was comming from my Nextcloud installation because Webdrive logs are showing that when it tries to lock the file, the NextCloud server returns a 501 Not Implemented.Īpache 2.4 (httpd that integrated in the OS) If the user right click on the file and check if it’s locked or not (in the windows explorer), there is no lock on it. I explain : When Webdrive is configured for file locking, ALL documents are considered as being locked by another user (and there is nobody). All the Nextcloud instances I’m managing are having the same problem (under CentOS apache but also OmniOS nginx etc.). I am facing an very difficult issue with Webdav file locking (accessed through Webdrive 2018 under https). This is my first post here, so “hello!” !!
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |