2011-11-11 00:31:45 +08:00
{
"name" : "canvas-lms" ,
2015-07-16 12:24:49 +08:00
"license" : "AGPL-3.0" ,
2011-11-11 00:31:45 +08:00
"version" : "0.0.0" ,
2015-07-16 12:24:49 +08:00
"engines" : {
2016-10-19 01:11:26 +08:00
"node" : "0.12 || >=6.3"
2015-07-16 12:24:49 +08:00
} ,
2016-10-19 01:11:26 +08:00
"dependencies" : "only the things that need to be on the job servers in prod so they can generate brand css when someone uses the theme editor. (brandable_css and things that include css files that we @import from our scss files)" ,
2014-02-11 02:29:11 +08:00
"dependencies" : {
2016-07-26 06:26:52 +08:00
"brandable_css" : "0.0.67" ,
2016-10-19 01:11:26 +08:00
"fullcalendar" : "https://github.com/ryankshaw/fullcalendar.git#aa686b36d10cee1e1e3ec7c7784145e46667d47d" ,
2017-01-26 06:24:34 +08:00
"instructure-ui" : "0.18.2-bugfix.10" ,
2017-01-17 04:43:55 +08:00
"instructure-icons" : "1.1.2" ,
2016-10-19 01:11:26 +08:00
"tinymce" : "4.1.9"
2014-02-11 02:29:11 +08:00
} ,
2016-10-19 01:11:26 +08:00
"devDependencies" : "the first group is all the things our build tooling needs" ,
"devDependencies" : "the second group is the client-side stuff we send to browsers" ,
2011-11-11 00:31:45 +08:00
"devDependencies" : {
2016-07-09 00:16:46 +08:00
"babel-cli" : "^6.10.1" ,
"babel-core" : "^6.10.4" ,
2016-10-29 05:58:10 +08:00
"babel-eslint" : "^7.1.0" ,
2016-07-09 00:16:46 +08:00
"babel-loader" : "^6.2.4" ,
"babel-plugin-add-module-exports" : "0.2.1" ,
2016-12-21 00:30:52 +08:00
"babel-polyfill" : "6.20.0" ,
2016-07-09 00:16:46 +08:00
"babel-preset-es2015" : "^6.9.0" ,
"babel-preset-react" : "^6.11.1" ,
"babel-preset-stage-1" : "^6.5.0" ,
2016-07-18 06:21:51 +08:00
"babel-register" : "^6.9.0" ,
2015-10-01 11:16:11 +08:00
"coffee-loader" : "^0.7.2" ,
A new way of doing css/sass & New Canvas Theme Editor
what this does:
* Changes the way we generate css so we are able to generate custom
css for people that use the theme editor.
* Sets everything up so we can push all of our static assets
(js, fonts, css, images, etc) to s3 pre-deploy and serve them
from cloudfront. Yay! faster canvas for everyone!
* as part of that, this enables the rails asset pipeline just so we
can use it to put md5s in our urls. we don't use it for any of the
coffeescript/sass/sprockets transformer stuff.
* adds a new "Theme editor" functionality (only for people that have
have the use-new-styles feature flag turned on) where an admin for
an account can pick their own colors/images for all the users
at their account/school.
* when the user is done saving things in theme editor, it will,
in a delayed job, generate all the css with against the variables
that user specified and push it to s3 so it will be available to
anyone else that requests it. (the delayed job will shell
out to a node.js executable called `brandable_css`).
* ability to pick an existing shared theme and to reset to
blank theme. closes: CNVS-19685
* gets rid of jammit.
test plan:
(this is exaustive, so not every person has to do every step
but we should make sure at least someone does each of these things.
maybe as part of the review add a comment if you have done one of these
bulletpoints)
* before you check this out, compile all css and copy the
public/stylsheets_compiled directory somewhere. after you check out
this code and regenerate all the css. make sure there are no
significant changes to the css output. (we updated the versions of
node-sass and autoprefixer that we use so we want to make sure they
don't change things in a way we weren't expecting)
* make sure the way we load css for handlebars templates still works.
eg: if there is a handlebars template at
app/views/jst/some/template.handlebars
if there is also a scss file at
app/stylesheets/jst/some/template.scss
then that stylesheet should get loaded when that template is rendered
* check out the code and run migrations. browse around canvas,
make sure css and js files load correctly as before.
* cody, jacob, or someone on queso: look at the db migrations and
make sure everything looks good and that I am handling sharding
correctly.
* verify that both rake canvas:compile_assets and guard, works as well
as `node_modules/.bin/brandable_css` (note: if you have
"node_modules/.bin" in your PATH (which you should), it will also
work with just `brandable_css`)
* verify that passing the --watch option to
`.bin/node_modules/brandable_css` works and picks up changes to
sass files, images, fonts, or any other resource that goes into
a css file. and that it only recompiles the css files that actually
depend on that file.
* go to https://github.com/ryankshaw/brandable_css and check out the
code there. that is what is actually doing the sass compiling
* create a config/canvas_cdn.yml file and add aws access creds and
an s3 bucket and cdn hostname (for testing, you can use the credentials
for instructure_uploads_engineering from
https://gollum.instructure.com/OtherServiceTestAccounts ). for a test
cdn hostname you can use https://diu0rq5m1weh1.cloudfront.net. that
is a cloudfront bucket I set up on my personal account that points to
instructure_uploads_engineering
* run rake canvas:compile_assets again, this time, at the end, you
should see it run the assets:precompile task that puts md5s in filenames
and, gzipps them, and copys them to public/assets.
then you should see it run canvas:cdn:upload_to_s3
(look at log/development.log for progress),
which pushes everything to s3.
closes: CNVS-17333 CNVS-17430 CNVS-17337
* try out the theme editor: turn on new styles, go to accounts/x
(where x is the @domain root acount you are testing from) and click
the "theme editor" button on the right side of the page.
that should take you to a page that has the ability to pick colors/images
on the left side and preview your changes in an iframe on the right
closes: CNVS-19360 CNVS-20551
* test the "preview", "save", "reset", and "choose existing" functionality
closes: CNVS-17339 CNVS-17338 CNVS-19685
* make sure that the themeeditor works both if you have
config/canvas_cdn.yml set up and enabled as well as if you don't.
if it is enabled, you should see it push the css for just that new
brand config to s3 when you hit preview, and the css
should be accessible from the cdn you configured.
Change-Id: Ie0a812d04f5eeb40e7df7e71941ff63ea51a4d22
Reviewed-on: https://gerrit.instructure.com/53873
Tested-by: Jenkins
QA-Review: Jeremy Putnam <jeremyp@instructure.com>
Reviewed-by: Jacob Fugal <jacob@instructure.com>
Product-Review: Ryan Shaw <ryan@instructure.com>
2015-02-12 03:51:05 +08:00
"coffee-script" : "1.6.2" ,
"compute-cluster" : "0.0.9" ,
2016-09-03 07:12:39 +08:00
"core-js-builder" : "^2.4.1" ,
2016-12-10 00:05:18 +08:00
"css-loader" : "0.26.1" ,
2015-10-01 11:16:11 +08:00
"ember-template-compiler" : "^1.8.0" ,
2016-12-30 06:02:40 +08:00
"enzyme" : "2.7.0" ,
2017-01-19 01:47:04 +08:00
"eslint" : "^3.13.0" ,
"eslint-config-airbnb" : "^14.0.0" ,
2016-12-17 07:08:07 +08:00
"eslint-config-airbnb-base" : "^11.0.0" ,
2016-12-21 00:22:09 +08:00
"eslint-plugin-import" : "^2.2.0" ,
2017-01-19 01:47:04 +08:00
"eslint-plugin-jsx-a11y" : "^3.0.2" ,
2016-12-21 05:29:07 +08:00
"eslint-plugin-promise" : "^3.4.0" ,
2017-01-19 01:47:04 +08:00
"eslint-plugin-react" : "^6.9.0" ,
2015-10-01 11:16:11 +08:00
"exports-loader" : "^0.6.2" ,
"expose-loader" : "^0.7.0" ,
2016-08-09 07:39:19 +08:00
"gglobby" : "0.0.3" ,
2016-08-06 04:32:56 +08:00
"glob" : "^7.0.3" ,
A new way of doing css/sass & New Canvas Theme Editor
what this does:
* Changes the way we generate css so we are able to generate custom
css for people that use the theme editor.
* Sets everything up so we can push all of our static assets
(js, fonts, css, images, etc) to s3 pre-deploy and serve them
from cloudfront. Yay! faster canvas for everyone!
* as part of that, this enables the rails asset pipeline just so we
can use it to put md5s in our urls. we don't use it for any of the
coffeescript/sass/sprockets transformer stuff.
* adds a new "Theme editor" functionality (only for people that have
have the use-new-styles feature flag turned on) where an admin for
an account can pick their own colors/images for all the users
at their account/school.
* when the user is done saving things in theme editor, it will,
in a delayed job, generate all the css with against the variables
that user specified and push it to s3 so it will be available to
anyone else that requests it. (the delayed job will shell
out to a node.js executable called `brandable_css`).
* ability to pick an existing shared theme and to reset to
blank theme. closes: CNVS-19685
* gets rid of jammit.
test plan:
(this is exaustive, so not every person has to do every step
but we should make sure at least someone does each of these things.
maybe as part of the review add a comment if you have done one of these
bulletpoints)
* before you check this out, compile all css and copy the
public/stylsheets_compiled directory somewhere. after you check out
this code and regenerate all the css. make sure there are no
significant changes to the css output. (we updated the versions of
node-sass and autoprefixer that we use so we want to make sure they
don't change things in a way we weren't expecting)
* make sure the way we load css for handlebars templates still works.
eg: if there is a handlebars template at
app/views/jst/some/template.handlebars
if there is also a scss file at
app/stylesheets/jst/some/template.scss
then that stylesheet should get loaded when that template is rendered
* check out the code and run migrations. browse around canvas,
make sure css and js files load correctly as before.
* cody, jacob, or someone on queso: look at the db migrations and
make sure everything looks good and that I am handling sharding
correctly.
* verify that both rake canvas:compile_assets and guard, works as well
as `node_modules/.bin/brandable_css` (note: if you have
"node_modules/.bin" in your PATH (which you should), it will also
work with just `brandable_css`)
* verify that passing the --watch option to
`.bin/node_modules/brandable_css` works and picks up changes to
sass files, images, fonts, or any other resource that goes into
a css file. and that it only recompiles the css files that actually
depend on that file.
* go to https://github.com/ryankshaw/brandable_css and check out the
code there. that is what is actually doing the sass compiling
* create a config/canvas_cdn.yml file and add aws access creds and
an s3 bucket and cdn hostname (for testing, you can use the credentials
for instructure_uploads_engineering from
https://gollum.instructure.com/OtherServiceTestAccounts ). for a test
cdn hostname you can use https://diu0rq5m1weh1.cloudfront.net. that
is a cloudfront bucket I set up on my personal account that points to
instructure_uploads_engineering
* run rake canvas:compile_assets again, this time, at the end, you
should see it run the assets:precompile task that puts md5s in filenames
and, gzipps them, and copys them to public/assets.
then you should see it run canvas:cdn:upload_to_s3
(look at log/development.log for progress),
which pushes everything to s3.
closes: CNVS-17333 CNVS-17430 CNVS-17337
* try out the theme editor: turn on new styles, go to accounts/x
(where x is the @domain root acount you are testing from) and click
the "theme editor" button on the right side of the page.
that should take you to a page that has the ability to pick colors/images
on the left side and preview your changes in an iframe on the right
closes: CNVS-19360 CNVS-20551
* test the "preview", "save", "reset", and "choose existing" functionality
closes: CNVS-17339 CNVS-17338 CNVS-19685
* make sure that the themeeditor works both if you have
config/canvas_cdn.yml set up and enabled as well as if you don't.
if it is enabled, you should see it push the css for just that new
brand config to s3 when you hit preview, and the css
should be accessible from the cdn you configured.
Change-Id: Ie0a812d04f5eeb40e7df7e71941ff63ea51a4d22
Reviewed-on: https://gerrit.instructure.com/53873
Tested-by: Jenkins
QA-Review: Jeremy Putnam <jeremyp@instructure.com>
Reviewed-by: Jacob Fugal <jacob@instructure.com>
Product-Review: Ryan Shaw <ryan@instructure.com>
2015-02-12 03:51:05 +08:00
"gulp" : "^3.9" ,
2016-08-06 04:32:56 +08:00
"gulp-load-plugins" : "^1.2.2" ,
"gulp-rev" : "^7.0.0" ,
2015-10-01 11:16:11 +08:00
"handlebars-loader" : "^1.1.4" ,
2016-05-27 07:39:09 +08:00
"i18nliner-handlebars" : "^0.2.0" ,
2016-12-21 00:30:52 +08:00
"imports-loader" : "0.7.0" ,
2016-07-12 03:03:13 +08:00
"istanbul-instrumenter-loader" : "0.2.0" ,
2015-10-01 11:16:11 +08:00
"json-loader" : "^0.5.3" ,
2016-01-07 06:31:33 +08:00
"jsx-loader" : "0.11.2" ,
2016-12-21 00:30:52 +08:00
"karma" : "1.3.0" ,
"karma-chrome-launcher" : "^2.0.0" ,
2016-08-06 04:32:56 +08:00
"karma-coverage" : "1.1.1" ,
2015-02-26 06:28:11 +08:00
"karma-firework-reporter" : "~0.2.4" ,
2016-03-02 08:09:15 +08:00
"karma-phantomjs-launcher" : "^1.0.0" ,
2016-07-08 05:01:53 +08:00
"karma-qunit" : "~1.1.0" ,
"karma-requirejs" : "^1.0.0" ,
2016-09-08 03:18:23 +08:00
"karma-sourcemap-loader" : "^0.3.7" ,
2015-10-01 11:16:11 +08:00
"karma-webpack" : "^1.7.0" ,
2016-03-02 08:09:15 +08:00
"phantomjs-prebuilt" : "^2.1.4" ,
2015-09-22 04:24:57 +08:00
"qunitjs" : "^1.14.0" ,
2016-08-06 04:32:56 +08:00
"requirejs" : "~2.2.0" ,
"script-loader" : "^0.7.0" ,
2016-12-10 00:05:18 +08:00
"style-loader" : "^0.13.1" ,
2016-12-21 00:30:52 +08:00
"stylelint" : "7.7.0" ,
2016-08-06 04:32:56 +08:00
"uglify-js" : "~2.7.0" ,
A new way of doing css/sass & New Canvas Theme Editor
what this does:
* Changes the way we generate css so we are able to generate custom
css for people that use the theme editor.
* Sets everything up so we can push all of our static assets
(js, fonts, css, images, etc) to s3 pre-deploy and serve them
from cloudfront. Yay! faster canvas for everyone!
* as part of that, this enables the rails asset pipeline just so we
can use it to put md5s in our urls. we don't use it for any of the
coffeescript/sass/sprockets transformer stuff.
* adds a new "Theme editor" functionality (only for people that have
have the use-new-styles feature flag turned on) where an admin for
an account can pick their own colors/images for all the users
at their account/school.
* when the user is done saving things in theme editor, it will,
in a delayed job, generate all the css with against the variables
that user specified and push it to s3 so it will be available to
anyone else that requests it. (the delayed job will shell
out to a node.js executable called `brandable_css`).
* ability to pick an existing shared theme and to reset to
blank theme. closes: CNVS-19685
* gets rid of jammit.
test plan:
(this is exaustive, so not every person has to do every step
but we should make sure at least someone does each of these things.
maybe as part of the review add a comment if you have done one of these
bulletpoints)
* before you check this out, compile all css and copy the
public/stylsheets_compiled directory somewhere. after you check out
this code and regenerate all the css. make sure there are no
significant changes to the css output. (we updated the versions of
node-sass and autoprefixer that we use so we want to make sure they
don't change things in a way we weren't expecting)
* make sure the way we load css for handlebars templates still works.
eg: if there is a handlebars template at
app/views/jst/some/template.handlebars
if there is also a scss file at
app/stylesheets/jst/some/template.scss
then that stylesheet should get loaded when that template is rendered
* check out the code and run migrations. browse around canvas,
make sure css and js files load correctly as before.
* cody, jacob, or someone on queso: look at the db migrations and
make sure everything looks good and that I am handling sharding
correctly.
* verify that both rake canvas:compile_assets and guard, works as well
as `node_modules/.bin/brandable_css` (note: if you have
"node_modules/.bin" in your PATH (which you should), it will also
work with just `brandable_css`)
* verify that passing the --watch option to
`.bin/node_modules/brandable_css` works and picks up changes to
sass files, images, fonts, or any other resource that goes into
a css file. and that it only recompiles the css files that actually
depend on that file.
* go to https://github.com/ryankshaw/brandable_css and check out the
code there. that is what is actually doing the sass compiling
* create a config/canvas_cdn.yml file and add aws access creds and
an s3 bucket and cdn hostname (for testing, you can use the credentials
for instructure_uploads_engineering from
https://gollum.instructure.com/OtherServiceTestAccounts ). for a test
cdn hostname you can use https://diu0rq5m1weh1.cloudfront.net. that
is a cloudfront bucket I set up on my personal account that points to
instructure_uploads_engineering
* run rake canvas:compile_assets again, this time, at the end, you
should see it run the assets:precompile task that puts md5s in filenames
and, gzipps them, and copys them to public/assets.
then you should see it run canvas:cdn:upload_to_s3
(look at log/development.log for progress),
which pushes everything to s3.
closes: CNVS-17333 CNVS-17430 CNVS-17337
* try out the theme editor: turn on new styles, go to accounts/x
(where x is the @domain root acount you are testing from) and click
the "theme editor" button on the right side of the page.
that should take you to a page that has the ability to pick colors/images
on the left side and preview your changes in an iframe on the right
closes: CNVS-19360 CNVS-20551
* test the "preview", "save", "reset", and "choose existing" functionality
closes: CNVS-17339 CNVS-17338 CNVS-19685
* make sure that the themeeditor works both if you have
config/canvas_cdn.yml set up and enabled as well as if you don't.
if it is enabled, you should see it push the css for just that new
brand config to s3 when you hit preview, and the css
should be accessible from the cdn you configured.
Change-Id: Ie0a812d04f5eeb40e7df7e71941ff63ea51a4d22
Reviewed-on: https://gerrit.instructure.com/53873
Tested-by: Jenkins
QA-Review: Jeremy Putnam <jeremyp@instructure.com>
Reviewed-by: Jacob Fugal <jacob@instructure.com>
Product-Review: Ryan Shaw <ryan@instructure.com>
2015-02-12 03:51:05 +08:00
"vinyl-fs" : "0.3.7" ,
2017-02-02 13:52:15 +08:00
"webpack" : "2.2.1" ,
Webpack: better handling of chunks and cdn stuff
fixes: CNVS-31779 [webpack] bundle file size
test plan:
* using webpack, look at the network panel in
the chrome developer console.
* the total ammount of javascript loaded for any
given page should be much less than before this commit
and about on par with what requireJS loads for the same page.
* use chrome network panel to throttle to "Regular 3G"
* from both a clean cache and a primed cache:
* make sure that the total time to render the page
is about on par with requireJS
first change: load webpack chunks from CDN
fixes: CNVS-32261
test plan:
* run `npm run webpack-production`
* check your page, it should load js files and chunks
from the same hostname the page is served from.
* now set a host: in config/canvas_cdn.yml
(for testing locally, I just set it to http://127.0.0.1:3000,
* restart rails and reload the page, now the scripts and
chucks should come from that new hostname
second change:include fingerprints in webpack bundle and chunk filenames
closes: CNVS-28628
with this change we don't need to run `gulp rev`
after running webpack and we can load both the bundle
and chunk files safely from the cdn, since they will
have content-based fingerprints so we can tell
browsers to cache them forever. (we set those
http caching headers in lib/canvas/cdn/s3_uploader.rb:53)
test plan:
* for both dev and production
* run `npm run webpack` (or `npm run wepack-production`)
* with a cdn configured in canvas_cdn.yml, run:
RAILS_ENV=<dev or prod> bundle exec rake canvas:cdn:upload_to_s3
* check to make sure that the page loads the webpack js,
that there are no errors, and it all came from the cdn
third change: properly handle moment locale & timezone in webpack
test plan:
(see application_helper_spec.rb)
* set a non-default user timezone, context timezone
and locale
* dates should show up in your timezone and and
the date helper strings should be in your language
better handling of moment custom locales
closes: CNVS-33811
since we now have hatian and maori, we need to do this in
a way that is not just a one-off for maori
test plan:
* set your locale to maori
* in webpack & requireJS make sure dates show up right
Change-Id: I34dbff7d46a1047f9b459d5e1c0d141f435d42fb
Reviewed-on: https://gerrit.instructure.com/95737
Reviewed-by: Clay Diffrient <cdiffrient@instructure.com>
Tested-by: Jenkins
QA-Review: Benjamin Christian Nelson <bcnelson@instructure.com>
Product-Review: Ryan Shaw <ryan@instructure.com>
2016-12-13 01:32:11 +08:00
"webpack-manifest-plugin" : "^1.0.1" ,
2017-02-03 06:07:35 +08:00
"webpack-parallel-uglify-plugin" : "0.2.0" ,
2016-10-19 01:11:26 +08:00
"xsslint" : "^0.1.3" ,
"axios" : "0.15.2" ,
"backbone" : "1.1.1" ,
2016-12-21 00:39:39 +08:00
"classnames" : "~2.2.5" ,
2016-10-19 01:11:26 +08:00
"color-slicer" : "0.8.0" ,
"d3" : "3.4.1" ,
2016-07-20 04:19:55 +08:00
"fontfaceobserver" : "^2.0.4" ,
2016-10-19 01:11:26 +08:00
"handlebars" : "1.3.0" ,
"ic-ajax" : "~2.0.1" ,
"ic-tabs" : "0.1.3" ,
"lodash" : "4.16.4" ,
"moment" : "~2.10.6" ,
Webpack: better handling of chunks and cdn stuff
fixes: CNVS-31779 [webpack] bundle file size
test plan:
* using webpack, look at the network panel in
the chrome developer console.
* the total ammount of javascript loaded for any
given page should be much less than before this commit
and about on par with what requireJS loads for the same page.
* use chrome network panel to throttle to "Regular 3G"
* from both a clean cache and a primed cache:
* make sure that the total time to render the page
is about on par with requireJS
first change: load webpack chunks from CDN
fixes: CNVS-32261
test plan:
* run `npm run webpack-production`
* check your page, it should load js files and chunks
from the same hostname the page is served from.
* now set a host: in config/canvas_cdn.yml
(for testing locally, I just set it to http://127.0.0.1:3000,
* restart rails and reload the page, now the scripts and
chucks should come from that new hostname
second change:include fingerprints in webpack bundle and chunk filenames
closes: CNVS-28628
with this change we don't need to run `gulp rev`
after running webpack and we can load both the bundle
and chunk files safely from the cdn, since they will
have content-based fingerprints so we can tell
browsers to cache them forever. (we set those
http caching headers in lib/canvas/cdn/s3_uploader.rb:53)
test plan:
* for both dev and production
* run `npm run webpack` (or `npm run wepack-production`)
* with a cdn configured in canvas_cdn.yml, run:
RAILS_ENV=<dev or prod> bundle exec rake canvas:cdn:upload_to_s3
* check to make sure that the page loads the webpack js,
that there are no errors, and it all came from the cdn
third change: properly handle moment locale & timezone in webpack
test plan:
(see application_helper_spec.rb)
* set a non-default user timezone, context timezone
and locale
* dates should show up in your timezone and and
the date helper strings should be in your language
better handling of moment custom locales
closes: CNVS-33811
since we now have hatian and maori, we need to do this in
a way that is not just a one-off for maori
test plan:
* set your locale to maori
* in webpack & requireJS make sure dates show up right
Change-Id: I34dbff7d46a1047f9b459d5e1c0d141f435d42fb
Reviewed-on: https://gerrit.instructure.com/95737
Reviewed-by: Clay Diffrient <cdiffrient@instructure.com>
Tested-by: Jenkins
QA-Review: Benjamin Christian Nelson <bcnelson@instructure.com>
Product-Review: Ryan Shaw <ryan@instructure.com>
2016-12-13 01:32:11 +08:00
"moxios" : "^0.3.0" ,
2016-10-19 01:11:26 +08:00
"page" : "visionmedia/page.js#1.6.4" ,
2016-12-03 06:13:50 +08:00
"parse-decimal-number" : "0.1.1" ,
2016-10-19 01:11:26 +08:00
"qs" : "https://github.com/hapijs/qs.git#a341cdf2fadba5ede1ce6c95c7051f6f31f37b81" ,
"react" : "0.14.8" ,
2016-12-10 00:05:18 +08:00
"react-crop" : "^4.0.2" ,
2016-10-19 01:11:26 +08:00
"react-dom" : "0.14.8" ,
2016-10-12 10:18:57 +08:00
"react-dnd" : "2.1.4" ,
"react-dnd-html5-backend" : "2.1.2" ,
2016-10-19 01:11:26 +08:00
"react-addons-css-transition-group" : "0.14.8" ,
"react-addons-pure-render-mixin" : "0.14.8" ,
"react-addons-test-utils" : "0.14.8" ,
"react-addons-update" : "0.14.8" ,
2016-12-21 00:35:40 +08:00
"react-modal" : "1.6.4" ,
2016-10-19 01:11:26 +08:00
"react-redux" : "4.4.5" ,
"react-select-box" : "https://github.com/instructure-react/react-select-box.git#b1ddd39223d48793fbe3dc4e87aca00d57197b5f" ,
"react-tabs" : "0.8.2" ,
2016-10-18 06:17:42 +08:00
"react-tokeninput" : "2.2.2" ,
2016-10-19 01:11:26 +08:00
"react-tray" : "2.0.4" ,
"redux" : "3.5.2" ,
"redux-actions" : "0.11.0" ,
"redux-logger" : "2.6.1" ,
"redux-thunk" : "2.1.0" ,
"spin.js" : "2.3.2"
2014-01-24 23:58:37 +08:00
} ,
2015-07-16 12:24:49 +08:00
"repository" : "instructure/canvas-lms" ,
2014-01-24 23:58:37 +08:00
"scripts" : {
2016-07-12 03:03:13 +08:00
"test" : "./node_modules/karma/bin/karma start --browsers Chrome --single-run" ,
2016-12-01 11:22:07 +08:00
"test-watch" : "./node_modules/karma/bin/karma start --browsers Chrome" ,
2014-07-30 15:10:22 +08:00
"compress" : "node script/compress.js" ,
2014-10-16 02:50:10 +08:00
"preinstall" : "script/gem_npm install" ,
2015-10-01 11:16:11 +08:00
"preupdate" : "script/gem_npm update" ,
Webpack: better handling of chunks and cdn stuff
fixes: CNVS-31779 [webpack] bundle file size
test plan:
* using webpack, look at the network panel in
the chrome developer console.
* the total ammount of javascript loaded for any
given page should be much less than before this commit
and about on par with what requireJS loads for the same page.
* use chrome network panel to throttle to "Regular 3G"
* from both a clean cache and a primed cache:
* make sure that the total time to render the page
is about on par with requireJS
first change: load webpack chunks from CDN
fixes: CNVS-32261
test plan:
* run `npm run webpack-production`
* check your page, it should load js files and chunks
from the same hostname the page is served from.
* now set a host: in config/canvas_cdn.yml
(for testing locally, I just set it to http://127.0.0.1:3000,
* restart rails and reload the page, now the scripts and
chucks should come from that new hostname
second change:include fingerprints in webpack bundle and chunk filenames
closes: CNVS-28628
with this change we don't need to run `gulp rev`
after running webpack and we can load both the bundle
and chunk files safely from the cdn, since they will
have content-based fingerprints so we can tell
browsers to cache them forever. (we set those
http caching headers in lib/canvas/cdn/s3_uploader.rb:53)
test plan:
* for both dev and production
* run `npm run webpack` (or `npm run wepack-production`)
* with a cdn configured in canvas_cdn.yml, run:
RAILS_ENV=<dev or prod> bundle exec rake canvas:cdn:upload_to_s3
* check to make sure that the page loads the webpack js,
that there are no errors, and it all came from the cdn
third change: properly handle moment locale & timezone in webpack
test plan:
(see application_helper_spec.rb)
* set a non-default user timezone, context timezone
and locale
* dates should show up in your timezone and and
the date helper strings should be in your language
better handling of moment custom locales
closes: CNVS-33811
since we now have hatian and maori, we need to do this in
a way that is not just a one-off for maori
test plan:
* set your locale to maori
* in webpack & requireJS make sure dates show up right
Change-Id: I34dbff7d46a1047f9b459d5e1c0d141f435d42fb
Reviewed-on: https://gerrit.instructure.com/95737
Reviewed-by: Clay Diffrient <cdiffrient@instructure.com>
Tested-by: Jenkins
QA-Review: Benjamin Christian Nelson <bcnelson@instructure.com>
Product-Review: Ryan Shaw <ryan@instructure.com>
2016-12-13 01:32:11 +08:00
"webpack" : "node --max_old_space_size=12192 node_modules/webpack/bin/webpack.js --progress --color --watch" ,
"webpack-development" : "node --max_old_space_size=12192 node_modules/webpack/bin/webpack.js --progress --color" ,
"webpack-stats" : "node --max_old_space_size=12192 node_modules/webpack/bin/webpack.js --profile --json" ,
"webpack-test" : "NODE_ENV=test node --max_old_space_size=12192 node_modules/webpack/bin/webpack.js --progress --color --config webpack.test.config.js" ,
"webpack-test-ember" : "NODE_ENV=test WEBPACK_TEST_BUNDLE=ember node --max_old_space_size=12192 node_modules/webpack/bin/webpack.js --progress --color --config webpack.test.config.js" ,
"webpack-test-watch" : "NODE_ENV=test node --max_old_space_size=12192 node_modules/webpack/bin/webpack.js --progress --color --watch --config webpack.test.config.js" ,
"webpack-production" : "NODE_ENV=production node --max_old_space_size=12192 node_modules/webpack/bin/webpack.js --progress --color --config webpack.production.config.js" ,
2016-11-08 05:13:53 +08:00
"jspec" : "./spec/jspec.sh" ,
"jspec-watch" : "./spec/jspec.sh --watch"
2011-11-11 00:31:45 +08:00
}
}
