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)

28 Branch
x86_64
Windows 7
defect
Not set
normal

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
QA Whiteboard: [bugday-20140505]
Component: Untriaged → Developer Tools: Debugger
WFM with firefox-28.0.ru.linux64, 2014-05-02-03-02-02-mozilla-central-firefox-32.0a1.en-US.linux-x86_64.
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.
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.
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.
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.
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
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.