v1.9.6

Author: zlshames

README.md

@@ -42,7 +42,7 @@ yarn add [email protected]
 * iMessage Database Models: `/bluebubbles-server/src/server/api/imessage/entity`
     - **Description**" This directory contains all of the entities within the iMessage Chat database. These are also known as database "models". They defined the columns and their types. These files determine what "properties" are associated with each entity, and what we can get from the database table
 * iMessage Database Transformers: `/bluebubbles-server/src/server/api/imessage/transformers`
-    - **Description**: This directory contains what we cann "transformers". They allow us to automatically convert values that we get from the database, as well as insert into the database. These are super helpful for the iMessage database. One instance they really help is with date conversions. iMessage stores dates as seconds since 2001. This is opposed to a "normal" seconds since EPOCH. On top of that, they switched the date formats from v10.12 to v10.13. The transformers allows us to seemlessly convert those date without having to worry about it in our "fetching" code. There are also transformers for integers to booleans as well as reaction IDs to strings
+    - **Description**: This directory contains what we call "transformers". They allow us to automatically convert values that we get from the database, as well as insert into the database. These are super helpful for the iMessage database. One instance they really help is with date conversions. iMessage stores dates as seconds since 2001. This is opposed to a "normal" seconds since EPOCH. On top of that, they switched the date formats from v10.12 to v10.13. The transformers allows us to seemlessly convert those date without having to worry about it in our "fetching" code. There are also transformers for integers to booleans as well as reaction IDs to strings
 * iMessage Database Listeners: `/bluebubbles-server/src/server/api/imessage/listeners`
     - **Description**: These classes are "listeners". They allow you to listen on certain things. For instance, the MessageListener allows you to "listen" for new messages. It does this by polling the database for new information, then "emitting" that message to whoever is listening. These classes inherit the JS EventEmitter class
 * Filesystem Lib: `/bluebubbles-server/src/fileSystem`

package.json

@@ -1,6 +1,6 @@
 {
     "name": "bluebubbles-server",
-    "version": "1.9.5",
+    "version": "1.9.6",
     "description": "BlueBubbles Server is the app that powers the BlueBubbles app ecosystem",
     "private": true,
     "workspaces": [

…ver/appResources/macos/daemons/README.md …urces/macos/daemons/cloudflare/README.mdpackages/server/appResources/macos/daemons/README.md renamed to packages/server/appResources/macos/daemons/cloudflare/README.md packages/server/appResources/macos/daemons/README.md renamed to packages/server/appResources/macos/daemons/cloudflare/README.md

@@ -0,0 +1 @@
+0b21f3facc4df91bc62b341c3ba2e1c0

…ppResources/macos/daemons/cloudflare.pid …/macos/daemons/cloudflare/cloudflare.pidpackages/server/appResources/macos/daemons/cloudflare.pid renamed to packages/server/appResources/macos/daemons/cloudflare/cloudflare.pid packages/server/appResources/macos/daemons/cloudflare.pid renamed to packages/server/appResources/macos/daemons/cloudflare/cloudflare.pid

@@ -0,0 +1,9 @@
+# Signature Verification
+
+The `.md5` files within this directory contain a single string that is correlated to the official MD5 hash for each of the daemons. You can verify the signature by executing the following command:
+
+`md5 /path/to/daemon/executable`
+
+## zrok
+
+This is the official zrok daemon, downloaded from: https://github.com/openziti/zrok/releases