Huge News!Announcing our $40M Series B led by Abstract Ventures.Learn More
Socket
Sign inDemoInstall
Socket

@mashroom/mashroom-helmet

Package Overview
Dependencies
Maintainers
1
Versions
85
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

@mashroom/mashroom-helmet - npm Package Versions

1
78

1.2.1

Diff

Changelog

Source

1.2.1 (November 25, 2019)

  • Redis Session Provider: Added cluster support
  • Session Middleware: Log error messages of providers (Redis, MongoDB) properly
jkofler
published 1.2.0 •

Changelog

Source

1.2.0 (November 15, 2019)

  • Portal: The Angular 8 demo App can now be loaded multiple times on the same page with a different configuration (bootstrap fixed).
  • Portal: Added support for sharing resources between portal apps (e.g. vendor libraries or styles). A shared resource with a given name will only loaded once, even if multiple Portal Apps declare it. A shared resource can be added like this in the plugin definition:
    {
        "name": "Demo Shared DLL App 1",
        "type": "portal-app",
        "bootstrap": "startupDemoSharedDLLApp1",
        "sharedResources": {
            "js": [
                "demo_shared_dll_910502a6fce2f139eff8.js"
            ]
        }
    }
    
    Check out the demo project here: https://github.com/nonblocking/mashroom-demo-shared-dll
  • Portal: A remote Portal App which is not reachable for a long time is now unregistered instead of complete removed from the list of remote Apps
  • Added MongoDB session provider plugin
  • Added Redis session provider plugin
  • Portal: Show a proper error if a configured Portal App on a page cannot be loaded (instead of showing nothing)
jkofler
published 1.1.4 •

Changelog

Source

1.1.4 (October 23, 2019)

  • Core: Logger instances created via req.pluginContext.loggerFactory('category') share now the context with all other loggers created from the same request. This can for example be used to output tracing information with each log entry. The following context properties will be added automatically to each request:
    • clientIP
    • browser (e.g. Chrome, Firefox)
    • browserVersion
    • os (e.g. Windows)
    • sessionID (if a session is available)
    • portalAppName (if the request is related to a portal app)
    • portalAppVersion (if the request is related to a portal app) To add additional properties to the logger context use the new logger.addContext() method (e.g. within a middleware). If you want to output context properties with the log entries you could configure the log4js appender like this:
    "console": {
        "type": "console",
        "layout": {
            "type": "pattern",
            "pattern": "%d %p %X{sessionID} %X{browser} %X{browserVersion} %X{username} %X{portalAppName} %X{portalAppVersion} %c - %m"
        }
    }
    
  • HTTP Proxy: White listed Jaeger, OpenZipkin and W3C Trace Context HTTP headers by default
  • HTTP Proxy: Fixed the problem that all requests headers got forwarded to the target, even cookie and other security relevant ones
jkofler
published 1.1.3 •

Changelog

Source

1.1.3 (October 15, 2019)

  • Tabify App: Allow to update the title for a specific app id. This is useful for dynamic cockpits where you might want to load the same App multiple times in a tabbed area.
  • Portal: Fixed a problem with token highlighting in the add app panel
jkofler
published 1.1.2 •

Changelog

Source

1.1.2 (September 30, 2019)

  • Added a middleware plugin that introduces Helmet which sets a bunch of protective HTTP headers on each response
  • Upgraded some dependencies because of security vulnerabilities
1
78
SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc