That is a newer recognized issues performed for carrier side, it is not Librem 5 side issue nor System. To fully fix this issue is maybe change ADSPs or change the Modem module for a compatible with ur carrier or change of carrier to get better compat to ur modem module other hacks to may be fix it will be Put your modem to 4G Only plus VoLTE Enabled plus call to ur carrier to Reset ur Signal.
No…nothing has changed with my carrier (I work for them spoke directly to one of our wireless engineers). My phone registered properly before sending it in for service and now it doesn’t after replacing the modem and configuring exactly as it was before other than updated software/firmware since sending it in. I was very good about being current with the updates. I’ve tried VoLTE, no VoLTE nothing works, the antennas are intact and connected (visually verified).
Unfortunately I don’t remember the previous version and my phone is apart right now waiting to hear back from them. I just wanted to know if anyone else was having this problem, so I could see if there was some sort of pattern, but this thread got stomped as if I haven’t already emailed support.
I think what was missed by Frankly was the intent of this thread was not to get support for my issue but to gather intel in a broader sense to see if there are some issues with carriers and the modem to try and establish a pattern that might be useful to the devs and not everyone can post bugs on Github or whatever it is they are using now.
Emphasis on “should be”. Strangely, a couple years ago I’m the one who had to tell a Purism employee about the issues with hinges on the Librem 15’s. He indicated that “support” was not aware of this obvious trend.
I believe that the firmware is the same. My phone went into service because it stopped charging so I assume they replaced the power board, and they also replaced my modem as the u.fl connector on my modem popped off when I did the sparklan card procedure to re-route the antenna cables.
Bottom line is the phone went into support I assumed they would have run it through it’s paces before sending it back, they had it for a couple weeks and when it came back it was factory reset, so that confirmed to me that they did test it or so I thought.
If flashing/reflashing is standard that’s a pretty lame standard. There’s the ability to SD boot, ergo sdboot for testing, the emmc can be tested a number of ways for functionality, and as such a reflash should only be relevant when a software issue is determined AND after consent from the customer.
In this case however, if they replaced “the power board” that is also the mainboard which would include the emmc storage and in turn this would be a fresh install by necessity.
To not qa test a device before sending it back would be sloppy. Hopefully the failure was something else.
Speaking out of experience, you need to tick a box stating that you agree to flashing the L5 on the repair form.
What I don’ know is that every L5 will be flashed when sending in. Mine has been though.
You shouldn’t really ever send any computer in for repair with your data in it. So I would reflash before sending it in. Then it doesn’t matter either way whether Purism reflashes. Reflashing before sending it in is also good as confirmation that whatever the problem is it is not caused by things that you have installed or settings that you have changed etc.
Obviously you would backup before reflashing and restore once it comes back.
Equally obviously there will be repair situations where some of these steps by you are simply not possible.
Maybe it worked fine on a carrier that is local to the repair centre.
That should be a standard practise.
However, when the defect hardware is not responding to user input, that might not always be possible.
In favor for Purism, the repair instructions tell you the exact same thing: remove all personel data if possible.