elm-pages-v3-beta/CHANGELOG-NPM.md
Dillon Kearns dd964fe2df Remove offline-ready caching service worker code for now.
Context: this was creating some issues for at least one user where workbox was serving up stale data from the precache. The precache for main.js and index.html were overshadowing the rule for offline navigation fallback routing. So stale data was being served up. This may have been because of a cloudflare CDN patch.
2020-02-25 11:44:41 -08:00

6.0 KiB

Changelog npm

All notable changes to the elm-pages npm package will be documented in this file.

The format is based on Keep a Changelog and this project adheres to Semantic Versioning.

[Unreleased]

[1.2.10] - 2020-02-25

  • Turn off offline service worker fallbacks for now. This will likely be revisited in the future when I can give it a full treatment. It seemed to cause an issue for at least one user of elm-pages, though it may have been related to some a Netlify cloudflare plugin that modifies the HTML assets.

[1.2.9] - 2020-02-18

[1.2.8] - 2020-02-08

Fixed

[1.2.7] - 2020-02-03

Fixed

  • Don't serve fallback HTML from service worker when a page 404s... only when it fails to load (i.e. when you're offline). 404s will go through from the server if you're online now.

[1.2.6] - 2020-02-03

Fixed

  • Only serve up the root route's HTML as a fallback when you're offline. This fixes the flash of root page content when you are online. When you're offline, you will currently still see the root page flash when you load a page, but you will be able to navigate to any cached pages as long as their content.json is in the service worker cache.

[1.2.5] - 2020-01-31

Fixed

  • Make sure that pre-render trigger event fires to fix pre-rendering hanging.

[1.2.4] - 2020-01-30

Fixed

[1.2.2] - 2020-01-27

Fixed

  • Dev server only terminates with unrecoverable build errors, and now will continue running with recoverable errors like metadata parsing errors. See #58.

Added

  • The pagesInit function that wraps the way you initialize your app in index.js now returns a Promise so you can wire up ports to it once it's initialized. See #50. Thank you @icidasset! 🙏

[1.2.1] - 2020-01-20

Fixed

  • Removed a couple of debug console.log statements from the CLI.

[1.2.0] - 2020-01-20

Changed

  • Changed the CLI generator to expect code from the new Elm package from the new generateFiles hook in Pages.Platform.application.

[1.1.8] - 2020-01-20

Fixed

  • "Missing content" message no longer flashes between pre-rendered HTML and the Elm app hydrating and taking over the page. See #48.

[1.1.7] - 2020-01-12

Fixed

  • Newlines and escaped double quotes ("s) are handled properly in content frontmatter now. See #41. Thank you Luke! 🎉🙏

[1.1.6] - 2020-01-04

Added

  • Added hot reloading for code changes! That means that in dev mode (elm-pages develop), you can change your code and the changes will be reloaded in your browser for you instantly. Note that changing files in your content folder won't yet be instantly reloaded, that will be a future task. See #35.

[1.1.5] - 2020-01-03

Fixed

  • Fixed the bug that showed blank pages and failed page reloads when you change files in the content folder. Thank you so much @danmarcab for contributing the fix! See #23.

[1.1.4] - 2020-01-03

Changed

  • Updated favicons-webpack-plugin to latest version. Had to upgrade to html-webpack-plugin@4.0.0-beta.11 for this. See #32.

[1.1.3] - 2020-01-03

*Check out this upgrade checklist for more details and steps for upgrading your project.

Changed

  • Added StaticHttp requests in the CLI process (see the Elm package changelog).

[1.0.41] - 2019-11-14

Fixed

  • Fixed a regression where elm-markup frontmatter was being incorrectly parsed as JSON (fixes #20).

[1.0.40] - 2019-11-04

Fixed

  • Generate files for extensions other than .md and .emu (fixes #16). As always, be sure to also use the latest Elm package.

Added

  • Ability to use a custom port for dev server (#10; thank you @leojpod! 🎉)

[1.0.39] - 2019-10-18

Fixed

  • Use hidden <div> to listen for Elm view renders instead of wrapping entire page in an extra div. Fixes #5.

Changed

  • Add onPageChange : PagePath Pages.PathKey -> userMsg field to Pages.application config record. This is analagous to onUrlChange in Browser.application, except that you get a type-safe PagePath Pages.PathKey because it is guaranteed that you will only go to one of your static routes when this Msg is fired. Fixes #4.