Closed
Bug 1111011
Opened 10 years ago
Closed 10 years ago
panel should close when Start a Conversation button is clicked
Categories
(Hello (Loop) :: Client, defect)
Tracking
(firefox35 fixed, firefox36 fixed, firefox37 fixed)
backlog | Fx35? |
People
(Reporter: dmosedale, Assigned: dmosedale, Mentored)
References
Details
(Whiteboard: [good first verify])
Attachments
(1 file)
(deleted),
patch
|
MattN
:
review+
lsblakk
:
approval-mozilla-aurora+
lsblakk
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
This got missed in bug 1107255.
Assignee | ||
Comment 1•10 years ago
|
||
Assignee | ||
Updated•10 years ago
|
Attachment #8535840 -
Flags: review?(MattN+bmo)
Updated•10 years ago
|
Attachment #8535840 -
Flags: review?(MattN+bmo) → review+
Assignee | ||
Comment 2•10 years ago
|
||
Comment 3•10 years ago
|
||
Comment on attachment 8535840 [details] [diff] [review]
loop panel should close on 'Start a Conversation' click
Approval Request Comment
[Feature/regressing bug #]: Rooms
[User impact if declined]: annoyance that the panel closes if you click on a conversation (recently fixed) but doesn't close if you create a conversation (i.e. the previous fix missed this case).
[Describe test coverage new/current, TBPL]: on m-c momentarily. Includes tests.
[Risks and why]: low risk; extends existing functionality to one more case; includes test. Simple patch.
[String/UUID change made/needed]: none
Attachment #8535840 -
Flags: approval-mozilla-beta?
Attachment #8535840 -
Flags: approval-mozilla-aurora?
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla37
Comment 5•10 years ago
|
||
This is going to conflict with room creation failing - which I've got in another bug somewhere. If the create fails, then the panel will be closed and we can't inform the user.
I'm not quite sure what we can do here. Leaving the panel open until we've got confirmation might be best but possibly hard to write.
Comment 6•10 years ago
|
||
I know UX prefers for the panel to close, and the Hello UI Tour folks are counting on it closing for their work.
I was expecting that if room creation failed, we'd show "something went wrong" in the conversation view window (that just popped up, where the room conversation would have happened), not the panel. Is it a problem to do it that way?
Flags: needinfo?(standard8)
Updated•10 years ago
|
Attachment #8535840 -
Flags: approval-mozilla-beta?
Attachment #8535840 -
Flags: approval-mozilla-beta+
Attachment #8535840 -
Flags: approval-mozilla-aurora?
Attachment #8535840 -
Flags: approval-mozilla-aurora+
Comment 7•10 years ago
|
||
+ Holly, and adding as a blocker for the GA 35 Hello tour. Our designs depend on this working as expected.
Blocks: 1084075
Updated•10 years ago
|
Comment 8•10 years ago
|
||
(In reply to Maire Reavy [:mreavy] (Plz needinfo me) from comment #6)
> I was expecting that if room creation failed, we'd show "something went
> wrong" in the conversation view window (that just popped up, where the room
> conversation would have happened), not the panel. Is it a problem to do it
> that way?
Yes, that would be very difficult - we don't open the room until we have the information necessary, as we need the room token information etc. IMO, its also strange UX for start conversation to fail, but then the failure message to be displayed in a separate part.
I think the most sensible thing to do would be to close the panel once we have acknowledgement of success from the server, but I don't know what that looks like from a code perspective at the moment.
Flags: needinfo?(standard8)
Comment 9•10 years ago
|
||
I think it makes sense to move this discussion to bug 1109149.
However, I just want to say that I think having the conversation view open, show your self view (until we get room info) and then display "something went wrong" in that new conversation window if room creation failed would make sense. I think it would be a lot less cluttered/confusing than trying to display it in the panel (which could have several rooms listed already), but we should ask Sevaan. I also appreciate wanting to do something not too complicated/complex. I'll repeat these comments in bug 1009149.
Comment 10•10 years ago
|
||
>I'll repeat these comments in bug 1009149.
Err, I mean bug 1109149.
Assignee | ||
Comment 11•10 years ago
|
||
See also bug 1111700, which I just filed.
Comment 12•10 years ago
|
||
Updated•10 years ago
|
Comment 13•10 years ago
|
||
Updated•10 years ago
|
Mentor: anthony.s.hughes
Flags: qe-verify-
Whiteboard: [good first verify]
Updated•10 years ago
|
Iteration: --- → 37.1
You need to log in
before you can comment on or make changes to this bug.
Description
•