Webpage not updating


 
P

Phillip P

TVWBB Fan
A very weird thing is happening.

My iPad ran out of juice, so I switched to my laptop to keep an eye on the HM.

The webpage is not updating, it loads once and just sits there.

This is a mac and I am running Firefox. I've tried Safari with the same results as well as Chrome.

I have disabled all extensions and add-ons, but it just sits there.

Pit Meter works just fine. My wife's iPad works just fine.

Anybody else experienced this?
 
Maybe check the javascript console for errors. In Chrome it is F12.

The first data comes built into the webpage and then the updates are handled on a second connection either streaming or polling. Sounds like that second connection isn't getting through.
 
GET http://heatermeter.local/luci [HTTP/1.1 200 OK 343ms]
Firefox can't establish a connection to the server at http://heatermeter.local/luci/lm/stream. luci:97
GET http://heatermeter.local/luci-static/resources/js/jquery-1.9.1.min.js [HTTP/1.1 304 Not Modified 166ms]
GET http://heatermeter.local/luci-static/resources/js/jquery.jeditable.mini.js [HTTP/1.1 304 Not Modified 204ms]
GET http://heatermeter.local/luci-static/resources/js/jquery.flot-0.8.min.js [HTTP/1.1 304 Not Modified 230ms]
GET http://heatermeter.local/luci-static/resources/js/jquery.flot.selection-0.8.min.js [HTTP/1.1 304 Not Modified 307ms]
GET http://heatermeter.local/luci-static/resources/js/jquery.flot.time-0.8.min.js [HTTP/1.1 304 Not Modified 319ms]
GET http://heatermeter.local/luci-static/resources/js/jquery.flot.canvas-0.8.min.js [HTTP/1.1 304 Not Modified 355ms]
SyntaxError: Using //@ to indicate sourceMappingURL pragmas is deprecated. Use //# instead jquery-1.9.1.min.js:1
Error: http://heatermeter.local/luci-static/resources/js/jquery-1.9.1.min.js is being assigned a //# sourceMappingURL, but already has one
GET http://heatermeter.local/luci-static/resources/loading.gif [HTTP/1.1 304 Not Modified 185ms]
GET http://heatermeter.local/luci-static/resources/ttarrow.png [HTTP/1.1 304 Not Modified 195ms]
GET http://heatermeter.local/luci-static/resources/fire.jpg [HTTP/1.1 304 Not Modified 214ms]
Use of getPreventDefault() is deprecated. Use defaultPrevented instead. jquery-1.9.1.min.js:3
Use of attributes' specified attribute is deprecated. It always returns true. jquery-1.9.1.min.js:3
GET http://heatermeter.local/luci/lm/stream
GET http://heatermeter.local/luci/lm/hist
 
I've experienced a somewhat similar behavior. It seems (at random) after a period of working fine, I'll notice updates no longer occurring in the web interface and hit reload. It'll spin and spin and eventually a "no response from server" sort of browser error. Trying a different browser results in the just a blank page/not found error. I load up another PC/smartphone and usually it's the same thing there. 100% of the time though, after either A) a certain number of times hitting "reload" or B) a certain amount of time, it eventually comes back to life (in all browsers/PCs/phones). It's almost as if the HM web server goes to sleep for 2-3 minutes.

Once it comes back to life, all data is there and the HM had continued to do its thing the whole time. This happens to me probably once per 4+ hr cook but I've never really dug into it in any detail since every time it has come back to life. The next time it happens, I'll try the stream link that Bryan listed above to see if that provides a response.
 
Maybe you're hitting the 10 connection limit if you've got it public? I've never seen anything like that ever happen and I run several HeaterMeters 24/7.
 
Ah, the day is upon us, the dreaded Heater Meter Denial of Service Attack....
I assume the Heater Meter Live service would have a way to deal with this if/when it is implemented?
 
The HeaterMeter LIVE service would just provide the public URL. The device still has the same limitations.

You can see how many connections are in use by going to Status -> Processes and counting the "lucid" processes. There's one that's always running then one for every connection. That's probably not going to help if you can't get it to serve you a page. You can also `ps | grep lucid`or just use netstat.
 
OK, well, I see a problem with the HeaterMeterLive concept then, 'cause what good is it if after you share your live cook you end up getting denied access to your own HM? There should be a way to reserve a slot for the owner/local user... Perhaps if the max user limit is hit the HM could ask for the password and when entered it allows the user with the password access and boots another viewer? Or make the user limit be 9 and make the 10th user require the password to access?
 
You have to get a connection to be able to boot a connection, so that won't work. I've never seen it happen but if that's a concern you can just turn off "publishing" your HeaterMeter. HeaterMeter LIVE is really just a way for me to count how many heatermeters there are, but without incentive I don't think many people would register so I tossed in the dyndns thing. You'd never have to make your device public though.
 
So, out in the country smoking up a storm for a large contingent. HM went strong all day yesterday. Woke up this morning to get started on today's dinner and webpage wont even show up now. Rebooted, webpage came back. But, next time tried to check it, get this:

/usr/lib/lua/luci/dispatcher.lua:211: /etc/config/luci seems to be corrupt, unable to find section 'main'
stack traceback:
[C]: in function 'assert'
/usr/lib/lua/luci/dispatcher.lua:211: in function 'dispatch'
/usr/lib/lua/luci/dispatcher.lua:195: in function </usr/lib/lua/luci/dispatcher.lua:194>


Reboot, it works for a bit but then eventually get the same error. Im not in a position to reimage the card.
 
Nope. Could not as Matt's case rules and I din't bring the tools to crack it.

The HM served just fine without the computer and the food was tasty. I missed my graphs and swimming hole, but everything turned out fine.
 
Back to the problem at hand. Just had some time to sit down with the HM following the problems a couple of weeks ago. Seems something happened to the SD card and the HM didn't like it anymore. Flashed a new card and set about initializing all of the settings. All is back to "normal" except that the webpage loads, but is still not updating. JavaScript console gives me the following:

Firefox can't establish a connection to the server at http://heatermeter.local/luci/lm/stream. heatermeter.local:94
SyntaxError: Using //@ to indicate sourceMappingURL pragmas is deprecated. Use //# instead jquery-all.js:1
Error: http://heatermeter.local/luci-static/resources/js/jquery-all.js is being assigned a //# sourceMappingURL, but already has one
Use of attributes' specified attribute is deprecated. It always returns true. jquery-all.js:3
Use of getPreventDefault() is deprecated. Use defaultPrevented instead.


Edit:
And from Chrome:
Remote Address:xxx.xxx.x.xxx:80
Request URL:http://heatermeter.local/luci-static/resources/js/jquery.min.map
Request Method:GET
Status Code:404 Not Found
Request Headersview parsed
GET /luci-static/resources/js/jquery.min.map HTTP/1.1
Host: heatermeter.local
Connection: keep-alive
Cache-Control: max-age=0
X-Source-Map-Request-From: inspector
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.125 Safari/537.36
Accept: */*
Referer: http://heatermeter.local/
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8
Response Headersview source
Connection:close
Content-Type:text/plain
Date:Mon, 21 Jul 2014 02:38:51 GMT
Server:LuCId-HTTPd/1.0

Request URL:http://heatermeter.local/luci/lm/stream
Request Headers
Provisional headers are shown
Accept:text/event-stream
Cache-Control:no-cache
Referer:http://heatermeter.local/
User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.125 Safari/537.36

Any thoughts would be appreciated.
 
Last edited:
You must log in or register to reply here.

 

Back
Top