Bug 1077414 - Pasting into area outside of editor possible
Summary: Pasting into area outside of editor possible
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Zanata
Classification: Retired
Component: Component-UI
Version: 3.3
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: ---
Assignee: Damian Jansen
QA Contact: Zanata-QA Mailling List
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-03-17 23:03 UTC by Hedda Peters
Modified: 2014-07-29 04:35 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2014-07-29 04:35:21 UTC
Embargoed:


Attachments (Terms of Use)
Screenshot: You can paste whatever you wnat in user label (53.15 KB, image/png)
2014-03-27 07:29 UTC, Ding-Yi Chen
no flags Details
Screenshot: Small input field (116.11 KB, image/png)
2014-03-28 01:18 UTC, Ding-Yi Chen
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1081777 0 unspecified CLOSED Translation Editor: User label should not be editable 2021-02-22 00:41:40 UTC

Internal Links: 1081777

Description Hedda Peters 2014-03-17 23:03:45 UTC
Description of problem:
A couple of times now I managed to paste a word into an area above the actual editor area by accident. 

How reproducible:
happens rarely

Steps to Reproduce:
No idea - sorry. Seems totally random. Happened while copying (actually cutting) a word from inside the editor and pasting it to the beginning of the text in the editor. 

Actual results:
Pasted a word into an area above editor area.

Expected results:
Pasting should only be possible within the editor area.

Additional info:
Not a big problem that needs to be fixed - more of an FYI bug report.

Comment 2 David Mason 2014-03-27 07:10:03 UTC
Technical note: The user indicator has contentEditable="inherit", so an ancestor element must have contentEditable="true". A quick fix would be to set contentEditable="false" for the user indicators.

Comment 3 Ding-Yi Chen 2014-03-27 07:26:39 UTC
Hedda, I can reproduce something similar.

You need 2 browser tabs, both editing the same document, same entry.

1. Click at the name of the other user, as shown in blue block in my attachment.
   You can see a cursor blinking in the user name, indicating it can be edited.

2. You can paste whatever your want or delete the username.
   You can even click the Documents(<locale>) and go back, the change you made is still there.

3. But it is not actually save, you can check this by refreshing the browser by pressing (Ctrl-R) or go to other browser tab.

Is that what happened to you?

Comment 4 Ding-Yi Chen 2014-03-27 07:29:19 UTC
Created attachment 879330 [details]
Screenshot: You can paste whatever you wnat in user label

Comment 5 Hedda Peters 2014-03-27 09:32:17 UTC
(In reply to Ding-Yi Chen from comment #3)
> Hedda, I can reproduce something similar.
> 
> You need 2 browser tabs, both editing the same document, same entry.
> 
> 1. Click at the name of the other user, as shown in blue block in my
> attachment.
>    You can see a cursor blinking in the user name, indicating it can be
> edited.
> 
> 2. You can paste whatever your want or delete the username.
>    You can even click the Documents(<locale>) and go back, the change you
> made is still there.
> 
> 3. But it is not actually save, you can check this by refreshing the browser
> by pressing (Ctrl-R) or go to other browser tab.
> 
> Is that what happened to you?

Hi Ding, 

I don't think that is it. That is a funny bug too, though, I could replicate the same :-)

In my case, I did not have two browser tabs open with the same document, and the pasting also didn't occur in the username area. It happened right above the editor area, not to its right like what you are describing. Did you see my screenshot from comment #1 (private)?

It actually happened to me again today, and I stopped to try and replicate it, but I still couldnt figure it out.

Comment 6 Ding-Yi Chen 2014-03-27 23:46:41 UTC
In that case, I will revert the title to the old one, and use bug 1081777 to track the bug I found.

Hedda, 

1) when this happened, are there other translators working on same document with you? The two browser tabs are just simulate the case that two translators working on same entry.

2) If other translators joined to edit the same document, do their user label shown on right side or top side of the editing cell?

Comment 7 Ding-Yi Chen 2014-03-27 23:48:10 UTC
And which browser you were using?

Comment 8 Hedda Peters 2014-03-27 23:49:47 UTC
No, I'm 99% certain I was the only one working on that document. Also, no other usernames were shown to the right or top of the editor field.

I am using FF 17.

Comment 9 Ding-Yi Chen 2014-03-28 01:18:15 UTC
After digging the HTML source, we found that there is a small <input> field (1x1 px), and the text was shown exact the place you describe. See attachment "Small input field"

Perhaps Hedda occasionally click at that <input> and thus discover that bug.

Comment 10 Ding-Yi Chen 2014-03-28 01:18:55 UTC
Created attachment 879704 [details]
Screenshot: Small input field

Comment 11 David Mason 2014-03-28 02:26:21 UTC
(In reply to Ding-Yi Chen from comment #9)
> After digging the HTML source, we found that there is a small <input> field
> (1x1 px), and the text was shown exact the place you describe. See
> attachment "Small input field"
> 
> Perhaps Hedda occasionally click at that <input> and thus discover that bug.

Given the small size of the mysterious input field, it is still more likely that Hedda is putting content into a different element that has incorrectly inherited contentEditable state from a parent element, as per comment #2.

Comment 12 Damian Jansen 2014-07-29 04:35:21 UTC
Tested 3.5.0-SNAPSHOT (git-server-3.4.2-201-ge0afdde) - no longer an issue


Note You need to log in before you can comment on or make changes to this bug.