+Sir-Lancelot Posted November 10, 2016 Posted November 10, 2016 Hi Everyone, Something strange has happened with my field notes over night. The times for all the logs has changed which has in some cases changed the date as well! My setings on geocaching.com still show the correct time zone for me. And the times in my geocache_visits.txt file are correct. Is this something anyone else is experiencing? Quote
+kunarion Posted November 10, 2016 Posted November 10, 2016 (edited) Is this something anyone else is experiencing? Yes. Everything I logged yesterday (November 9th) was changed by the site to the following day (November 10th), on the afternoon of the 9th. My first reaction was "today's the 10th?!", that therefore I was writing the wrong day on the log sheets. Also, the Travel Bug dips were wrong, being based on the cache logs. But there were only 5 logs to correct, no big deal. I edited the dates to change them all to the present day. The geocache_visits.txt file was correct, the site was wrong. I'll be more careful about what the site is changing. This happened before. Edited November 10, 2016 by kunarion Quote
+Sir-Lancelot Posted November 10, 2016 Author Posted November 10, 2016 (edited) I suppose a work around would be for me to set my timezone to 8 hours behind where I am. But that just feels like it wouldn't be a proper fix. Maybe someone from Groundspeak will let us know if this is some thing they can fix or not Edited November 10, 2016 by Sir-Lancelot Quote
+Wulfman_Do Posted November 11, 2016 Posted November 11, 2016 Hello, same Problem, all Caches in the fieldnote have an other time & date. The Caches i found on 10. Nov ( cached between 16:00-17:30 ) are now in the filednotes set to 11. Nov between 0:20 - 1:20 it affect my complete fieldnote (it include Notes until last year), all times & dates are wrong and i have 270x pending fieldnotes to log. :-( All Logs are +9 hours I didn't change anything in my gc settings since last year. I am from Germany, my timezone is set corectly to "Berlin" UTC +1 hour. See Screenshot's Fieldnote Errors My Settings hope for help, thx Wulfman_Do Quote
+Sir-Lancelot Posted November 11, 2016 Author Posted November 11, 2016 I have emailed support a link to this thread so hopefully we can get some feedback soon! Quote
+mellers Posted November 12, 2016 Posted November 12, 2016 Is there any chance of this being sorted please? I am being affected by this as well. Quote
+noncentric Posted November 12, 2016 Posted November 12, 2016 Is there any chance of this being sorted please? I am being affected by this as well. Are you able to go to your Field Notes page? Some users, including myself, are getting a "500 - Server Error" page when trying to go to https://www.geocaching.com/my/fieldnotes.aspx Quote
+RCH65 Posted November 12, 2016 Posted November 12, 2016 (edited) Yeah... same issue here. My timezone is GMT+1 but after uploading my field notes today, all times were displayed as GMT+9 (or 8 hours later) Edited November 12, 2016 by RCH65 Quote
+HHL Posted November 12, 2016 Posted November 12, 2016 Yeah... same issue here. My timezone is GMT+1 but after uploading my field notes today, all times were displayed as GMT+9 (or 8 hours later) Yes, Groundspeak confuses behind Zulu with ahead Zulu time. Loading the Field Notes via the Api gives no issues. Quote
+4elements5senses Posted November 13, 2016 Posted November 13, 2016 I am unable to access my Field Notes page. When I attempt to, I am getting a "500 - Server Error" page. From the looks of this thread, I am not the only one experiencing this... Quote
+itsbrody Posted November 13, 2016 Posted November 13, 2016 It's the same with my fieldnotes, so I get wrong log date on the logs produced from this. I guess that Groundspeak is setting the included timestamp as its local time, While this is definitely GMT/UTC. The interpretation While uploading a bunch of fieldnotes to prevent duplicates is working well. The cut off timestamp is set correctly. Quote
+itsbrody Posted November 13, 2016 Posted November 13, 2016 I wrote 'The interpretation While uploading a bunch of fieldnotes to prevent duplicates is working well. The cut off timestamp is set correctly.' yesterday this was working well and the timestamp was presented correctly, but today its as wrong as the fieldnotes page Quote
+Funky_Boris Posted November 13, 2016 Posted November 13, 2016 I would just like to confirm that I also see this bug. It has worked in the past, but now somehow it does not. I am a bit behind with my logs and I can confirm that the uploaded logs have been correct at some point, and that the bug also includes times that have previously been displayed correctly at the field notes page. From my perspective: Just revert to what worked. The field notes feature has been working correctly just a week ago, and now it doesn't. My data (incl. example to reproduce): Time zone (from preferences on geocaching.com): UTC+1:00 (Copenhagen) Time in uploaded field note file: "2016-09-28T20:03:39Z" (for https://coord.info/GC59HWW) Time currently displayed in field notes page on geocaching.com: 29 September 2016 06:03:39 That is 10 hours ahead of what it should be. Quote
+Achim2205 Posted November 13, 2016 Posted November 13, 2016 (edited) Also I have this issue: All times shifted now by +8h, also today's upload. Even already uploaded Field Notes waiting there for some time to be logged, have now the shift. This for sure wasn't the case 1 week ago. My time zone 'UTC +1 Amsterdam ...' Edited November 13, 2016 by Achim2205 Quote
+lpaulriddle Posted November 13, 2016 Posted November 13, 2016 Also I have this issue: All times shifted now by +8h, also today's upload. Even already uploaded Field Notes waiting there for some time to be logged, have now the shift. This for sure wasn't the case 1 week ago. My time zone 'UTC +1 Amsterdam ...' I've noticed that field notes submitted through the API (via Cachly or the "Classic" Groundspeak app) used to be 8 hours BEHIND my local time zone (US Eastern). As of a couple of days ago, field notes I submit that way now have the correct time. Notes that I upload from my Garmin, however, are now 8 hours AHEAD of local time, where they used to be correct. I wonder if they made a change to "fix" the time stamps submitted via the API, and in the process, inadvertently broke "classic" field notes? Paul Quote
+baer2006 Posted November 13, 2016 Posted November 13, 2016 I can confirm, that field notes uploaded from my Garmin GPS today were shifted 8 hours AHEAD. E.h., cache GC6NZ44 is listed in the Garmin's field note list correctly as 2016-11-13T15:38Z (it was 16:38 local time = CET). However, after uploading the field notes via the website, the showed up on the field notes page as 2016-11-14 00:38 (and I had to change the log date manually to the 13th). Quote
+Sir-Lancelot Posted November 14, 2016 Author Posted November 14, 2016 (edited) As an update I heard back from HQ they had this to say Hello Joe- Thank you for contacting Geocaching HQ. At the time you attempted use Geocaching.com's website or apps, we were experiencing technical issues. They have now been resolved. We apologize for the inconvenience and thank you for taking the time to let us know. Best regards, <Name Removed> I have pointed out to them that the issue they seem to be refering to has nothing to do with what we are experiencing! Edited November 14, 2016 by Sir-Lancelot Quote
+Babsbaby Posted November 14, 2016 Posted November 14, 2016 Well my Field Notes are still wrong so what are we supposed to do? Upload them again? I'm way behind in my logging and everything is all over the place because of this "technical issue". Quote
+Sir-Lancelot Posted November 14, 2016 Author Posted November 14, 2016 It would seem they are aware of the issue so hopefully they will fix it soon Hello Joe- We are aware of the Field Notes issue. We apologize for the inconvenience and hope to get this resolved soon. Any information you can provide is helpful. Best regards, Quote
+jkjaer Posted November 14, 2016 Posted November 14, 2016 Certainly not fixed yet I just uploaded a couple of fieldnotes: My profile timezone is set to GMT+1 (Copenhagen) The fieldnotefile on the GPS show: GC2PR51,2016-11-13T19:32Z,Found it,"" GC31WFJ,2016-11-13T19:42Z,Found it,"" Web interface shows: 14 November 2016 04:32:00 14 November 2016 04:42:00 My logs show that the issue have been around at least since okt 30. Possibly earlier. Quote
+Funky_Boris Posted November 17, 2016 Posted November 17, 2016 (edited) Well my Field Notes are still wrong so what are we supposed to do? Upload them again? I'm way behind in my logging and everything is all over the place because of this "technical issue". As of 2016-11-17T16:43:17+01:00 the problem is still not fixed. Any updates as to what happens with this issue ? EDIT: Not directed at Babsbaby but more a request in general Edited November 17, 2016 by Funky_Boris Quote
+thebruce0 Posted November 17, 2016 Posted November 17, 2016 (edited) This has been bugging me for a week too... thought it might be my app, nope. Tried again just now with 4 caches from last night. I'm EST, UTC-5 as set in my profile. Field notes in my app: Nov 16 - 6:03pm, 6:23pm, 6:54pm, 7:23pm And uploaded to gc.com: Nov 17 - 2:03am, 2:23am, 2:54am, 3:23am Profile timezone management or field note timezone conversion online is still wonky, showing either static at GMT+3, or profile timezone +8. Based on other comments, it looks like the latter, which is even weirder. ETA: or maybe some other math is happening first if it's not always an 8 hour difference. =/ The +8 difference may be due to the Pacific 'home' timezone of HQ in Seattle. If all dates are stored in the database in their local timezone, perhaps something with the conversion of field notes to PST has become buggy, adding +8 to the timezone. Edited November 17, 2016 by thebruce0 Quote
+Funky_Boris Posted November 17, 2016 Posted November 17, 2016 (edited) ... Time zone (from preferences on geocaching.com): UTC+1:00 (Copenhagen) Time in uploaded field note file: "2016-09-28T20:03:39Z" (for https://coord.info/GC59HWW) Time currently displayed in field notes page on geocaching.com: 29 September 2016 06:03:39 That is 10 hours ahead of what it should be. That is 10 hours ahead of UTC (Zulu time), 9 hours ahead of UTC+1:00 (Europe/Copenhagen). My bad. Edit: It may even have been 8 hours since Daylight savings time was in effect in my local area at the time (2016-09-28) which would set the local clock at UTC+2:00 for a total time difference of 8 hours between actual local time and the time displayed at the field notes. Edited November 17, 2016 by Funky_Boris Quote
SnowstormMK Posted November 17, 2016 Posted November 17, 2016 Hey all,just want to give you an update on this. Our engineers fixed this bug yesterday. All new field notes will display correct times now. Field notes that were created before the fix will still display incorrectly due to how they were saved in the database. Quote
+thebruce0 Posted November 17, 2016 Posted November 17, 2016 (edited) Hey all,just want to give you an update on this. Our engineers fixed this bug yesterday. All new field notes will display correct times now. Field notes that were created before the fix will still display incorrectly due to how they were saved in the database. Send it back Just tested: Created an app field note, time reads 5:18pm Nov. 17 Uploaded to website, field note reads 1:18am Nov. 18 Everything still set to Eastern time (app and profile). ETA: Tested again via API after unlinking my profile from the app and relinking. Same result. Edited November 17, 2016 by thebruce0 Quote
+The A-Team Posted November 17, 2016 Posted November 17, 2016 Hey all,just want to give you an update on this. Our engineers fixed this bug yesterday. All new field notes will display correct times now. Field notes that were created before the fix will still display incorrectly due to how they were saved in the database. Send it back Just tested: Created an app field note, time reads 5:18pm Nov. 17 Uploaded to website, field note reads 1:18am Nov. 18 Everything still set to Eastern time (app and profile). ETA: Tested again via API after unlinking my profile from the app and relinking. Same result. Interesting. Maybe it's treating the API differently than the website. I just created a test field note in a text file and uploaded it via the website, and I got the expected results. GC3E4D4,2016-11-17T18:00Z,Found it,"Test text" With my time zone settings set to PST, it correctly adjusted this to Nov 17 10:00 am PST. Quote
+Sir-Lancelot Posted November 18, 2016 Author Posted November 18, 2016 (edited) Hey all,just want to give you an update on this. Our engineers fixed this bug yesterday. All new field notes will display correct times now. Field notes that were created before the fix will still display incorrectly due to how they were saved in the database. But surely if you have managed to break all our previously uploaded field notes (before you made the change) you guys can fix them by making the relevant change to the time on the previous logs and then implement the fix? I'm not mightly keen on having 350+ field notes that will each have to be checked before I can log them. EDIT: uploaded 4 field notes and they are showing the correct time and date. Edited November 18, 2016 by Sir-Lancelot Quote
+thebruce0 Posted November 18, 2016 Posted November 18, 2016 Just tested: Created an app field note, time reads 5:18pm Nov. 17 Uploaded to website, field note reads 1:18am Nov. 18 Everything still set to Eastern time (app and profile). ETA: Tested again via API after unlinking my profile from the app and relinking. Same result. Interesting. Maybe it's treating the API differently than the website. I just created a test field note in a text file and uploaded it via the website, and I got the expected results. GC3E4D4,2016-11-17T18:00Z,Found it,"Test text" With my time zone settings set to PST, it correctly adjusted this to Nov 17 10:00 am PST. Yeah I really don't know. Just tried again this morning - app is Geosphere, using the Live API. App note time: Nov 18, 10:00am Uploaded web time: Nov 18, 6:00pm Still Eastern UTC-5 Has the field note time on the website always been displayed in 24 hours hh:mm:ss format? For some reason I don't recall ever noticing the seconds before, heh. Quote
+thebruce0 Posted November 18, 2016 Posted November 18, 2016 Still not working here. Just tried again, Geosphere via Live API: App note time, Nov 18, 5:00pm Uploaded note time, Nov 19 1:00am Viewed it as an exported GSAK note and as GPX. Time is stored as 2016-11-18T22:00:33Z which means after uploading gc.com is pushing it by 3 hours, but it is correctly stored locally as converted from 5pm Eastern to GMT. The problem can't be on my app's end. Quote
+The A-Team Posted November 18, 2016 Posted November 18, 2016 Still not working here. Just tried again, Geosphere via Live API: App note time, Nov 18, 5:00pm Uploaded note time, Nov 19 1:00am Viewed it as an exported GSAK note and as GPX. Time is stored as 2016-11-18T22:00:33Z which means after uploading gc.com is pushing it by 3 hours, but it is correctly stored locally as converted from 5pm Eastern to GMT. The problem can't be on my app's end. You're definitely sure that your geocaching.com profile is set to UTC-5 Eastern? That's the setting that would govern how much the UTC is adjusted when the field notes are uploaded. If it's set to that, maybe try changing it to something else and then back to ensure it's properly recorded in the database. Quote
+thebruce0 Posted November 19, 2016 Posted November 19, 2016 (edited) Still not working here. Just tried again, Geosphere via Live API: App note time, Nov 18, 5:00pm Uploaded note time, Nov 19 1:00am Viewed it as an exported GSAK note and as GPX. Time is stored as 2016-11-18T22:00:33Z which means after uploading gc.com is pushing it by 3 hours, but it is correctly stored locally as converted from 5pm Eastern to GMT. The problem can't be on my app's end. You're definitely sure that your geocaching.com profile is set to UTC-5 Eastern? That's the setting that would govern how much the UTC is adjusted when the field notes are uploaded. If it's set to that, maybe try changing it to something else and then back to ensure it's properly recorded in the database. Yep. Haven't changed it at all and my preferences still read UTC-5 Eastern. Just changed my online profile timezone to UTC and uploaded a new note. App: 7:53pm Nov 18. Web: 8:53am Nov 19. Switched back to UTC-5 and uploaded a new note. App: 7:54pm Nov 18. Web: 3:54am Nov 19. The app's timestamp pre-upload is the proper time converted to UTC. But the timestamp on the web is still always incorrect. Edited November 19, 2016 by thebruce0 Quote
+Achim2205 Posted November 19, 2016 Posted November 19, 2016 Status now (living in UTC+1 Amsterdam ...): - already uploaded Field Notes stay unchanged with a time shift of +8h - new uploaded Field Notes from today stay with the correct time Regards Achim Quote
+RCH65 Posted November 19, 2016 Posted November 19, 2016 Yep. Seems to be fixed. 11:38:00 (UTC) results in 12:38:00 (UTC+1). Thanks! Quote
+Wulfman_Do Posted November 20, 2016 Posted November 20, 2016 Hey all,just want to give you an update on this. Our engineers fixed this bug yesterday. All new field notes will display correct times now. Field notes that were created before the fix will still display incorrectly due to how they were saved in the database. 1) OK, new uploads from yesterday are Ok. Now it ist working again, thx for the fix. 2) The Uploads from the last 2 Weeks with wrong dates, could not be fixed, ok, sad but ok, the last two weeks i think i/we can corrected the logdate from hand. 3) BUT WHAT ist with the old fieldnotes ? that from the last 1-2 years ? the Time stamp was right until the last month. WHAT happend to this old data (the Filednotes uploads before months or years). that Time was allright for 2 years , and know all damaged ? WHY ? Pleas FIX, see the picture. Hope that can be fixed, too. thx Wulfman_Do Quote
+thebruce0 Posted November 21, 2016 Posted November 21, 2016 Ok if things are actually getting fixed over time, then somehow it's only applying to some people and not everyone. Another test just now: In-app note: Nov 20, 11:05pm Web field note: Nov 21, 7:05am Don't know what's being changed, but it's certainly not a universal fix... Quote
+Funky_Boris Posted November 22, 2016 Posted November 22, 2016 (edited) Hey all,just want to give you an update on this. Our engineers fixed this bug yesterday. All new field notes will display correct times now. Field notes that were created before the fix will still display incorrectly due to how they were saved in the database. Losing all hope that Groundspeak would eventually make previously uploaded field notes display correct time again, I cleared them all out and uploaded anew. They seem to be all correct now. The workaround seems to be just that: Construct a txt file containing the field notes you want to have in your field notes after you are done Clear all field notes from geocaching.com Upload the file with the field notes you want to keep. This may be somewhat inconvenient but there you are. It seems to work. I used the following one-liner with a regular expression to extract the entries I needed (Sep. 28th and onwards): $ cat 20161122143001.txt | grep -E '2016-((09-(2[89]|3[01]))|1[012])' > 20161122143001_fixed.txt Applicability may be limited on non-UNIX-derived systems Edited November 22, 2016 by Funky_Boris Quote
+thebruce0 Posted November 22, 2016 Posted November 22, 2016 Hi. Me again. Still no go. Just tested: in-app note: Nov 22, 6:20pm web note: Nov 23, 2:20am Quote
+The A-Team Posted November 22, 2016 Posted November 22, 2016 Hi. Me again. Still no go. Just tested: in-app note: Nov 22, 6:20pm web note: Nov 23, 2:20am Can you describe how you're testing? I don't regularly use Geosphere for caching, so I can't figure out how to upload field notes as field notes (it uploads it as a full log). If you can describe your methodology step-by-step, I can try the same thing and see I get a similar result. Quote
+thebruce0 Posted November 23, 2016 Posted November 23, 2016 Hi. Me again. Still no go. Just tested: in-app note: Nov 22, 6:20pm web note: Nov 23, 2:20am Can you describe how you're testing? I don't regularly use Geosphere for caching, so I can't figure out how to upload field notes as field notes (it uploads it as a full log). If you can describe your methodology step-by-step, I can try the same thing and see I get a similar result. Just create a field note for any listing in the app. Then when you view "Notes & Logs" and upload the log as a field note (don't post it as a Log immediately; find that default option in setttings), you'll see it waiting in the Field Notes page of gc.com. Pretty straight-forward. It's never had a problem like this. If I export the field note from the app to either gpx or gsak data, the timestamp is valid. But after uploading, it's still being adjusted forward 8 hours. Quote
+Team DEMP Posted November 23, 2016 Posted November 23, 2016 Just create a field note for any listing in the app. Then when you view "Notes & Logs" and upload the log as a field note (don't post it as a Log immediately; find that default option in setttings), you'll see it waiting in the Field Notes page of gc.com. Pretty straight-forward. It's never had a problem like this. If I export the field note from the app to either gpx or gsak data, the timestamp is valid. But after uploading, it's still being adjusted forward 8 hours. I use Cachly and when I just tested uploading a field note vs posting a log from that app it shows the field note on geocaching.com as the correct date/time as the app uploaded. I'm in NJ on ET and not on the west coast PT and it shows 7:55am which is my local time. Quote
+thebruce0 Posted November 23, 2016 Posted November 23, 2016 Just create a field note for any listing in the app. Then when you view "Notes & Logs" and upload the log as a field note (don't post it as a Log immediately; find that default option in setttings), you'll see it waiting in the Field Notes page of gc.com. Pretty straight-forward. It's never had a problem like this. If I export the field note from the app to either gpx or gsak data, the timestamp is valid. But after uploading, it's still being adjusted forward 8 hours. I use Cachly and when I just tested uploading a field note vs posting a log from that app it shows the field note on geocaching.com as the correct date/time as the app uploaded. I'm in NJ on ET and not on the west coast PT and it shows 7:55am which is my local time. Very strange. I tried everything again. Disconnected my account from the app, and changed and re-saved my profile timezone. Using Nov 22 11:30pm I tried these: Upload field note directly as a log - Log was posted as Nov 22 (correct) Upload field note for composition - Field note is still timestamped Nov 23, 7:30am (incorrect, +8hrs) Quote
+The A-Team Posted November 24, 2016 Posted November 24, 2016 Hi. Me again. Still no go. Just tested: in-app note: Nov 22, 6:20pm web note: Nov 23, 2:20am Can you describe how you're testing? I don't regularly use Geosphere for caching, so I can't figure out how to upload field notes as field notes (it uploads it as a full log). If you can describe your methodology step-by-step, I can try the same thing and see I get a similar result. Just create a field note for any listing in the app. Then when you view "Notes & Logs" and upload the log as a field note (don't post it as a Log immediately; find that default option in setttings), you'll see it waiting in the Field Notes page of gc.com. Pretty straight-forward. It's never had a problem like this. If I export the field note from the app to either gpx or gsak data, the timestamp is valid. But after uploading, it's still being adjusted forward 8 hours. Thanks. I just did some more testing and this is what happened (keeping in mind I live in the Pacific time zone, UTC-8): -Geosphere: I submitted a field note, and the time shown on the website is 8 hours ahead of the actual time I submitted it. This replicates the behaviour seen by thebruce0. -Cachly: I submitted a field note, and the time shown on the website was the same as the time I submitted it. No fault found. -Geocaching Classic: Same result as Cachly - no fault found. Based on the fact that two API-using apps worked correctly and one didn't, it doesn't seem like the API or anything server-side at Groundspeak is at fault. It seems more likely that Geosphere is doing something different and incorrectly handling time zones. Quote
+thebruce0 Posted November 24, 2016 Posted November 24, 2016 (edited) Based on the fact that two API-using apps worked correctly and one didn't, it doesn't seem like the API or anything server-side at Groundspeak is at fault. It seems more likely that Geosphere is doing something different and incorrectly handling time zones. Hmm... I always thought Geosphere was using the api for field notes... Perhaps not. However, since nothing has changed (AFAWK), the problem may also exist in Groundspeak's 'old' method of submitting field notes outside the API. So either: 1] something changed in Geosphere or with an iOS update that is causing correct timestamps on notes to somehow be translated before reaching gc.com that doesn't also happen when posting directly as a log, or 2] something changed on gc.com that has broken any/all (presumably) 3rd party tools that upload field notes the 'old' way without using the API (that also doesn't also happen when posting directly as a log). (I hope a GS dev is still reading this thread ) Edited November 24, 2016 by thebruce0 Quote
+thebruce0 Posted December 4, 2016 Posted December 4, 2016 Quick update: Issue still exists. I was in Iceland (+5hrs) for a few days last week, and while the timezones were properly updated on my phone(s), the field notes have been uploaded and are still 8 hours ahead. I just did one today, and same things, +8 hours. We have a discussion about this issue continuing over at Geosphere's forum, attempting to sort out where the problem may lay; currently it's still believed to be something on Groundspeak's end. I'm currently of the mind that the issue is #2: something changed on gc.com that has broken any/all (presumably) 3rd party tools that upload field notes the 'old' way without using the API (which also doesn't occur when posting directly as a log). Quote
+HHL Posted December 5, 2016 Posted December 5, 2016 [...] and while the timezones were properly updated on my phone(s), the field notes have been uploaded and are still 8 hours ahead.[...] Are your field notes' time stamps actually given in Zulu (ie: GMT) time? They should. Example: I found the cache at 14:06 hrs CET (GMT +1) The Field Notes should have this time stamp: GC6EPPG,2016-12-04T13:06Z,Found it,"" Hans Quote
+thebruce0 Posted December 5, 2016 Posted December 5, 2016 (edited) [...] and while the timezones were properly updated on my phone(s), the field notes have been uploaded and are still 8 hours ahead.[...] Are your field notes' time stamps actually given in Zulu (ie: GMT) time? They should. Example: I found the cache at 14:06 hrs CET (GMT +1) The Field Notes should have this time stamp: GC6EPPG,2016-12-04T13:06Z,Found it,"" Hans Yes, same as mentioned in post #30. All field notes in the app are stored zulu (at least that is what they show when exported to gpx or gsak data, implying that's how they're handled at the data storage level). When displayed visually on the phone obviously the OS shows the time in the current OS timezone. When in Iceland and I was at GMT all times were visually adjusted accordingly (and when uploaded, they incorrectly showed online as 3 hours off GMT). All of that happened just as expected. So the only issue seems to be when field notes are uploaded to gc.com, and without being posted directly as a log. Edited December 5, 2016 by thebruce0 Quote
+thebruce0 Posted December 13, 2016 Posted December 13, 2016 The issue still exists with field notes I uploaded last night for yesterday's finds, dated +8 hours. Is any developer actually looking into this? Quote
+thebruce0 Posted December 15, 2016 Posted December 15, 2016 Seriously, is anyone looking into this? Another find last night, another +8 hours to the future, another field note log I'll need to manually fix the date. Very annoying; and of course, incorrect. Quote
Moun10Bike Posted December 15, 2016 Posted December 15, 2016 I'd love to help you, but this seems to be an issue with GeoSphere and not Geocaching.com. When I submit a field note by other sources - Geocaching.com apps, Cachly, Looking4Cache tested so far - the field note is set to the correct time. Only GeoSphere seems to be bumping it ahead 8 hours. Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.