halcyoncmdr

Link doesn't work...

 

Sent from my LG-LS980 using Tapatalk

Weird... Let me try the full link instead then.

http://www.google.com/googlevoice/whatsnew.html#utm_source=inbox_link&utm_medium=WhatsNew&utm_campaign=cleanup

I know many will respond that everything is perfect with their phone. But, I am wondering why does my phone take quite a while from the time I hit the dial button to the actual time it starts to ring? Sometimes it can take 25 seconds, sometimes, it doesn't ring out at all then I say something such as "hello" and my voice echo's back and sometimes it just has a long delay then ends the attempt of the call.

 

The most common issue is the loooong delay from the time I hit dial to an actual ring occurs.

 

Lastly, this has not JUST started. I believe it all started once I received the Spark update. It could of been before that but I think it start with the update that brought Spark.

That is almost definitely the Google Voice Integration, I have it as well and it's simply a side effect of adding in the Google Voice server to the mix. Granted, if you use any of the features that GV offers, it can be a godsend when you need it. 

http://www.google.com/googlevoice/whatsnew.html#utm_source=inbox_link&utm_medium=WhatsNew&utm_campaign=cleanup

EDIT: fixed link

If so thats huge, I have been clamoring for the day my Sprint (CDMA) device can roam on GSM networks instead of turn into a brick when I travel to GSM network based countries....like most of the world.

There are several LTE devices (most) that support international GSM. The Galaxy S4, S5, Note 2, Note 3, LG G2, G Flex, Moto X, Moto Photon 4G, Nexus 5, HTC One , One Max, and One M8.

Pretty much every mid-range to high-end LTE device released in the last year, and a few older than that.

If you have time try waiting 10-15 minutes, and stop all apps using a data connection.

This has something to do with it as well I think. The network will not hand-up with an active data connection, but it will hand-down. So you won't go from 3G-4G if you are using data, but you will go from 4G-3G.

It's most likely the LTE scan timer though. Usually 10-15 minutes will result in your phone rescanning and switching over automatically. Some phones also use a built-in "seen site" file that allows them to automatically rescan when you are within a certain distance (GPS or network triangulation) of a "known" LTE site. This is one of the things the Sprint Connection Optimizer does as well (both WiFi and 4G).

I second this notion....Connections Optimizer is more of a PITA than a help....

 

Sent from my LG-LS980 using Tapatalk

The Connections Optimizer serves it's purpose, as long as you understand what it does.

That being said, if you know what you're doing and are managing WiFi on/off on your own when you know it is available, it is useless for you. The average person however, doesn't do that and in turn causes either more strain on the mobile network than there needs to be (by staying on 3G/4G when WiFi is available) or using more battery by having WiFi turned on and scanning for available networks when there isn't one.

Question, if an account is suspended, hotlined etc, would this message occur on all the phones in ones account or only on the main line?  

 

Edit: never mind, found the problem. and to answer my own question, yes, the other three lines were not suspended, only the main line on the account. Seems that I failed to correct my Banks' BillPay which had the previous credit card (that was hacked) number and didn't update with the new card. So my payment never went through lol opps.

Sprint ain't no joke, You have 10 days left to pay, but we want our money now. It isn't called the Now network for no reason. lol

 

TS

Hotlined accounts are different than suspended ones. Hotlined accounts happen with non-payment, suspension and such are different, but look the same on the phone end. It used to just be outgoing calls were blocked and redirected for billing; texting, incoming calls, and data all worked. Now that many people don't call anymore, they had to change that since many people didn't see any inconvenience, which is the entire purpose of it.

Anybody else having horrible indoor coverage?  I work at the Quik Trip on 1st and Glenn, I can see an LTE tower about 100 yards away.  When I go indoors, my coverage significantly drops from full to 2-3 bars.  At other places I've noticed having 2-3 bars outside, then going inside and being at 3g half the time and a bar of LTE the other half.

Welcome to 1900MHz building penetration in an area of the country that utilizes Low-E windows and insulation (dramatically affect RF reception). Not to mention the fact that many buildings built now have metal frameworks and thus create a sort of hole-filled faraday cage inside them. 3G has similar signal loss, but LTE is a more fragile airlink and thus needs a cleaner and stronger signal to operate at the same performance level so you don't "see" the loss.

The 800MHz spectrum should fix that issue, however we won't see it for a while in Tucson due to the international border. The IBEZ ends somewhere near downtown Tucson, but because of that, the Tucson/Yuma Market in general isn't currently slated for 800 until the international issues can be negotiated properly.

Use Quick memo. Slide up and to the right from the home button.

 

Sent from my Nexus 7 using Tapatalk

That doesn't always work for me though. Some apps I use and occasionally take screenshots of don't display the notification bar and touch buttons, they instead use the full screen mode. Just makes it more difficult for my use scenario, but I realize I'm in the minority.

I really wish they'd done something else other than Power and Volume Down,  they're so hard to hit reliably.

 

Yeah.. with the CSIM swapping and MEID locking and the MEID having to be in inventory... if you get past that, it looks like the Sprint model has all the bands Verizon does plus, the Sprint one has bands 18 (is this one even used in the US?) and 26 (SMR).  

 

• Model A1533 (CDMA) (Verizon)*: CDMA EV-DO Rev. A and Rev. B (800, 1700/2100, 1900, 2100 MHz); UMTS/HSPA+/DC-HSDPA (850, 900, 1700/2100, 1900, 2100 MHz); GSM/EDGE (850, 900, 1800, 1900 MHz); LTE (Bands 1, 2, 3, 4, 5, 8, 13, 17, 19, 20, 25)
• Model A1453 (CDMA) (Sprint): CDMA EV-DO Rev. A and Rev. B (800, 1700/2100, 1900, 2100 MHz); UMTS/HSPA+/DC-HSDPA (850, 900, 1700/2100, 1900, 2100 MHz); GSM/EDGE (850, 900, 1800, 1900 MHz); LTE (Bands 1, 2, 3, 4, 5, 8, 13, 17, 18, 19, 20, 25, 26)

 

I believe Band 26 is a superset of band 18. So all of Band 18 fits within Band 26 essentially... At least that's what it looks like from a 30 second Google search. http://niviuk.free.fr/lte_band.php 

I notice that your listing does not show 800/850 EVDO/1xRTT band differences properly. Listing 800MHz as a frequency was used commonly for the 850 service Verizon uses because it didn't make a difference previously since 800 was being used for iDEN only. Now that 800 is also being used for CDMA, there is a difference, but some listings still don't separate them out, even though they are separate bands. So it is quite possible that there are missing frequencies in that list, as at least 800/850 are messed up already.

My question then is why does Model A1533 even exist then if A1453 supports everything it does, plus more? There must be some other difference that's not shown in there, otherwise there's no reason for it to exist at all as it just costs Apple more to produce multiple different models.

Has anyone tried a Sprint iphone 5S sim yet in a Verizon iphone 5S? :-)

The Verizon iPhone 5S and Sprint iPhone 5S are different models. Not saying it wouldn't work, but you won't have access to all of the proper frequencies supported by Sprint, just like using an old AT&T iPhone 3G didn't get you 3G data if you were using a T-Mobile SIM card.

Sprint should've kept simultaneous voice and data like it is on the Note 2 for the new Tri-band phones. eCSFB seems like a another headache for Sprint (in addition to the slow network upgrades). If not SV and D, then maybe a solution like on the iphone - intermittently turning off the radio and checking to see if there's any incoming calls. 

The decision for Tri-Band devices was not predicated around SVLTE. It was decided on other, in my opinion, more important factors.

1. The main reason was for single radios. SVLTE devices have to maintain two separate connections, and thus two separate powered radios. The Tri-band devices have a single radio for all mobile network pathways and thus can operate with less power, meaning lower power use and leading to longer battery life.

2. Voice usage is dramatically lower now than it was even a few years ago, this means the need for most consumers to have both voice and data simultaneously is less. In addition, with the increasing use of Video Calling (which go over data only) that also reduces standard voice call usage.

3. Many companies are going this route, thus meaning similar devices for multiple carriers, and thus reduced costs for phones due to the scale of production. Having a separately built device to be unique in this regard, means the phones cost more for Sprint to purchase, and thus cost more to the end-user as well. Just look at the new CCA stuff where the fact the same identical device can be used across all of these small carriers in turn mean lower costs to all of them. The Youtube

4. CDMA customers aren't used to SVLTE in general, and the average person probably doesn't know their phone is even capable of it in some circumstances on various carriers.

5. SVLTE (Like SVDO on a couple devices) was never a designed feature of these phones, it was a side effect of the way the radios and transmit/receive pathways needed to be designed for the Sprint models of the phones. It was never an advertised ability.

