Webpositive is detected as a mobile browser by more then a few sites

[SeanCollins]

Webpositive is reported as a mobile browser constantly, it is getting fairly annoying to use google. Many websites also format pages for webpositive to be mobile oriented.

Not sure what the fix is, but I bet it has to do with the broswer ID tag

[tidux]

I suspect it may have to do with capability testing. Mobile sites are often simpler, and a lot of advanced features either don't exist in WebPositive (HTML5 <video> and <audio> support) or are broken (CSS3).

[umccullough]

We took the web+ useragent and plugged it into another browser (Chrome in my case), and found that it does indeed detect as a mobile browser.

After fiddling with things, we found the following useragent seems to work much better:

Mozilla/5.0 (compatible; Haiku R1 x86; en) AppleWebKit/536.10 (KHTML, like Gecko) WebPositive/1.1 Safari/536.10

[umccullough]

For reference, the (non-working) user agent we started with was:

Mozilla/5.0 (compatible; U; Haiku x86; en) AppleWebKit/536.10 (KHTML, like Gecko) Haiku/R1 WebPositive/1.1 Safari/536.10

Removing the U; seems to help a bit, and getting rid of the OS version at the end of the string, and moving it into the parenthesized area at the beginning seems to help as well (and that's where most OSes put it) - also you can't put a slash in the OS version or the parser google uses seems to get confused.

[pulkomandy]

Newer build will use the user agent you provided (with higher WebKit, Web+ and Safari versions, however). But the browser is still misdetected by google.

[pulkomandy]

I'm not sure what happened, but the last run of merges from WebKit seems to have fixed that at least for Google search. Do you have a list of other sites that fail to work?

I think part of the problem is we were reporting an old WebKit/Safari version, and now we report a newer one. But there may be other changes that help as well.

[vidrep]

Yahoo World News also appears to load as a mobile browser on hrev46651 x86 gcc2.

[waddlesplash]

@PulkoMandy by "last set of merges" did you mean the ones that happened between the Web+ in recent nightlies and current HWK "rebased" branch"?

[pulkomandy]

Yes, I mean that. It seems Yahoo still doesn't work (just tested here), if you have any other websites showing that problem, please make a list here.

[DaaT]

Another site that still detects web+ as a mobile browser is ICO. Tested with nightly rev 46649.

[pulkomandy]

Should work fine now. Adding "Macintosh" to the user agent avoids most website thinking we are some kind of iOS device...

[jprostko]

Replying to pulkomandy:

Should work fine now. Adding "Macintosh" to the user agent avoids most website thinking we are some kind of iOS device...

Kind of wish we didn't have to do that, but if that's what it takes, I guess that is the way to go for now. Hopefully over time, sites wise up and just look for "Haiku" and do the right thing. I had to adjust some code on my work website to handle Haiku properly after this fix, as it was loading up a Silverlight player (which it loads for Windows and Mac) instead of the HTML5 player. That said, that code needs reworked anyway to not solely rely on user agent, but I admit I was surprised initially when I went to test out HTML5 audio on the site with Web+ and saw the notice to install Silverlight. All ended up well though after I made code changes on my end, as I was able to play audio just fine. :)