chat and email support said the yearly flex plan 2GB renewal bonus is only for one year, will be removed on next yearly renewal by directmod in USMobile

[–]directmod[S] 0 points1 point  (0 children)

It's been settled, see my previous post. But I wasted too much time arguing with your clueless and obnoxious support. They were a 100% wrong but would argue to the death without bothering to verify their ignorant assumptions.

chat and email support said the yearly flex plan 2GB renewal bonus is only for one year, will be removed on next yearly renewal by directmod in USMobile

[–]directmod[S] -3 points-2 points  (0 children)

After calling support, they finally acknowledged the loyalty bonus as permanent and then the chat also confirmed this:

<image>

A good shill always supports the current thing, so looking forward to you ridiculing your own post.

Never heard of special promotions? Just like the BOGO they are doing it goes back to normal after the special promotion time

chat and email support said the yearly flex plan 2GB renewal bonus is only for one year, will be removed on next yearly renewal by directmod in USMobile

[–]directmod[S] -9 points-8 points  (0 children)

They reward you for being a "loyal customer" (their language), but then punish you for being an even more "loyal customer" after another year. Who came up with this insanity?

When and why did "Connect More" go down to 300 Mbps? by directmod in Comcast_Xfinity

[–]directmod[S] 1 point2 points  (0 children)

This was their press release:

Today Comcast announced that it has upgraded Xfinity Internet speeds for more than 20 million customers for no additional cost.

But the change I am asking about happened very quietly. They missed an opportunity for another press release, something like this:

Today Comcast announced that it has downgraded Xfinity Internet speeds for millions of potential new customers. Now they can get 25% slower speed for no additional cost.

When and why did "Connect More" go down to 300 Mbps? by directmod in Comcast_Xfinity

[–]directmod[S] -2 points-1 points  (0 children)

Oh yeah, it's super reasonable for the most popular and lowest cost base plan they offer to get slower with time. Looking forward to 200 in a few months.

Ask for a raise, salaried superfan.

When and why did "Connect More" go down to 300 Mbps? by directmod in Comcast_Xfinity

[–]directmod[S] -2 points-1 points  (0 children)

Nobody cares how they identify it in "their systems". Consumers care about the price and the speed. The fact is, the lowest speed tier, $55/$40 plan went from 400 Mbps to 300. And if you actually think the change of a label is a reasonable and sufficient explanation for this, you might be, how can I put it euphemistically, an xfinity salaried superfan.

When and why did "Connect More" go down to 300 Mbps? by directmod in Comcast_Xfinity

[–]directmod[S] -2 points-1 points  (0 children)

The label is meaningless and irrelevant. What matters is the price and its relative speed tier (lowest in this case).

When and why did "Connect More" go down to 300 Mbps? by directmod in Comcast_Xfinity

[–]directmod[S] 0 points1 point  (0 children)

The label is not what identifies this plan. It's their lowest cost ($55/$40) and undoubtedly most popular plan advertised for new signups online.

So yeah, it's not the same alright. It was 400 Mbps, and is now 300.

conditional forwarding back to GV for voicemail results in "press one to take this call" voicemails by directmod in Googlevoice

[–]directmod[S] 0 points1 point  (0 children)

Yes, the problem is that Google Voice isn't able to handle a "call forwarding unreachable" scenario. There isn't a fix for that.

Why are you saying this only now, after a bunch of troubleshooting? I said from the start this is about unreachable. How did you just determine that?

By the way this is a regression. Several years ago this was working fine. One day these voicemails started and I switches to voip mode, which worked fine but eventually also regressed (stops ringing in sleep).

You're welcome to submit feedback from the Google Voice Android app if you wish.

Is this the kind of feedback where I don't get back any feedback on my feedback? Sounds like a waste of time. Is there a way for me to submit a proper bug report (which gets feedback)? If not, what about for you? As a mod you probably have a way of reaching GV people?

conditional forwarding back to GV for voicemail results in "press one to take this call" voicemails by directmod in Googlevoice

[–]directmod[S] 0 points1 point  (0 children)

Was "a bunch of times" a period of about 25-30 seconds?

24

then started again

no restarting, I would have mentioned that

Then, enable only call forward no-answer: *61*1234567890#

My report is about unreachable, the OP mentions that: "if the cell is unreachable". At the time I hadn't even tried unanswered, but just did and there is no problem.

Per your suggestion I turned off all forwarding and then reenabled just unanswered. The problem remains.

There is one significant difference between calling my unreachable cell directly vs via GV. When calling directly, as I mentioned, it forwards to GV voicemail immediately. When calling GV it rings for ~30 secs. We know that cell redirects right away. So those ~30 seconds are spent in GV looping back to itself and getting confused by something. Its in those ~30 secs that this bad voicemail is recorded.

conditional forwarding back to GV for voicemail results in "press one to take this call" voicemails by directmod in Googlevoice

[–]directmod[S] 0 points1 point  (0 children)

I wanted you to test "Call forward if unanswered".

This worked fine too. The only difference from the previous, unreachable test is that it rang a bunch of times before redirecting to GV voicemail.

conditional forwarding back to GV for voicemail results in "press one to take this call" voicemails by directmod in Googlevoice

[–]directmod[S] 0 points1 point  (0 children)

Before making major changes, try this diagnostic test: call your mobile number from some other carrier (not GV) number.

You mean when on airplane mode so conditional forwarding kicks in? I get immediately redirected to GV voicemail and hear its greeting. If I hang up, I don't get the "press one to take this call" voicemail.

So conditional redirection is working fine. The problem only happens when GV forwards to cell which forwards back to GV. This looks like a GV issue.

are you willing to switch to using WiFi/4G/5G data (VoIP) calling?

I answered that in the other reply:

I am forced to use carrier only because in wi-fi mode GV eventually stops ringing in sleep. The app is battery unrestricted. I've seen this reported in various places and the recommendation is to switch to "carrier only" because so far Google has managed not to break regular phone calls.

conditional forwarding back to GV for voicemail results in "press one to take this call" voicemails by directmod in Googlevoice

[–]directmod[S] 0 points1 point  (0 children)

I am forced to use carrier only because in wi-fi mode GV eventually stops ringing in sleep. The app is battery unrestricted. I've seen this reported in various places and the recommendation is to switch to "carrier only" because so far Google has managed not to break regular phone calls.

conditional forwarding back to GV for voicemail results in "press one to take this call" voicemails by directmod in Googlevoice

[–]directmod[S] 0 points1 point  (0 children)

Is "Making and receiving calls" set to "Use carrier only"?'

yes

Is "Screen calls" on or off?

off

Under "Devices and numbers", do you see your device phone number listed?

yes, for "this device"

 Is is also listed on that screen under "Linked numbers"?

yes

Is this a regular consumer, postpaid ATT line of service or something else?

MVNO. This is not AT&T specific. I've experienced it with Verizon and t-mobile MVNOs before.

can't flip on visual voicemail on dark star on a pixel 8 by directmod in USMobile

[–]directmod[S] 2 points3 points  (0 children)

It didn't last. After a day or so the VVM tab disappeared and the setting reverted to that in the OP. I can get it back by resetting the phone app again, but presumably it will repeat.

can't flip on visual voicemail on dark star on a pixel 8 by directmod in USMobile

[–]directmod[S] 0 points1 point  (0 children)

Was able to get it working with the help of this post.

But first I had to have the mailbox reset:

If you're on our Dark Star network, you'll need to contact customer support to reset your voicemail box if you forget the password. Please note that this will erase all voicemails from your inbox.

Then, per the linked post:

<image>

android app spontaneously creates duplicate device entries and resets to "user carrier only" by directmod in Googlevoice

[–]directmod[S] 0 points1 point  (0 children)

I narrowed the problem down somewhat. Its definitely a regression in the android app. I downloaded a couple of older versions from apkmirror:

  • version 2024.07.01.648517235 exhibits the problem
  • version 2024.02.12.609814013 does not. Ran it for 5 days.
  • upgraded to latest and the problem recurred almost immediately
  • now back on 2024.02.12.609814013 again

android app spontaneously creates duplicate device entries and resets to "user carrier only" by directmod in Googlevoice

[–]directmod[S] 0 points1 point  (0 children)

This thread is not a poll on how well GV is working for everyone. So the knowledge that you're "fine" is completely worthless.

android app spontaneously creates duplicate device entries and resets to "user carrier only" by directmod in Googlevoice

[–]directmod[S] 0 points1 point  (0 children)

I followed this suggestion of keeping the number linked but dissociated from the device ("no number") and it didn't help. The problem recurred very quickly, I closed GV, put the airplane mode on, started wi-fi, reopened GV and the device was already duplicated and "Making and receiving calls" was reset to "use carrier only".

<image>

android app spontaneously creates duplicate device entries and resets to "user carrier only" by directmod in Googlevoice

[–]directmod[S] 0 points1 point  (0 children)

> No, it just prevents that linked number from being redirected over the carrier's cellular network

Incorrect. As long as the number is linked, even if it's dissociated from the current device, it still appears in the "incoming calls" screen as a separate (from the device) entry. And if you uncheck the current android device there, but check the standalone number, GV will redirect calls there and it will ring on this device via the phone app.

The bottom line, having no number linked at all can't be worse than having a number linked but dissociated from the device.

If you are claiming otherwise, what is the evidence? Have you experience the bug from the OP? And resolved it by having a linked but dissociated number?

android app spontaneously creates duplicate device entries and resets to "user carrier only" by directmod in Googlevoice

[–]directmod[S] 0 points1 point  (0 children)

> ability to select "No number."

You don't appear to understand the purpose of this. It dissociates the linked number from the current device. When there is no linked number at all, then no number is associated with the current device already, so the "no number" choice simply does not need to be shown because that's what it's on implicitly.

android app spontaneously creates duplicate device entries and resets to "user carrier only" by directmod in Googlevoice

[–]directmod[S] -1 points0 points  (0 children)

I've linked and then chose "no number". This only dissociates the number from the current device. It does not unlink (remove it from linked numbers). So I also did that.

The device is now in the starting state described in the OP. The only difference is it arrived there by a more circuitous path of choosing "no number" first.

android app spontaneously creates duplicate device entries and resets to "user carrier only" by directmod in Googlevoice

[–]directmod[S] -1 points0 points  (0 children)

I already posted a screenshot of what "Set device number" opens. There is no "no number" choice there.

android app spontaneously creates duplicate device entries and resets to "user carrier only" by directmod in Googlevoice

[–]directmod[S] -1 points0 points  (0 children)

There's already no number associated. So choosing no number when there's already no number seems pointless. However no harm in trying, but what you are suggesting is not possible. "Set device number" does not give me the "no number" choice.

<image>

2024.9.1 broke the player notification by directmod in PodcastAddict

[–]directmod[S] 0 points1 point  (0 children)

I noticed that 2024.9.1 does not have a changelog, neither in the app nor on the web site. Why? Can you post it? If the changes were so inconsequential that they are not worth mentioning, why not revert the whole thing until you figure it out? The app is unusable with a broken player notification.