1 คะแนน โดย GN⁺ 2024-05-23 | 1 ความคิดเห็น | แชร์ทาง WhatsApp

ประเด็นใน Bugzilla: ข้อผิดพลาดในการใช้แอตทริบิวต์ ROWS และ COLS ของ TEXTAREA

สรุปประเด็น

  • หมายเลขประเด็น: 33654
  • สถานะ: แก้ไขแล้ว (ซ้ำกับบั๊ก 1830576 ที่แก้ไขแล้ว)
  • ลำดับความสำคัญ: P3
  • ความรุนแรง: S3
  • ผลิตภัณฑ์: Core
  • คอมโพเนนต์: Layout: Form Controls
  • แพลตฟอร์ม: x86 All
  • ผู้รายงาน: Andrew McMillan
  • ผู้รับผิดชอบ: ยังไม่กำหนด

คำอธิบายประเด็น

  • 25 ปีก่อน: Andrew McMillan รายงานปัญหาว่าแม้ฟิลด์ TEXTAREA จะถูกกำหนดเป็น ROWS=5 COLS=30 แต่ในการแสดงผลจริงกลับเป็น ROWS=7 COLS=48
  • 24 ปีก่อน: นักพัฒนาหลายคนตรวจสอบปัญหานี้ และยืนยันว่า TEXTAREA ใช้ฟอนต์ไม่ถูกต้อง

ความเห็นสำคัญและความคืบหน้า

  • Andrew McMillan: TEXTAREA ใช้ฟอนต์ไม่ถูกต้อง และพื้นที่แสดงผลใหญ่เกินไป
  • rubydoo123: มอบหมายปัญหาให้กับนักพัฒนาคนอื่น และปรับลำดับความสำคัญ
  • kinmoz: รับปัญหาและเริ่มดีบัก โดยพบว่า TEXTAREA ถูกตั้งค่าให้บังคับใช้ฟอนต์ "monospace"
  • Hervé Renault: กล่าวถึงว่ามีการพูดคุยเรื่องนี้ในกลุ่มข่าวของผู้เขียน HTML
  • Koike Kazuhiko: แนบเคสทดสอบอีกชุดที่ไม่ได้กำหนดฟอนต์
  • Pedro Lopes: แนบเคสทดสอบแบบอินเทอร์แอกทีฟ

แพตช์และการแก้ไข

  • kinmoz: เขียนแพตช์เพื่อให้ใช้ฟอนต์ที่ถูกต้อง และอัปเดตหลายครั้ง
  • mjudge: เช็กอินแพตช์และแก้ไขปัญหา
  • Andrew McMillan: รายงานว่าแอตทริบิวต์ ROWS ยังทำงานผิดพลาดอยู่ และเปิดประเด็นอีกครั้ง
  • rubydoo123: มอบหมายให้ kin ประเมินปัญหาอีกครั้ง
  • kinmoz: รับปัญหาและพยายามหาวิธีแก้ผ่านการดีบักเพิ่มเติม

สถานะสุดท้าย

  • 23 ปีก่อน: แก้ไขปัญหาและจัดการบั๊กที่เกี่ยวข้องทั้งหมดเป็นรายการซ้ำ

ความเห็นของ GN⁺

  1. ปัญหาที่สำคัญสำหรับนักพัฒนาเว็บ: ปัญหานี้ส่งผลต่อเลย์เอาต์ขององค์ประกอบฟอร์ม จึงเป็นเรื่องสำคัญสำหรับนักพัฒนาเว็บ โดยเฉพาะเมื่อจำเป็นต้องมอบประสบการณ์ผู้ใช้ที่สม่ำเสมอในหลายเบราว์เซอร์
  2. ความสำคัญของการดีบัก: กระบวนการแก้ปัญหานี้น่าประทับใจตรงที่นักพัฒนาหลายคนร่วมมือกันดีบักและค้นหาทางแก้ แสดงให้เห็นถึงความสำคัญของการทำงานเป็นทีมและการสื่อสารในการพัฒนาซอฟต์แวร์
  3. ความเข้ากันได้ของเบราว์เซอร์: หากต้องการผลลัพธ์แบบเดียวกันในหลายเบราว์เซอร์ ก็จำเป็นต้องพัฒนาโดยคำนึงถึงความเข้ากันได้ของเบราว์เซอร์ ปัญหานี้อาจเป็นกรณีศึกษาสำคัญในการลดความต่างระหว่างเบราว์เซอร์
  4. CSS และการจัดการฟอนต์: การจัดการฟอนต์ในองค์ประกอบฟอร์มเป็นส่วนสำคัญ หากการตั้งค่าฟอนต์ไม่ถูกนำไปใช้ตามที่ควร ก็อาจกระทบต่อประสบการณ์ผู้ใช้อย่างมาก
  5. ความสำคัญของเคสทดสอบ: กระบวนการสร้างปัญหาซ้ำและตรวจสอบแนวทางแก้ผ่านเคสทดสอบที่หลากหลายเป็นสิ่งสำคัญ และเป็นขั้นตอนจำเป็นในการยกระดับคุณภาพซอฟต์แวร์

1 ความคิดเห็น

 
GN⁺ 2024-05-23
ความคิดเห็นจาก Hacker News

สรุปรวมความคิดเห็นจาก Hacker News

  • ติดตามบั๊กนี้มา 25 ปี

    • บั๊กที่ติดตามมา 25 ปีเพิ่งถูกแก้ไขเมื่อไม่นานนี้
    • ตอนแรกมันเป็นบั๊กของ Netscape Navigator
    • ได้รับอีเมลแจ้งเตือนเป็นครั้งคราวและก็ทำให้อดขำไม่ได้
  • ไม่ชอบการแสดงช่วงเวลาแบบอ่านง่ายสำหรับมนุษย์

    • ไม่ชอบการแสดงช่วงเวลาแบบ "หนึ่งเดือนก่อน"
    • อยากให้แสดงวันที่ที่แน่นอน
    • Outlook (โดยเฉพาะเวอร์ชัน Mac) เป็นตัวอย่างที่แย่ที่สุด
  • ชื่นชม Bugzilla ของ Firefox

    • Bugzilla เป็นหนึ่งในระบบติดตามบั๊กที่เก่าแก่ที่สุด
    • มีการปรับแก้จำนวนมากโดยยังคงบรรยากาศดั้งเดิมไว้
    • เคยนำมาใช้ราวปี 2000 เพื่อแทนที่ระบบติดตามบั๊กทำเองที่อิง Microsoft Access/Outlook
  • ดีใจที่บั๊กเก่าถูกแก้ไข

  • ไม่พอใจกับบั๊กเก่าของ LibreOffice

    • บั๊กที่ไม่สามารถตั้งค่ารูปแบบวันที่ของแกน x ในกราฟกระจายของ LibreOffice ได้อย่างถูกต้องเป็นสิ่งที่น่าหงุดหงิดที่สุด
    • เป็นบั๊กอายุ 12 ปี และมีคำแนะนำว่าไม่ควรแก้เพราะโค้ดซับซ้อนเกินไป
    • ลิงก์ที่เกี่ยวข้อง
  • หวังให้บั๊กที่เกี่ยวกับ XDG ถูกแก้ไข

  • วิธีจัดการบั๊กของ AWS

    • AWS แก้ปัญหาด้วยการลบบั๊กเก่าและการกล่าวถึงมันออกเป็นระยะ
  • ไม่พอใจกับบั๊กของตัวเลือกคัดลอก

    • บั๊กที่ทำให้ตัวเลือกคัดลอกกลายเป็นสีเทาแบบสุ่มทั้งที่มีข้อความอยู่แล้วนั้นชวนให้หัวเสียมาก
  • ข่าวคราวเกี่ยวกับครบรอบ 25 ปีของ Bugzilla

  • ชี้ข้อผิดพลาดในการคำนวณวันที่

    • มีการชี้ว่า "28-03-2000" ไม่ใช่เมื่อ 25 ปีก่อน