User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2 (.NET CLR 3.5.30729) I do a lot of copying tables from web pages and pasting them into Microsoft Word. These are mainly from financial institutions, for example a transaction history report. Whenever I copy from internet explorer, the tables maintain their format when I paste them into Word, however, every version of Firefox I have tried copying from does not work. When pasted, the the tables are just crammed onto the page with no formatting at all. Websites that I know this effects: Compassbank, Scottrade, Emigrantdirect, and Dollarsavingsdirect. Reproducible: Always Steps to Reproduce: 1.Get a listing of transaction history from financial website. 2.Highlight transaction history table and press CTRL + C. 3.Go to MSWord and press CTRL + P. Actual Results: If using internet explorer, the exact table is reproduced onto your Word page. If using firefox, all the text is copied without formatting and crammed together. Expected Results: I would like firefox to mimic internet explorer so that I do not have to use internet explorer. This is a normal install of firefox with no addons or themes installed.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4) Gecko/20091016 Firefox/3.5.4 Happens to me too. I work with bugzilla in firefox, and sometimes I have to copy and paste filter results (tables) to MS Outlook, and send them by email. When I paste from firefox, all the data is pasted in to one line without any format. I have to open IE7 every time I have to copy and paste from the web.

This is still an issue, nearly a year later as of Firefox 3.6.8.

Reporter -> Are you still experiencing this issue with the latest version of Firefox 3.6.13? Does the issue occur with the latest nightly? http://nightly.mozilla.org/ Please provide a URL for a site that exhibits the issue.

This reproduces in FireFox 4b12. Go to about:support, select the Hardware Acceleration table at the bottom, press Ctrl+C, open Notepad, press Ctrl+V - One line of text with no spaces between the cells/new lines between the rows. Related/duplicated issues - https://bugzilla.mozilla.org/show_bug.cgi?id=638439 https://bugzilla.mozilla.org/show_bug.cgi?id=572543 https://bugzilla.mozilla.org/show_bug.cgi?id=137450 https://bugzilla.mozilla.org/show_bug.cgi?id=237546 https://bugzilla.mozilla.org/show_bug.cgi?id=303736

Does https://addons.mozilla.org/en-US/firefox/addon/dafizilla-table2clipboard/ solve the issue?

Were you able to try the extension?

I have used this addon, however it is only partially helpful. This addon will only allow you to copy the whole table, a single row, or a single column. There are many time when I want to copy more than one row of a table but not the entire table and it doesn't allow for that. That would seem like a common desire and I don't know why it would be more difficult to implement than copying only one row.

Reporter -> Are you still experiencing this issue with the latest version of Firefox 5?

I just tried it with Firefox 5 and, yes, I am still experiencing this. Is this just some crazy hard thing to program for? I admit I have no idea how to program this kind of stuff, but I am assuming there are users out there that do.

Marking as NEW since I can reproduce. This sounds like an issue with the way we generate CF_HTML. We probably aren't specifying enough context in our StartHTML/EndHTML properties in the CF_HTML format.

Update: I found that HTML tables do copy/paste correctly. The problem is that we don't support CF_HTML format with XHTML pages. Fix pending.

Moved over the CC list from the bug I marked a duplicate of this bug.

The problem seems to stem from Bug 270145 which treats XHTML as plaintext so that the CDATA portions of the XHTML document can be read. The fix I'll do here is an alternate fix to 270145 that will allow CF_HTML even if the source XHTML document has CDATA sections.

Brian, are you still working on this? We noticed this problem while fixing 723163 -- at least I think it's the same problem, because I'm not sure what CF_HTML is. The problem we found is that nsHTMLCopyEncoder doesn't generate text/html for XHTML documents.

Nope I'm not currently working on this. Unassigned myself.

I filed bug 857915, which is about generating a text/html encoding when you copy XHTML. I thought about using this bug instead, but it's not clear from the original report that this is a problem specific to XHTML, even though the bug has become about XHTML. Or if the "formatting" in comment 0 means plain text pretty printing or HTML style and markup. (So I'm also changing the summary to better reflect the original report.) HTML copies and pastes fine in both text/plain and text/html flavors as far as I can tell. XHTML has two problems: there's no text/html flavor generated, and in the text/plain flavor the text is all smushed together. Bug 723163 fixed the second problem, and bug 857915 is about the first problem. So I'll mark this bug as depending on both.

Is bug 319141 a dupe of this one?

They're basically about the same thing. Bug 319141 describes its problem much more technically. This bug encompasses a couple of bugs, bug 723163 and bug 857915. If anything, bug 857915 may be a dupe of bug 319141. I hesitate to dupe bugs that are vaguely about the same thing but not quite because it can make people mad.

What is the status of this bug? Is this bug still pending? Would be nice to be able to use this feature of copy and pasting the background along with table formatting like Chrome.