Compatibility/Meetings/2017-07-20
From MozillaWiki
< Compatibility | Meetings
- Web Compatibility Meeting - 2017-07-25
- Minutes: Previous 2017-07-11
Minutes
- Ola: Probably a CSP bug related to manifest.
- Mike: We'll check.
Needs Decision (miketaylr)
https://github.com/webcompat/webcompat.com/labels/status%3A%20needs%20decision
Issue 1669 - Use TravisCI only for cross-browser func testing (rather than BrowserStack, etc) (brizental)
https://github.com/webcompat/webcompat.com/issues/1669 '
- Bea: Short intro in issue. Browser stack takes about 20 minutes to test and it is not reliable. Saucelabs is even slower. With Travis we have the oportunity to test Chrome and Firefox. Installing a VM is not possible.
- Mike: Problems we want to solve: 1. Test run in more than FF, 2. Test run for contributors who are not member of the webcompat org and don't develop on a fork. (No access to secrets in Travis / Browser stack).
- Bea: Biggest problem that just core devs can run the tests.
- Mike: Bea had a great idea, so since Travis has the headless chrome browser plugin, we could test there. But Edge might be also a good thing to test. What do you think?
- Tom: More browsers are always a good thing to test, but when it is an improvement to everyone... Can we use both?
- carol: agreed with Tom it would be useful to use BrowserStack for IE testing
- Mike: Interesting idea!
- Bea: We could set up a cron job that would test everything like every 2 weeks in e.g. Browserstack?
- Mike: Asks the internet if this is possible and it agrees. https://docs.travis-ci.com/user/cron-jobs/
- Ola: I think it's a great idea. The only request I would have, would be that we run browserstack tests before we deploy.
- Mike: Action item would be to enable Chrome in Travis, weekly/monthly cron job and fire up a browserstack test before deploy. ## Roundtable, current work
- Bea: I've been working on BrowserStack work, both local and on Travis. Also been testing with SauceLabs. I'm also interested in working on the issue related to tests not working on forks. What I'd like to do is remove all secure vars from Travis so things work everywhere.
- Mike: One issue I'm working on #1564 / https://github.com/webcompat/webcompat.com/pull/1667 about CSP. CSP is an HTTP security mechanism, so the site does not hacked. There are 2 things in there, which we use right now, which I do not like. https://github.com/webcompat/webcompat.com/blob/master/webcompat/helpers.py#L486-L501 Initial commit: https://github.com/webcompat/webcompat.com/pull/1667/commits/d021c34f041a61db60c4da61b2c1b6f2778255ba Flash message - just for one request, that comes from the flask application. There is no great way to get text from python to JS. Best practice is to dump inline.script in the template. In this current commit I'm dumping the text in data-attr on the tag and read that.
- Ola: I've fixed a few bugs in the last week. I also did some ascii art in the webcompat-cli tool. Architecture is done, art is done, just need to work on the content. And created a new repo for that today.
- Carol: https://bugzilla.mozilla.org/show_bug.cgi?id=1381545 https://github.com/webcompat/webcompat.com/issues/1662 https://github.com/webcompat/webcompat.com/issues/1658
- Mike: Guillame, Karl, Adam are on vacation. Ola is going tomorrow. Tom is on vacation next week. Mike sometime in August.
Check PR's (miketaylr)
Going through Pull Requests
- https://github.com/webcompat/webcompat.com/pull/1541 - will be merged after meeting
- https://github.com/webcompat/webcompat.com/pull/1597 - this one will not be merged. there are really good ideas in there how we handle webhooks and tests. Will ask Karl about it.
- https://github.com/webcompat/webcompat.com/pull/1615 - waiting on Alexa API key, before it can do anything. probably early next week.
- https://github.com/webcompat/webcompat.com/pull/1667 - will ping next week a few of you for review.
- https://github.com/webcompat/webcompat.com/pull/1668 - waiting for the browserstack support. a few tests depend on local filesystem, but it is not accessible in their sandbox.
Automate starting up server in test mode (bea)
- mike: Here's what I have... probably not useful. ~/.functions testw () { wd="/Users/miket/dev/compat/webcompat.com" osascript -e "tell application \"Terminal\" to do script \"cd $wd; . env/bin/activate && python run.py -t\"" > /dev/null osascript -e "tell application \"Terminal\" to do script \"cd $wd; sleep 2; intern\"" > /dev/null }
- bea: can we paste a warning from running tests if they're not in test mode?
- carol: if you want to test creating a new issue manually, you need to run the server in non test mode; also for me it is no longer difficult to remember running the server in test mode but it should be clearly documented when you need test mode/not
Broken Voices of the Web
Web Compatibility Progress
FIXED (no DUPLICATE)
NEW
- 2017-07-18 Desktop Google Play can't be added in the Search bar as a new search engine