חייו ומותו של באג באינטרנט אקספלורר

באג מעניין במיוחד של אינטרנט אקספלורר 11 ואיך פתרנו אותו. דרך הפתרון מעניינת יותר מהפתרון עצמו.

אם הייתי צריך לכתוב פוסט על כל באג מוזר של אינטרנט אקספלורר 11, הייתי ממלא את הבלוג הזה בפוסט אחד כל שעה בערך. אבל על הבאג הזה אני חייב לכתוב פוסט כיוון שהוא כל כך מהמם והפתרון שלו כל כך ביזארי שפשוט לא יכולתי שלא לכתוב עליו. התקלה התרחשה במוצר שאני עובד עליו יחד עם עידן כהן ודרך הפתרון שלה מראה איך מתמודדים עם באגים מוזרים באקספלורר.

הבאג הוא מאוד פשוט, יש לנו אפליקציה ובה מודאלים. למי שלא יודע – מדובר בסוג של דמוי 'פופ אפ', במודאל החביב יש לנו input מסוג טקסט. כשאנחנו פותחים את המודל בדפדפן השטן שידוע גם בתור אינטרנט אקספלורר 11 ומזיזים את העכבר תוך כדי, הסמן מופיע במקום לא קשור עד שמתחילים להקליד/לוחצים על משהו. אפשר להבין את זה באופן מושלם אם מסתכלים על הוידאו:

אני צריך להבהיר שלקח לנו המון זמן בכלל לעלות על התקלה – כיוון שלא הבנו למה זה קורה באופן לא עקבי עד שהבנו שזה קורה רק כשמזיזים את העכבר בזמן שהמודל נפתח. דבר שדי הימם אותנו, אפילו שאנחנו רגילים לבאגים מוזרים של דפדפן התועבה. עושה רושם שהמפתחים של התפלצת מקבלים כסף בכל פעם שיש איזה באג מוזר שמטריף מפתחים אחרים.

יש לכם מושג מה הבעיה יכולה להיות? מה אתם הייתם עושים?

מה שטוב בבאגים של דפדפן האימים זה שיש סבירות גבוהה מאוד שמישהו נתקל בבאג עוד לפניך וטרח לשים שאלה ב-stack overflow, שזה למי שלא יודע, תנ"ך השאלות של כל המפתחים. למרות החיפוש הנמרץ שלנו, לא הצלחנו למצוא שום אזכור לבעיה הזו. הבנו שאנחנו צריכים להתמקד יותר. ניסינו להבין יותר לעומק את הבאג. הדרך הטובה ביותר להתמודד עם באגים של אקספלורר זה לראות מה מפריע לדפדפן הרוע. מסירים את כל האלמנטים, התגיות והקוד הרלוונטי לבעיה – במקרה שלנו ל-input ובודקים אם הבעיה משתחזרת. היא משתחזרת? עוברים לאבא וכך הלאה. לא משתחזרת? בודקים בדרך האלימינציה איזה תג, פקודה או כלל CSS עושה את הבעיה.

גילינו שה-cursor נותר במקום אך ורק אם יש ל-input את תכונת autofocus. התכונה הזו מבצעת פוקוס אוטומטי ל-input והיא מאוד חשובה אם אנו רוצים לאפשר למשתמשים להקליד מיד איך שהמודל נפתח ללא צורך בהזזה והקלקה. גם מבחינת נגישות יש חשיבות ל-autofocus. אחרי שהבנו שהבאג קורה רק אם מוסיפים את autofocus ל-input. יכולנו לנסח את השאילתה לגוגל באופן יותר מוצלח – cursor position IE focus ולהגיע לשאלה הזו ב-stackoverflow ואל הפתרון המיוחל.

מה הפתרון? להסיר את ה-autofocus מה-input להוסיף את הפוקוס בג'אווהסקריפט רק לאחר שה-transition מושלם. במקרה שלנו, ה-transition הוא באורך של 300 מילישניות אז הפוקוס נכנס לפעולה אחרי 350 שניות. כל מה שנותר לנו לעשות זה לארוז את הקוד יפה כאנגולר דירקטיב:

angular.module('my.directive')
  .directive('custom-auto-focus', function ($timeout) {
    return {
      link: function (scope, elm) {
        $timeout(function() {
          elm[0].focus();
        }, 350);
      }
    };
  }); 

מה המסקנה? זה לא פתרון מושלם. כמו כל האק הוא סובל מכמה בעיות – אם נשנה את אורך ה-transition, הפתרון יתפוצץ. הוא מעמיס עוד overhead של משהו שלא אמור להיות שם. autofocus אמור לעשות את הפוקוס האוטומטי ולא קוד JavaScript. זה בדיוק מה שרע בהאקים. מצד שני, אין ממש ברירה.

את הפתרון הצבתי גם בשאלה ב-stack overflow. מי יודע? אולי מישהו יוכל להיעזר בזה בעתיד.

פוסטים נוספים שכדאי לקרוא

מיקרו בקרים

הפעלת מסך oled קטנטן עם esp32

יצירת מערכת מולטימדיה שלמה בגודל של בול דואר עם מיקרובקר ובעלות של דולרים בודדים. וגם על הדרך נלמד על ת׳רדים

צילום מסך של סוואגר
יסודות בתכנות

openAPI

שימוש בתשתית הפופולרית למיפוי ותיעוד של API וגם הסבר בסיסי על מה זה API

תמונה של הבית הלבן עם מחשוב ענן וטקסט: FEDRAMP
פתרונות ומאמרים על פיתוח אינטרנט

FedRAMP & FIPS מבוא למתחילים

פרק מיוחד, לצד הקלטה של פרק של עושים תוכנה על אחת התקינות החשובות ביותר עבור חברות שסביר להניח שלא הכרתם

גלילה לראש העמוד