Known issues/bugs (admin please make sticky)

Not sure why there isn't a thread already devoted to this, but considering people ask the same questions over and over I thought perhaps we should put together a list of known/acknowledged bugs and issues for people to check.
I don't want this to become a complaint thread - there's plenty of those already, and I just want us to focus on issues that have been raised and someone at Garmin (the Beta team, the support team etc.) have confirmed are issues they are working on.
This is by no means an exhaustive list - but I want to focus on the issues that a newbie may come across after buying the watch (or that may give them pause for thought before even buying the watch) and to help give Garmin a real "hit-list" of the issues causing their customers pain.

If you have an issue/bug that you want me to add to the list then post below (or DM me if you'd prefer) with the following
  • Issue/Bug encountered
  • Description of what it is/what it affects
  • How to recreate the bug/issue
  • Response from Garmin (if any)
  • Ways to mitigate/fix/avoid the issue (if possible)
  • Time-frame indicated from Garmin for it to be fixed (if any)


Software/Firmware Issues

Settings from Connect over-write Settings on Watch (The Alarm clock bug)
Description: Alarms keep disappearing from the watch
How to recreate: Create an alarm on the watch and then sync with your phone. The alarms will be over-written
Garmin Response: Garmin have confirmed that settings changed on the watch directly will be over-written by settings set in Connect, even if the Connect settings are blank. The most obvious way this manifests is by wiping out or changing your alarms. It also manifests itself by making alarm labels (if set) align with the wrong alarms
Potential Solutions: The only way to avoid this for now is to only change settings in Connect. If you wish to create silent alarms then use the Connect website (Menu-Device-[your watch]) as unlike the app the website allows you to change vibration and tone
Likely solution/fix time-frame: The Beta team have said this is an issue for the Connect team to fix so ETA is unknown

Total displayed ascent and descent wrong (Submitted by TOSONNY)
Description: The watch calculates and displays the wrong ascent/descent despite recording the correct altitude/elevation
How to recreate: You can see this bug by comparing the data with other watches or upload your gpx-track to Garmin Basecamp and compare. Descent is always lower
Garmin Response: The beta team are aware of the issue and are looking into it
Potential Solutions: There is a work-around that has been found that fixes the data issue in most cases. After importing the FIT file into BaseCamp and viewing the properties, deleting any one of the data points clears up the problem. Then the data can be transferred back to Connect if you wish. Some people like to delete the first data point, but we have seen cases where deleting any one random point has the same effect. (Thanks PC3Chris for this work-around)
Likely solution/fix time-frame: The time-frame to fix this is unknown

Altimeter and Barometer Issues (Submitted by RICKJ2903)
Description: The watch has trouble determining correct elevation if not manually calibrated for the area via GPS first. If air pressure changes the watch almost always assumes it's an elevation change (I thought this was meant to be related to movement as well as air pressure changes?) instead of a barometric change. The barometer almost never changes position from flat
How to recreate: Set barometer setting to "auto"
Response from Garmin (if any): RICKJ2903 had their first watch changed as faulty but second watch still displays the same faults
Potential Solutions: Not aware of any other than don't use the altimeter
Likely solution/fix time-frame: The time-frame to fix this is unknown, and there are no suggestions on ways to mitigate this problem

Sleep Tracking is inaccurate
Description: Connect consistently reports Bed Time and/or Wakup Time wrongly
How to recreate: Go to sleep? THe issue arises because the watch does not log sleep on it's own. The Connect system does this based on your movement data and your Do Not Disturb settings
Because it is based on movement and doesn't take into account other information such as heart-rate (or alarm settings) it will often determine you're still asleep when you aren't, or it can show you're awake when you're not
Garmin Response: I'm not aware of any official response from Garmin on this one. I have never raised it directly as an issue but I used to have the same problem with my Garmin Fenix 3 as well
Potential Solutions: The only sure fire solution at this stage is to manually change your sleep times if it is wrong. It does also help to have the Do Not Disturb settings set to your "typical" sleep times
Likely solution/fix time-frame: This is a Connect issue, and as long as Garmin have multiple activity trackers with different tracking capbility it's unlikely to be resolved

Sensors/Communication Issues

GPS Accuracy Issues
Description: Somewhat subjective, but I don't see many people complaining about GPS accuracy in either the 935 forum or the 5X forum so there is most likely a real issue with the GPS on the Fenix 5 and 5S
How to recreate: Go for a run and compare tracks to previous runs over the same course with other devices
Garmin Response: The "official" response based on what people have posted here is that Garmin have told people to wait for a firmware update to address the issue
Likely solution/fix time-frame: This means that Garmin are aware there's an issue and are working on a solution but the most recent Beta firmware releases have not included new GPS software

Instant Pace Accuracy
Description: Also somewhat subjective, but again I don't see many people complaining about GPS accuracy in either the 935 forum or the 5X forum
It is also possible that people had unrealistic expectations of how accurate instant pace from GPS could be, but since it's an advertised feature people can rightly have high expectations
Garmin Response: The "official" response based on what people have posted here is that Garmin have told people to wait for a firmware update to address the issue
Potential Solutions: The general agreement seems to be that if instant pace is really important to you then GPS will never be good enough and you should use a footpod. The consensus is the Stryd is the best option by far (unless you run into connectivity issues with it - see below)
Likely solution/fix time-frame: This means that Garmin are aware there's an issue and are working on a solution but the most recent Beta firmware releases don't appear to have touched this issue

Bluetooth and Ant+ Connectivity/Constant drop-outs
Description: The Bluetooth/Ant+ range is poor
This affects connectivity to your mobile phone/the connect app and also to Bluetooth/Ant+ sensors such as chest HRM straps, footpods and power meters
This can result in data dropouts in your activities, which then affects calculations based on this data (e.g. V02Max)
It'll also result in issues with syncing between your watch and your phone/connect app, including but not limited to causing problems with Livetrack
How to recreate: Connect sensors and then see if they drop out during activities (gaps in your recorded data when viewed in Connect)
Garmin Response: Garmin have confirmed they are working on these issues, but that they're having trouble recreating them consistently
Potential Solutions: If you are having any of these issues then first install the latest beta. If this doesn't solve your problem (spoiler alert: it probably won't) then email the beta team ([EMAIL="[email protected]"][email protected][/EMAIL] and give them as much detail as possible (Watch model, phone model, model of sensors affected, what you were doing, height (this matters)
The more data we provide them the more chances they have to replicate the problem and try to root cause/solve it. They still seem pretty confident it's an issue that can be fixed in software
I see less dropouts when using Ant+ with dual Bluetooth/Ant+ devices but your mileage may vary.
I also see people suggest that using sensors on the same side as your watch also helps (so footpod on your left foot if the watch if on your left arm etc.)
Lastly, OnlyTwo has suggested trying a hard reset and then repairing your devices. This appeared to work for them. I have also tried this and have had mixed results, but I may not have done the process correctly. I will trial a little bit more and then post the steps if it does appear to reduce the drop-outs
Likely solution/fix time-frame: There is no time-frame - but it's likely this is the quite high on their list of things to fix if it can be fixed
  • Additional Alarm Bug

    Hi,

    Found another Alarm related bug.

    I've tried several times to setup an early morning alarm 06:00. Once setup, I've found that the alarm doesn't activate and looking under settings the configured alarm has disappeared.

    Spoken with Garmin on the phone but it seems they're unaware of it. It's happened 3 times to be so far...
  • I first noticed this anolomy when I had a Forerunner 935, and it updated to the 4.1 firmware. Initially, when I received the Forerunner, I charged it, and all was well. On the first recharg of the watch after the initial charge, the "all day heart rate" widget, and graph in Garmin Connect stopped recording the heart rate. Activities using the strap worked normally. This required a reboot (shut down/restart) to get the graph, and the heart rate working again. I returned that watch, and purchased a Fenix 5 Sapphire.

    On the initial charge, and after, the all day heart rate worked fine, until yesterday, when again, I did the first full recharge since purchasing the watch, and the all day heart rate quit again, only to restart after I rebooted the watch again. Here is the Garmin connect page that the FR935 stopped,

    https://connect.garmin.com/modern/daily-summary/OEAGLEO/2017-05-29/timeline

    and it will pick up the next day when I noticed that the HR had frozen. During this time, the graph on the widget did retain the data that was previous, so it actually appeared to be working. Upon reboot, the graph was cleared, and we started again. Here is the graph using the Fenix 5, and it's doing the same thing:

    https://connect.garmin.com/modern/daily-summary/OEAGLEO/2017-06-12/timeline

    And, once again, it required a reboot the next day when I noticed what was going on. Since this has happened to two separate watches, on two separate occasions, the only common thing is the 4.1 firmware, I belive it is a glitch either in the heart rate monitor believing it is shut off when disconnected from the wrist for a longer period than a few minutes, or something else. It should be noted that other times when the watch is off my wrist, (hot tubs, sauna, shower, etc) the HR monitor doesn't shut off.


    Very odd. I haven't seen this issue myself and I have charged my watch to full charge a few times now. I also haven't seen this mentioned in any forum posts either. Have you logged this with Garmin and what has been their response? It is quite possible you've just had really bad luck with two separate watches? It does happen.
    Also - your connect links don't work as the settings are set to private, so I can't see what the examples are.
  • Hi,

    Found another Alarm related bug.

    I've tried several times to setup an early morning alarm 06:00. Once setup, I've found that the alarm doesn't activate and looking under settings the configured alarm has disappeared.

    Spoken with Garmin on the phone but it seems they're unaware of it. It's happened 3 times to be so far...


    Llyod when you say you set the alarm up do you mean on your watch or in connect? And when checking under settings do you mean on your watch or in connect?
    At the moment the way I'm interpreting your post it sounds like seems like you're talking about setting up and checking on the watch. If that's correct then it isn't a new bug - this is the same alarm bug that is already on the bug list and the current work-around is already listed.
  • Llyod when you say you set the alarm up do you mean on your watch or in connect? And when checking under settings do you mean on your watch or in connect?
    At the moment the way I'm interpreting your post it sounds like seems like you're talking about setting up and checking on the watch. If that's correct then it isn't a new bug - this is the same alarm bug that is already on the bug list and the current work-around is already listed.


    Thanks Carl. You read my post right. I'll check out the work around.:D
  • Issue/Bug encountered: Altimeter/elevation unless calibrated manually is never accurate
    Description of what it is/what it affects: Altimeter and barometer seem to work inaccurately, if the air pressure changes the watch almost always assumes its an elevation change not weather related. The barometer trend arrow also almost never changes position from flat
    How to recreate the bug/issue; Set barometer setting to "auto"
    Response from Garmin (if any): First watch changed as faulty but second watch displays the same faults
    Ways to mitigate/fix/avoid the issue (if possible) not aware of any other than don't use the altimeter
    Time-frame to be fixed (if any) asap


    Curious - I'm sitting on the second story of my work building, which is on a hill overlooking the harbour where I live and the Altimeter currently shows -34m...
    I've never activated the GPS here at work so it's never had a chance to calibrate I guess. Having said that - I live at sea level and the watch shows the correct altitude there, but then I track runs in that area all the time.
    I'll add your issue to the list. There does appear to be a lack of information from Garmin around how the auto-calibration is meant to work.
    • Issue/Bug encountered - Alarm labels incorrect
    • Description of what it is/what it affects - Alarm labels assigned on the watch are associated with the order of alarms on Connect, not the watch
    • How to recreate the bug/issue - Create alarms on Connect, transfer to the watch, if the order is different to the order on Connect (mine always is) the incorrect labels will show when the alarm is active.
    • Response from Garmin (if any) - beta team requested more info, which I gave
    • Ways to mitigate/fix/avoid the issue (if possible) - edit the alarms (time/days) in connect to match the labels given on the watch
    • Time-frame to be fixed (if any) - none


    Pete it looks like the latest app update has fixed the issue. I'm not sure if the update is available on android (if you're not on iOS) but can you please check if it does fix the problem you were having with alarms?
  • Pete it looks like the latest app update has fixed the issue. I'm not sure if the update is available on android (if you're not on iOS) but can you please check if it does fix the problem you were having with alarms?


    Sadly it hasn't been fixed... if only the order of the alarms on the watch would be the same as in Connect, the issue would not occur. The alarm label that is shown is always that of the alarm position in Connect, so if the 3rd alarm in connect happens to be the 1st alarm on the watch, the 3rd alarm on the watch's label will show with the 1st alarm.
  • This probably isn't an issue with the F5, rather the HR strap. One way to tell would be to pair the strap with 2 watch at once and see if the values differ on the different watches

    CW
  • The watchs data computation doesn't recognized when its beeing charged. Yesterday evening I plugged my watch into the charger after that put it back on and was still active for a while before going to sleep.

    This morning GC told me there is no sleep data. It was recording just fine, just that it marked me as sleeping as soon as I put the charger in, of course there was no pulse during that time. So the software could'nt make anything of it. Also no option to manually adjust the sleeptime on the web frontend ("no sleep data" equals nothing to edit). On the Android App I was able to mark the correct sleeping time and now it shows.

    But the software should know when the watch its being charged, and its clear I cant wear it while charging. So the charging time should be left out when calculation stuff. And the web frontend needs the "manually adjust sleep time" option even if an erroneous "no sleep data" appears.