Re:Bulletproof demos using Chrome's playback mode
by gojomo on Thursday March 14, 2013 @12:39PM
(#5376021)
Anyone know where the recorded content is stored, and whether it's kept segregated from other cached content? This could be a really interesting archival format...
Re:Bulletproof demos using Chrome's playback mode
by masklinn on Thursday March 14, 2013 @01:30PM
(#5376401)
Yeah that's the first thing I thought of, especially if it's possible to pause and inspect/introspect the DOM and code, that would make debugging client issues much easier.
Although just capturing user session would already be nice, better than forcing people to take videos of their desktop (and with a bit of luck the file would be much smaller)
Re:Bulletproof demos using Chrome's playback mode
by inafield on Thursday March 14, 2013 @02:29PM
(#5376778)
Exactly. I'm imagining a world where I tell a customer to use a Chrome add-in that automatically starts recording what they do and uploads it to me and I can see what is going on.
Even if not that wonderful, just the ability to have QA or fellow developers send me a file that I can analyze instead of tying up their computer would be wonderful. Especially when working with remote co-workers.
The problem with video is that I can't inspect their DOM or their console.
Re:Bulletproof demos using Chrome's playback mode
by bdcravens on Thursday March 14, 2013 @02:26PM
(#5376761)
Use Selenium and whatever host language you want to pause, introspect, etc (example, Java's sleep and use jSoup to parse DOM after grabbing it with Selenium's getBody() )
Re:Bulletproof demos using Chrome's playback mode
by masklinn on Thursday March 14, 2013 @03:48PM
(#5377261)
Selenium's no good, and it's even worse for user recordings: it only stores activity, so if the issue came from e.g. a mishandled network glitch, it won't be recorded.
Re:Bulletproof demos using Chrome's playback mode
by DCoder on Friday March 15, 2013 @05:41AM
(#5379799)
It doesn't record where you click or what you open, just every request as it moves over the wire.
I am getting quite different results - it records http requests and user input (keyboard/mouse).
Windows 7 x64, Chrome 25.0.1364.172 m :
# navigate to chrome directory
cd C:\Users\User\AppData\Local\Google\Chrome\Application\
# run chrome with a new profile
chrome --user-data-dir="../User Data/recording_test" --first-run --record-mode
# use the new chrome profile to browse around
# close chrome
# launch it in playback mode
chrome --user-data-dir="../User Data/recording_test" --playback-mode
# watch disaster ensue as it locks your mouse (not keyboard),
# replays all activity (url bar input, navigation, mouse cursor movements...),
# and doesn't even stop when you alt-tab
# to a different application
It feels unpolished - mouse scroll wasn't recorded, the "translate this page?" bar wasn't showing up the same way as in the recording, and most importantly, I managed to switch to a different application and it continued sending input to that application. HTTP requests did get cached as promised, and non-cached requests (due to missing scroll event, it clicked on a different link) resulted in a cache error.
Re:Bulletproof demos using Chrome's playback mode
by est on Thursday March 14, 2013 @08:50PM
(#5378624)
I thought Chrome could record your navigation actions .e.g input URL and click elements, it turned out to be directly cache of URL contents so you could read from cache later...
Anyway, cool concept, except it doesn't work with X-Content-Type-Options: nosniff, or ajax call with timestamp parameters.
Re:Bulletproof demos using Chrome's playback mode
by Mahn on Thursday March 14, 2013 @02:29PM
(#5376779)
Not really, if I understand correctly this is capturing only the requests, "caching" them in a way, so when on playback mode if you do an action that fires this request, it's fetched from the recorded store.
I think its use is limited to what the article suggests: making sure real life demos don't break.
Re:Bulletproof demos using Chrome's playback mode
by Neepy on Thursday March 14, 2013 @06:58PM
(#5378183)
I've tried that also but still no luck. I have the commands in separate bat files but I wouldn't expect that to affect it, or I might be using the wrong chrome executable?
Re:Bulletproof demos using Chrome's playback mode
by bdcravens on Thursday March 14, 2013 @01:50PM
(#5376542)
If you're going to go to the trouble of running something from the terminal (even if you save time with a bash/batch script), why would you prefer this over Selenium? With Selenium you can customize the actions, extend using your favorite language (such as adding pauses or pulling inputs from a database), and if you use Firefox, you can get the same recording ability (only you can save the file and can extend via JavaScript)
Re:Bulletproof demos using Chrome's playback mode
by ffk on Thursday March 14, 2013 @01:59PM
(#5376602)
Selenium solves a different problem. With selenium, you record user actions, and verify properties about the state of the site.
The record/playback feature is designed to make a copy of the content you look at during a session, allowing you to retrieve it offline at a later time by revisiting the page (or making equivalent HTTP calls).
Interestingly, if you use both together, you can design a offline-mode reader for hacker news for use on the train or other disconnected environments. Or, combine selenium and playback mode to create kick ass demos that are less likely to fail on weak wifi networks. :)
Re:Bulletproof demos using Chrome's playback mode
by bdcravens on Thursday March 14, 2013 @02:24PM
(#5376748)
True. I hadn't considered situations where the content would change if you replayed later. For the apps where I'd use this that's never been a use case, and aside from the cached content, Selenium accomplishes the same and more. Selenium is typically used for testing and verification, but it's quite useful as a recording/playback or full-fledged browser automation tool. Another good one is iMacros.
Although just capturing user session would already be nice, better than forcing people to take videos of their desktop (and with a bit of luck the file would be much smaller)
Even if not that wonderful, just the ability to have QA or fellow developers send me a file that I can analyze instead of tying up their computer would be wonderful. Especially when working with remote co-workers.
The problem with video is that I can't inspect their DOM or their console.
http://googletesting.blogspot.com/2011/10/take-bite-out-of-b...
http://googletesting.blogspot.com/2011/11/rpf-googles-record...
http://code.google.com/p/bite-project/
something like open -a "Google Chrome" --args --record-mode --output-file output.log
then: some-command-that-plays-it-back --infile output.log
does anyone know if something like that exists?
http://stackoverflow.com/questions/8806625/is-it-possible-to...
[edit] Also:
Random perl script: https://github.com/inno/pluck-har
Google's record/playback Chrome extension: http://code.google.com/p/bite-project/
I am getting quite different results - it records http requests and user input (keyboard/mouse).
Windows 7 x64, Chrome 25.0.1364.172 m :
It feels unpolished - mouse scroll wasn't recorded, the "translate this page?" bar wasn't showing up the same way as in the recording, and most importantly, I managed to switch to a different application and it continued sending input to that application. HTTP requests did get cached as promised, and non-cached requests (due to missing scroll event, it clicked on a different link) resulted in a cache error.I JUST dealt with bad data speeds at SXSW while demoing for @scobleizer so this would have been great for the future.
Anyway, cool concept, except it doesn't work with X-Content-Type-Options: nosniff, or ajax call with timestamp parameters.
I think its use is limited to what the article suggests: making sure real life demos don't break.
start /b "" "C:\Users\User\AppData\Local\Google\Chrome\Application\chrome.exe" --args --record-mode
doesn't seem to work
2. run chrome.exe --record-mode ( /record-mode also works)
3. navigate in a predetermined way, then close chrome
4. run chrome.exe --playback-mode ( /playback-mode also works)
5. navigate in the same predetermined way. Those clicks will all work. Any other clicks will not work and result in 'cache miss' errors.
start /b "" "C:\Users\User\AppData\Local\Google\Chrome\Application\chrome.exe" --record-mode
Report back if it works!
"C:\Users\User\AppData\Local\Google\Chrome\Application\chrome.exe" --record-mode
The record/playback feature is designed to make a copy of the content you look at during a session, allowing you to retrieve it offline at a later time by revisiting the page (or making equivalent HTTP calls).
Interestingly, if you use both together, you can design a offline-mode reader for hacker news for use on the train or other disconnected environments. Or, combine selenium and playback mode to create kick ass demos that are less likely to fail on weak wifi networks. :)
1 is a size in bytes (must be >0).
Then there is a setting to disable cache. Although I have heard reports that it doesn't completely work, but that might have been fixed by now.
Thanks for the heads-up!