Link^ text
` For WebKit browsers the selection is like in the above html, however, when you start typing it is moved outside the link (like `Link^ text
`) so the typed text is not the part of the link. All non empty elements from within a link are copied (using styles combo creates empty element/s which are not copied in such cases). In Firefox, the selection can be either `Link^ text
` or `Link^ text
` and it behaves accordingly so the typed text becomes part of the link or plain text. For IE/Edge browsers the selection always behaves and acts like `Link^ text
`. ---- Now consider the resulting html after using styles combo on the following html: == Chrome == '''1.''' `xfoo^x
` After changing font size to 20px and typing ''bar'' becomes `xfoobarx
` '''2.''' `xfoo^x
` After changing font size to 20px and typing ''bar'' becomes `xfoobarx
` '''3a.''' `xfoo^x
` After changing font size to 20px and typing ''bar'' becomes `xfoobarx
` '''3b.''' `xfoo^x
` After changing font family to Tahoma and typing ''bar'' becomes `xfoobarx
` == Firefox == '''1.''' `xfoo^x
` After changing font size to 20px and typing ''bar'' becomes `xfoobarx
` '''2.''' `xfoo^x
` After changing font size to 20px and typing ''bar'' becomes `xfoobarx
` '''3a.''' `xfoo^x
` After changing font size to 20px and typing ''bar'' becomes `xfoobarx
` '''3b.''' `xfoo^x
` After changing font family to Tahoma and typing ''bar'' becomes `xfoobarx
` ---- While the elements order may be different I does not make any difference for visual appearance and CKEditor UI (`text^` and `text^` looks same and activates same states/controls in UI). This means for different elements order, the result of using styles combo should be the same in both appearance and UI state (same for one browser, not necessarily between browsers)." Bug confirmed Normal General VendorFix CantFix