-
同事被一個鬼怪問題困住: 新裝好Virtual Server 2005 R2 SP1，複製完VM並掛上，卻在用管理介面網頁界面啟動VM時出現Javascript錯誤: 'document.getElementById(...)' is null or not an object 而該錯誤導致VM無法開機! 換句話說，安裝VS2005 R2 SP1跟Copy超大vhd的功夫變成在做心酸的。 茶包射手出馬，心想既然是Javascript問題，應該不難追查。打開 IE Developer...
-
翻修一個古老網頁，在IE6下撞鬼: 以jQuery隱藏<TR>後，整列<TR>元素都消失了，唯獨其中<SELECT>屹立不搖! 將有問題的HTML擷取出來，用刪去法一一排除嫌犯，花了半小時才抓出原因，看來是IE6的Bug。但這年頭，執意使用IE6的人，不論是格式錯亂版面不同、程式當掉還是發現臭蟲，都像硬選了蒼蝿滿天的路邊攤吃冰，隔天烙賽就算拉到兩眼金星，也不會有人寄予同情。只會換來一句: 老師有講，你有沒有在聽?? IE6它是害人精，趕快丟到天王星... (氣到我都忍不住開始Rap了...
-
上回提過因使用IE自動完成 造成onchange事件不被觸發 的問題，著實帶來一些困擾，不少User抱怨系統掛在onchange事件的欄位連動功能失效。雖然User漸漸都已學會在這些欄位使用手工輸入，不要依賴IE自動完成帶入結果就可以避開問題，抱怨日少。不過我想從網頁設定上去停用autocomplete還是比較根本的解決之道。 當然，我們可以抱著寧可錯殺一百，不可錯放一個的精神來個$("input:text").attr("autocomplete", "off"...
-
有個網頁在某欄位的change事件掛了一段邏輯，依輸入內容連動其他欄位值。使用者抱怨上個月第一次使用完全正常，這個月再用時，在該欄位中輸入資料，其他欄位卻未跟著連動... 我用自己的Client連到同一網頁，跟User輸入同樣的值，一切正常。移駕到使用者座位，使用"肇事"機器實地操作，連動功能也完全正常! 莫非，這程式會認主人，只要遇到拎杯親自操作就不敢造次? 世界上有很多無法解釋的玄妙事件，但本案例並不包含在內。依茶包射手實戰手冊第748頁的記載，此種靈異現象 通常是User與Developer在操作上有細微差異才造成不同結果...
-
因程式Bug搞出一個包含無效元素名稱的XML，發現IE的反應很有趣，XML物件的firstChild屬性會傳回null。 依 XML規格 ，XML元素名稱必須符合以下條件: 包含字母、數字及其他字元 不可以數字或標點符號起始 開頭不可以是xml, XML或Xml 不能包含空白 我寫了個範例挑戰了這個禁忌，順手試了一下不合法XML格式在各瀏覽器下的反應。 var xmlStr = "<data><0>A</0></data>" ;...
-
同事遇到的問題，並自己找到解答，順手做一下筆記。 Windows XP + VS2005 + IE8，發現"有時候"會發生無法Debug ASP.NET網頁的狀況，按下F5後，IE開啟，但未進入Debug模式。(Debug鈕變回綠色可按狀態) 網路搜尋後，找到MSDN論壇上的 這篇 討 論 。比對之後，發現與該文情境完全吻合: 昇級IE8後發生，而"有時候"的關鍵的確在於有另開一個IE視窗時。而依照文中的解法，加上Registry後，問題就排除了。 謝謝你...
-
今天發現IE8檢視Google時， Favicon 被誤植成 聯合報 的圖示。 搜尋了一下，在一個過去沒聽過的 Microsoft Answers網站 (有點像給End-User用的TechNet或MSDN論壇)找到 相關討論 。 其中有位MS Support工程師建議重設IE所有設定(讓我聯想到今天看到的 【MIS維修3R原則】 : Restart, Reboot, Reinstall)，但如此豈不就損失了這段時間陸續對IE做的調整? 嗯湯呀嗯湯~~ 幸好我耐著性子讀下去，發現另一位MS Support推敲問題與Cache資料錯亂有關...
-
無意發現某段被註解掉的HTML原始碼卻會在Firefox上被顯露出來，幾經測試，發現在註解內容中只要前後有出現--及>，Firefox就會將其視為註解結束。 為了突顯問題，我寫成以下的測試案例。直覺上，大部分的人應會認定<!--與-->裡包含的綠字內容全部屬於註解: <! DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1...
-
在噗浪上看到有人抓到了總統府網站的XSS漏洞，在新聞稿網頁嵌入了惡搞的 奇笨呆兒 脫衣舞男影片。 無意發現，這個攻擊手法在IE8上會被擋下來! 之前微軟一再 吹噓 強調IE8相較於其他瀏覽器來得安全，索性就用這個案例讓五大瀏覽器比劃一下，看看IE8, Firefox, Chrome, Safari, Opera的XSS防身術功力高低: Chrome腹部挨了一拳! Firefox頭上被敲了一記悶棍! Safari背上中了一掌! Opera一個箭步，巧妙閃過...
-
"一人分飾多角"是網站開發/測試人員的重要謀生技能，尤其是在Demo或測試時格外重要。在模擬整個作業情境的過程中，測試人員常常一下要當美眉Key單、一下要演主管審單、一下要扮老總核准，忙得不亦樂乎。 由於網站設計上，登入後多會以Session/Cookie記錄不同的使用者身份，而瀏覽器會針對同一網站會持續使用相同的Session進行作業，我們很難用同一個IE在一個網站上同時切替不同角色。在IE6/7時代，我們多半會另外開啟一個IE連線該網站，就能另外享用不同的Session玩一下Cosplay...
-
被一個問題搞到暴怒! 我寫的一個網頁採用BlockUI的方式顯示一個嵌在IFrame裡的子網頁，以進行一些額外的資料輸入操作，操作完成後則以$.unblockUI()收掉子網頁，將控制權交回原網頁。 起初有一個使用者跟我抱怨，IFrame子網頁裡的Textarea，在重覆開啟關閉後，子網頁的Textarea、Textbox就都無法輸入文字(點選後不會顯示文字輸入游標)。試著在自己公司的電腦上進行過同樣的操作，並沒有發生無法輸入的狀況，加上其他使用者都無人回報類似錯誤，因此被我判定為少數Client環境問題怪異的個案...
-
在射茶包的過程中，發現了一個有趣的瀏覽器行為。 程式碼如下，按下Button會在IFrame元素中開啟目前所在網頁。會寫成這種架構是打算讓一個網頁同時扮種兩種角色，不必為了一個小測試搞出兩個HTML檔案來。實際的測試中，我用if (parent != window)判別網頁是否在IFrame中被開啟，執行不同的功能。這裡只為了突顯瀏覽器的行為特性，我把程式碼簡化到最少。 < html xmlns ="http://www.w3.org/1999/xhtml" > <...
-
網頁在FF下不正常，搞了半天才發現問題出在我使用val()指定Textarea的內容，畫面顯示看來一切OK，但經過clone()後，內容值卻消失了。 我整理出以下的範例做測試: (可用 Mini jQuery Lab 直接執行) $( "<div id='x1'><textarea id='t1'></textarea>" + "<textarea id='t2'><...
-
對我來說，IE8最讓人興奮的新功能非"IE8 Developer Tools"莫屬!! (沒騙你們，我有文章為憑: 1 2 3 ) 上市後，IE8立即取代Firefox成為我開發網頁時的主力測試工具，也開始體驗它的強大威力。 像是可任意下指令的Console視窗我就超愛，把整個網頁玩弄於股掌之間的感覺真好~~ 就拿新聞網站為例，先用 上次提過的技巧 載入jquery-1.3.2.js，用HTML Tab的工具觀察DOM結構，然後可以在Script Tab的Conosle區一行一行下指令...
-
IE又來找碴了，這回闖禍的是IE6。 以下的程式(可使用 Mini jQuery Lab 測試) ，利用jQuery selector去查詢XML中的XmlElement，我有段類似的Code開發期間在IE7/8、FF、Chrome、Safari、Opera下都正常，直到今天交付User測試，User冷不防丟出魔法卷軸，召喚出IE6大魔獸登場，一鎚襲來，我可憐的小網頁就這麼倒地不起... $.getScript( "jquery.xmlext.js" , function (...