I think I know why the battery seems to drain faster after updating. I just updated this morning. My battery was at 59% prior to the update with 20 hours on battery and 37 hours estimated remaining. After I successfully updated, it showed 51% on the battery meter. When I went to the usage screen, it showed only 4 minutes on the battery and 1 hour and 31 minutes remaining. It seems like the update sets the scale immediately to 100% no usage from whatever state you were at and reads from there. This may be why it takes one or two full drains for it to realize what 100% and 0% are.

 

I do have one question, though. Am I correct in assuming that LG left out the ART runtime on their build of Kitkat? I cannot find it anywhere in the developer options.

No, in the process of updating Android it wipes out a number of log files just to clean stuff up, the less there is to update, the less likely there will be an issue. One of those files in the battery log, so once it turns back on it only has the info coming from the battery's internal circuitry to go off of. This is standard for all Android updates.

And it wasn't irresponsible to tell people to sideload, when it ended up causing a boot loop?????

 

The GSF force stop has never had a history of any irreversible side effects that I've heard of or experienced with previous phones. 

I've never heard of a sideload requiring the steps the G2 required with this update. From all of my experience (and apparently most of the users on XDA from my reading) it works the first time 99% of the time. It is a fundamental feature of the Android development process and has been consistent in working since it was introduced in Android. Requiring three sideloads following each other is very bizarre for an update.

Just because you haven't seen the issues, doesn't mean there aren't any happening behind the scenes on your phone.

The article about the Google Engineer's post, with a link to source.

But if you do a factory reset, then SCRTN once it's reset, that should make it mostly safe if you've used this method? Just curious, I was thinking about a factory reset anyway just to make sure there aren't any rogue apps with the update.

 

Sent from my LG-LS980 using Tapatalk

Yes, a factory reset would "correct" any issues that clearing GSF may cause, as everything it handles gets reset when the phone does anyway.

