Closed
Bug 1125143
Opened 11 years ago
Closed 10 years ago
Google Sheets breaks UI on cell edit when navigating during cell formula input
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
INCOMPLETE
| Tracking | Status | |
|---|---|---|
| firefox37 | --- | unaffected |
| firefox38 | + | wontfix |
People
(Reporter: sks3286, Unassigned, NeedInfo)
Details
(Keywords: qawanted, regression, Whiteboard: [gfx-noted])
Attachments
(1 file)
|
92.72 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0
Build ID: 20150122030202
Steps to reproduce:
1. Open Google Sheets
2. Create a new sheet
3. Enter any numerical data in cells A1 and A2.
4. In Cell A3, attempt to input formula "=A1+A2".
5. After typing "=" sign, formula mode will get activated. Navigate to cell A1 using arrow keys.
Actual results:
As soon as arrow keys are pressed, the UI breaks, the entire worksheet becomes black and multiple cells receive the selection box.
Expected results:
Formula should have been updated with address of cell A1 without any breakage of sheet UI.
WFM with FF35 on Win 7.
That smells graphics issue. Could you paste the section "graphics" from about:support, please.
Component: Untriaged → Graphics
Flags: needinfo?(sks3286)
Product: Firefox → Core
Version: Firefox 38 → 35 Branch
Loic I'm talking of the Nightly build here. This is a regression. It was working sometime ago (like maybe a couple of months). Today when I logged into one of my sheets, its giving this issue. Anyway, here's the graphics section from about:support.
Graphics
Adapter Description Intel Open Source Technology Center -- Mesa DRI Intel(R) Ironlake Mobile
Device ID Mesa DRI Intel(R) Ironlake Mobile
Driver Version 2.1 Mesa 10.3.2
GPU Accelerated Windows 0/1 Basic (OMTC)
Vendor ID Intel Open Source Technology Center
WebGL Renderer Intel Open Source Technology Center -- Mesa DRI Intel(R) Ironlake Mobile
windowLayerManagerRemote true
AzureCanvasBackend cairo
AzureContentBackend cairo
AzureFallbackCanvasBackend none
AzureSkiaAccelerated 0
Flags: needinfo?(sks3286)
Yeah, I know it's Nightly. :)
After my message, I tested with FF38: same behaviour as FF35, WFM on Win 7.
If you think it regressed somewhere, you can use the tool mozregression (see http://mozilla.github.io/mozregression/ for details) to find the pushlog (no need to bisect).
Unfortunately I have no idea when this regressed. It could have been as far back as a month or two maybe. Let me try something tomorrow morning
mozreg is designed for that, it uses dichotomy so it's pretty fast to find the regression range. If you don't know the start date and you think it was good 6 m or 12 m, just run --good=2014-01-01 or --good=2014-06-01 and you're fine.
This is very weird. I ran the mozreg tool and none of the builds turned up bad so I retried the steps in the installed build and it worked fine this time. The issue seems to have disappeared. I'll continue testing and reopen the bug/create a new one if the issue comes up again. Marking it as WORKSFORME for now
Thanks for your time Loic
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
(In reply to Sid from comment #6)
> This is very weird. I ran the mozreg tool and none of the builds turned up
> bad so I retried the steps in the installed build and it worked fine this
> time. The issue seems to have disappeared. I'll continue testing and reopen
> the bug/create a new one if the issue comes up again. Marking it as
> WORKSFORME for now
>
> Thanks for your time Loic
Ooops spoke too soon... Mozreg was still running. Last build crashed. So the issue is still there it seems. And the installed build I mentioned was accidentally the FF production version. Reopening this. Sorry for the mess.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Here's mozreg's pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3d846527576f&tochange=63006936ab99
It seems to be a fresh regression in FF38.
Status: UNCONFIRMED → NEW
status-firefox37:
--- → unaffected
tracking-firefox38:
--- → ?
Ever confirmed: true
Keywords: regression
| Reporter | ||
Comment 10•11 years ago
|
||
and by the looks of it, Linux specific?
Comment 11•11 years ago
|
||
On my side, WFM on Win 7.
| Reporter | ||
Comment 12•11 years ago
|
||
Checked with latest nightly bits on Ubuntu 14.10 again. Issue persists
Comment 13•11 years ago
|
||
Milan - can you or someone from Graphics take a look at the regression range in comment 8 and see if there's an obvious bug that might have caused this?
Flags: needinfo?(milan)
Comment 14•11 years ago
|
||
Loic, what's your configuration? I don't see this problem on 14.04
Flags: needinfo?(milan) → needinfo?(epinal99-bugzilla2)
Comment 15•11 years ago
|
||
It's not Linux, but Win 7 x64. And I can't reproduce the issue.
Date du pilote 1-29-2014
Date du pilote (GPU 2) 9-13-2014
Description de la carte Intel(R) HD Graphics 3000
Description de la carte (GPU 2) NVIDIA GeForce GT 550M
Direct2D activé true
DirectWrite activé true (6.2.9200.16571)
Fenêtres avec accélération graphique 1/1 Direct3D 11 (OMTC)
GPU 2 actif false
ID du périphérique 0x0116
ID du périphérique (GPU 2) 0x0df6
ID du sous-système 17121043
ID du sous-système (GPU 2) 17121043
ID du vendeur 0x8086
ID du vendeur (GPU 2) 0x10de
Paramètres ClearType Gamma: 2200 Pixel Structure: R ClearType Level: 100 Enhanced Contrast: 50
Pilote de la carte (GPU 2) nvd3dumx,nvwgf2umx,nvwgf2umx nvd3dum,nvwgf2um,nvwgf2um
Pilotes de la carte igdumd64 igd10umd64 igd10umd64 igdumd32 igd10umd32 igd10umd32
RAM de la carte Unknown
RAM de la carte (GPU 2) 2048
Rendu WebGL Google Inc. -- ANGLE (Intel(R) HD Graphics 3000 Direct3D9Ex vs_3_0 ps_3_0)
Version du pilote 9.17.10.3347
Version du pilote (GPU 2) 9.18.13.4411
windowLayerManagerRemote true
AzureCanvasBackend direct2d
AzureContentBackend direct2d
AzureFallbackCanvasBackend cairo
AzureSkiaAccelerated 0
Flags: needinfo?(epinal99-bugzilla2)
Comment 16•11 years ago
|
||
qawanted - can we reproduce locally on Linux? WFM with Ubunty 14.04 nightly.
Keywords: qawanted
Updated•11 years ago
|
Whiteboard: [gfx-noted]
Updated•11 years ago
|
Comment 17•11 years ago
|
||
Sid, can you get a mozregression range that includes the inbound builds? mozregression should automatically continue to do the inbound builds after it does the central builds.
Flags: needinfo?(sks3286)
| Comment hidden (off-topic) |
| Comment hidden (off-topic) |
Comment 20•11 years ago
|
||
Sid, do you still see this bug? I am running Linux and I haven't seen it.
Comment 21•11 years ago
|
||
It seems not common as we didn't get any duplicate or an answer from sid. I am going to untrack it then.
status-firefox38:
--- → wontfix
Comment 22•10 years ago
|
||
(In reply to Jeff Muizelaar [:jrmuizel] from comment #17)
> Sid, can you get a mozregression range that includes the inbound builds?
> mozregression should automatically continue to do the inbound builds after
> it does the central builds.
It's too late for that now and we've not heard back from the reporter in several months. Therefore I am closing this bug as incomplete. Please reopen the bug report if any new information comes to light and the bug still reproduces with current Firefox versions.
Status: NEW → RESOLVED
Closed: 11 years ago → 10 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•