Devon Hubbard Reporter
	Description • 10 years ago

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:35.0) Gecko/20100101 Firefox/35.0
Build ID: 20140918030202

Steps to reproduce:

1. Launch Nightly 35.0aN (2014-09-16) or later. 
2. go into FirefoxNightly prefs, and enable 'Enable E10S (multi-process)'
3. Quit, relaunch FirefoxNightly.
4. Go to any bugzilla site, like, 'bugzilla.mozilla.org'
5. Run any report that produces a table of data.
6. mouseDown in the bottom right table value and drag up to the upper left to select all the table contents.
7. Press CMD+C (copy)
8. go into TextEdit or MS Word
9. Press CMD+V (paste)


Actual results:

The contents of the copied table are pasted as raw ASCII text in the destination app.


Expected results:

The contents of the copied table should get pasted with HTML table formatting intact resulting in the table data (rows and cells) into the destination app.

	Devon Hubbard Reporter
	Comment 1 • 10 years ago

With the same FirefoxNightly build, you can get the correct table copy results if you disabled the 'Enable E10S (multi-process)' checkbox, restart, and do the table copy steps above.

This is behaving like no style information is getting copied from a window when E10S is enabled.

	Paul Silaghi, QA [:pauly]
	Comment 2 • 10 years ago

Confirmed 35.0a1 (2014-09-18) e10s Win 7 x64

	Devon Hubbard Reporter
	Comment 4 • 9 years ago

verified dup

	Devon Hubbard Reporter
	Comment 5 • 9 years ago

actually, whoops, this should be re-opened.
in re-reading bug #1071562, I don't believe this bug [1069453] is a dup.  Bug #1071562 is about image copies.  This bug is about text/html table copies.  If they are both related to the same underlying code, then the same fix might resolve both.  But, IMO, the issues should be tracked separately so both situations get tested, resolved and verified separately.

This problem is reproducible in today's nightly, 38.0a1/2015-01-16 if 'Enable E10S' is active.