From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out.smtp-auth.no-ip.com (out.smtp-auth.no-ip.com [8.23.224.60]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 0EB6A78AE0 for ; Sun, 10 Aug 2014 20:53:33 -0700 (PDT) X-No-IP: carhart.net@noip-smtp X-Report-Spam-To: abuse@no-ip.com Received: from carhart.net (unknown [99.52.200.227]) (Authenticated sender: carhart.net@noip-smtp) by smtp-auth.no-ip.com (Postfix) with ESMTPA id 356954004E2 for ; Sun, 10 Aug 2014 20:52:35 -0700 (PDT) Received: from carhart.net (localhost [127.0.0.1]) by carhart.net (8.13.8/8.13.8) with ESMTP id s7B3qXuJ021854 for ; Sun, 10 Aug 2014 20:52:33 -0700 Received: from localhost (kevin@localhost) by carhart.net (8.13.8/8.13.8/Submit) with ESMTP id s7B3qX71021851 for ; Sun, 10 Aug 2014 20:52:33 -0700 Date: Sun, 10 Aug 2014 20:52:33 -0700 (PDT) From: Kevin Carhart To: Edbrowse-dev@lists.the-brannons.com In-Reply-To: Message-ID: References: User-Agent: Alpine 2.03 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: [Edbrowse-dev] Edbrowse 3.5.1 submit button fails X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2014 03:53:33 -0000 Hi Chuck I was hoping I could dig up something for you on t-mobile.com, but I don't think I can yet. Some day maybe we can make that javascript from your transcript just work. The thing about this T-Mobile site is that they have done their coverage information as a graphical Google Map with splotches of color for the levels. So that's dumb decisionmaking on their part. What I did find was that in the bowels of the program, they do have something that you can read as plain text. The coverage levels for a particular city are retrieved using a long, ugly URL like: http://www.t-mobile.com/srvspub/proxyeng?path=/Directory/RESTService/searchNearestAtPoint&point=-73%2042&table=PUBLIC;TMobileDomain//Coverage.Umts&coordSysIn=EPSG:4269&maxCandidates=1&distance=.001&distanceUnit=MI&name=MBB&criterion=Proximity&output=json And where it says 'point=', it is accepting a latitude and longitude pair. Like the latitude and longitude for Ghent, for instance. The output contains something called CovClass, which I think is a number that ties back to their coverage level- the answer you want. {"EnvinsaResponse":{"type":"SearchResponse","featureCollection":{"distanceUnit":"MI","features":[{"distanceUnit":"MI","distance":"0.00000","attributes":[{"value":"4","name":"CovClass"}],"point":{"y":42,"x":-73}}],"coordSys":"epsg:4269"}}} Of course you need a key to know what the value "4" means. So when does this become more work than it is worth? You may be long gone to another solution to your question in the time it would take to deal with all of this. The reason I'm writing up this email is that I was excited to find that it was not futile to go looking in the HTTP sessions for plain text. (for this particular site, at least.) Potentially an edbrowse user could disregard the bloated interface altogether, and plug the latitude and longitude right into a srvspub/proxyeng URL. I don't know.. it could be a medium-difficulty page. Not as good as the ones where the authors have made an effort to write a website that works in plain text, but not as bad as some that have zilch apart from their graphics. Kevin On Mon, 4 Aug 2014, Charles Hallenbeck wrote: > Hi all, > > Below is a capture of a very simple task that failed. I went to > www.tmobile.com, searched twice for an empty text entry field, and > attempted to submit my location (Ghent, NY) to determine the level of > signal I might expect here. Before activating the submit button, I > requested debug level 7, and then quit immediately that action failed. > > The following is only 30 lines long, I hope it contaqins some > information that is meaningful to one of you, I don't know what to make > of it. > > Thanks for any help or suggestions. > > ---- start script --- > > > Script started on Mon 04 Aug 2014 02:04:16 PM EDT > [chuckh@acer ~]$ edbrowse www.t-mobile.com > 84591 > [14:04:44] Ensighten> Bootstrap=nexus.ensighten.com/tmobile/prod/code/ > [14:04:44] Ensighten> UTL:Helper Functions 20140318 > [14:04:44] Inside Tracker Framework > [14:04:44] Ensighten: EDL Common Global > [14:04:45] Initializing with profile 12015924. > [14:04:45] Exception during init TypeError: a.parentNode is undefined > warning: http error 404, Not Found > line 1812: could not fetch javascript from http://es.t-mobile.com/mpel.js?href=www.t-mobile.com&ref=&lang=english, code 404 > 5503 > /<> > Search <> Search > / > <> <> CHECK COVERAGE > i1=Ghent, NY > <> CHECK COVERAGE > db7 > i* > scmd = * > findField returns 2.406 > undoCompare no undo map > jSyncup starts > jSyncup ends > no javascript associated with this button > q > undoCompare strip 0 > freeWindowLines = 301 > freeWindowLines = 1913 > [chuckh@acer ~]$ > > ---- end script -- > > BTW, elinks still uses JS 1.85, and fails to even display the opening > screen. > > Chuck > > > > -- > > Chuck in Ghent, northeast of Hudson on the Hudson. > > _______________________________________________ > Edbrowse-dev mailing list > Edbrowse-dev@lists.the-brannons.com > http://lists.the-brannons.com/mailman/listinfo/edbrowse-dev > -------- Kevin Carhart * 415 225 5306 * The Ten Ninety Nihilists