Ticket #756 (closed Bug: fixed)

Opened 7 years ago

Last modified 2 years ago

FF: ForcePasteAsPlainText doesn't work in all cases

Reported by: jmiguelsamper@… Owned by:
Priority: High Milestone:
Component: General Version: 3.0
Keywords: Firefox Cc:

Description (last modified by martinkou) (diff)

The problem reported in bug #1214941 "copying and pasting from word doesn't force it as plain text, even though I have that option turned on"

http://sourceforge.net/tracker/index.php?func=detail&aid=1214941&group_id=75348&atid=543653

was only patched for CTRL+V paste method.

The problem still happens if you paste using "Edit menu --> Paste", if you paste dragging from another window or if you paste using COMMAND+V (in Mac) or MAYS+INS (in Linux).


Moved from SF:
http://sourceforge.net/tracker/index.php?func=detail&aid=1516302&group_id=75348&atid=543653

Change History

comment:1 Changed 7 years ago by martinkou

  • Reporter changed from martinkou to jmiguelsamper@…

The "Edit menu" and dragging ways issues will be really hard to fix. Let's investigate it better.


Moved from SF. Original poster: fredck

comment:2 Changed 7 years ago by martinkou

  • Description modified (diff)

comment:3 Changed 7 years ago by w.olchawa

  • Keywords Confirmed Firefox added
  • Version set to SVN

I can confirm this bug partially.

Dragging text from enables "Paste as Plain Text" window. CTRL+V as said above also enables the window.

Only pasting using Edit Menu+Paste doesn't force paste as plain text.

comment:4 Changed 6 years ago by eclecticdan

I'm having the same problem as well. Depending on how you do it, some paste operations bypass the ForcePasteAsText config. Firefox on Windows-- Menu: Edit > Paste Firefox on Mac-- Menu Paste and Command + V

I know this will be difficult to fix but consistent behavior for things like pasting is very important for most applications built with FCK.

comment:5 Changed 6 years ago by bitsize

  • Priority changed from Normal to High

I can confirm this issue as well. Past from FF Edit Menu does not strip out the formatted text even though FCKConfig.ForcePasteAsPlainText = true in my config.

comment:6 Changed 6 years ago by bitsize

I can also now confirm that right click paste also does not strip out formatted text even though FCKConfig.ForcePasteAsPlainText = true in my config.

This is a rather large issue.

Drag/Drop and CTRL V seem to show the add text window every time, but menu Edit | Paste and right click Paste puts all formatting into the textarea including links.

For some sites this could be a security risk.

comment:7 Changed 6 years ago by jmsamper

You could fix this issue in Firefox 3+ using the new event onpaste. See

https://developer.mozilla.org/en/DOM/element.onpaste

comment:8 Changed 5 years ago by pwilk

Here is related ticket, problem this also appear in Ckeditor http://dev.fckeditor.net/ticket/5448

comment:9 Changed 2 years ago by Reinmar

Still reproducible in v3 (on at least latest FF), but fixed in v4.

comment:10 Changed 2 years ago by j.swiderski

  • Keywords SF removed
  • Version changed from SVN (FCKeditor) - Retired to 3.0

comment:11 Changed 2 years ago by j.swiderski

Still reproducible in v3 (on at least latest FF), but fixed in v4.

  1. set config.forcePasteAsPlainText = true;
  2. Open replacebycode sample
  3. Select text above editor - editing area, provided by the Wysiwygarea plugin.
  4. Drag and drop it

Result:
Word Wysiwygarea is still bold.

comment:12 Changed 2 years ago by Reinmar

  • Status changed from confirmed to closed
  • Resolution set to fixed

I'm closing this ticket. Currently, only one issue left and this is lack of handling for drag&drop pasting. Unfortunately this method doesn't fire native paste events or our pastebin can't grab this content. This needs some testing.

Anyway - different issue. See #9413.

Note: See TracTickets for help on using tickets.
© 2003 – 2012 CKSource – Frederico Knabben. All rights reserved. | Terms of use | Privacy policy