window onerror 各浏览器下表现总结】的更多相关文章

window onerror 各浏览器下表现总结 做前端错误上报,必然离不开window onerror,但window onerror在不同设备上表现并不一致,浏览器为避免信息泄露,在一些情况下并不会给出详细的错误信息,本文的目的就是通过跑一些简单的小例子,验证onerror在不同浏览器下的具体表现. 准备 我会在Mac, Windows, Android和IOS平台下分别进行测试并记录.为了模拟真实线上环境,我利用GitHub Page模拟线上静态文件服务器,通过其他设备访问此地址即可. 测…
1.什么是placeholder?    placeholder是html5新增的一个属性,当input或者textarea设置了该属性后,该值的内容将作为灰字提示显示在文本框中,当文本框获得焦点(或输入内容)时,提示文字消失.    写法如下:        2.placeholder的浏览器兼容性和在不同浏览器下的表现    由于placeholder是html5的新属性,可想而知,仅支持html5的浏览器才支持placeholder,目前最新的firefox.chrome.safari以及…
1.什么是placeholder?    placeholder是html5新增的一个属性,当input或者textarea设置了该属性后,该值的内容将作为灰字提示显示在文本框中,当文本框获得焦点(或输入内容)时,提示文字消失.    代码如下: <input TYPE="text" PLACEHOLDER="这里是placeholder"> 2.placeholder的浏览器兼容性和在不同浏览器下的表现    由于placeholder是html5的新…
1.什么是placeholder?    placeholder是html5新增的一个属性,当input或者textarea设置了该属性后,该值的内容将作为灰字提示显示在文本框中,当文本框获得焦点(或输入内容)时,提示文字消失.    写法如下:         2.placeholder的浏览器兼容性和在不同浏览器下的表现    由于placeholder是html5的新属性,可想而知,仅支持html5的浏览器才支持placeholder,目前最新的firefox.chrome.safari以…
序号 关闭代码 需要确认 无任何作用 无需确认 测试 1 window.close() IE7 firefox,chrome,safari Opera Close 2 window.opener=null;window.open('','_self');window.close();   firefox IE7,Opera,chrome,safari Close 3 window.open('','_self');window.close();   firefox IE7,Opera,chrom…
序号 关闭代码 需要确认 无任何作用 无需确认 测试 1 window.close() IE7 firefox,chrome,safari Opera Close 2 window.opener=null;window.open('','_self');window.close();   firefox IE7,Opera,chrome,safari Close 3 window.open('','_self');window.close();   firefox IE7,Opera,chrom…
在 web 开发过程中我们经常遇到,不想让用户下拉看到我的地址,也有时候在 div 中没有惯性滚动,就此也出了 iScroll 这种关于滚动条的框架,但是就为了一个体验去使用一个框架好像又不值得,今天我就来说说我的思路 div 中惯性滚动问题 我们在开发 web 如果在,非 body 元素中使用 scroll 就会碰到一个问题,没有惯性滚动,所以以前我们要么使用 iScroll 这类框架,要么就是自己使用触摸事件配合定时器来写一个惯性,自己写的当然体验不好,使用框架又感觉太不值得,因为一个小功能…
现象 最近在做项目的时候碰到了使用window.open被浏览器拦截的情况,搞得人无比郁闷啊,虽然在自己的环境可以对页面进行放行,但是对用户来说,不能要求用户都来通过拦截.何况当出现拦截时,很多小白根本不知道发生了啥,不知道在哪里看被拦截的页面,简直悲催啊~~. 另外,可以发现,当window.open为用户触发事件内部或者加载时,不会被拦截,一旦将弹出代码移动到ajax或者一段异步代码内部,马上就出现被拦截的表现了. 原因分析&深入研究 当浏览器检测到非用户操作产生的新弹出窗口,则会对其进行阻…
QA不是万能的,用户的浏览环境非常复杂,很多情况无法靠测试用例去覆盖,所以最好建立一个前端错误日志,在真实用户端收集bug. try&catch是一个捕获前端错误的常见方法,比如: { //给所有脚本设置一个统一入口,比如设置一个init函数 init(); }catch(e){ //处理错误,将错误信息上报给服务器 } 像上面这样,所有脚本统一用init作为入口,一旦发生错误就会被try捕获,然后交给catch去处理. 这种做法虽然能够收集错误信息,但弊端是必须统一一个脚本入口,并且把入口放在…
当在firefox浏览器的a.htm页面中使用script标签加载某a.js出错时,如果放置window.onerror事件处理方法时,此方法获取到的错误信息都是固定的: {0:"Script error.",1:"file:///C:/Users/Administrator/Desktop/htm/js/debug.js",2:0} 而在ie下面却是 {0:"“dddddd”未定义",1:"file:///C:/Users/Admin…