stream-chat-react 14.4.1 → 14.6.0

package/dist/cjs/{ReactPlayerWrapper.16cd6fed.js → ReactPlayerWrapper.30240f76.js}

@@ -1,4 +1,4 @@
-const require_useNotificationApi = require("./useNotificationApi.9ffe5761.js");
+const require_useNotificationApi = require("./useNotificationApi.eb753f31.js");
 let react_jsx_runtime = require("react/jsx-runtime");
 let react_player = require("react-player");
 react_player = require_useNotificationApi.__toESM(react_player);
@@ -21,4 +21,4 @@ var ReactPlayerWrapper = ({ isPlaying, thumbnailUrl, videoUrl }) => /* @__PURE__
 //#endregion
 exports.default = ReactPlayerWrapper;
 
-//# sourceMappingURL=ReactPlayerWrapper.16cd6fed.js.map
+//# sourceMappingURL=ReactPlayerWrapper.30240f76.js.map

package/dist/cjs/{ReactPlayerWrapper.16cd6fed.js.map → ReactPlayerWrapper.30240f76.js.map}

@@ -1 +1 @@
-{"version":3,"file":"ReactPlayerWrapper.16cd6fed.js","names":[],"sources":["../../src/components/VideoPlayer/ReactPlayerWrapper.tsx"],"sourcesContent":["import ReactPlayerImport from 'react-player';\n\nimport type { VideoPlayerProps } from './VideoPlayer';\n\n// react-player ships as CJS with the component on `exports.default`. Some\n// bundler/interop setups (e.g. Vite serving our built ESM as a linked workspace\n// dependency) hand back the module namespace `{ default }` instead of the\n// component itself, which makes React throw \"Element type is invalid ... got:\n// object\". Unwrap the default defensively so it works regardless of interop.\nconst ReactPlayer =\n  (ReactPlayerImport as unknown as { default?: typeof ReactPlayerImport }).default ??\n  ReactPlayerImport;\n\n/**\n * Default-exported so `VideoPlayer` can code-split it via `React.lazy`, keeping\n * `react-player` (~2 MB) out of the SDK's eager import graph — it is fetched\n * only when a default video player actually renders.\n */\nconst ReactPlayerWrapper = ({ isPlaying, thumbnailUrl, videoUrl }: VideoPlayerProps) => (\n  <ReactPlayer\n    className='react-player'\n    config={{ file: { attributes: { poster: thumbnailUrl } } }}\n    controls\n    height='100%'\n    playing={isPlaying}\n    url={videoUrl}\n    width='100%'\n  />\n);\n\nexport default ReactPlayerWrapper;\n"],"mappings":";;;;;AASA,IAAM,cACH,aAAA,QAAwE,WACzE,aAAA;;;;;;AAOF,IAAM,sBAAsB,EAAE,WAAW,cAAc,eACrD,iBAAA,GAAA,kBAAA,KAAC,aAAD;CACE,WAAU;CACV,QAAQ,EAAE,MAAM,EAAE,YAAY,EAAE,QAAQ,aAAa,EAAE,EAAE;CACzD,UAAA;CACA,QAAO;CACP,SAAS;CACT,KAAK;CACL,OAAM;AACP,CAAA"}
+{"version":3,"file":"ReactPlayerWrapper.30240f76.js","names":[],"sources":["../../src/components/VideoPlayer/ReactPlayerWrapper.tsx"],"sourcesContent":["import ReactPlayerImport from 'react-player';\n\nimport type { VideoPlayerProps } from './VideoPlayer';\n\n// react-player ships as CJS with the component on `exports.default`. Some\n// bundler/interop setups (e.g. Vite serving our built ESM as a linked workspace\n// dependency) hand back the module namespace `{ default }` instead of the\n// component itself, which makes React throw \"Element type is invalid ... got:\n// object\". Unwrap the default defensively so it works regardless of interop.\nconst ReactPlayer =\n  (ReactPlayerImport as unknown as { default?: typeof ReactPlayerImport }).default ??\n  ReactPlayerImport;\n\n/**\n * Default-exported so `VideoPlayer` can code-split it via `React.lazy`, keeping\n * `react-player` (~2 MB) out of the SDK's eager import graph — it is fetched\n * only when a default video player actually renders.\n */\nconst ReactPlayerWrapper = ({ isPlaying, thumbnailUrl, videoUrl }: VideoPlayerProps) => (\n  <ReactPlayer\n    className='react-player'\n    config={{ file: { attributes: { poster: thumbnailUrl } } }}\n    controls\n    height='100%'\n    playing={isPlaying}\n    url={videoUrl}\n    width='100%'\n  />\n);\n\nexport default ReactPlayerWrapper;\n"],"mappings":";;;;;AASA,IAAM,cACH,aAAA,QAAwE,WACzE,aAAA;;;;;;AAOF,IAAM,sBAAsB,EAAE,WAAW,cAAc,eACrD,iBAAA,GAAA,kBAAA,KAAC,aAAD;CACE,WAAU;CACV,QAAQ,EAAE,MAAM,EAAE,YAAY,EAAE,QAAQ,aAAa,EAAE,EAAE;CACzD,UAAA;CACA,QAAO;CACP,SAAS;CACT,KAAK;CACL,OAAM;AACP,CAAA"}