Scenario :
I have a Date question on a Google Forms form that shows OK (dd/mm/yyyy) on Safari (both iOS & Mac)
but gets unformatted on Chrome in the desktop (ddmm//yyyy)
Problem :
is this a bug or am I missing something?
Thanks
Related
I'm developing a webshop in ASP.NET MVC, and I handle my cart data with JSON objects.
Upon opening the CartDetails, I try to deserialize my JSON, which works perfectly on desktop, but fails on mobile devices, both iOS Safari and Chrome.
{"CartItems":{"cartItems":[{"ID":4648,"ProductCode":"ASZIM02","Quantity":1,"Name":"AKKUKIEGYENLÍTŐ, AKKUSZIMMETRIZÁLÓ 24V/3A#TÖLTÉSKIEGYENLÍTŐ","Price":17099.99}]},"ID":"b6b4ee16-d58a-4b1c-90e2-261decd84af5","TotalCount":1,"TotalPrice":17099.99}
And exception says the problem is with line 1, position 95. which is "AKKUKIEGYENLÍTŐ", no special characters at all.
And my problem is, that on desktop, works well. Anyone encountered this before? Is "" character the real problem?
Thank you!
Silverstripe 3.7 php 7 Userform add on
See here on my dev site http://new.skilltec.co.uk/contact-us/
Form problem. Send form button text disappears when clicked but does send form when text disappears you can click what is left without send form text and it sends. This happens on Mac Chrome but not Safari or Firefox. PC happens on IE, Chrome and Firefox.
Cannot for the life of me find out what is wrong. Help has anyone had this problem before.
Okay found a javascript focus function i'd put in the upgrade after hours of searching doh. At least I know it doesn't work on safari and firefox for mac :o)
I have asp.net page with a radgrid control containing a number field with a format such as
01/1250
02/2454
Some users see the number in the correct format and while others see it in a format such as
1250/01
2454/02
The issue appears to be localised to Internet Explorer as fresh installs of Chrome and Firefox behave correctly. This leads me to believe there is a setting in Internet Explorer that may affect the format.
Looks like IE is trying to format the number as a date.
Try setting your culture on the page or in your web.config
http://msdn.microsoft.com/en-us/library/vstudio/bz9tc508(v=vs.100).aspx
I have an ASP.net website that was working fine with IE9, Mozilla, chrome but with IE 10 users have lot issues. The UI and even the functionality (like clicking on button, login/logout do not work) doesn't work well with IE10.
The IE version I have is 10.0.9200.16519.
I see few differences between the view source from IE10 and google-chrome (or even IE9) but can't understand much of it.
Where actually in the site can I check why pages sent to IE 10 browser is different from others browser or IE9?
Please suggest how can I debug further?
PS: The site works fine with IE9 and below versions of IE.
ASP.NET fails to identify IE10's user-agent string, and as a result can send back broken code. This has been discussed in various places, but probably most notably on Scott Hanselman's blog. See the post titled Bug and Fix: ASP.NET fails to detect IE10 causing _doPostBack is undefined JavaScript error or maintain FF5 scrollbar position.
check if there is any js error, use IE developer toolbar (F12) to debug script
We have a public Cognos 8 BI reporting solution running inside an iframe. Cognos 8 BI supports Firefox and IE. IE works fine. With Firefox 3.6.13 (the current version) when the report parameters are changed the iframe is often not rendered but is left completely white. This never happens with IE, Firefox 3.0.18, Firefox 4.0 beta 9 or if the report was opened directly without an iframe. Are we facing a Firefox iframe rendering bug? Debugging with Firebug indicates that all content gets loaded by Firefox but it just never displays.
This is how to reproduce: start Firefox 3.6.13 on Windows (don't know if it reproduces on Mac or Linux, reports are welcome). Go to https://sampo.thl.fi/select?area=ESHjono and let the report load completely. Yes it is all Finnish :-D On the topmost dropdown box change from Parivertailu (first selection) to Aikasarja (third selection). A vertical bar report should load. Now change any report parameters in the three dropdown boxes on the report (SAIRAANHOITOPIIRI, Erikoisala, Hoitoa odottaneet yli 180 vrk (%)) to any values. Very often the report is not updated but is left completely white. But if you load the report directly without an iframe via https://sampo.thl.fi/launch/ESHjono-report-aikasarja-prod and change the same parameters there, it gets updated every time. Strangely the issue can be reproduced also on Nokia N900 Maemo Browser (unsupported by Cognos 8 BI). So it might be a Gecko iframe rendering bug, not just something to do with Firefox.