Opened 8 years ago
Closed 8 years ago
#14819 closed Bug (fixed)
[Edge] Multiple unit tests failing
Reported by: | kkrzton | Owned by: | |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | General | Version: | |
Keywords: | Cc: |
Description
After updating Edge browser from version 25 to 38 (Edge: 38.14393; EdgeHTML: 14.14393), there are multiple unit tests failing (see attached screenshot).
This is a group task for failing tests.
Attachments (1)
Change History (13)
Changed 8 years ago by
Attachment: | Screen Shot 2016-08-23 at 14.25.34.png added |
---|
comment:1 Changed 8 years ago by
Status: | new → confirmed |
---|
comment:2 Changed 8 years ago by
Owner: | set to kkrzton |
---|---|
Status: | confirmed → assigned |
comment:4 Changed 8 years ago by
tests/core/dom/documentfragment (1):
Test failing because of this strange bug: https://developer.microsoft.com/en-us/microsoft-edge/platform/issues/8619646/
comment:5 Changed 8 years ago by
Apart from the test mentioned in the above comment (tests/core/dom/documentfragment), all failing tests from Core group are the result of lack of support for setActive
(https://github.com/ckeditor/ckeditor-dev/blob/master/core/editable.js#L80) in newest Edge version.
comment:6 Changed 8 years ago by
After using focus
instead of setActive
(https://github.com/cksource/ckeditor-dev/commit/3ec9ce227243b5cfb3249e096329eebfb9f2cf3c) in Edge, tests still failing:
- tests/core/dom/documentfragment (1) - see comment:4
- tests/core/htmldataprocessor (1) - somehow unstable, the change does not affect it, sometimes fails with:
Expected: <p>x<a data-cke-saved-name="foo" name="foo"></a>x</p> (string) Actual: <p>x<a name="foo" data-cke-saved-name="foo"></a>x</p> (string)
- tests/plugins/codesnippet/editing (1)
- tests/plugins/image2/acf (2)
- tests/plugins/image2/editing (2)
- tests/plugins/image2/justify (1)
- tests/plugins/image2/link (1)
- tests/plugins/mathjax/mathjax (5)
- tests/plugins/placeholder/dialog (1)
- tests/plugins/widget/contextmenu (1)
- tests/plugins/widget/widgetselection (2)
comment:7 Changed 8 years ago by
Unfortunately using focus instead of setActive causes the editor to scroll (the reason why setActive
was used). While the setActive
is no longer supported, the only reasonable solution seems to be applying another workaround.
Steps to check if editor is scrolling on focus:
- Go to
plugins/divarea/samples/divarea.html
. - Run
CKEDITOR.instances.editor1.editable().find('table').getItem(0).scrollIntoView()
in the console. - Run
CKEDITOR.instances.editor1.focus()
in the console.
To check if editor was focused use document.activeElement
.
While this fix needs some workaround, I created the separate ticket: #14825.
comment:8 Changed 8 years ago by
Created another task #14826. It seems this issue may be the cause of all remaining failing unit tests (except the mathjax tests - tests/plugins/mathjax/mathjax):
- tests/plugins/image2/acf
- tests/plugins/image2/justify
- tests/plugins/widget/widgetselection
- tests/plugins/codesnippet/editing
- tests/plugins/image2/editing
- tests/plugins/image2/link
- tests/plugins/placeholder/dialog
- tests/plugins/widget/contextmenu
comment:9 Changed 8 years ago by
To sum up, there are two issues which are the cause of the most tests failing and should be fixed: #14825 and #14826.
Apart from that:
- One test (tests/core/dom/documentfragment) is failing beacuse of Edge bug: https://developer.microsoft.com/en-us/microsoft-edge/platform/issues/8619646/.
- One test (tests/core/htmldataprocessor) is unstable (usually fails on the first run) and needs some investigation.
- 5/6 mathjax tests (tests/plugins/mathjax/mathjax) also fails, needs more investigation.
comment:10 Changed 8 years ago by
Owner: | kkrzton deleted |
---|---|
Status: | assigned → new |
comment:11 Changed 8 years ago by
Status: | new → confirmed |
---|
comment:12 Changed 8 years ago by
Resolution: | → fixed |
---|---|
Status: | confirmed → closed |
TCs containing failing tests:
Total of 34 tests failing.
The best approach seems to be resolve core issues first because they may be the cause of other tests (Plugins and Tickets group) failing. Also we should keep in mind that some failing tests may be the result of IE/Edge workarounds applied earlier (as Edge may have improved, the workarounds may no longer be needed).