I plug in the Flame and am in the homescreen. The following message prints endlessly in `adb logcat`: E/GeckoConsole( 289): Content JS LOG at dummy file:342 in GaiaApps.getDisplayedApp: app with origin 'app://verticalhome.gaiamobile.org' is displayed Can it please not print continuously? The phone is idle at the homescreen, so it seems weird to have it print forever. These messages also occur occasionally continuously: E/QCALOG ( 417): [MessageQ] ProcessNewMessage: [XT-CS] unknown deliver target [OS-Agent] E/QCALOG ( 417): [MessageQ] ProcessNewMessage: [XTWWAN-PE] unknown deliver target [OS-Agent] E/QCALOG ( 417): [MessageQ] ProcessNewMessage: [XTWiFi-PE] unknown deliver target [OS-Agent] Setting needinfo? from Vivien, a Homescreen module owner. === $ ./check_versions.sh Gaia 0f9f11d0a6dadb3ea27160204bbe911c1ad69a6f Gecko https://hg.mozilla.org/mozilla-central/rev/196d05832e12 BuildID 20140709040203 Version 33.0a1 ro.build.version.incremental=109 ro.build.date=Mon Jun 16 16:51:29 CST 2014 B1TC00011220

This didn't immediately happen on bootup, but rather after launching several apps and using the Flame occasionally.

Let's remove the annoying message and keep it in debug only.

Comment on attachment 8454409 [details] [diff] [review] bug1036631.patch Review of attachment 8454409 [details] [diff] [review]: ----------------------------------------------------------------- \O/

Vivien, I am a bit confused how was this fixed, the message Gary reported is from tests/atoms/gaia_apps.js#353, but your patch changed th logs in apps/system/js/app_window_manager.js?

