ember-cli / ember-cli-shims Goto Github PK
View Code? Open in Web Editor NEWDEPRECATED - ES6 import shims for Ember.js
License: MIT License
DEPRECATED - ES6 import shims for Ember.js
License: MIT License
Re:
Lines 41 to 42 in ac7164d
This seems incorrect? Was it supposed to be the array proxy controller?
This mixin is flagged as public: https://github.com/emberjs/ember.js/blob/master/packages/ember-runtime/lib/mixins/promise_proxy.js#L88-L89
now that #92 is merged...
Seems to be missing!
Probably ember-components/link-to
.
1.8.2
to 1.10.0
.π¨ View failing branch.
This version is covered by your current version range and after updating it in your project the build failed.
ember-cli-inject-live-reload is a devDependency of this project. It might not break your production code or affect downstream projects, but probably breaks your build or test tools, which may prevent deploying or publishing.
The new version differs by 9 commits.
60b2ba2
1.10.0
415935b
Add yarn.lock.
542a2a0
Migrate to lerna-changelog + add 1.10.0 to changelog.
a21fd1d
Merge pull request #55 from SparshithNR/path-fix
f6d8238
Provide backward compatibility.
ab29353
Pass path as argument to livereload.js
68c237e
release v1.9.0 π
2e88996
Merge pull request #54 from SparshithNR/test-refactor
fcd41eb
Refactoring and Tests
See the full diff
There is a collection of frequently asked questions. If those donβt help, you can always ask the humans behind Greenkeeper.
Your Greenkeeper Bot π΄
Ember.RSVP is a large hole in this package's exports. ember-rsvp
seems like an obvious package name, though the fact that we have forked RSVP itself and re-exported it also lends the possibility that we should pick a different name altogether.
@rwjblue had some more thoughts on this, I believe.
The bower.json file for this project lists the dependency
"dependencies": {
"ember": ">=1.4"
}
This creates an issue once you upgrade to ember 2.0.0: executing bower install
on your CI server results in bower forcing you to make a choice (due to incompatible versions) so your CI builds fail.
The resulting output of bower install
is:
Unable to find a suitable version for ember, please choose one:
1) ember#>=1.4 <2 which resolved to 1.13.8 and is required by ember-cli-shims#0.0.3, ember-load-initializers#0.1.5
2) ember#> 1.5.0-beta.3 which resolved to 1.13.8 and is required by ember-resolver#0.1.18
3) ember#2.0.0 which resolved to 2.0.0 and is required by crawler-ui
4) ember#^2.0.0 which resolved to 2.0.0 and is required by ember-data#2.0.0-beta.2
Prefix the choice with ! to persist it to bower.json
Persisting your choice to the bower.json file is a valid work around for this issue, but it probably should not be required.
Branch | Build failing π¨ |
---|---|
Dependency | ember-cli-version-checker |
Current Version | 1.2.0 |
Type | dependency |
This version is covered by your current version range and after updating it in your project the build failed.
ember-cli-version-checker is a direct dependency of this project this is very likely breaking your project right now. If other packages depend on you itβs very likely also breaking them.
I recommend you give this issue a very high priority. Iβm sure you can resolve this πͺ
There is a collection of frequently asked questions and of course you may always ask my humans.
Your Greenkeeper Bot π΄
1.1.0
to 1.1.1
.π¨ View failing branch.
This version is covered by your current version range and after updating it in your project the build failed.
silent-error is a direct dependency of this project, and it is very likely causing it to break. If other packages depend on yours, this update is probably also breaking those in turn.
The new version differs by 3 commits.
fcf21cb
release v1.1.1 π
290cc4a
Merge pull request #2 from warmans/master
aed9cab
Added LICENSE file.
See the full diff
There is a collection of frequently asked questions. If those donβt help, you can always ask the humans behind Greenkeeper.
Your Greenkeeper Bot π΄
Although it might not be the best practice, I found myself importing all Ember
in an addon just to get Ember.testing
.
Should it be exported? If not, is there a better "official" way of detecting when we are in test mode?
I'm getting this error from ember-cli-shims/app-shims.js
:
Uncaught ReferenceError: DS is not defined
at eval (eval at evaluate (unknown source), <anonymous>:1:1)
at Object.InjectedScript._evaluateOn (<anonymous>:895:55)
at Object.InjectedScript._evaluateAndWrap (<anonymous>:828:34)
at Object.InjectedScript.evaluateOnCallFrame (<anonymous>:954:21)
at http://localhost:4200/agent/assets/vendor.js:67613:3
at mod.state (http://localhost:4200/agent/assets/vendor.js:150:29)
at tryFinally (http://localhost:4200/agent/assets/vendor.js:30:14)
at requireModule (http://localhost:4200/agent/assets/vendor.js:148:5)
at requireFrom (http://localhost:4200/agent/assets/vendor.js:121:12)
at reify (http://localhost:4200/agent/assets/vendor.js:106:22)
I'm on Ember 1.13.2, and Ember Data 1.13.4, and Ember CLI 0.2.7.
Branch | Build failing π¨ |
---|---|
Dependency | loader.js |
Current Version | 4.1.0 |
Type | devDependency |
This version is covered by your current version range and after updating it in your project the build failed.
As loader.js is βonlyβ a devDependency of this project it might not break production or downstream projects, but βonlyβ your build or test tools β preventing new deploys or publishes.
I recommend you give this issue a high priority. Iβm sure you can resolve this πͺ
The new version differs by 14 commits .
cc53069
release v4.2.0
1a453d3
Merge pull request #104 from trentmwillis/redefine
93478ef
Improve redefinition scenarios
e289916
Fix test:dev command
287a487
Merge pull request #105 from trentmwillis/clarify
cda1c29
Clarify prime comment
562ecf1
Merge pull request #100 from jrowlingson/master
6a9b916
remove petal references
b609262
Merge pull request #95 from chadhietala/heimdall-instrumentation
c49296d
Instrument with heimdall
453fe8c
Merge pull request #97 from Turbo87/ci-deploy
37fef79
CI: Enable automatic NPM deployment for tags
c4f0755
Merge pull request #96 from chadhietala/dict-registry
8a34296
Use dict for registery and seen to avoid filling IC cache
See the full diff.
There is a collection of frequently asked questions and of course you may always ask my humans.
Your Greenkeeper Bot π΄
Lots of addons still use the old syntax. We need a way to be able to support both without deprecations. What is the current recommendation for this? We will want addons to use the new modules, while supporting older Ember versions as well.
In #54, a shim was added for ember-platform/assign
which will use Ember.assign
if available (β₯ 2.5.0) and Ember.merge
otherwise. These do not have the same method footprint/behavior so could be a concern.
Ember.assign({}, {foo: 3}, {bar: 5})
// -> Object {foo: 3, bar: 5}
Ember.merge({}, {foo: 3}, {bar: 5})
// -> Object {foo: 3}
I am wondering why the isEqual
method is not available when using import { isEqual } from 'ember-runtime';
.
Is there any other way to import it or should I import the entire Ember module first?
Can a maintainer please run:
npm deprecate ember-cli-shims "See the README about migration instructions: https://github.com/ember-cli/ember-cli-shims"
From the README:
Note: this project is deprecated. If you are using these shims in your project you should migrate to the new modules api outlined in RFC 176 as soon as you can. More information on this topic in the Ember 2.16 release blog post.
1.0.3
to 1.0.4
.π¨ View failing branch.
This version is covered by your current version range and after updating it in your project the build failed.
ember-cli-htmlbars-inline-precompile is a devDependency of this project. It might not break your production code or affect downstream projects, but probably breaks your build or test tools, which may prevent deploying or publishing.
There is a collection of frequently asked questions. If those donβt help, you can always ask the humans behind Greenkeeper.
Your Greenkeeper Bot π΄
Hello.. unfortunately my build is failing with the 1.0.2 version. Ember 2.9.1
The Broccoli Plugin: [SourceMapConcat: Concat: Vendor /assets/vendor.js] failed with:
Error: ENOENT: no such file or directory, stat 'Y:\xyz\tmp\source_map_concat-input_base_path-QEfGWDfe.tmp\0\bower_components\ember-cli-shims\app-shims.js'
at Error (native)
at Object.fs.statSync (fs.js:987:18)
at FSMonitor._measure (Y:\xyz\node_modules\heimdalljs-fs-monitor\index.js:66:21)
at Object.statSync (Y:\xyz\node_modules\heimdalljs-fs-monitor\index.js:82:30)
at Concat.keyForFile (Y:\xyz\node_modules\broccoli-caching-writer\index.js:87:20)
at Array.map (native)
at Concat.CachingWriter._conditionalBuild (Y:\xyz\node_modules\broccoli-caching-writer\index.js:109:65)
at Y:\xyz\node_modules\broccoli-caching-writer\node_modules\broccoli-plugin\read_compat.js:61:34
at tryCatch (Y:\xyz\node_modules\rsvp\dist\rsvp.js:538:12)
at invokeCallback (Y:\xyz\node_modules\rsvp\dist\rsvp.js:553:13)
The broccoli plugin was instantiated at:
at Concat.Plugin (Y:\xyz\node_modules\broccoli-caching-writer\node_modules\broccoli-plugin\index.js:10:31)
at Concat.CachingWriter [as constructor] (Y:\xyz\node_modules\broccoli-caching-writer\index.js:18:10)
at new Concat (Y:\xyz\node_modules\broccoli-concat\concat.js:32:17)
at module.exports (Y:\xyz\node_modules\broccoli-concat\index.js:26:10)
at EmberApp.concatFiles (Y:\xyz\node_modules\ember-cli\lib\broccoli\ember-app.js:370:10)
at EmberApp._concatFiles (Y:\xyz\node_modules\ember-cli\lib\broccoli\ember-app.js:383:15)
at EmberApp.javascript (Y:\xyz\node_modules\ember-cli\lib\broccoli\ember-app.js:1269:12)
at EmberApp.toArray (Y:\xyz\node_modules\ember-cli\lib\broccoli\ember-app.js:1640:10)
at EmberApp.toTree (Y:\xyz\node_modules\ember-cli\lib\broccoli\ember-app.js:1662:30)
at module.exports (Y:\xyz\ember-cli-build.js:41:16)
Build failed.
does anyone have an idea about this?
cheers
Daniel
The computed property macros list is missing the uniqBy
macro resulting in errors such as (0 , _emberComputed.uniqBy) is not a function
when trying to import it via import {uniqBy} from 'ember-computed';
.
Using ember-cli-shims version of 0.0.6 and above in Fastboot (Node) environments gives an error:
self is not defined
This prevents the vendor file to be loaded in the sandbox. The error seems to be coming https://github.com/ember-cli/ember-cli-shims/blob/master/app-shims.js#L247 where it is using self.jQuery. While this would work in browsers, self is not defined in Node environments.
We should check for existence of self
before assigning the jQuery module.
I propose something like:
var jQueryVersion;
if (self) {
jQueryVersion = self.jQuery;
} else {
jQueryVersion = jQuery;
}
generateModule('jquery', { 'default': jQueryVersion });
Since Ember.ObjectProxy
is now flagged as public, it should be available through a module shim as well.
when registering a test helper you use,
export default Ember.Test.registerAsyncHelper
I'm assuming that will need to be exported as well. Didn't see it in the rfc list either.
isEmberArray
makes it sound like a plain array needs to be an Ember Array, but the tests for isArray
say otherwise?
isEmberArray(Ember.A()); // true, great makes sense
isEmberArray([]); // true, expecting false
Branch | Build failing π¨ |
---|---|
Dependency | ember-cli-dependency-checker |
Current Version | 2.0.0 |
Type | devDependency |
This version is covered by your current version range and after updating it in your project the build failed.
As ember-cli-dependency-checker is βonlyβ a devDependency of this project it might not break production or downstream projects, but βonlyβ your build or test tools β preventing new deploys or publishes.
I recommend you give this issue a high priority. Iβm sure you can resolve this πͺ
The new version differs by 3 commits.
fa28114
v2.0.1
8c5a979
Merge pull request #77 from kanongil/resolved-check
bca8aa5
Also check shrinkwrap version against "_resolved" field. Fixes #76
See the full diff
There is a collection of frequently asked questions and of course you may always ask my humans.
Your Greenkeeper Bot π΄
I believe I have tracked down a depreciation warning to the app-shims.js
using Ember.merge here:
'ember-platform': {
'assign': Ember.merge,
'create': Ember.create,
'defineProperty': Ember.platform.defineProperty,
'hasAccessors': Ember.platform.hasPropertyAccessors,
'keys': Ember.keys
},
According to this it seems like a simple change.
While the code is obviously not made for this, it was a fun exercise to extract a markdown compatible listing of all the shims from this addon. I'm pretty sure this is a rather brutal way, but it works.
I haven't figured on the best way to do it, but this could easily be part of the publishing process of this addon to have a proper reference.
function handlerFactory(path = '') {
return {
get(target, name) {
return name in target? target[name] : `${path}.${name.toString()}`;
},
}
}
function mapEntries(obj, cb) {
return Object.entries(obj).map(cb);
}
const obj = {};
function listEmberCliShims() {
global.Ember = new Proxy([
'inject',
'Instrumentation',
'platform',
'run',
'String',
'computed',
'Test',
].reduce((acc, key) => {
acc[key] = new Proxy({ _key: `Ember.${key}` }, handlerFactory(`Ember.${key}`));
return acc;
}, { _key: 'Ember' }), handlerFactory('Ember'));
const defined = {};
global.define = (name, [], cb) => {
const val = cb();
if (val.default && val.default._key) {
val.default = val.default._key;
}
defined[name] = val;
};
global.self = {
jQuery: 'self.jQuery',
};
require('ember-cli-shims/vendor/ember-cli-shims/app-shims');
return defined;
}
function listEmberCliShimsAsMarkdown(shims) {
return `# All shims provided by this addon
${mapEntries(shims, ([key, value]) =>
`## \`${key}\`
${mapEntries(value, ([k, v]) =>
`- \`${k}\` ${(v || '').toString()}`).join("\n")}
`
).join('')}`;
}
console.log(listEmberCliShimsAsMarkdown(listEmberCliShims()));
Results via node generate.js > results.md
ember
default
Emberember-application
default
Ember.Applicationember-array
default
Ember.Arrayember-array/mutable
default
Ember.MutableArrayember-array/utils
A
Ember.AisEmberArray
Ember.isArraywrap
Ember.makeArrayember-component
default
Ember.Componentember-components/checkbox
default
Ember.Checkboxember-components/text-area
default
Ember.TextAreaember-components/text-field
default
Ember.TextFieldember-controller
default
Ember.Controllerember-controller/inject
default
Ember.inject.controllerember-controller/proxy
default
Ember.ArrayProxyember-controllers/sortable
default
Ember.SortableMixinember-debug
log
Ember.debuginspect
Ember.inspectrun
Ember.runInDebugwarn
Ember.warnember-debug/container-debug-adapter
default
Ember.ContainerDebugAdapterember-debug/data-adapter
default
Ember.DataAdapterember-deprecations
deprecate
Ember.deprecatedeprecateFunc
Ember.deprecateFuncember-enumerable
default
Ember.Enumerableember-evented
default
Ember.Eventedember-evented/on
default
Ember.onember-globals-resolver
default
Ember.DefaultResolverember-helper
default
Ember.Helperhelper
ember-instrumentation
instrument
Ember.Instrumentation.instrumentreset
Ember.Instrumentation.resetsubscribe
Ember.Instrumentation.subscribeunsubscribe
Ember.Instrumentation.unsubscribeember-locations/hash
default
Ember.HashLocationember-locations/history
default
Ember.HistoryLocationember-locations/none
default
Ember.NoneLocationember-map
default
Ember.MapwithDefault
Ember.MapWithDefaultember-metal/destroy
default
Ember.destroyember-metal/events
addListener
Ember.addListenerremoveListener
Ember.removeListenersend
Ember.sendEventember-metal/get
default
Ember.getgetProperties
Ember.getPropertiesember-metal/mixin
default
Ember.Mixinember-metal/observer
default
Ember.observeraddObserver
Ember.addObserverremoveObserver
Ember.removeObserverember-metal/on-load
default
Ember.onLoadrun
Ember.runLoadHooksember-metal/set
default
Ember.setsetProperties
Ember.setPropertiestrySet
Ember.trySetember-metal/utils
aliasMethod
Ember.aliasMethodassert
Ember.assertcacheFor
Ember.cacheForcopy
Ember.copyguidFor
Ember.guidForember-object
default
Ember.Objectember-owner/get
default
Ember.getOwnerember-owner/set
default
Ember.setOwnerember-platform
assign
Ember.assigncreate
Ember.createdefineProperty
Ember.platform.definePropertyhasAccessors
Ember.platform.hasPropertyAccessorskeys
Ember.keysember-route
default
Ember.Routeember-router
default
Ember.Routerember-runloop
default
Ember.runbegin
Ember.run.beginbind
Ember.run.bindcancel
Ember.run.canceldebounce
Ember.run.debounceend
Ember.run.endjoin
Ember.run.joinlater
Ember.run.laternext
Ember.run.nextonce
Ember.run.onceschedule
Ember.run.schedulescheduleOnce
Ember.run.scheduleOncethrottle
Ember.run.throttleember-service
default
Ember.Serviceember-service/inject
default
Ember.inject.serviceember-set/ordered
default
Ember.OrderedSetember-string
camelize
Ember.String.camelizecapitalize
Ember.String.capitalizeclassify
Ember.String.classifydasherize
Ember.String.dasherizedecamelize
Ember.String.decamelizefmt
Ember.String.fmthtmlSafe
Ember.String.htmlSafeloc
Ember.String.locunderscore
Ember.String.underscorew
Ember.String.wember-utils
isBlank
Ember.isBlankisEmpty
Ember.isEmptyisNone
Ember.isNoneisPresent
Ember.isPresenttryInvoke
Ember.tryInvoketypeOf
Ember.typeOfember-computed
default
Ember.computedempty
Ember.computed.emptynotEmpty
Ember.computed.notEmptynone
Ember.computed.nonenot
Ember.computed.notbool
Ember.computed.boolmatch
Ember.computed.matchequal
Ember.computed.equalgt
Ember.computed.gtgte
Ember.computed.gtelt
Ember.computed.ltlte
Ember.computed.ltealias
Ember.computed.aliasoneWay
Ember.computed.oneWayreads
Ember.computed.readsreadOnly
Ember.computed.readOnlydeprecatingAlias
Ember.computed.deprecatingAliasand
Ember.computed.andor
Ember.computed.orcollect
Ember.computed.collectsum
Ember.computed.summin
Ember.computed.minmax
Ember.computed.maxmap
Ember.computed.mapsort
Ember.computed.sortsetDiff
Ember.computed.setDiffmapBy
Ember.computed.mapBymapProperty
Ember.computed.mapPropertyfilter
Ember.computed.filterfilterBy
Ember.computed.filterByfilterProperty
Ember.computed.filterPropertyuniq
Ember.computed.uniqunion
Ember.computed.unionintersect
Ember.computed.intersectember-test
default
Ember.Testember-test/adapter
default
Ember.Test.Adapterember-test/qunit-adapter
default
Ember.Test.QUnitAdapterjquery
default
self.jQueryrsvp
default
Ember.RSVPI have a Webpack module with a UMD loader front-end that has an external jQuery as a dependency. Due to this line in this module, jQuery is not passed to the AMD factory function properly and I get errors in my application. This also only happens when define.amd
is true which is what happens when using this feature introduced into Ember v2.9.0. Here's an explanation for why this is happening.
Webpack's UMD loader looks like this (in my application that requires an external jQuery)
(function webpackUniversalModuleDefinition(root, factory) {
if(typeof exports === 'object' && typeof module === 'object')
module.exports = factory(require("jquery"));
else if(typeof define === 'function' && define.amd)
define(["jquery"], factory);
else if(typeof exports === 'object')
exports["mySubModule"] = factory(require("jquery"));
else
root["myApp"] = root["myApp"] || {}, root["myApp"]["mySubModule"] = factory(root["jQuery"]);
})
which in the case of Ember, where there is only an AMD loader (also dependent on using the feature described above which defines define.amd
) boils down to define(["jquery"], factory);
. As generated by webpack, the factory is supposed to be passed the jQuery module as per the RequireJS AMD docs. To quote their docs for the loading process (emphasis mine)...
- Register the factory function by calling define(), instead of immediately executing it.
- Pass dependencies as an array of string values, do not grab globals.
- Only execute the factory function once all the dependencies have been loaded and executed.
- Pass the dependent modules as arguments to the factory function.
The problem is that with this module, it defines jQuery as an ES6 module. When the factory function is called, it is passed an object that looks like...
{
__esModule : true,
default : $
}
...which is not equivalent to the jQuery library. I would have to do $["default"] to get jQuery. If an AMD loader is not present, then webpack works just fine as the last UMD loader line will get jQuery off of window
no problem.
My thoughts, from reading the RequireJS docs, is that Ember is not correctly passing jQuery. But if you think this is a webpack issue I can take this over there.
I think that it should be exposed. I can implement it if I get approval on this.
Branch | Build failing π¨ |
---|---|
Dependency | loader.js |
Current Version | 4.4.1 |
Type | devDependency |
This version is covered by your current version range and after updating it in your project the build failed.
As loader.js is βonlyβ a devDependency of this project it might not break production or downstream projects, but βonlyβ your build or test tools β preventing new deploys or publishes.
I recommend you give this issue a high priority. Iβm sure you can resolve this πͺ
The new version differs by 7 commits.
094e20b
release v4.5.0 π
db2f6a6
Merge pull request #126 from ember-cli/moduleId
204838b
rename mod.name => mod.id
4fa0fe0
add require.moduleId to allow a module to know its ID
f62bc54
Merge pull request #121 from ember-cli/define-exports
d963886
Update README.md
928e18f
add define.exports
See the full diff
There is a collection of frequently asked questions and of course you may always ask my humans.
Your Greenkeeper Bot π΄
It appears that TravisCI is enabled for this repo but there is actually no .travis.yml
file present. Since there are currently no tests it would probably make sense to disable TravisCI for this repo until that is the case. Otherwise PRs will be flagged as "failing" all the time because of the missing .travis.yml
file.
When using the new JS module API in a .ts file, we get a ts error Cannot find module
I've opened an issue in ember-cli-typescript but would like to know if the problem is relevant here as well
I have some serious concerns about this library, if its intention is to be the path forward and representative of what Ember will be like when it is modularized. We are discussing its use over destructuring internally at DockYard. Here is where I am currently landing:
This library exposes an issue I have with Ember's organization. It doesn't feel intuitive and is not simple to find things. I'm sure those who work on and contribute to Ember on a regular basis will disagree but for someone who has been working with Ember for over four years and has made contributions back to core several times I can honestly say I have no idea where anything is, ever. It ends up being a guessing game every time. Up until now that has been little more than an annoyance. But if Ember's structure is going to be exposed through the module system this annoyance is significantly magnified.
Part of the way people learn is through discovery. They see a demo and say "Ok, I need to import ember-metal/get
but I'd like to learn more, let me look up the documentation" and they're treated with http://emberjs.com/api/modules/ember-metal.html which isn't very helpful.
This is even better illustrated with the modules defined in this shim that don't exist at all. ember-array
or ember-object
for example.
This issue was brought up over a year ago when the module style for all the packages was originally proposed. I am still confused as to why core prefers ember-object
over ember/object
. I thought things landed on @stefanpenner proposing the use of @ember/object
. I cannot recall which project this was discussed in, otherwise I would link to the issue.
Please add Ember.String.pluralize
'ember-string': {
'pluralize': Ember.String.pluralize
}
Thank you!
I don't think this is a bug with ember-cli-shims, but I spent a bit of time learning that if I stick with ember-cli-shims 0.6.0 the problem disappears.
I am making this issue in case it helps anyone else in a similar situation to narrow down the variables.
Uncaught Error: Could not find module `ember-data` imported from `active-model-adapter/active-model-adapter`
ember 1.13.13
ember-cli 1.13.15
ember-cli-shims 1.0.0
ember-data 1.13.16
active-model-adapter 2.0.3
reverting to ember-cli-shims 0.6.0 seems to resolve this issue for me.
I was at a meetup last night ~ and mentioned my issues with SVG - and waiting for Ember 2.7 for the removal of baseURL
(which is supposedly blocking svg:use) β and someone said that when they remove ember-cli-shims that the SVGs show up again.
What part of the shims affect this?
To reproduce, one could
{{!-- icon styles --}}
<style>
[class^="icon-"], [class*=" icon-"] {
height: 32px;
width: 32px;
display: inline-block;
fill: currentColor;
border: 1px solid red;
}
</style>
{{!-- the svg (hidden) --}}
<svg xmlns="http://www.w3.org/2000/svg" style="display: none;">
<symbol id="icon-smile" viewBox="0 0 512 512">
<path d="m361 307c-7 23-21 42-40 56c-19 14-41 21-65 21c-24 0-46-7-65-21c-19-14-33-33-40-56c-1-5-1-9 2-14c2-4 5-7 10-9c5-1 10-1 14 1c5 3 8 6 9 11c5 16 14 28 27 37c13 10 27 14 43 14c16 0 30-4 43-14c13-9 22-21 27-37c1-5 4-8 9-11c4-2 9-2 14-1c5 2 8 5 10 9c3 5 3 9 2 14z m-142-124c0 10-3 19-10 26c-7 7-16 10-26 10c-10 0-19-3-26-10c-7-7-11-16-11-26c0-10 4-19 11-26c7-7 16-11 26-11c10 0 19 4 26 11c7 7 10 16 10 26z m147 0c0 10-4 19-11 26c-7 7-16 10-26 10c-10 0-19-3-26-10c-7-7-10-16-10-26c0-10 3-19 10-26c7-7 16-11 26-11c10 0 19 4 26 11c7 7 11 16 11 26z m73 73c0-25-5-48-15-71c-9-23-22-42-39-58c-16-17-35-30-58-39c-23-10-46-15-71-15c-25 0-48 5-71 15c-23 9-42 22-58 39c-17 16-30 35-39 58c-10 23-15 46-15 71c0 25 5 48 15 71c9 23 22 42 39 58c16 17 35 30 58 39c23 10 46 15 71 15c25 0 48-5 71-15c23-9 42-22 58-39c17-16 30-35 39-58c10-23 15-46 15-71z m36 0c0 40-9 77-29 110c-20 34-46 60-80 80c-33 20-70 29-110 29c-40 0-77-9-110-29c-34-20-60-46-80-80c-20-33-29-70-29-110c0-40 9-77 29-110c20-34 46-60 80-80c33-20 70-29 110-29c40 0 77 9 110 29c34 20 60 46 80 80c20 33 29 70 29 110z"/>
</symbol>
</svg>
{{!-- in use use --}}
<svg class="icon-x"><use xlink:href="#icon-smile"></use></svg>
The tests fix added by #18 has not been released yet. Ember CLI's reference to "ember-cli-shims": "ember-cli/ember-cli-shims#0.0.3"
pulls down the previous version of test-shims.js
. This breaks ember-cli-mocha
because the code in test-shims.js
is trying to define QUnit
when it doesn't exist.
Please release v0.0.4 so we can update Ember CLI's bower.json accordingly.
In the interim I will use master branch instead of a release.
Branch | Build failing π¨ |
---|---|
Dependency | ember-ajax |
Current Version | 2.5.3 |
Type | devDependency |
This version is covered by your current version range and after updating it in your project the build failed.
As ember-ajax is βonlyβ a devDependency of this project it might not break production or downstream projects, but βonlyβ your build or test tools β preventing new deploys or publishes.
I recommend you give this issue a high priority. Iβm sure you can resolve this πͺ
requestData
has the correct method and type (#231)Note: This release was not cut from master
, which contains breaking changes in preparation for v3.0.0
There is a collection of frequently asked questions and of course you may always ask my humans.
Your Greenkeeper Bot π΄
A declarative, efficient, and flexible JavaScript library for building user interfaces.
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. πππ
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google β€οΈ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.