994497 - [Sora][Calendar]The loading interface keeps too long when inputing wrong account parameter of CalDav.

Status: RESOLVED DUPLICATE of bug 829492

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

Description

[sync-1]

Mozilla build ID:20140323004002
 
 
 +++ This bug was initially created as a clone of Bug #639316 +++
 Created an attachment (id=693657)
 
 
 DEFECT DESCRIPTION:
 The loading interface keeps too long when inputing wrong account parameter of CalDav.
 
  REPRODUCING PROCEDURES:
 1.enter into calendar.
 2.add an account.->CalDav
 3.input wrong parameter (like username->a ,password->a , URL->a )-》save
 4.turn to loading interface->it is too long until 3 minutes to wait the wrong prompt.  --KO
 5.At the same time,I can't stop the process even if I exit the APP.Only I can do is turning off the data connection.
 
 NOTES:
 Tester：jiwei.Cai 0510-66050000-8635
 
  EXPECTED BEHAVIOUR:
 the prompt pops quickly
 
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT:
 Medium
 
  REPRODUCING RATE:
 5/5
 
  For FT PR, Please list reference mobile's behavior:
 beetle lite FF V18H+NA can prompt quickly.
 ++++++++++ end of initial bug #639316 description ++++++++++
 
 		
 
  DEFECT DESCRIPTION:
 
  REPRODUCING PROCEDURES:
 
  EXPECTED BEHAVIOUR:
 
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT:
 
  REPRODUCING RATE:
 
  For FT PR, Please list reference mobile's behavior:

Comment 1

[sync-1]

Attachment: 截图

Comment 2

[sync-1]

Attachment: PR639316_LOG

Comment 3

[Jason Smith [:jsmith]]

Does this happen on Buri 1.1?

Comment 4

[sync-1]

(In reply to comment #1)
 > Comment from Mozilla:Does this happen on Buri 1.1?
 > 
 
 Yes

Comment 5

[Vance Chen [:vchen][skype:vance.lucida][[e-mail]]]

I think this one is network relevant. I follow the same step in Taipei, but cannot reproduce this issue

Hi Tester, could you test with different networks(different carriers, or different wifi ap) to verify again?

Thanks

Vance

Comment 6

[sync-1]

(In reply to comment #3)
 > Comment from Mozilla:I think this one is network relevant. I follow the same
 > step in Taipei, but cannot reproduce this issue
 > 
 > Hi Tester, could you test with different networks(different carriers, or
 > different wifi ap) to verify again?
 > 
 > Thanks
 > 
 > Vance
 > 
 
 I checked it can reproducing on wifi, 2G, 3G.

Comment 7

[Evan Tseng [:evanxd]]

I think it is a duplicated bug of Bug 829492.
will it be a blocking bug?

Comment 8

[Jason Smith [:jsmith]]

(In reply to Evan Tseng [:evanxd][:愛聞插低] from comment #7)
> I think it is a duplicated bug of Bug 829492.
> will it be a blocking bug?

Nope.