| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Better English.
|
|\
| |
| | |
Subscribing to notifications while inside the said instrumented section
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The issue is that on the exit from Instrumenter#instrument section,
an Evented listener will run into an error because its thread local
(Thread.current[:_timestack]) has not been set up by the #start
method (this obviously happens because the Evented listeners didn't
exist at the time, since no subscribtion to that section was made yet).
Note: support for subscribing to instrumented sections, while being
inside those instrumented sections, might be removed in the future.
Maybe fixes #21873.
|
|/ |
|
|
|
|
|
| |
The failure have returned, so disabling the tests again. (The upgrade is
fine to keep.)
|
|
|
|
|
|
|
|
|
|
| |
In listen 3.0.4 and below, the `#stop` method on the notification
backends are a no-op, meaning that we are leaking them per test. This
ended up triggering another bug in Ruby that causes our builds to fail
randomly on CI.
listen bug: https://github.com/guard/listen/issues/353
ruby bug: https://bugs.ruby-lang.org/issues/11744
|
|
|
|
|
|
| |
There is a known issue with the listen tests that casuses files to be
incorrectly GC'ed even when they are still in-use. The current is to
only run them in isolation to avoid randomly failing our test suite.
|
|
|
|
| |
Looking at the history of this file it seems this code was never actually used.
|
| |
|
|\
| |
| | |
send normalized keys to the cache backends so they do not need to man…
|
| |
| |
| |
| | |
this themselves
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Before
./Users/Juan/dev/rails/activesupport/test/file_update_checker_shared_tests.rb:20: warning: instance variable @tmpdir not initialized
After
No warnings
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
"checker" is the name being used everywhere.
|
| |
| |
| |
| | |
This sucks, but otherwise I get occasional Fs on Mac OS X.
|
| |
| |
| |
| |
| | |
Mac OS X tries by all means to hide that /var is /private/var, and that is
what FSEvents reports back.
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
In particular files are no longer created in the current working directory,
but in a temporary folder.
|
| | |
|
| |
| |
| |
| | |
This commit also bases everything on Pathname internally.
|
| | |
|
| | |
|
|/
|
|
|
|
|
|
|
|
|
|
| |
This is the implementation of the file update checker written
by Puneet Agarwal for GSoC 2015 (except for the tiny version
of the listen gem, which was 3.0.2 in the original patch).
Puneet's branch became too out of sync with upstream. This is
the final work in one single clean commit.
Credit goes in the first line using a convention understood
by the contrib app.
|
|\
| |
| | |
Parameterize with options to preserve the case of string
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Added test cases
Using kwargs instead of three seperate functions
Updated parameterize in transliterate.rb
Updated parameterize in transliterate.rb
Added deprecation warnings and updating RDoc+Guide
Misspelled separtor. Fixed.
Deprecated test cases and added support to parameterize with keyword parameters
Squashing commits.
Fixed test cases and added deprecated test cases
Small changes to Gemfile.lock and CHANGELOG
Update Gemfile.lock
|
|\ \
| | |
| | | |
do not override fetch on local cache
|
| |/
| |
| |
| |
| |
| | |
fetch is supposed to behave differently, this was a mistake merged in
https://github.com/rails/rails/pull/22194
|
|\ \
| |/
|/| |
Return a sized Enumerator from Hash#transform_values{!}
|
| | |
|
|\ \
| | |
| | | |
cache nil replies from backend cache so misses are fast too
|
| | | |
|
| | | |
|
| | | |
|
|\ \ \
| | | |
| | | | |
When testing cache issues, it is useful to log the actual key, including namespace
|
| | | |
| | | |
| | | |
| | | | |
full key that actually used by the underline cache implementation
|
| | | |
| | | |
| | | |
| | | | |
This method was already niche, and is now redundant with `.new`
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
`HashWithIndifferentAccess.new` respects the default value or proc on
objects that respond to `#to_hash`
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
objects that respond to `#to_hash`.
Builds on the work of #12550 where `.new` will convert the object (that respond to `#to_hash`) to a hash and
add that hash's keys and values to itself.
This change will also make `.new` respect the default value or proc of objects that respond to `#to_hash`.
In other words, this `.new` behaves exactly like `.new_from_hash_copying_default`.
`.new_from_hash_copying_default` now simply invokes `.new` and any references to `.new_from_hash_copying_default`
are replaced with `.new`.
Added tests confirm behavior.
|