Closed
Bug 1254520
Opened 10 years ago
Closed 10 years ago
Opening your own room link should have a functional test
Categories
(Hello (Loop) :: Client, defect, P2)
Hello (Loop)
Client
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: standard8, Assigned: mancas)
Details
(Whiteboard: [btpp-fix-later])
User Story
This test will probably need a restart to set up. It should: - ensure "loop.linkClicker.url" is set to the same as the standalone url (for other tests it should be "http://invalid/" or something similar) - Create a room, copy the link, close the conversation window. - Open the standalone, confirm that the correct display is shown. - Click the "Join the conversation" button - Ensure the conversation window is opened and the button is changed. - We should then also reload the standalone page, and ensure it says "You're already in this conversation" when the button is pressed.
Attachments
(1 file)
We don't have a test for if you attempt to open one of your own room links to check that the page shows you the special page to open your room in the conversation window.
We should create a new test for this, see the user story.
| Reporter | ||
Updated•10 years ago
|
Rank: 25
Whiteboard: [btpp-fix-later]
| Assignee | ||
Updated•10 years ago
|
Assignee: nobody → b.mcb
Status: NEW → ASSIGNED
Comment 1•10 years ago
|
||
| Assignee | ||
Comment 2•10 years ago
|
||
Comment on attachment 8733315 [details] [review]
[loop] mancas:bug1254520 > mozilla:master
Hey Mark, I've created a new file for helper functions and a file per each test as you suggested on IRC. I'd like if you could take a quick look a give me feedback before continue working on that, that way, the final review will be easier.
Besides, I have doubts about how to set "loop.linkClicker.url" pref to the standalone url
Thanks
Attachment #8733315 -
Flags: feedback?(standard8)
| Reporter | ||
Comment 3•10 years ago
|
||
Comment on attachment 8733315 [details] [review]
[loop] mancas:bug1254520 > mozilla:master
Thanks, it is a good start. I think, like I commented on the PR, we should use python's inheritance facilities to make things a bit simpler here.
Attachment #8733315 -
Flags: feedback?(standard8)
| Assignee | ||
Comment 4•10 years ago
|
||
PR updated using python's inheritance as you suggested. Works fine. However I face to another problem, the FTU is not shown in the second test so I'm trying to restore the localStorage by executing a script but I'm getting this error:
JavascriptException: [Exception... "Component is not available" nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)" thoughts?
Also, can you tell me how how to set the required pref for this test?
Flags: needinfo?(standard8)
| Reporter | ||
Comment 5•10 years ago
|
||
(In reply to Manuel Casas Barrado [:mancas] from comment #4)
> PR updated using python's inheritance as you suggested. Works fine. However
> I face to another problem, the FTU is not shown in the second test so I'm
> trying to restore the localStorage by executing a script but I'm getting
> this error:
>
> JavascriptException: [Exception... "Component is not available" nsresult:
> "0x80040111 (NS_ERROR_NOT_AVAILABLE)" thoughts?
I'm not sure you'll need to reset the local storage once you've done the pref change, however, a thought would be not to reset it, and just account for that in the second run of the test (i.e. the link clicker ftu wouldn't be displayed).
> Also, can you tell me how how to set the required pref for this test?
In the Test2Linkclicker#setup function, you want to change FIREFOX_PREFERENCES with the value you need for loop.linkClicker.url - you probably want to clone FIREFOX_PREFERENCES first to avoid affecting other tests.
I think you need to set the pref to `CONTENT_SERVER_URL + "/"` (import CONTENT_SERVER_URL from config.py as well).
Flags: needinfo?(standard8)
| Assignee | ||
Updated•10 years ago
|
Attachment #8733315 -
Flags: review?(standard8)
| Reporter | ||
Comment 6•10 years ago
|
||
Comment on attachment 8733315 [details] [review]
[loop] mancas:bug1254520 > mozilla:master
I think I'd prefer a bit more code in the shared files, however, this is a great start and gains us more coverage, so I think we should land it as-is with the couple of comments that I put in the PR fixed.
Note: there's a bit of bitrot from Fernando's patch for ending the call, but I think that should be simplish to resolve.
r=Standard8
Attachment #8733315 -
Flags: review?(standard8) → review+
| Assignee | ||
Comment 7•10 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•