Closed
Bug 1313921
Opened 8 years ago
Closed 8 years ago
Opening a source in a view-source: tab still selects the debugger
Categories
(DevTools :: Console, defect, P1)
DevTools
Console
Tracking
(firefox51 unaffected, firefox52 disabled, firefox53 disabled, firefox54 fixed)
RESOLVED
FIXED
Firefox 54
Tracking | Status | |
---|---|---|
firefox51 | --- | unaffected |
firefox52 | --- | disabled |
firefox53 | --- | disabled |
firefox54 | --- | fixed |
People
(Reporter: arai, Assigned: jlong)
References
Details
Attachments
(2 files)
149 bytes,
text/html
|
Details | |
1.26 KB,
patch
|
bgrins
:
review+
|
Details | Diff | Splinter Review |
(hit this while testing bug 1283712)
Steps to reproduce:
1. Open Nightly 52.0a1 (2016-10-27) (64-bit) with clean profile, on OSX
2. Open attached HTML file
3. Open Web Console
4. Click "a.html:10:2" link for "SyntaxError: missing name after . operator" log
Actual result:
Debugger tab is opened but no source is shown
Expected result:
Debugger bah is opened and source file is opened and line 10 is selected.
Looks like, this issue happens only with SyntaxError and some other errors while parsing.
Reporter | ||
Comment 1•8 years ago
|
||
(In reply to Tooru Fujisawa [:arai] from comment #0)
> Expected result:
> Debugger bah is opened and source file is opened and line 10 is selected.
horrible typo :P
"Debugger *tab is ..."
Reporter | ||
Comment 2•8 years ago
|
||
looks like the Debugger tab doesn't show a source that hit an error while parsing.
Comment 3•8 years ago
|
||
Thanks for filing this. I'm going to block turning on new console in Developer Edition on this, so it should be fixed in the next couple of weeks.
Blocks: enable-new-console
Priority: -- → P2
Comment 4•8 years ago
|
||
Hey Brian, this bug appears with the old frontend as weel, it's more a debugger issue.
I think it's safe to remove it from the blocker list of Bug 1308219, don't you think ?
Flags: needinfo?(bgrinstead)
Comment 5•8 years ago
|
||
(In reply to Nicolas Chevobbe [:nchevobbe] from comment #4)
> Hey Brian, this bug appears with the old frontend as weel, it's more a
> debugger issue.
> I think it's safe to remove it from the blocker list of Bug 1308219, don't
> you think ?
Yes, I see the same behavior in the old and new frontends. We should definitely fix it but I agree we don't need to block the new frontend specifically on it.
No longer blocks: enable-new-console
Flags: needinfo?(bgrinstead)
Reporter | ||
Comment 6•8 years ago
|
||
Can we just open view-source page in new tab with the line selected?
just like Firefox 49 does.
Comment 7•8 years ago
|
||
(In reply to Tooru Fujisawa [:arai] from comment #6)
> Can we just open view-source page in new tab with the line selected?
> just like Firefox 49 does.
In my local testing on trunk, it does open the view source window. It also tries to navigate to the debugger unsuccessfully. In fact, I think this is indeed related to the new debugger frontend since with the old frontend it seems to only open the view source window.
Comment 8•8 years ago
|
||
As far as I can tell this is an issue specifically introduced by the new UI. How do you want to track work related to the new debugger UI and integrations with shared components (in this case source links)?
Flags: needinfo?(jlong)
Reporter | ||
Comment 9•8 years ago
|
||
(In reply to Brian Grinstead [:bgrins] from comment #7)
> (In reply to Tooru Fujisawa [:arai] from comment #6)
> > Can we just open view-source page in new tab with the line selected?
> > just like Firefox 49 does.
>
> In my local testing on trunk, it does open the view source window.
indeed, thank you for the info :)
So the remaining issue is that it opens debugger tab unnecessarily.
Assignee | ||
Comment 10•8 years ago
|
||
(In reply to Brian Grinstead [:bgrins] from comment #8)
> As far as I can tell this is an issue specifically introduced by the new UI.
> How do you want to track work related to the new debugger UI and
> integrations with shared components (in this case source links)?
Right now we're using github, so let's move this issue over there. When we move more of our code over we'll need to figure out issue management.
Flags: needinfo?(jlong)
Assignee | ||
Comment 11•8 years ago
|
||
Actually, this bug might only be part of the mozilla-central integration. If so, this should stay on bugzilla as it only requires an m-c patch. I will look into this now.
Assignee: nobody → jlong
Priority: P2 → P1
Assignee | ||
Updated•8 years ago
|
Summary: Clicking a location for SyntaxError doesn't open source file in Debugger. → Opening a source in a view-source: tab still selects the debugger
Assignee | ||
Updated•8 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 12•8 years ago
|
||
Turns out this was a silly mistake, and an easy fix.
Attachment #8815473 -
Flags: review?(bgrinstead)
Comment 13•8 years ago
|
||
Comment on attachment 8815473 [details] [diff] [review]
1313921.patch
Review of attachment 8815473 [details] [diff] [review]:
-----------------------------------------------------------------
Nice
Attachment #8815473 -
Flags: review?(bgrinstead) → review+
Updated•8 years ago
|
Assignee: jlong → nobody
Status: ASSIGNED → NEW
Reporter | ||
Comment 14•8 years ago
|
||
what's the state of this bug?
just needs someone who lands it?
Comment 15•8 years ago
|
||
Let's see if https://bugzilla.mozilla.org/attachment.cgi?id=8815473 can be landed as is.
Keywords: checkin-needed
Updated•8 years ago
|
Assignee: nobody → jlong
Comment 16•8 years ago
|
||
Pushed by ryanvm@gmail.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/95a48b58f7f8
Don't select the debugger if it can't open a source. r=bgrins
Keywords: checkin-needed
Comment 17•8 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 8 years ago
status-firefox54:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 54
Comment 18•8 years ago
|
||
I have reproduced this bug on Firefox Nightly according to(2016-10-30)
Fixing bug is verified on Latest Nightly --- Build ID: (20170224030232),User Agent: Mozilla/5.0 (Windows NT 10.0; rv:54.0) Gecko/20100101 Firefox/54.0
Tested OS-- Windows10 32bit
QA Whiteboard: [bugday-20170222]
Comment 19•8 years ago
|
||
AIUI from comment 8 this bug only shows up with the new debugger which isn't enabled in 52 or 53, so setting status to disabled.
status-firefox53:
--- → disabled
Updated•6 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•