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

Issue 656455 link

Starred by 1 user
Status: Untriaged
Owner: ----
Cc:
█ sureshkumari@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

Options V2 page uses different style after saving (when inside form)

Reported by m...@rcel.cz, Oct 16 2016 
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2891.0 Safari/537.36

Steps to reproduce the problem:
1. Install sample extension
2. Open extension Options
3. Click Save button

What is the expected behavior?
If Chrome injects style to theme OptionsV2, it should be at least consistent.

What went wrong?
After clicking Save button, the page style changes. This happens only when the inputs are placed inside <form>. 

Did this work before? No 

Does this work in other browsers? N/A

Chrome version: 56.0.2891.0  Channel: canary
OS Version: 10.0
Flash Version: 

Repro on both stable/canary.
sample.zip
5.1 KB Download
before-and-after-saving.png
16.6 KB View Download

Comment 1 by sureshkumari@chromium.org, Oct 17 2016

Labels: M-56
Status: Untriaged (was: Unconfirmed)
Tested on Windows-10 using chrome stable version 54.0.2840.59 and canary 56.0.2891.0.
Able to reproduce the issue till M45. Unable to  check the issue on M35 build as the option of the sample extension was unavailable.
This is Non-regression issue.Hence marking it as untraiged to get addressed.
656445.mp4
1.2 MB View Download

Comment 2 by durga.behera@chromium.org, Oct 18 2016

Components: Blink>Forms

Comment 3 by tkent@chromium.org, Oct 18 2016

Components: -Blink>Forms Platform>Extensions

Comment 4 by sureshkumari@chromium.org, Oct 19 2016

Cc: sureshkumari@chromium.org
Labels: OS-Linux OS-Mac
just to update from M35 to M44 versions are not supporting the extension.

Also the issue seen on Mac 10.11.4 and ubuntu 11.04 using chrome stable version 54.0.2840.59 and canary 56.0.2894.3

Comment 5 by asargent@chromium.org, Oct 21 2016

Cc: asargent@chromium.org
Status: Available (was: Untriaged)
Hmm, I wonder if this has anything to do with bug 571120 (where form posts don't work in options pages)
Project Member

Comment 6 by sheriffbot@chromium.org, Oct 23 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

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

Comment 7 by m...@rcel.cz, Oct 23 2017 

Still reproducible on Chrome 64.0.3246.2 (Canary).

Comment 8 by asargent@chromium.org, May 15 2018

Cc: -asargent@chromium.org

Comment 9 by lazyboy@chromium.org, Jun 1 2018 

It seems the injected stylesheet [1] is disappearing after the form() is submitted.

[1] https://cs.chromium.org/chromium/src/extensions/renderer/dispatcher.cc?rcl=a9c72cb6ed6688a69649a453537fd789297e1274&l=568
►

Sign in to add a comment