Side navigation
#14917 closed bug (fixed)
Opened March 26, 2014 02:47AM UTC
Closed March 27, 2014 02:03PM UTC
Last modified March 27, 2014 11:22PM UTC
1.8.3+1 missing jquery.js
Reported by: | gelboustani@atlassian.com | Owned by: | gelboustani@atlassian.com |
---|---|---|---|
Priority: | low | Milestone: | 1.11.1/2.1.1 |
Component: | build | Version: | 1.8.3 |
Keywords: | Cc: | ||
Blocked by: | Blocking: |
Description
1.8.3 tag contains jquery.js in the root level directory whereas 1.8.3+1 does not. Anyone using jquery from bower and relying on this file cannot redirect bower to 1.8.3 specifically.
Attachments (0)
Change History (10)
Changed March 26, 2014 02:51AM UTC by comment:1
owner: | → gelboustani@atlassian.com |
---|---|
status: | new → pending |
Changed March 26, 2014 02:55AM UTC by comment:2
status: | pending → new |
---|
Tagging a 1.8.3+2 which includes the jquery.js should fix the problem
Changed March 26, 2014 02:57AM UTC by comment:3
status: | new → pending |
---|
Okay, I should add that we don't intend to go back and re-tag releases each time someone asks for an old release. Can you suggest a solution that doesn't require re-tagging?
Changed March 26, 2014 03:55AM UTC by comment:4
Hey Dave,
The "jquery.js" file in the root seems to have been a convention since the release of 1.2.3 (in 1.8.3 you guys started including the minified file). Also, the commit message on the "jquery.js" file reads on every release since 1.2.3 "Include distribution in release tag". This indicates pretty clearly to an API consumer that the file can be depended on making it an API breaking change and not ok to remove in a suffixed maintenance release.
Another issue is that semantic versioning indicates 1.8.3 can match 1.8.3+1, so Bower or not, it makes it difficult to depend on 1.8.3 specifically using any sort of automation. It might be worth noting that "+" versions, I've observed, are only generally used as part of a semantic version suffix such as alpha, beta or rc. I could be wrong, though, since the semver specification doesn't explicitly say anything about that.
For what it's worth, I believe that tagging a 1.8.3+2 release is the right thing to do and is in the best interest of the greater jQuery community.
Changed March 26, 2014 04:05PM UTC by comment:5
I know it's not particularly kosher, but we've already rebuilt all of the tags that corresponded to Component tags. Rebuilding this one would not be very difficult. I've thrown up a sample here.
Changed March 27, 2014 12:02AM UTC by comment:6
status: | pending → open |
---|
Ok, I was totally confused. My local master didn't have the updated tags that timmywil pushed, which I just fixed. So if it's just about fixing this one tag, that seems okay.
Changed March 27, 2014 12:04AM UTC by comment:7
component: | unfiled → build |
---|---|
milestone: | None → 1.11.1/2.1.1 |
priority: | undecided → low |
Changed March 27, 2014 02:03PM UTC by comment:8
resolution: | → fixed |
---|---|
status: | open → closed |
Changed March 27, 2014 11:20PM UTC by comment:9
Thankyou
Changed March 27, 2014 11:22PM UTC by comment:10
Thankyou, much appreciated
We don't intend to go back and re-tag all the releases that predate our start of Bower support. Can you suggest a solution that doesn't require re-tagging?