It still said upgrade available when I put in LGLS670.
I didnt enter it right then :-[
It still said upgrade available when I put in LGLS670.
<?xml version="1.0" encoding="utf-8" ?>
<response req_cmd="auth_model_check" status="OK">
<auth_model_check>
<result>OK</result>
<esn>A00000XXXXXXXX</esn>
<model>LGLS670</model>
<suffix>ASPRCQ</suffix>
<msn>012XXXXXXXXXXX</msn>
<esn_date>20101214</esn_date>
<sw_version>LS670ZVC_11</sw_version>
<sw_url>http://csmg.lgmobile.com:9002/swdata/WEBSW/LGLS670/ASPRCQ/LS670ZVC_11/LS670ZVC_11.SC_11.P60674.cab</sw_url>
<sw_locale_url>http://csmg.lgmobile.com:9002/swdata/WEBSW/LGLS670/ASPRCQ/LS670ZVC_11/LS670ZVC_11.SC_11.P60674.cab</sw_locale_url>
<sw_recommand_uri>GLOBAL/GLOBAL</sw_recommand_uri>
<app_version />
<app_url />
<cs_em_flag>N</cs_em_flag>
<cs_em_uri>N</cs_em_uri>
<chip_type>EG</chip_type>
<prod_type>CDMA</prod_type>
</auth_model_check>
</response>
I am a tech for Sprint and wow am I having a time getting these to update through the computer. For other Sprint techs out there, we have installed all necessary files and drivers to the triage laptop. We had to disconnect it from our LAN here and hook up through mifi to bypass the firewall sprint has put on downloading the updater and for the updater to check for updated SW.
So here is what is strange.
Since we have access to tons of inventory, I activated two LG670's. Then updated one phone OTA to ZVC and left another at ZV9 (straight out of box). When I hook both up, the drivers recognize the device yet the "update" button does not show red, and it always says "your on the latest SW."
Is LG blocking updates through the updater? I followed all instructions in the post.
BTW our laptop is running Windows XP service pack 3.
Yes, that would make sense. If the refurbishment process includes a new MEID, then that could definitely affect the URL check on LGs site. I have sent them arbitrary MEIDs before and it does fail if you give them one they are not expecting so those are not empty checks. Also some sequential MEIDs can swap between Sprint and Virgin phones (and back to Sprint) so I don't know what algorithm they used to originally assign the MEIDs.So I have a feeling that the reconditioned devices dont have ESNs that are registered anymore for updating through the desktop.
SFHUB
Your link has been invaluable to this discussion.
Just ran through all of our reconditioned devices in store. All of them return this:
2 A000002XXXXXX LGLS670 ASPSCQ1 012KXXXXXXXXX1 20101216 GLOBAL/ GLOBAL N N
So then I ran about ten BRAND NEW NEVER OPENED ESNs. Here is what it returned:
OK A000002XXXXXXX LGLS670 ASPRCQ 101KXXXXXXXX37 20110120 LS670ZVC_11 http://csmg.lgmobile.com:9002/swdata/ WEBSW/LGLS670/ASPRCQ/LS670ZVC_11/ LS670ZVC_11.SC_11.P60674.cab http:// csmg.lgmobile.com:9002/swdata/ WEBSW/LGLS670/ASPRCQ/LS670ZVC_11/ LS670ZVC_11.SC_11.P60674.cab GLOBAL/ GLOBAL N N EG CDMA
I am quite certain the refurbishment process is reasigning MEIDs.
So the moral of the story is: we need to find a way to root the OTA VC update.
Sent from my PC36100 using Tapatalk
You can try the force flash VC procedure in the *reference section* of the post in my signature. It shouldn't depend on the URL check. Cordell had some problems doing it that way but others didn't, so I'm not sure if his issue is related to the process or related to something specific to his phone.So the moral of the story is: we need to find a way to root the OTA VC update.
You can try the force flash VC procedure in the *reference section* of the post in my signature. It shouldn't depend on the URL check. Cordell had some problems doing it that way but others didn't, so I'm not sure if his issue is related to the process or related to something specific to his phone.
Not sure how you are invoking it, but my log actually does contain the MEID as opposed to 0'sIt doesnt depend on that URL, the command line tool is hacked. The hack enters all 0's for meid and phone number, I recall seeing this in force flash log.
Not sure how you are invoking it, but my log actually does contain the MEID as opposed to 0's
The main difference when the KP500 front-end starts the updating process is it sets up all the pieces the updater needs from what you provide it in the command line so the updater has no need to go to the net.
The LG Software Updater front-end is doing something similar, but it checks with the net to get the pieces in place.
I asked on the other thread, but when you say you are force flashing VC, are you using the method in my signature or the one in the "unbrick" thread. The one in the unbrick thread does the flash in emergency mode (which is useful if you are bricked). The one in my signature does it using the normal diag mode.
Do a ##786# reset on it before you start the KP500 VC update in diag mode.I read your response in that other thread, gonna keep this here as I dont wanna confuse the OP. I have my current phone and another I was supposed to have mailed back 2 days ago here at my house. Tomorrow I will restore to stock the need to be mailed phone, then force VC cab on it in diag mode. If it is successful then I will do my current phone. The need to be mailed phone is a refurb, but is able to update with LG updater. My guess is they sent me a new one? If it bricks O'well, lol. Dang! I wanna try it right now, lmao. Whatever caused it to not communicate with recovery when I forced VC on it could be from the fact that I used Emergency rather than diag. Method could be different as one is to replace a brick, the other is just updating a current working phone, maybe. lol