New issue
Advanced search Search tips

Issue 694126 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Feb 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

[Chrome & Firefox] Text values in the Advertisement grid which is displayed at the top of the search results is not getting wrapped and hence exceeding the boundry of the grid

Reported by addyaish...@gmail.com, Feb 20 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36

Example URL:
https://www.google.co.in/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#q=how+to+perform+mouseover+action+in+selenium+webdriver

Steps to reproduce the problem:
1. Access the google search engine link (www.google.com) from any of the Chrome or Firefox browser
2. Now enter the text as follows - "how to perform mouseover action in selenium webdriver"
3. And Click on Enter and See the search displayed 

What is the expected behavior?
The search result in form of Text or links should be formatted/Wrapped properly

What went wrong?
The text displayed in the advertisement grid appeared at the top of the search result is not wrapped and hence exceeding the Grid boundary.  (refer the screenshot attached).

Note: 
1. I have verified this bug in IE, Edge, Chrome and Firefox browsers and this issue only exists in Chrome and Firefox browser.
2. I am suspecting this may be because of the text displayed which is nothing but a piece of code in selenium causing the problem

Does it occur on multiple sites: N/A

Is it a problem with a plugin? N/A 

Did this work before? N/A 

Does this work in other browsers? No
 Firefox [51.0.1 (32 bit)], but this can be reproduced in any version of the browser

Chrome version: 56.0.2924.87  Channel: stable
OS Version: 6.3
Flash Version: Shockwave Flash 24.0 r0

1. I have verified this bug in IE, Edge, Chrome and Firefox browsers and this issue only exists in Chrome and Firefox browser.
2. I am suspecting this may be because of the text displayed which is nothing but a piece of code in selenium causing the problem

 

Comment 1 Deleted

Labels: Needs-Triage-M56
Components: UI>Browser>Search
Labels: -Type-Compat -Needs-Triage-M56 M-58 OS-Linux OS-Mac Type-Bug
Status: Untriaged (was: Unconfirmed)
Able to reproduce this issue on Mac 10.12.2, Win-10 and Ubuntu 14.04 using chrome reported version #56.0.2924.87 and latest canary #58.0.3018.0.

This is a non-regression issue as it is observed from M35 old builds. 

Hence, marking it as untriaged to get more inputs from dev team.

Thanks...!!
Status: WontFix (was: Untriaged)
Bugs in Google search are not Chrome bugs.
@pkasting@chromium.org - If this is a google search bug, why this is not repro on other browsers like Explorer or Edge?? [Refer the attachments]
Explorer.JPG
155 KB View Download
Edge.JPG
172 KB View Download
Owner: yoichio@chromium.org
Status: Assigned (was: WontFix)
You said this exists in Chrome and Firefox.  That suggests that Trident (the rendering engine behind IE and Edge) is the divergent engine, or possibly that Search is serving different code to the different browsers.

However, let's make sure.  yoichio@, this bug relates to word-wrapping, which I saw is something you have at least some connection with from Blink-dev intent-to-implement mails.  Can you check what the page is doing here and whether Chrome is wrapping correctly, or if there's some kind of bug?  If you're not the right person for this, can you find a better owner on the Blink team?
Cc: kojii@chromium.org
Components: -UI>Browser>Search Blink>Layout
Owner: e...@chromium.org
Reproduced.
This is text layout issue.
Assigned to layout team.
キャプチャ.PNG
33.6 KB View Download

Comment 8 by kojii@chromium.org, Feb 23 2017

Cc: -kojii@chromium.org e...@chromium.org
Owner: kojii@chromium.org
Status: WontFix (was: Assigned)
Unfortunately, this is by design.

This HTML:

<li>action.moveToElement(element).moveToElement(driver.findElement(By.linkText("iPads"))).click().build().perform();</li>

has no break opportunities (e.g., spaces, or characters that you can break lines at,) and thus considered as a single word. A long single word should overflow, unless you specify the "word-wrap" property[1].

See this sample:
http://output.jsbin.com/joxeli

All browsers behave the same way.

[1] https://drafts.csswg.org/css-text-3/#valdef-overflow-wrap-break-word

Sign in to add a comment