Download the PHP package paksuco/dusk-time-travel without Composer
On this page you can find all versions of the php package paksuco/dusk-time-travel. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download paksuco/dusk-time-travel
More information about paksuco/dusk-time-travel
Files in paksuco/dusk-time-travel
Package dusk-time-travel
Short Description A dusk browser extension package for time traveling
License MIT
Homepage https://github.com/paksuco/dusk-time-travel
Informations about the package dusk-time-travel
## A dusk browser extension package for time traveling
This package feeds the hunger for Dusk test cases having time modified requests. All PR's are welcome.
Supported versions:
- Laravel Dusk 6 → 8
- Laravel Framework 7 → 13
- PHP 7.4 → 8.5
Beyond this the package may continue to work, but is untested. Please raise an issue if you run into problems, so it can be fixed.
Installation
You can install the package via composer:
There is a crucial step to do after installing the package to let the browser have time travel methods, you need to extend your browser class from Paksuco/DuskTimeTravel/Browser class instead of the stock Laravel/Dusk/Browser. This class acts like a middle man between your test cases and the Laravel Dusk browser.
To do this, add this code to your DuskTestCase.php file:
Usage
Since you've changed your browser class, you've gained access to two new Dusk browser methods:
travelTo($time)- travel through time, using aIlluminate/Support/Carboninstance as the time input.travelBack()- return to the current time.
The traveled time is delivered via a cookie, which has two consequences:
- The browser must already be on a page of your app when you call
travelTo()ortravelBack(), sovisit()something first or you'll get aninvalid cookie domainerror. - The time change (both server-side and browser-side JavaScript) only applies from the next page load; the current page is unaffected.
For example:
Both of them will use tomorrows date as the next request (AJAX or Redirect, doesn't matter).
Other usage examples:
After you've recreated the instance, or manually reset with travelBack(), the server will revert to the normal date.
Browser-side (JavaScript) time travel
In addition to faking server-side time, travelTo() also fakes time for JavaScript running in the browser. new Date(), Date.now() and plain Date() calls in page scripts will return the traveled time. This works by registering a small Date shim through the Chrome DevTools Protocol (Page.addScriptToEvaluateOnNewDocument), so it:
- takes effect on the next page load — consistent with when the server-side time changes,
- survives navigations, and runs before any page script on every new document,
- is removed again by
travelBack(), also taking effect on the next page load.
Note that each page load starts exactly at the traveled instant and then ticks forward naturally (time is shifted, not frozen — freezing would break polling and animation code).
Since the server re-freezes to the traveled time at the start of each request, browser and server agree at page-load time and the browser then drifts forward by the age of the page.
To fake only server-side time, pass false as the second argument:
Limitations:
- Requires Chrome/Chromium (the standard Dusk setup). On other drivers, or if the DevTools command is unavailable, browser-side faking silently degrades and server-side faking continues to work as before.
- Only the zero-argument functions are shifted. Explicit constructions like
new Date(2020, 0, 1),Date.parse()andDate.UTC()behave natively (as you'd expect). performance.now()and Web Workers are not faked.
Registering the ModifyDuskBrowserTime middleware
By default, the package registers its middleware globally, so every request your application's HTTP kernel handles is covered — web, api, any custom middleware group, and even routes that don't belong to any group at all.
The middleware is inert unless the browser has actually traveled through time (with travelTo()), so this is safe even if your application has no api route group, or doesn't use one at all.
If you'd like more control, publish the config file:
This creates config/dusk-time-travel.php:
The middleware option accepts:
true(default) — register globally, as described above.false— don't register the middleware anywhere automatically. Use this if you'd rather wire it up yourself.- an array of middleware group names, e.g.
['web']— register only on those groups instead of globally. Group names that you define but don't actually exist will be silently skipped.
Note on Laravel 7.x: Defining an array of middleware group names is only supported on Laravel 8 onwards. If an array is defined in the config file on Laravel 7, it will instead be silently handled as if you'd set it to boolean true instead and the middleware will be registered globally.
Testing
A test case is included in this respository, but since it's a Dusk extension the tests are run on a Laravel instance having Dusk installed. You can test the plugin the same way the .github/workflows/run-tests.yml workflow does.
Security Vulnerabilities
Please review our security policy on how to report security vulnerabilities.
Credits
- Taha Paksu (initial developer)
- Shane Smith (current maintainer)
- All Contributors
License
The MIT License (MIT). Please see License File for more information.
All versions of dusk-time-travel with dependencies
illuminate/routing Version ^7.0|^8.0|^9.0|^10.0|^11.0|^12.0|^13.0
illuminate/support Version ^7.0|^8.0|^9.0|^10.0|^11.0|^12.0|^13.0
laravel/dusk Version ^6.0|^7.0|^8.0
symfony/http-foundation Version ^5.1.3|^6.0|^7.0|^8.0