A factory reset is a great idea after any software update, especially major Android versions like this update to KitKat. Most people will not do this however (myself included even though I know better, if I have issues I will, I'm stubborn like that). Since the majority of people won't do this, advocating clearing GSF without giving the possible side effects is a terrible idea, and will likely result in a frustrated customer calling into Care or going into a store because their phone "doesn't work right after the update". The issues they have might only be related to clearing GSF, not the update itself, causing further complications, especially when issues showing up get reported back to Sprint's device team, an they waste time with the manufacturer trying to find phantom issues that don't actually exist with the update.

But you really dont have to sideload. Just use the Google Services Framework trick that a bunch of us used. Updated my wife's phone the same way last night when I got home from work. It just takes a couple tries for most. 

There are documented side effects with that method discussed by Google Android developers. I never recommend messing with system files, especially if you don't know everything they do. The GSF is a core system app that manages everything related to your devices UUID, among many other things. This is why it can cause the update to appear (GOTA servers use your UUID for update availability). It also will adversely affect any other application that utilizes your UUID, some of which simply will need some time to update to the new UUID, some may need to be uninstalled/reinstalled, some may require a complete factory reset. Every downloaded application is different, and there's no way to tell what resetting GSF will do for every person.

It is irresponsible to tell people to do so without properly educating them about the possible issues they may encounter by doing so. If after being educated (or ignoring it), people decide to anyway, that's on them. Not disclosing possible issues they may run into though is irresponsible.

Just to reiterate... if you are sideloading the update. YOU MUST DO IT THREE TIMES IN A ROW VIA ADB. The first two will stop and reboot to recovery automatically again, and the third will finally go all the way through.

I thought I had bricked my device but after doing that I still had all my info intact, no need to flash back and upgrade through again, that's a waste of time.

Is this some kind of glitch, or is there a new feature added where it leaves both connections active?

 

Sent from my LG-LS980 using Tapatalk

I've had mine do that a few times on ZVA. Never caused an issue so I just ignored it.

You might not need to restore to stock.

 

I got stuck in the bootloop as well and started the firmware download intending to do a restore. I went into download mode, then powered off.

 

When I powered back on, I was back to recovery. I figured since I was going to restore anyway, might as well give the update a try again since I saw the following on XDA: http://forum.xda-developers.com/showpost.php?p=51533599&postcount=612

 

If you can get back to recovery, give it another try.

Yeah, I'm currently having to try this.

I hate LG's quirks like this. My old HTC and Samsung devices were definitely easier in this regard.

I had this once. Any calls I made also were treated as if I was an unsubscribed prepay user. ##72786# fixed it up. Although I've been cautioned to avoid doing that more than once during a 3-4 hour window. I am the king of glitchy happenings unfortunately.

Provisioning is usually completed within a few seconds when a refresh is sent from the network. However, a 72786 does not change anything network-side. It only has the phone delete the programming, then restart. When it restarts it determines it is not programmed and goes through the Hands-Free Activation process again. After HFA it usually restarts again, then performs another profile update.

A network-side refresh would require calling in to perform, or doing something that automatically triggers a refresh like an ESN/MEID swap.

I would almost bet he got those numbers from here. Lol

 

Sent from my HTC ONE from Tapatalk 2

Not necessarily, GLANCE gives that level of information to anyone with access. This includes Leads/ASM/SM in store, Technical Support, Account Services, etc. (I am unsure about general Care reps).

EDIT: Did not realize how old that post was.

This looks exactly like my tests near my work in SW Dekalb County, GA. I have called and told sprint of the problem. They said they would get engineers out. I called back about a week later and they told me there was a tower out and they were working on it. They gave me a completion date. I waited two days after the completion date, and I still have these type results and my LTE signal levels are always around -84 to -92 usually in my office. I should be getting better speeds with that kind of signal. I called them back and they told me the work had been completed but they would tell the engineers my issue. Told me to wait a few more days and see if it stabilizes.

 

I discussed with tech support that I was starting to think it was capacity issues. I have noticed all over the Atlanta area the speeds when close to a tower have gone from 30-50Mbps to around 10Mbps usually and obviously the further from the tower I get it now peters out a lot closer to the towers than it used to for useful speeds.

 

I was thinking of re-upping a 2 year contract but if they can't even give me enough speed to stream Spotify in my office than there are issues. I hope the problem is localized but I fear it is capacity problem just like I experienced on 3G. The funny thing in my office if I toggle LTE off I get faster speeds on 3G though it is still sub 1Mbps....

 

Sent from my SPH-L710 using Tapatalk

The thing about capacity issues on LTE right now, is that since not all towers are upgraded, there will be many more people than intended on each the towers. Increasing backhaul and adding LTE carriers now on every tower experiencing lower than intended speeds and such would be a waste of resources that could be better used to instead upgrade other towers nearby, which would have the same effect of reducing strain. So you get one or the other, either a higher capacity single tower that still only covers what it does, or another upgraded tower nearby that also takes some of the strain off while increasing overall coverage.

Once all neighboring sites are upgraded, if speeds are still low then they will go through determining where the issue lies and correcting it. The new equipment is capable of self-monitoring everything from call blocks and drops to data throughput and ping, all automatically, and alerting the network teams of issues as it reaches set alert levels. Unlike the network of the past that had limited monitoring capabilities and very much relied on customers calling in, the new system does not require that in most cases. This system relies on the majority of towers being active and NV complete however, otherwise they are operating on incomplete information, and making thousands of dollars of upgrades based on incomplete info isn't what we want to see.

Just curious, do you guys think that the G2 will get Wifi Calling with this update? What I am really curious about is what makes a device wifi calling compatible? It seems like it is just a question of software, so I am curious why there are specific devices they focus on

 

Thanks!

Most likely the limitations are primarily software. They also likely are rolling it out across devices slowly so that if major issues occur they can be taken care of on a smaller scale. It also probably requires separate network-side hardware to process the WiFi calls versus the standard network calls of years past, thus requiring more preparation and meaning that they need it in place before rolling it out to more phones.

I am going to guess that Sprint is going to wait until this Friday to release the OTA.  Get the servers ready for widespread deployment.

It isn't deployed directly by Sprint. Most Android phones use the GOTA (Google Over The Air) servers. The only manufacturer that I know of that uses their own server system is HTC.

So LG sends the update to Sprint where it is tested, and then once it passes, the source code is released by LG and Sprint sends the verified and signed update.zip file to Google's GOTA servers to deploy automatically. There isn't any part of getting the servers ready, other than potentially delaying the update by a couple days due to a last minute issue discovered after the update was signed off for release that could cause issues. This rarely happens, and when it does usually the public will never know about it. Really the only thing that may even give that course of events away is a manufacturer releasing source and then it not being deployed.

I do believe we have concrete evidence on the setup. I can't recall with specifics off the top of my head, but something about 3:2 division.

See, I've seen the 3:2 division number before, but the last I read it was entirely a guess to optimize for higher download speed over upload while keeping them similar. That would mean we'd be looking at theoretical maximums of 100/50 speeds. Based on 37.5Mbps being the theoretical maximum for 5MHz of spectrum in an FDD configuration. I do not know if it is different for TDD or whether there is additional overhead, etc.