1480030 - ticaretsicil.gov.tr - can't login because of user agent detection

Status: RESOLVED WORKSFORME

(Web Compatibility :: Site Reports, defect, P1)

Description

[cem]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0
Build ID: 20180704003137

Steps to reproduce:

i tried to login http://ticaretsicil.gov.tr (you can create account and try youself) but the page has error like the i did press login without wrote username and password. the site works chrome and i.explorer but can't login with firefox desktop and mobile.


Actual results:

as results, i can't login.


Expected results:

i think something is not compabilty with site and firefox and i suppose it causes from firefox because site works with any other browser.

Comment 1

[cem]

probably it's about cookiees. i allowed cookies and add an exception for site. i can enter once but not anymore.

Comment 2

[Andre Klapper]

Does the problem still happen if you start Firefox in Safe Mode? (Safe Mode disables extensions and themes, hardware acceleration and some JavaScript stuff in order to exclude some possible reasons for problems. It does not disable plugins which are add-ons.) See http://support.mozilla.com/en-US/kb/Safe+Mode

And does this also happen with a new and empty profile? See http://support.mozilla.com/en-US/kb/Basic%20Troubleshooting#w_8-make-a-new-profile and http://support.mozilla.org/kb/Managing%20profiles

Comment 3

[cem]

hi, thank you for answer. but it's the same in safe mode. i didn't tried new emtpy profile but i think it wont work, because the mobile firefox has same issue. also i tried that long ago, that time i used chorome + firefox at the same time therefore i didn't get serious the problem but now i just use firefox and don't want to install another one.

Comment 4

[Damira Akh]

Build ID 	20180704003137
User Agent 	Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0

Hi Cem,

I tested in Firefox and I was able to log in. 
I see following page "GAZETE GÖRÜNTÜLERİ VE İNDEKS BİLGİLERİ SORGULAMA EKRANI".

Cem, can you please attach what kind of error message you are getting?

Thanks a lot.

Comment 5

[Sam Foster [:sfoster] (he/him)]

from comment #4, We're not able to reproduce. It would help a lot to test with a new profile, as that would rule out an interaction with an existing cookie.

Comment 6

[cem]

please watch https://drive.google.com/file/d/1gnFOa2AWUSPDE-kzHw_HKn93V5lFksgP/view?usp=sharing

Comment 7

[Damira Akh]

From your error message, I understood that you have an issue with a security code. It's not correct or something else. 
Can you reload the code and try one more time, please. 
Thank you.

Comment 8

[cem]

the code is totally correct. i tried many times (it has another page for wrong catpcha code but as you see site act boxes are blank). the issue about communication between pc and server

Comment 9

[Jared Wein [:jaws] (please needinfo? me)]

This appears to be an issue with the website. Redirecting to a more appropriate component.

Comment 10

[Karl Dubost💡 :karlcow]

Attachment: homepage

What the homepage of the site looks like in a fresh profile without any addons.

Comment 11

[Karl Dubost💡 :karlcow]

To note that the site is working under http without redirecting to https. Any login/password is unsecure.
The https version is working too. I'll do the tests under https
https://ticaretsicil.gov.tr/

All the interactions for creating login etc are redirecting to the http version of the site. It is possible to reenter https but that's not a very good sign.

Be under http or https the login is ineffective for me. It always reach a point where it is asking me to login for 
     GAZETTE IMAGES and INDEX SEARCH
http://www.ticaretsicil.gov.tr/english/giris.php

There is no specific error message in the console. 

Testing with chrome canary.
Ah interesting the page for GAZETTE IMAGES and INDEX SEARCH is different in chrome and Firefox. In Firefox we are asked to log again, while in Chrome we access a page allowing us to search.

The page is generated server side.

GET /english/giris.php HTTP/1.1
Host: www.ticaretsicil.gov.tr
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:63.0) Gecko/20100101 Firefox/63.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br
Cookie: PHPSESSID=*********************
Connection: keep-alive
Upgrade-Insecure-Requests: 1


HTTP/1.1 200 OK
Date: Wed, 08 Aug 2018 23:14:29 GMT
Server: Apache/2.2.3 (Red Hat)
X-Powered-By: PHP/5.1.6
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-Length: 3593
Connection: close
Content-Type: text/html; charset=UTF-8


The cookie is described as:
Domain: www.ticaretsicil.gov.tr
HostPnly: true
HttpOnly: false
Secure: false


The cookie is identical in Chrome. 

Indeed this is not working in Firefox.

Comment 12

[Karl Dubost💡 :karlcow]

Ah found. This is simple user agent sniffing on the server side. 
If I give Firefox a chrome user agent, we get the right screen.


cem, could you contact them?
They need to fix their user agent detection on the server side. 

[e-mail]

Moving to contact ready.

Comment 13

[cem]

i contact them before but not with tobb, i will send message them too. the funny thing is, i just tried login again. it's still not work. afterwards i tried with english version than i could login very weird.

Comment 14

[Selim Şumlu]

I couln't reproduce this using Nightly.

Cem, can you confirm if it's fixed for you as well?

Comment 15

[Firefox Bug Husbandry Bot]

Migrating Webcompat whiteboard priorities to project flags. See bug 1547409.

Comment 16

[Firefox Bug Husbandry Bot]

See bug 1547409. Migrating whiteboard priority tags to program flags.

Comment 17

[Firefox Bug Husbandry Bot]

See bug 1547409. Moving webcompat whiteboard tags to keywords.

Comment 18

[Mike Taylor [:miketaylr]]

Closing based on Comment #14