Closed Bug 956391 Opened 8 years ago Closed 7 years ago breaks with Firefox for Android and Firefox OS on mobile


(Web Compatibility :: Mobile, defect)

Not set


(Not tracked)



(Reporter: kbrosnan, Assigned: karlcow)




(Whiteboard: [country-us][serversniff][sitewait])


(2 files)

Opening in Firefox for Android does not display the map, nor am I able to navigate via the links in the main body of the page.

Using a desktop Firefox user agent allows the website to function as expected.
It looks like the real bug is at (included as an iframe).

If you're a mobile phone (loosely, Chrome Mobile doesn't apply) like iOS or Firefox for Android, you get redirected to

But for whatever reason, Firefox for Android is missing the following scripts (which is why links with like href="javascript:__doPostBack('ctl00$mainPanel$MobMainPanel1$lbtnSchedule','')" fail):

<script type="text/javascript">
var theForm = document.forms['aspnetForm'];
if (!theForm) {
    theForm = document.aspnetForm;
function __doPostBack(eventTarget, eventArgument) {
    if (!theForm.onsubmit || (theForm.onsubmit() != false)) {
        theForm.__EVENTTARGET.value = eventTarget;
        theForm.__EVENTARGUMENT.value = eventArgument;

<script src="/WebResource.axd?d=R_MXz_xz9lYG7PRbPD6GSSSIBKCKoBxkh9VCXgR6biuNm0ua0dkaalvlGJ1CPrS9pCElUPFT12nAWT-Tc-nn_0c8FZCV67KprajEoXoxH9M1&amp;t=635211741805597480" type="text/javascript"></script>
Whiteboard: [country-us][serversniff][contactready]
To be more clear, we need to reach out to the people maintaining the site and ask them to fix the bug in their serverside detection that prevents Firefox for Android from receiving the scripts it needs to work.
ok it seems related to
which I found through
redirecting to

There is a public But I didn't anything specific there which would do the detection.

First attempt
Assignee: nobody → kdubost
Hardware: All → ARM
This is the closest thing to device/mobile detection I could find in that repo:

But it seems like that it's not enabled by default.
Yet Another twitter account only broadcasting information and without a human interaction.
But before contacting, maybe something to chew on before for proposing something else:

check Bug 498447

When using Firefox for Android user agent, I get indeed in the console:
   ReferenceError: __doPostBack is not defined

Also it doesn't work because the answer being returned to Firefox Android is… interesting :)

So when the request has this form:

User-Agent: Mozilla/5.0 (Android; Mobile; rv:26.0) Gecko/26.0 Firefox/26.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
DNT: 1
Cookie: ASP.NET_SessionId=xiebcv4sybdj5rzkl4ie43u5
Connection: keep-alive

Content-Type: application/x-www-form-urlencoded
Content-Length: 2432


I get in return a body with:

Content-Type: "application/vnd.wap.xhtml+xml; charset=utf-8"

The server is Microsoft-IIS/7.5 and ASPNet "4.0.30319".
I kind of suspect an old friend… ;)

Note that identifying as "Mozilla/5.0 (compatible; MSIE 10.0; Windows Phone 8.0; Trident/6.0; IEMobile/10.0; ARM; Touch)", the content-type is "application/xhtml+xml; charset=utf-8" but with an HTML without namespace which might fail too.

Some browsers receive the script

Some don't like Firefox Android and Firefox OS.

I can try to contact the site but there is a lot of work in server configuration so that their system works for all browsers. I wonder why why they continue UA sniffing after the first redirection. That could be a solution.
See Also: → 941241
Whiteboard: [country-us][serversniff][contactready] → [country-us][serversniff][sitewait]
When firefox OS and Firefox Android,
The first request to
doesn't send the following markup.

<script src="/WebResource.axd?d=16M-T8-BIZjc7AT4qfJYjpACsEwYKMuiHjECJOlwXgIFFPvxMTnzLBF69uFQalQAI_WBLrtHs31BCuUYg-3cIH6EXQKqCS1ouJEmQmHBk_c1&amp;t=635284253199414706" type="text/javascript"></script>

This script defines the features for working.
I'm not sure why the scripts are so complicated for navigating pages.
Also using POST instead of GET with links.
Summary: VTA real time transit map does not work in Firefox for Android → breaks with Firefox for Android and Firefox OS on mobile seems to be now a dumb text version.
iOS and Firefox Android are redirected to
Chrome Mobile stays on the desktop version. It's all very strange.

Not sure what to do.
Could someone test again on Chrome Android.

It sounds like a good candidate for because iOS seems to experience issues too.
Chrome receives a desktp@ version than Firefox Android. 
Let me close this as we receive an ok text version.
Maybe a bug to open in for Chrome Browser team?
Closed: 7 years ago
Resolution: --- → FIXED
Product: Tech Evangelism → Web Compatibility
You need to log in before you can comment on or make changes to this bug.