(In reply to Ting-Yu Chou [:ting] from comment #5) > Vivien, I am a bit confused how was this fixed, the message Gary reported is > from tests/atoms/gaia_apps.js#353, but your patch changed th logs in > apps/system/js/app_window_manager.js? Ya, after reading the bug summary we should fix it in gaia_apps.

We need to figure out why the message comes out repeatedly instead getting rid of it.

In bug 1064800, the failed device shows the message repeatedly like what Gary reported here.

I put a breakpoint in Console::Method: (gdb) bt #0 mozilla::dom::Console::Method (this=this@entry=0xaee73100, aCx=aCx@entry=0xb6a7a520, aMethodName=aMethodName@entry=mozilla::dom::Console::MethodLog, aMethodString=..., aData=...) at ../../../gecko/dom/base/Console.cpp:807 #1 0xb527d93a in mozilla::dom::Console::Log (this=this@entry=0xaee73100, aCx=aCx@entry=0xb6a7a520, aData=...) at ../../../gecko/dom/base/Console.cpp:621 #2 0xb5311d30 in mozilla::dom::ConsoleBinding::log (cx=0xb6a7a520, obj=..., self=0xaee73100, args=...) at ConsoleBinding.cpp:1774 #3 0xb54ef5d0 in mozilla::dom::GenericBindingMethod (cx=0xb6a7a520, argc=<optimized out>, vp=<optimized out>) at ../../../gecko/dom/bindings/BindingUtils.cpp:2484 #4 0xb5ebd1ba in CallJSNative (args=..., native=0xb54ef521 <mozilla::dom::GenericBindingMethod(JSContext*, unsigned int, JS::Value*)>, cx=0xb6a7a520) at ../../../gecko/js/src/jscntxtinlines.h:231 #5 js::Invoke (cx=0xb6a7a520, args=..., construct=js::NO_CONSTRUCT) at ../../../gecko/js/src/vm/Interpreter.cpp:481 #6 0xb5ec1198 in Interpret (cx=0xb6a7a520, state=...) at ../../../gecko/js/src/vm/Interpreter.cpp:2563 #7 0xb5ec3372 in js::RunScript (cx=cx@entry=0xb6a7a520, state=...) at ../../../gecko/js/src/vm/Interpreter.cpp:428 #8 0xb5ebd13a in RunScript (state=..., cx=0xb6a7a520) at ../../../gecko/js/src/vm/Interpreter.cpp:392 ---Type <return> to continue, or q <return> to quit--- #9 js::Invoke (cx=cx@entry=0xb6a7a520, args=..., construct=construct@entry=js::NO_CONSTRUCT) at ../../../gecko/js/src/vm/Interpreter.cpp:500 #10 0xb5ec36ac in js::Invoke (cx=cx@entry=0xb6a7a520, thisv=..., fval=..., argc=<optimized out>, argv=argv@entry=0xbe90f580, rval=rval@entry=...) at ../../../gecko/js/src/vm/Interpreter.cpp:537 #11 0xb5e6d720 in js::DirectProxyHandler::call ( this=this@entry=0xb66faf64 <js::CrossCompartmentWrapper::singleton>, cx=cx@entry=0xb6a7a520, proxy=..., proxy@entry=..., args=...) at ../../../gecko/js/src/jsproxy.cpp:473 #12 0xb5e96bc0 in js::CrossCompartmentWrapper::call ( this=0xb66faf64 <js::CrossCompartmentWrapper::singleton>, cx=0xb6a7a520, wrapper=..., args=...) at ../../../gecko/js/src/jswrapper.cpp:431 #13 0xb509004e in call (baseInstance=..., args=..., wrapper=..., cx=0xb6a7a520) at ../../../../gecko/js/xpconnect/wrappers/XrayWrapper.h:270 #14 xpc::XrayWrapper<js::CrossCompartmentWrapper, xpc::JSXrayTraits>::call ( this=<optimized out>, cx=0xb6a7a520, wrapper=..., args=...) at ../../../../gecko/js/xpconnect/wrappers/XrayWrapper.cpp:2482 #15 0xb5e715da in js::Proxy::call (cx=<optimized out>, proxy=proxy@entry=..., args=...) at ../../../gecko/js/src/jsproxy.cpp:2502 #16 0xb5e7167e in js::proxy_Call (cx=<optimized out>, argc=<optimized out>, vp=0xbe90f570) at ../../../gecko/js/src/jsproxy.cpp:2897 #17 0xb5ebd244 in CallJSNative (args=..., ---Type <return> to continue, or q <return> to quit--- native=0xb5e71659 <js::proxy_Call(JSContext*, unsigned int, JS::Value*)>, cx=0xb6a7a520) at ../../../gecko/js/src/jscntxtinlines.h:231 #18 js::Invoke (cx=cx@entry=0xb6a7a520, args=..., construct=construct@entry=js::NO_CONSTRUCT) at ../../../gecko/js/src/vm/Interpreter.cpp:474 #19 0xb5ec36ac in js::Invoke (cx=cx@entry=0xb6a7a520, thisv=..., fval=..., argc=argc@entry=0, argv=argv@entry=0xbe90f6d0, rval=rval@entry=...) at ../../../gecko/js/src/vm/Interpreter.cpp:537 #20 0xb5f7845c in js::jit::DoCallFallback (cx=0xb6a7a520, frame=0xbe90f700, stub_=<optimized out>, argc=0, vp=0xbe90f6c0, res=...) at ../../../gecko/js/src/jit/BaselineIC.cpp:8414 #21 0xb332f5b8 in ?? () #22 0xb332f5b8 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) and the breakpoint in JS::Evaluate is not hit.

I asked on IRC, with bbouvier & mjrosenb's help, on frame#20 I got: (gdb) call cx->currentScript(0x0, 1)->lineno_ $18 = 341 (gdb) call cx->currentScript(0x0, 1)->filename() $19 = 0xa5d3f350 "dummy file"

Check bug 1064800 comment 54 for the reason why the logs keep coming.

Close as bug 997909 has been resolved.

Fix is known (bug 997909), so marking as FIXED.