User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0 SeaMonkey/2.44a1 Build ID: 20160205232941 Steps to reproduce: In outlook.office365.com web email client: Opened new html email for editing. Typed in (w/o quotes) "asdf asdf asdf asdf". Moved cursor to the left of the first space. Pressed space. Actual results: Cursor moved to the right of the space. Expected results: Space should have been inserted at the cursor, with cursor now between two spaces.
We need a reduced testcase.
Component: Untriaged → Editor
Product: Firefox → Core
"reduced test case" I don't know what that is but if I can help....
2 years ago
Whiteboard: btpp-followup-2016-03-03 → btpp-followup-2016-03-03 [platform-rel-Microsoft][platform-rel-Outlook]
Masayuki, can you reproduce these issues?
platform-rel: ? → +
Whiteboard: btpp-followup-2016-03-03 [platform-rel-Microsoft][platform-rel-Outlook] → [platform-rel-Microsoft][platform-rel-Outlook]
Sorry, I couldn't try to test today. I'll try to do it next week.
Oops, sorry for the delay. I completely forgot this bug. I tried to test this today, but I realized that the URL is for Office365. Unfortunately, I don't have a license of it. But fortunately, I succeeded to reproduce this bug in Outlook.com. I hope they share same library... When I type space before a whitespace, then, the text node is separated to 2 nodes at the insertion point. According to the devtools, these text nodes are "asdf " and " asdf". So, the tail of the first text node and the head of the last text node are collapsed for conforming to HTML's rules. On the other hand, Chromium separates the text nodes as: "asdf " and " asdf". Therefore, the spaces are not collapsed. According to this testcase: https://jsfiddle.net/d_toybox/gxhp2po0/ Google Chrome also collapse white spaces if the first text node ends with ASCII whitespace. Therefore, I tried to create a simple testcase from this *behavior*: https://jsfiddle.net/d_toybox/gxhp2po0/1/ Then, Chromium also works as Firefox. So, I guess that Microsoft does not support Firefox this case. overholt, do you know somebody who can confirm MS what does actually?
Flags: needinfo?(masayuki) → needinfo?(overholt)
Ted works on O365 for Microsoft and replied about a recent bug in O365 (https://bugzilla.mozilla.org/show_bug.cgi?id=1306001#c25). CC'ing him to know if he could help us.
:masayuki -san, let's ping our MSFT DL about this. It contains a number of Outlook engineers
Please let me know if you do not get any answers from the DL. I actually work on the Web Platform at Microsoft, NOT on O365.
Posted to the ML, sorry for the delay due to not good health condition.
2 years ago
Update from the ML: > This issue is relate the undo logic in editor. Open bug OM 3265235 to track.
Update via ML from OWA engineer says: "This issue (OM 3265235) has been fixed in 12/5/2016." Can we confirm?
As I said, I cannot test this with Office 365, I confirmed that this was fixed in at least Outlook.live.com.
Status: UNCONFIRMED → RESOLVED
Last Resolved: a year ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.