Quantcast
Channel: CKEditor: Ticket #13142: [Edge] CTRL+A, backspace results in an empty div
Browsing latest articles
Browse All 88 View Live
↧

status changed; resolution set

status changed from review to closedresolution set to fixed It's green indeed. Closed, finally. ​git:89d54d8.

View Article


status changed

status changed from assigned to review Ran all the units tests on Edge and they are green (except for pastefromword, but these fail on master as well).

View Article


status changed

status changed from review to assigned

View Article

status changed

status changed from review_failed to review I had 2 failing tests, but after I ran one of them all have become green all of a sudden. That was IE11. Have to repeat that on Edge.

View Article

attachment set

attachment set to ie_magic.png Surprisingly green tests

View Article


Article 38

Also do not forget to create a ticket mentioned in ​https://dev.ckeditor.com/ticket/13142#comment:31.

View Article

status changed

status changed from review to review_failed I rebased branch on master, pushed an additional commit, checked manual test (which is fine), checked code changes (now looks good), checked all tests in...

View Article

milestone changed

milestone changed from CKEditor 4.5.3 to CKEditor 4.5.4 Because these changes can touch more that we expected at the begging it is safer to move it to the next release.

View Article


Article 35

Added some commentary to the more obscure parts of the code as per request from pjasiun. Changes pushed to ​branch:t/13142c.

View Article


Article 34

DUP reported: #13613.

View Article

milestone changed

milestone changed from CKEditor 4.5.2 to CKEditor 4.5.3

View Article

status changed

status changed from assigned to review Changes pushed to ​branch:t/13142c.

View Article

Article 31

I'll update the MT according to comment:25 and push. As for 3. from that comment: For backspace/delete it works, because the sequence of events is like this: keydown selectionchange selectionchange...

View Article


Article 30

OK, I can see. On Firefox, if I have just one line of text, press CTRL+A and Enter, I have two lines, but the caret is in the first one. That doesn't seem right. Please report it, but I think we can...

View Article

Article 29

I checked if this happens on latest master and it does. The problem lies in what happens, if we select the whole content(e.g. a single paragraph) on Edge, IE and Firefox and call range.splitBlock()....

View Article


Article 28

Actually, the culprit lies here:​https://github.com/cksource/ckeditor-dev/blob/t/13142c/plugins/enterkey/plugin.js#L282 After this line in Chrome we have an empty paragraph, and in Edge we end up with...

View Article

Article 27

The first two paragraphs are expected, because it's the enter key that's pressed. Other keys don't create this effect. The third paragraph (or div) is created...

View Article


status changed

status changed from review_failed to assigned

View Article

Article 25

I've set the priority to 999 and also tested the version without the keydown, keyup events attached. The quirk still occurs. Could this be yet another problem with Edge?

View Article

status changed

status changed from review to review_failed I rebased your branch and pushed one more commit there. Noticed few things:On Edge: CTRL+A, Enter. 3 paragraphs are created.The above may be caused by the...

View Article

Article 23

Forgot to cherry-pick them from the previous iteration. Changes pushed to ​​​branch:t/13142c.

View Article


Article 22

One thing missing – a manual TC (tags: 4.5.2, tc).

View Article


status changed

status changed from assigned to review I merged together the parts that deal with <p> on IE and <div> on Edge. Changes pushed to ​​branch:t/13142c.

View Article

status changed

status changed from review to assigned

View Article

status changed

status changed from assigned to review I solved the problem with overlapping events by locking marking and removing appropriately. Tests added that show how this mechanism behaves. Changes pushed to...

View Article


status changed

status changed from review_failed to assigned

View Article

Article 17

While I was fixing the problem with the infinite loop I found an edge case that we need to cover: if the user, instead of pressing backspace, starts typing the selectionchange event fires when the...

View Article

Article 16

Fixed that infinite loop, but there's another problem that I found: selecting all and pressing any alphanumeric key bypasses the implemented protection on Edge. I'll fix this and add an appropriate test.

View Article

status changed

status changed from review to review_failed After your change there is circular reference and browser crash when I press CTRL+A;Backspace. See that you only ​check that the enter mode is different than...

View Article



status changed

status changed from review_failed to review

View Article

Article 13

As always there was more to this than a single line of code that needed to be changed. I added unit tests that create this situation regardless of the browser they are run on. Changes pushed to...

View Article

Article 12

I found the piece of code that deletes that <p> in IE11 in enterMode=ENTER_DIV:​https://github.com/cksource/ckeditor-dev/blob/t/13142a/plugins/wysiwygarea/plugin.js#L176 I'll modify it so that...

View Article

Article 11

And one more think: debugging and, in general, working with tickets on Edge, is very hard now, because Edge is too unstable. I believe handling are reviewing tickets like this at this stage is a waste...

View Article


status changed

status changed from review to review_failed First of all note that this problem occurred only using Backspace. Then I use Delete additional <div> is not added. I checked the behavior on other...

View Article

status changed

status changed from assigned to review Changes pushed to ​branch:t/13142a. I had to put deleting the div after adding the bogus, because node removal invalidates the selection.

View Article

Article 8

Here is the sequence of events that leads to this bug:When the user hits backspace (or delete) on the whole selected content then it gets deleted and the browser inserts an empty, superfluous...

View Article


Article 7

I guess we should create at least a temporary fix. We'll have to watch out for regressions in case the Edge devs change something again to make this behavior consistent in their browser(that is if...

View Article


Article 6

Ok, thanks. But as you can see - none of the browsers give the expected result which is <p><br></p>. We fix this somehow. Question is - why we don't fix it on Edge?

View Article

Article 5

Other browsers that I tested have the following behavior: IE11 @ Win10: Empty <p> Chrome @ Ubuntu: Single <br> What's important is that if it's not the <body> element that's editable...

View Article

Article 4

How does IE11 and other browsers handle CTRL+A;DEL natively? It isn't so obvious that this is a bug unfortunately. Also, we may be already manually handling CTRL+A;DEL on some browsers. This should be...

View Article

Article 3

This seems to be a vendor issue. I filed a bug...

View Article


status changed; owner set

owner set to Tade0status changed from confirmed to assigned

View Article

summary, milestone changed

summary changed from [Spartan] CTRL+A, backspace results in an empty div to [Edge] CTRL+A, backspace results in an empty divmilestone changed from CKEditor 4.5.0 to CKEditor 4.5.1 We are still unable...

View Article


status changed

status changed from new to confirmed It is there from at least CKE 4.0 so it looks like IE12 "interesting feature".

View Article
Browsing latest articles
Browse All 88 View Live