New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Merge 2.10.x to 2.11.x #4357
Merge 2.10.x to 2.11.x #4357
Conversation
retronym
commented
Feb 24, 2015
Fingers crossed, I have no local java 6 here to test. No test because no q"" on 2.10.
SI-9027 Backport xml parser fix
Currently not validating the IDE, pending fix for scala-ide/uber-build#48. The new infrastructure is documented over at: - https://github.com/scala/scabot - https://github.com/scala/scala-jenkins-infra - [jenkins jobs definitions](https://github.com/scala/scala-jenkins-infra/tree/master/templates/default/jobs/validate)
New CI validation scripts
Calling `completeWith` when the `DefaultPromise` is already completed, leads to callbacks not being properly executed. This happened because `Future.InternalCallbackExecutor` extends `BatchingExecutor`[1] which assumes `unbatchedExecute` to be async, when in this case it is sync, and if there is an exception thrown by executing the batch, it creates a new batch with the remaining items from the current batch and submits that to `unbatchedExecute` and then rethrows, but if you have a sync `unbatchedExecute`, it will fail since it is not reentrant, as witnessed by the failed `require` as reported in this issue. This commit avoids problem by delegating `completeWith` to `tryComplete`, which has the effect of using `onComplete` + `tryComplete` i.s.o. `complete`, which means that when it fails (because of a benign race condition between completers) it won't throw an exception. It has been tested by the minimized reproducer. [1] Actually, in the 2.10.x branch where this patch is starting out, "The BatchingExecutor trait had to be inlined into InternalCallbackExecutor for binary compatibility.". This comment will be more literally correct in the context of 2.11.x and beyond
Improve attribute parsing and propagate errors across event thread. Otherwise tests just hang. This is tested, right? This is an upstream port of scala-xml 5f2cfadeb9e8574ed66f37dc7a7a868eb129a8a9
Backported fix for SI-7753 to 2.10.x.
SI-8689 Avoid internal error in Promise after sequence of completions
Because the compiler and library share some code in this version, compiler must exclude xml tags that look like Scala operators, such as `<:`. This is an upstream port of: scala-xml/commit/968f7bd94e934c781c19e25847ab09ac98cfbaf6
Tested on: - Mac: FF35/Safari 8/Chrome 41 - Win: IE11
Scaladoc js location synch more robust
SI-4339 Backpatch event errors and attr fix
Conflicts: src/library/scala/concurrent/Promise.scala test/files/jvm/future-spec/PromiseTests.scala
Assigning to the 2.11.6 milestone, as the fix for SI-8869 should be included in that release. |
jenkins master ran out of disk space (scala/scala-jenkins-infra#37) |
/rebuild ce68a97 |
the IDE failed in the same way on #4354... I conclude this test is flaky -- where can we track this?
|
Failed a few times recently in Scala PR validation: scala/scala#4354 scala/scala#4357
I've submitted a PR to scala-ide to enable retry for that test. |
LGTM -- the other failures can safely be ignored |