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)
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
Reporter | ||
Updated•8 years ago
|
QA Whiteboard: [QAnalyst-Triage?]
status-b2g-master:
--- → affected
Flags: needinfo?(ktucker)
Whiteboard: [2.6-Daily-Testing][Spark]
Reporter | ||
Comment 1•8 years ago
|
||
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
Updated•8 years ago
|
blocking-b2g: --- → 2.6?
status-b2g-v2.5:
--- → unaffected
Flags: needinfo?(ktucker)
Whiteboard: [2.6-Daily-Testing][Spark] → [2.6-Daily-Testing][Spark][dogfood-blocker]
Updated•8 years ago
|
QA Whiteboard: [QAnalyst-Triage?]
Comment 2•8 years ago
|
||
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.
Updated•8 years ago
|
QA Contact: jmercado
Comment 3•8 years ago
|
||
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)
Comment 4•8 years ago
|
||
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)
Keywords: qaurgent,
regressionwindow-wanted
Comment 5•8 years ago
|
||
Zibi can you please take a look at this issue?
Flags: needinfo?(ktucker)
Flags: needinfo?(gandalf)
Updated•8 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Comment 7•8 years ago
|
||
Assignee | ||
Comment 8•8 years ago
|
||
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 9•8 years ago
|
||
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+
Assignee | ||
Comment 10•8 years ago
|
||
Commit: https://github.com/mozilla-b2g/gaia/commit/e4b2c6e15872f962c5adbe6c6d918cae1ecae31f
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Comment 11•8 years ago
|
||
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)
Updated•8 years ago
|
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.
Description
•