Skip to content
This repository has been archived by the owner on May 15, 2024. It is now read-only.

LocationExtensions.ios.tvos.watchos.macos.cs file Contains wrong __iOS__ define #1856

Closed
tpitman opened this issue Jul 19, 2021 · 4 comments · Fixed by #1857
Closed

LocationExtensions.ios.tvos.watchos.macos.cs file Contains wrong __iOS__ define #1856

tpitman opened this issue Jul 19, 2021 · 4 comments · Fixed by #1857
Labels
bug Something isn't working

Comments

@tpitman
Copy link

tpitman commented Jul 19, 2021

Description

LocationExtensions.ios.tvos.watchos.macos.cs file Contains wrong iOS define

Steps to Reproduce

  1. Check the default compiler settings on a Xamarin.iOS project when creating a cross platform Xamarin.Forms project
  2. Notice the define in the compiler options is IOS (capitol I)
  3. Go to the LocationExtensions.ios.tvos.watchos.macos.cs file and notcie the iOS define around the speed parameter has a lower case i instead of upper case.

Expected Behavior

Include setting of the course and speed values of the Location object.

Actual Behavior

Setting of the course and speed is NOT included.

Basic Information

  • Version with issue: 1.6.1
  • Last known good version: ?
  • IDE: VSMac 2019
  • Platform Target Frameworks:
    • iOS:
  • Nuget Packages:
  • Affected Devices:
    All
@jamesmontemagno
Copy link
Collaborator

Good catch, PR in :)

@jamesmontemagno
Copy link
Collaborator

I assume that this will fix #1855 ?

@tpitman
Copy link
Author

tpitman commented Jul 19, 2021

It does not fix it, but does make it so I don't care. You see I only went down the road of trying to calculate my own GPS speed because this wasn't working. Now that this is working I can just use the GPS speed coming from the OS.

It might still be good to look at the other because something is not right somewhere. It could totally be the OS's fault because as far as I can tell the code just passes the CLLocation along.

The weird thing is I can't understand why it doesn't work. I have tried several different calculations and they all return similar results.

I wouldn't spend too much time on it though. It would just be interesting to have another set of eyes to at least verify there isn't something weird going on with the Xamarin code.

@tpitman
Copy link
Author

tpitman commented Jul 19, 2021

I am also curious how long you expect a quick fix like this to get into a release and that release get pushed out?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants