Closed
Bug 1002257
Opened 11 years ago
Closed 11 years ago
ff28 debugger won't debug, doesn't always load files
Categories
(DevTools :: Debugger, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: jmichae3, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:28.0) Gecko/20100101 Firefox/28.0 (Beta/Release)
Build ID: 20140314220517
Steps to reproduce:
http://jesusnjim.com/bugs/ff-debugger-wont-debug.htm
ctrl-shift-i
click debugger
F5
(some sort of code view should be there now)
click file
right click file to see if there is context menu
click all the buttons in the debugger toolbar
Actual results:
- lists files, but shows no code (has no code view) - tried all the buttons and right clicking and clicking I could.
- can't edit or debug any files, the bars containing the filenames stretch across whole window and are dead to the world
- earlier when code was buggy(er), it gave a strange error message about a reference error: x is undefined. there was no "x" in any related file. I did have variables.
- earlier and many times in the past, it also refused to load buggy js files, seems like js was "dead to the world" because of my sometimes bad syntax. a debugger should always load files and debug, even with buggy code. that's its purpose, right?
Expected results:
- debugger should always load files
- debugger should have some sort of some sort of code view
| Reporter | ||
Comment 1•11 years ago
|
||
Updated•11 years ago
|
QA Whiteboard: [bugday-20140505]
Component: Untriaged → Developer Tools: Debugger
Comment 2•11 years ago
|
||
WFM with firefox-28.0.ru.linux64, 2014-05-02-03-02-02-mozilla-central-firefox-32.0a1.en-US.linux-x86_64.
Comment 3•11 years ago
|
||
It works for me too on the latest nightly. Do you see any errors in the Browser Console? Do you have any add-ons installed and does the problem still manifest itself if you try to use a clean profile?
Also, you may want to try again after updating to the new stable release of Firefox (29) that was released last week.
| Reporter | ||
Comment 4•11 years ago
|
||
no errors. am not using the latest nightly because this is mainly for production use.
still a problem in ff29. from about:support:
Extensions:
Firebug 1.12.8 true firebug@software.joehewitt.com
Adobe Contribute Toolbar 6.0 false {01A8CA0A-4C96-465b-A49B-65C46FAD54F9}
HP Smart Web Printing 4.60 false smartwebprinting@hp.com
Norton Toolbar 2014.7.1.1 false {2D3F3651-74B9-4795-BDEC-6DA2F431CB62}
Norton Vulnerability Protection 12.2.0.5 - 1 false {BBDA0591-3099-440a-AA10-41764D9DB4DB}
let me try a clean profile, I have one sitting around I use from time to time.
| Reporter | ||
Comment 5•11 years ago
|
||
hmm. with the new tab close feature, discovered this profile has 165 tabs. could be due to out-of-memory problem because ff is 32-bit.
I may try resetting my profile soon just to see if this maybe is the source of the problem just in case. I was able to debug my code with firebug, so not entirely sure it's an out-of-memory problem (?), I don't know how much memory the 2 debuggers use.
worked fine with a clean profile and lots of about:blank tabs.
| Reporter | ||
Comment 6•11 years ago
|
||
hi - it WAS due to out of memory issue - too many tabs. closed about 10 tabs, and debugger fired up normally. 32-bit application problem. I notice when out-of-memory errors occur, controls begin to not be allocated and thus don't show, etc.
Comment 7•11 years ago
|
||
Thanks for the update, I'm glad you managed to figure this out! I don't think there is much we can do in devtools in OOM situations, even logging an error in the browser console allocates memory. I wonder if you would have gotten an error in the terminal if you had started the browser from there, but I know that this is a highly unlikely scenario on Windows.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Updated•7 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•