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

Issue 738911 link

Starred by 1 user
Status: WontFix
Owner:
shend@chromium.org
Closed: Jul 2017
Cc:
█ hdodda@chromium.org
style-bugs@google.com
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

New calendar gets duplicated on page refresh upon creating

Reported by evilbrin...@gmail.com, Jul 3 2017 
UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:54.0) Gecko/20100101 Firefox/54.0

Example URL:
https://calendar.google.com/calendar/

Steps to reproduce the problem:
1. Login with google account.
2. Navigate to calendar
3. Create new custom calendar.
4. While newly created calendar is still not displayed refresh the page. 
5. Refresh the page few times more.

What is the expected behavior?
New calendar should be created.

What went wrong?
If you click refresh before calendar will appear it will be duplicated. Two identical calendars will be created. Bug reproduction gif attached.

Does it occur on multiple sites: N/A

Is it a problem with a plugin? N/A 

Did this work before? No 

Does this work in other browsers? No
 Bug of functionality. Repro'd on Mozilla FF 54.0.1, GC 59.0.3071.115

Chrome version: <Copy from: 'about:version'>  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 25.0 r0

Not critical bug, hope it's fix won't take much time, double POST request, maybe.
2017-07-03_17-55-12-tgkAM.gif
492 KB View Download

Comment 1 by hdodda@chromium.org, Jul 4 2017

Cc: hdodda@chromium.org
Components: Blink>CSS
Labels: -Pri-2 -Type-Compat hasbisect-per-revision M-61 OS-Linux OS-Mac Pri-1 Type-Bug-Regression
Owner: timloh@chromium.org
Status: Assigned (was: Unconfirmed)
Tested the issue on windows 10 & 7 , ubuntu 14.04 and MAc OS 10.12.5 using chrome stable M59 #59.0.3071.115 and canary M61 #61.0.3148.0 and issue is reproduced.

Using the per-revision bisect providing the bisect results,
Good build:55.0.2843.0(Revision: 414958).
Bad build: 55.0.2845.0 (Revision: 415522).

You are probably looking for a change made after 415229 (known good), but no later than 415230 (first known bad).

CHANGELOG URL:

The script might not always return single CL as suspectas some perf builds might get missing due to failure.

 https://chromium.googlesource.com/chromium/src/+log/2399b66923348affc194bfef77a3c63f190d3ded..07846616d126fafc699b3c8e8edad379c16dfeda

From the CL above, assigning the issue to the concern owner 

@timloh- Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Review-Url: https://codereview.chromium.org/2288633002

Thanks!

Comment 2 by dstockwell@google.com, Jul 4 2017

Labels: Update-Weekly

Comment 3 by timloh@chromium.org, Jul 5 2017

Owner: shend@chromium.org
I don't work around these parts any more, maybe someone else can have a look? Also the blamed patch looks like refactoring so it might not be the actual cause.

Comment 4 by shend@chromium.org, Jul 5 2017

Status: WontFix (was: Assigned)
This doesn't look like a style (nor Chrome) related issue. I've filed an internal bug on calendar, and will update you about it when I get more information. Closing as WontFix.
►

Sign in to add a comment