New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 800638 link

Starred by 1 user
Status: WontFix
Owner: ----
Closed: Jan 2018
Cc:
█ viswatej...@techmahindra.com
█ sc00335...@techmahindra.com
█ vamshi.k...@techmahindra.com
vmp...@chromium.org
Components:
EstimatedDays: ----
NextAction: 2018-01-29
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

Negative large left value on absolute element may cause other elements to be obscured

Reported by lukeshar...@gmail.com, Jan 10 2018 
UserAgent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0

Steps to reproduce the problem:
1. Test a complicated Wordpress view in inline mode
2. Change selection on a view. When selecting a view sometimes others are obscured from view as if they are transparent, though they look the same in inspector.

What is the expected behavior?
Negative absolute element should not somehow take away other elements from view.

What went wrong?
As you can see in the inspector screenshots attached, with the left checked, the element AND the elements before it disappear. The TinyMCE .mce-offscreen-selection element disappears and with it other elements around it when TinyMCE sets left:-9999999999px

Did this work before? N/A 

Chrome version: Version 63.0.3239.132 (Official Build) (64-bit)  Channel: stable
OS Version: 63
Flash Version: Shockwave Flash 28.0 r0

This has happened in rare cases for some time (years?) I believe, I just now tracked it down to this odd element. Happened in Chrome beta as well, happens on both standard and HiDPI computer.
Screenshot from 2018-01-09 21-11-06.png
1.8 MB View Download
Screenshot from 2018-01-09 21-11-19.png
1.6 MB View Download

Comment 1 by lukeshar...@gmail.com, Jan 10 2018 

See here where at a certain point the negative left starts obscuring things, increasing gradually increases the obscuring and makes things transparent in the editor - using only the left negative of that one element.
Screenshot from 2018-01-09 21-50-21.png
1.7 MB View Download

Comment 2 by krajshree@chromium.org, Jan 10 2018

Labels: Needs-Triage-M63

Comment 3 by tkent@chromium.org, Jan 11 2018

Components: -Blink Blink>Paint

Comment 4 by vamshi.k...@techmahindra.com, Jan 11 2018

Cc: vamshi.k...@techmahindra.com
Labels: Triaged-ET Needs-Feedback
"Thanks for filing the issue!

@Reporter: Could you please share a sample test file/URL which helps us to triage the issue further in a better way. "

Comment 5 by schenney@chromium.org, Jan 11 2018

NextAction: 2018-01-29

Comment 6 by lukeshar...@gmail.com, Jan 11 2018 

Unfortunately I wasn't seeing it on most themes, and I haven't replicated the issue on the public demo, if I do I will give steps to show the issue.
Project Member

Comment 7 by sheriffbot@chromium.org, Jan 11 2018

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "vamshi.kommuri@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 8 by viswatej...@techmahindra.com, Jan 12 2018 

As per comment#6, waiting for reporter to respond with reproducible steps for the issue, hence adding Needs-Feedback label

Comment 9 by sc00335...@techmahindra.com, Jan 12 2018

Cc: viswatej...@techmahindra.com sc00335...@techmahindra.com
Labels: Needs-Feedback

Comment 10 by monor...@bugs.chromium.org, Jan 29 2018 

The NextAction date has arrived: 2018-01-29

Comment 11 by schenney@chromium.org, Jan 30 2018

Status: WontFix (was: Unconfirmed)
Looks like this has not re-appeared. Please re-open the bug if you see it again.
►

Sign in to add a comment