opencontrolpixelbudspro2/404.html at main · tedsluis/opencontrolpixelbudspro2 · GitHub

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
<!DOCTYPE html>
<html lang="en">
<head>
  <!-- This file MUST stay byte-for-byte identical to index.html (this comment excepted).
       GitHub Pages has no server-side rewrite support, so it serves this file (with a real
       HTTP 404 status) for any history-mode deep link/refresh that doesn't match a physical
       file — Docsify then boots from here exactly as it would from index.html and routes to
       the right page client-side. If index.html changes, copy it here again. -->
  <meta charset="UTF-8">
  <title>OpenControl for Pixel Buds Pro 2 — Docs</title>
  <meta name="viewport" content="width=device-width,initial-scale=1.0">
  <meta name="description" content="Reverse-engineering documentation for OpenControl for Pixel Buds Pro 2">
  <!-- Google Search Console "HTML tag" verification for this exact property
       (https://tedsluis.github.io/opencontrolpixelbudspro2/). Generate your own token at
       https://search.google.com/search-console — Add property > URL prefix > HTML tag — and
       paste it as the content value below. The token is scoped to this specific GitHub Pages
       URL: a fork serves from the forker's own github.io origin, so a copied token verifies
       nothing there and grants no access to this property. -->
  <meta name="google-site-verification" content="rOJptNEi6RQSOMGBCKSbgYnfumbA_WsR9nUGdQ8n5y4" />
  <link rel="stylesheet" href="//cdn.jsdelivr.net/npm/docsify@4/lib/themes/vue.css">
</head>
<body>
  <div id="app"></div>
  <script>
    window.$docsify = {
      name: 'OpenControl for Pixel Buds Pro 2',
      repo: 'https://github.com/tedsluis/opencontrolpixelbudspro2',
      homepage: 'README.md',
      // A bare relative filename (no leading slash) — `true`, an alias, and
      // an explicit absolute path were all tried and failed live (see the
      // comment below); this tries routing the sidebar fetch through the
      // same relativePath-aware resolution that regular page content
      // (confirmed working) already uses, instead of Docsify's separate
      // basePath-based path-joining for loadSidebar specifically.
      loadSidebar: '_sidebar.md',
      loadNavbar: false,
      subMaxLevel: 3,
      auto2top: true,
      relativePath: true,
      // History mode gives real, indexable path-based URLs instead of
      // hash-fragment ones (fragments are invisible to HTTP/search-engine
      // indexing regardless of client-side rendering). No basePath: Docsify
      // resolves content paths from window.location.pathname, which already
      // contains /opencontrolpixelbudspro2/ (that's where GitHub Pages
      // serves this project page from) — setting basePath to the same
      // prefix double-applies it (content fetches 404 on
      // /opencontrolpixelbudspro2/opencontrolpixelbudspro2/*). GitHub Pages
      // has no server-side rewrite support, so 404.html (a copy of this
      // file) is what makes a direct/deep-linked/refreshed URL still load
      // the app instead of a bare GitHub 404 page — see
      // MAINTAINING_DOCS_SITE.md.
      routerMode: 'history',
      // paths: 'auto' made the search plugin enumerate every sidebar route
      // and prefetch each one for its index — but (like loadSidebar before
      // the fix above) using its own path computation, missing the
      // /opencontrolpixelbudspro2/ prefix. Confirmed live: it fired ~80
      // simultaneous 404s on every page load, at least once visibly
      // freezing the tab, and appeared to also make real (non-scripted)
      // sidebar-link clicks intermittently fail to navigate even though a
      // JS-dispatched click on the exact same link worked correctly —
      // consistent with the fetch storm interfering with normal click
      // handling. Dropping 'auto' avoids the storm; search still works
      // against whatever page is currently loaded.
      search: {
        maxAge: 86400000,
        placeholder: 'Search docs...',
      },
      alias: {
        '/README': '/README.md'
        // Two alias-based fixes for _sidebar.md, and an explicit absolute
        // loadSidebar path, were all tried live here and none changed the
        // request at all: under routerMode 'history', it kept fetching
        // /_sidebar.md literally (domain root, no /opencontrolpixelbudspro2/
        // prefix) — unlike regular page content, which gets that prefix
        // automatically via window.location.pathname. Current attempt: a
        // bare relative loadSidebar value (see above) instead.
      }
    }
  </script>
  <script src="//cdn.jsdelivr.net/npm/docsify@4"></script>
  <script src="//cdn.jsdelivr.net/npm/docsify/lib/plugins/search.min.js"></script>
  <script src="//cdn.jsdelivr.net/npm/prismjs@1/components/prism-bash.min.js"></script>
</body>
</html>