Closed Bug 1237460 Opened 8 years ago Closed 8 years ago

Calendar events cannot start on the day they were created

Categories

(Firefox OS Graveyard :: Gaia::Calendar, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.6?, b2g-v2.5 unaffected, b2g-master verified)

VERIFIED FIXED
blocking-b2g 2.6?
Tracking Status
b2g-v2.5 --- unaffected
b2g-master --- verified

People

(Reporter: jthomas, Assigned: zbraniecki)

References

()

Details

(Keywords: regression, smoketest, Whiteboard: [2.6-Daily-Testing][Spark][dogfood-blocker])

Attachments

(2 files)

Description:
If the user creates an event on the current day the event will be created on the following day instead.

Repro Steps:
1) Update a Aries to 20151222120532
2) Open Calendar
3) Create an event for today's date
4) Check Calendar to see when the newly created event's start time occurs.

Actual:
Calendar event starts on the following day.

Expected:
It is expected that the event will be able to created on the current day.

Environmental Variables:
Device: Aries 2.6 Kk
BuildID: 20151222120532
Gaia: f3cf488a97ecaec43369f3e3d8a7dda52be019f9
Gecko: ad16863d1d45bd3fd7906c76fa1ac1e12d24a133
Gonk: a19052e4389c3ae2d8fc3e7a74a475401baacc56
Version: 46.0a1 (2.6) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:46.0) Gecko/46.0 Firefox/46.0

User Impact: User will be unable to create event on the current day.

Repro frequency: 5/5
See attached: Logcat & Video

Video: https://youtu.be/GR7bF-azF8o
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Whiteboard: [2.6-Daily-Testing][Spark]
Correction: Please disregard the variables listed above. The correct variables for the Aries are below.

Environmental Variables:
Device: Aries 2.6 Kk
BuildID: 20160105105910
Gaia: 78b2bc4cad3fcf83cbbbe4aeb77079cf956972cf
Gecko: 29258f59e5456a1a518ccce6b473b50c1173477e
Gonk: a19052e4389c3ae2d8fc3e7a74a475401baacc56
Version: 46.0a1 (2.6) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:46.0) Gecko/46.0 Firefox/46.0

-------------------------------------------

This issue DOES occur on Flame 2.6
Result: User is unable to create an event that starts within the same day.

Environmental Variables:
Device: Flame 2.6 KK Fullflash (512mb)
BuildID: 20160106135949
Gaia: 16ebbfb6ce62c14573982b0aa87537ef8f857047
Gecko: ec25e284ca6fd536484fbb7252fbb1791b71d95f
Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a
Version: 46.0a1 (2.6) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:46.0) Gecko/46.0 Firefox/46.0

-------------------------------------------

This issue does NOT occur on Flame 2.5
Result: User is able to create an event starting within the same day.

Environmental Variables:
Device: Aries 2.5 Fullflash (512mb)
BuildID: 20160105132122
Gaia: 50c5babe34fb2b055da34fdde6847aabffe73246
Gecko: d8517b54e27903b9f0a94d76470b4f8126e09eb0
Gonk: a19052e4389c3ae2d8fc3e7a74a475401baacc56
Version: 44.0 (2.5) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:44.0) Gecko/44.0 Firefox/44.0
blocking-b2g: --- → 2.6?
Flags: needinfo?(ktucker)
Whiteboard: [2.6-Daily-Testing][Spark] → [2.6-Daily-Testing][Spark][dogfood-blocker]
QA Whiteboard: [QAnalyst-Triage?]
Note, if I change system time to be around 8 AM in the morning, this issue is not seen to occur. The issue is occurring when the system time is set to around 4 PM, so this appears to be dependant on System time, and may be related to the time being AM or PM.
QA Contact: jmercado
Any luck with a regression window yet? The only recent change I see in Calendar code is bug 1220982, so it might be worth starting there.
Flags: needinfo?(jmercado)
Bug 1235975 seems to have caused this issue.

B2g-inbound Regression Window

Last Working 
Environmental Variables:
Device: Flame 2.6
BuildID: 20151230205538
Gaia: 011d73ff83a02623e8840c2263ad0b40ff8e8149
Gecko: 5312a37394b67bfe164319de205152e219cb58b2
Version: 46.0a1 (2.6) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:46.0) Gecko/46.0 Firefox/46.0

First Broken 
Environmental Variables:
Device: Flame 2.6
BuildID: 20151230225038
Gaia: 988180f0d98b54d1bc80e8aeae608543aacbb37b
Gecko: 3a32f886561fcdca6e628438c683b5abb639c64a
Version: 46.0a1 (2.6) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:46.0) Gecko/46.0 Firefox/46.0

Last Working gaia / First Broken gecko - This issue does NOT occur
Gaia: 011d73ff83a02623e8840c2263ad0b40ff8e8149
Gecko: 3a32f886561fcdca6e628438c683b5abb639c64a

First Broken gaia / Last Working gecko - Issue DOES occur
Gaia: 988180f0d98b54d1bc80e8aeae608543aacbb37b
Gecko: 5312a37394b67bfe164319de205152e219cb58b2

Gaia Pushlog: https://github.com/mozilla-b2g/gaia/compare/011d73ff83a02623e8840c2263ad0b40ff8e8149...988180f0d98b54d1bc80e8aeae608543aacbb37b
Blocks: 1235975
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmercado)
Zibi can you please take a look at this issue?
Flags: needinfo?(ktucker)
Flags: needinfo?(gandalf)
Taking
Assignee: nobody → gandalf
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Comment on attachment 8705393 [details] [review]
[gaia] zbraniecki:1237460-fix-inputparser-exportdate > mozilla-b2g:master

Ehh, seems like I wanted to be too smart with exportDate - toISOString ignores timezones, and I don't want to play with recalculating it with timezoneOffset, so I'm mostly reverting the old, ugly method.
Flags: needinfo?(gandalf)
Attachment #8705393 - Flags: review?(timdream)
Comment on attachment 8705393 [details] [review]
[gaia] zbraniecki:1237460-fix-inputparser-exportdate > mozilla-b2g:master

Maybe add a comment there mentioning that you are calculating local date?

Thanks!
Attachment #8705393 - Flags: review?(timdream) → review+
Commit: https://github.com/mozilla-b2g/gaia/commit/e4b2c6e15872f962c5adbe6c6d918cae1ecae31f
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
This issue is verified fixed on the latest Flame Nightly and Aries Dogfood builds.
The user is able to properly create a calendar event for Today, and is also able to properly change the starting time of the event without improperly affecting the ending date. This was tested with the system time set for both AM and PM hours.

Environmental Variables:
Device: Aries 2.6
BuildID: 20160111111358
Gaia: 260e51a4262f75341e037e583dfc8f6835b5ab31
Gecko: 5acc2a44834ce0614f98466475e674517daf0041
Gonk: a19052e4389c3ae2d8fc3e7a74a475401baacc56
Version: 46.0a1 (2.6) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:46.0) Gecko/46.0 Firefox/46.0

Environmental Variables:
Device: FlameKK 2.6 [512MB]
BuildID: 20160111030334
Gaia: 260e51a4262f75341e037e583dfc8f6835b5ab31
Gecko: 6020a4cb41a77a09484c24a5875bb221714c0e6a
Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a
Version: 46.0a1 (2.6) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:46.0) Gecko/46.0 Firefox/46.0
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: