Projects/KHTML: Difference between revisions

    From KDE TechBase
    No edit summary
    No edit summary
    Line 1: Line 1:
    === In-progress bugfixes ===
    === In-progress bugfixes ===
    * SadEagle:{{Bug|115325}},{{Bug|169988}} --- focus/blur on all elements, head/body parsing #?????, multiple problems with onchange ({{Bug|170451}}, many others)
    * SadEagle:{{Bug|169988}} --- focus/blur on all elements, head/body parsing #?????, multiple problems with onchange ({{Bug|170451}}, many others)
    ** onchange on lineedit/textarea isn't called because handleFocusOut isn't called for redirected widgets
    * Spart:{{Bug|170055}},{{Bug|170091}} --- offsetTop/Parent/Left - got a patch, but will sit a bit on it as those are very touchy and important methods. I need to build a more thorough test to see if early specification is accurate.
    * Spart:{{Bug|170055}},{{Bug|170091}} --- offsetTop/Parent/Left - got a patch, but will sit a bit on it as those are very touchy and important methods. I need to build a more thorough test to see if early specification is accurate.


    Line 24: Line 25:
    * derstandard.at
    * derstandard.at
    * tokenizer script-recursion crashes - (what bug #? (Spart))
    * tokenizer script-recursion crashes - (what bug #? (Spart))
    ** Might not be a good name, but I mean: {{Bug|170185}}, part of {{Bug|165601}}, part of {{Bug|162498}}, later bts and dupes of {{Bug|145666}}, and likely some others. My initial description is probably wrong, though --- the problem is the hack in handling window.document that creates the document by calling begin/write/end is doing so on a document with a parser active; one of the triggers is probably because the restoration of frames from KHTMLPageCache may happen in the wrong order, but the various reports suggest it's not the only case. (The reason for the original description is that I recalled seeing quite a few reports mentioning the same m_scriptExecuting assert, e.g. {{Bug|118104}} for a long time, and figured it's time to get rid of this; some of those are actually mixed in with the dupes of the above). -S.E.

    Revision as of 13:43, 12 September 2008

    In-progress bugfixes

    • SadEagle:bug #169988 --- focus/blur on all elements, head/body parsing #?????, multiple problems with onchange (bug #170451, many others)
      • onchange on lineedit/textarea isn't called because handleFocusOut isn't called for redirected widgets
    • Spart:bug #170055,bug #170091 --- offsetTop/Parent/Left - got a patch, but will sit a bit on it as those are very touchy and important methods. I need to build a more thorough test to see if early specification is accurate.

    Acid3 stuff

    See Projects/Acid3

    Major targets

    • SVG --- vtokarev
    • DOM namespace changes --- vtokarev
    • HTML5 Audio/Video --- Spart
    • getComputedStyle w/display:none --- SadEagle
    • iframe stuff --- SadEagle, non-immediate
      • XSS permissions for about: and javascript: URL affect tinyMCE
    • canvas --- SadEagle, non-immediate:
      • New params to putImageData, createImageData, parameter checking updates
      • Depends on getComputedStyle:
        • Add support for currentColor
        • text

    Potentially high-impact bugs

    • Selection crashes, affecting at least Kopete bug #170749, seen elsewhere, too (I believe I fixed this some times ago.. r855319 bug #167239 - needs test (Spart))
    • derstandard.at
    • tokenizer script-recursion crashes - (what bug #? (Spart))
      • Might not be a good name, but I mean: bug #170185, part of bug #165601, part of bug #162498, later bts and dupes of bug #145666, and likely some others. My initial description is probably wrong, though --- the problem is the hack in handling window.document that creates the document by calling begin/write/end is doing so on a document with a parser active; one of the triggers is probably because the restoration of frames from KHTMLPageCache may happen in the wrong order, but the various reports suggest it's not the only case. (The reason for the original description is that I recalled seeing quite a few reports mentioning the same m_scriptExecuting assert, e.g. bug #118104 for a long time, and figured it's time to get rid of this; some of those are actually mixed in with the dupes of the above). -S.E.