Closed Bug 1527297 Opened 6 years ago Closed 6 years ago

[Firefox Nightly] if I set breakpoint in debugger, it ignores it

Categories

(DevTools :: Debugger, defect)

67 Branch
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1535246

People

(Reporter: aakirachan, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:67.0) Gecko/20100101 Firefox/67.0

Steps to reproduce:

I've tried to debug a JS by placing a breakpoint to a certain line.

Actual results:

Instead of going through, it completely ignores it.
I noticed that this happen only while working with a localhost (with the help of Xampp); in normal websites it works just fine.

Expected results:

It should stop by the line I placed the breakpoint and it doesn't.

I'm working on a Windows 10 machine, with the lastest version of Firefox Nightly 67.0a1
I tried to do the same on the regular Firefox and it works.

Component: about:debugging → Debugger

Hi Lela could you share some more steps to get started, like perhaps a webpage that we could run locally?

Flags: needinfo?(aakirachan)
Attached image sources of debugger (deleted) —

(In reply to Jason Laster [:jlast] from comment #1)

Hi Lela could you share some more steps to get started, like perhaps a webpage that we could run locally?

Hi Jason,
Unfortunately the project I'm working on it's work-related, so I can't share that for you.

I don't know if this might help... today I tried to set different project to make some tests about it.

I wanted to create a simple project with Xampp - that is to say: change the httpd-vhosts.conf under xampp/apache/conf/extra directory and add the new host under C:/Windows/System32/drivers/etc/hosts file and start the Apache on Xampp - so that I could show you the problem, but with just and index.html and index.js with simple alerts, it actually worked.

So I did some other test in the other project in which I have this problem and it seems I can't set breakpoints in resource://gre and Webpack JS (there's an attachment for this)

CC honza, could you try to reproduce this?

Flags: needinfo?(odvarko)

I can't reproduce it.

@lela: Are there any more details to make this report actionable? Would you mind to do a session and screenshare to see what exactly are you doing?

@jason: What's the test case that I could use to see "resource://gre" in the source list?

Honza

Flags: needinfo?(odvarko) → needinfo?(jlaster)

Honza, I'm not sure. It looks like a mozilla thing: https://forum.pagelines.com/topic/15143-what-are-gre-resources/

Flags: needinfo?(jlaster)

@Lela: can you please open Browser Console [1] (Ctrl+Shift+J) and see if there are any exception?

[1] https://developer.mozilla.org/en-US/docs/Tools/Browser_Console

Also, can you please download Nightly build and try to reproduce it there?
https://www.mozilla.org/en-US/firefox/nightly/all/

Thanks!
Honza

User agent: Linux 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3.1 (2019-02-19) x86_64 GNU/Linux
Firefox Developer Edition 67.0b1 (64-bit)

Hi, Everyone!

I know how to reproduce the problem, because I have the same issue.

It seems we cannot add breakpoints after the first </script> tag found in the document.

Example:

<html>
<head>
<script type="text/javascript">
function test() {
var something = "you can add";
something += " breakpoints here";
console.log(something);
}
</script>
<script type="text/javascript">
function failing() {
var wrong = "you cannot add";
wrong += " breakpoints in this block";
console.log(wrong);
}
</script>
<body>
</body>
</html>

I hope this help

@Lela: is the description in comment #8 covering your issue?
It's now reported as bug 1535246
Can we close this bug?

Honza

(In reply to Jan Honza Odvarko [:Honza] (always need-info? me) from comment #10)

@Lela: is the description in comment #8 covering your issue?
It's now reported as bug 1535246
Can we close this bug?

Honza

I tested and did as said in the comment above and that seems to be the problem!

You can close it,
thank you so much.

Flags: needinfo?(aakirachan)
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: