James Reggio jamesreggio

## webview-link-probe.js
// This script will probe for links on a page that may not function correctly
// inside of a WebView control. These 'bad' links are identified by their use
// of window.open, which has undefined behavior in a single-window environment.
//
// To use the script, copy-paste the entirety into the console of a browser.
// (I've tested exclusively in Chrome.) Emulating a mobile user-agent may help
// to reduce the occurrence of false-positives.
//
// The script will simulate a click upon all matching selectors. It does its
// best to suppress navigation and other side-effects; however, this is not

## ractivejs-components-repro.htm
<!--
This Gist illustrates a bug in the latest version of Ractive.js (0.3.7).
Download and open this file on your local machine to view the repro.

When an array is shared between the root Ractive view model and a
component (Child), the array's `_ractive.roots` cache will originally contain
`[Ractive, Child]`. However, when the array is modified from within the child,
the cache is reconstructed in the opposite order: `[Child, Ractive]`. It is
unclear whether this difference in ordering is itself a bug, or whether it
just happens to surface a bug in other code.

## react-sortable.htm

<html>
  <head>
    <title>Test</title>
    <script src="http://code.jquery.com/jquery-1.9.1.js"></script>
    <script src="http://code.jquery.com/ui/1.10.3/jquery-ui.js"></script>
    <link rel="stylesheet" href="http://code.jquery.com/ui/1.10.3/themes/smoothness/jquery-ui.css" />
    <script src="http://fb.me/react-0.5.1.js"></script>
    <script src="http://fb.me/JSXTransformer-0.5.1.js"></script>
  </head>

## IDYN-842-bug.md

      
              1 file
            
          
              0 forks
            
          
              0 comments
            
          
              1 star
            
          
                jamesreggio
                / IDYN-842-bug.md
            
            
              Last active
              August 3, 2016 17:59
            
              
                Bug report on UIScrollView or WKWebView, discovered while addressing Twitter IDYN-842
              
          
    Keyboard inset adjustment double-counts toolbar height in WKWebView or UIScrollView

Since iOS 7, the navigation bar and toolbar[0] in a UINavigationController are designed to render atop the content of the current UIViewController. In order to prevent these bars from occluding the contents of the view, UINavigationController will (under certain conditions) automatically reach down the view hierarchy and adjust the insets of the primary UIScrollView, such that the content is padded by the height of these bars.
The system keyboard is also designed to occlude the bottom half of the screen by default. In most cases, this is undesirable, so the app developer is expected to subscribe to NSNotificationCenter keyboard events and adjust the UIScrollView insets themselves.
WKWebView automatically subscribes to th

  
## index.ios.js
// The underlying issue pertains to uninitialized memory and is inherently non-deterministic.
// This will consistently reproduce for me using React Native 0.41.1 on iOS 9.3, but it will not reproduce on iOS 10.2.
// If the app launches and does not immediately display a redbox with an error, the bug did not reproduce.

import React, { Component } from 'react';
import { AppRegistry, View } from 'react-native';

export default class App extends Component {
  constructor() {
    super();

## index.ios.js
import React, { Component } from 'react';
import {
  AppRegistry,
  StyleSheet,
  FlatList,
  Text,
  View
} from 'react-native';

const ITEMS = 100;

## authContextLink.js
const contextLink = new ApolloLink((operation, forward) => {
  operation.setContext(context => ({
    ...context,

    headers: {
      ...context.headers,
      authorization: sessionId,
    },
  }));

## apollo.js
export default async (services) => {

  // Links.

  const contextLink = new ApolloLink((operation, forward) => {
    operation.setContext(context => update(context, {
      headers: {
        $apply: (headers = {}) => {
          headers = {
            ...headers,

## apollo-cache-persist-quickstart-rn.js
import { InMemoryCache } from ‘apollo-cache-inmemory’;
import { persistCache } from ‘apollo-cache-persist’;
import { AsyncStorage } from ‘react-native’;

// Set up your cache.
const cache = new InMemoryCache({...});

// Set up cache persistence.
persistCache({
  cache,

## apollo-cache-persist-quickstart-web.js
import { InMemoryCache } from ‘apollo-cache-inmemory’;
import { persistCache } from ‘apollo-cache-persist’;

// Set up your cache.
const cache = new InMemoryCache({...});

// Set up cache persistence.
persistCache({
  cache,
  storage: window.localStorage,
	// This script will probe for links on a page that may not function correctly
	// inside of a WebView control. These 'bad' links are identified by their use
	// of window.open, which has undefined behavior in a single-window environment.
	//
	// To use the script, copy-paste the entirety into the console of a browser.
	// (I've tested exclusively in Chrome.) Emulating a mobile user-agent may help
	// to reduce the occurrence of false-positives.
	//
	// The script will simulate a click upon all matching selectors. It does its
	// best to suppress navigation and other side-effects; however, this is not
	<!--
	This Gist illustrates a bug in the latest version of Ractive.js (0.3.7).
	Download and open this file on your local machine to view the repro.

	When an array is shared between the root Ractive view model and a
	component (Child), the array's `_ractive.roots` cache will originally contain
	`[Ractive, Child]`. However, when the array is modified from within the child,
	the cache is reconstructed in the opposite order: `[Child, Ractive]`. It is
	unclear whether this difference in ordering is itself a bug, or whether it
	just happens to surface a bug in other code.

	<html>
	<head>
	<title>Test</title>
	<script src="http://code.jquery.com/jquery-1.9.1.js"></script>
	<script src="http://code.jquery.com/ui/1.10.3/jquery-ui.js"></script>
	<link rel="stylesheet" href="http://code.jquery.com/ui/1.10.3/themes/smoothness/jquery-ui.css" />
	<script src="http://fb.me/react-0.5.1.js"></script>
	<script src="http://fb.me/JSXTransformer-0.5.1.js"></script>
	</head>
	// The underlying issue pertains to uninitialized memory and is inherently non-deterministic.
	// This will consistently reproduce for me using React Native 0.41.1 on iOS 9.3, but it will not reproduce on iOS 10.2.
	// If the app launches and does not immediately display a redbox with an error, the bug did not reproduce.

	import React, { Component } from 'react';
	import { AppRegistry, View } from 'react-native';

	export default class App extends Component {
	constructor() {
	super();
	import React, { Component } from 'react';
	import {
	AppRegistry,
	StyleSheet,
	FlatList,
	Text,
	View
	} from 'react-native';

	const ITEMS = 100;
	const contextLink = new ApolloLink((operation, forward) => {
	operation.setContext(context => ({
	...context,

	headers: {
	...context.headers,
	authorization: sessionId,
	},
	}));
	export default async (services) => {

	// Links.

	const contextLink = new ApolloLink((operation, forward) => {
	operation.setContext(context => update(context, {
	headers: {
	$apply: (headers = {}) => {
	headers = {
	...headers,
	import { InMemoryCache } from ‘apollo-cache-inmemory’;
	import { persistCache } from ‘apollo-cache-persist’;
	import { AsyncStorage } from ‘react-native’;

	// Set up your cache.
	const cache = new InMemoryCache({...});

	// Set up cache persistence.
	persistCache({
	cache,