Skip to content
Snippets Groups Projects
  1. Sep 03, 2022
  2. Aug 17, 2022
  3. May 04, 2022
  4. Apr 28, 2022
  5. Apr 20, 2022
  6. Apr 19, 2022
  7. Mar 08, 2022
    • Patrick Cloke's avatar
      Clean-up demo scripts & documentation (#12143) · 9a0172d4
      Patrick Cloke authored
      * Rewrites the demo documentation to be clearer, accurate, and moves it to our documentation tree.
      * Improvements to the demo scripts:
      	* `clean.sh` now runs `stop.sh` first to avoid zombie processes.
      	* Uses more modern Synapse configuration (and removes some obsolete configuration).
      	* Consistently use the HTTP ports for server name, etc.
      	* Remove the `demo/etc` directory and place everything into the `demo/808x` directories.
      9a0172d4
  8. Feb 10, 2022
  9. Oct 11, 2021
  10. Oct 06, 2021
  11. Sep 29, 2021
  12. Aug 31, 2021
  13. Jul 09, 2021
  14. Jul 08, 2021
  15. Jun 28, 2021
  16. Jun 23, 2021
    • Andrew Morgan's avatar
      Convert UPGRADE.rst to markdown (#10166) · 7f25d738
      Andrew Morgan authored
      This PR:
      
      * Converts UPGRADE.rst to markdown and moves the contents into the `docs/` directory.
      * Updates the contents of UPGRADE.rst to point to the website instead.
      * Updates links around the codebase that point to UPGRADE.rst.
      
      `pandoc` + some manual editing was used to convert from RST to md.
      7f25d738
  17. Jun 17, 2021
  18. Jun 11, 2021
  19. May 27, 2021
  20. Apr 06, 2021
    • Andrew Morgan's avatar
      Add a Synapse Module for configuring presence update routing (#9491) · 04819239
      Andrew Morgan authored
      At the moment, if you'd like to share presence between local or remote users, those users must be sharing a room together. This isn't always the most convenient or useful situation though.
      
      This PR adds a module to Synapse that will allow deployments to set up extra logic on where presence updates should be routed. The module must implement two methods, `get_users_for_states` and `get_interested_users`. These methods are given presence updates or user IDs and must return information that Synapse will use to grant passing presence updates around.
      
      A method is additionally added to `ModuleApi` which allows triggering a set of users to receive the current, online presence information for all users they are considered interested in. This is the equivalent of that user receiving presence information during an initial sync. 
      
      The goal of this module is to be fairly generic and useful for a variety of applications, with hard requirements being:
      
      * Sending state for a specific set or all known users to a defined set of local and remote users.
      * The ability to trigger an initial sync for specific users, so they receive all current state.
      04819239
    • Erik Johnston's avatar
  21. Mar 06, 2021
  22. Jan 20, 2021
  23. Jan 15, 2021
  24. Jan 10, 2021
  25. Jan 04, 2021
  26. Nov 13, 2020
  27. Oct 27, 2020
    • Dan Callahan's avatar
      Minor updates to docs on how to run tests (#8666) · e90fad5c
      Dan Callahan authored
      
      The test runner isn't present in the `[all]` set of extras, so the
      previous instructions did not work without also installing `[test]`.
      
      Note that this does not include the `[lint]` extras, since those do not
      install on all supported Python versions (specifically, isort 5.x
      requires Python 3.6, while we still support 3.5). Instructions for that
      are included in our pull request template, so we should be fine there.
      
      I've also dropped the `--no-use-pep517` arg to `pip install` since it
      seems to have been added to address a temporary regression in pip 19.1
      which was fixed in pip 19.1.1 the following month.
      
      Lastly, updated the example output of the test suite to set more
      realistic expectations around run time.
      
      Signed-off-by: default avatarDan Callahan <danc@element.io>
      e90fad5c
  28. Oct 08, 2020
  29. Oct 07, 2020
  30. Jul 29, 2020
  31. Jul 23, 2020
  32. Jul 08, 2020
  33. Jun 19, 2020
  34. Jun 01, 2020
  35. May 01, 2020
    • Brendan Abolivier's avatar
      Add a section about support to the top of the README (#7392) · cb6fd280
      Brendan Abolivier authored
      Continuation of #7379
      
      Adds a section in the README telling people to go to #synapse:matrix.org instead of using github issues. I'm not entirely sure about placing it above the install section but then people are likely to first seek support when installing (if something goes boom), and it's probably better to have it as high as possible anyway so people actually see it.
      cb6fd280
    • Brendan Abolivier's avatar
      Make it clearer that #synapse:matrix.org is our support channel (#7379) · a6b32bad
      Brendan Abolivier authored
      This PR moves the "support is in #synapse:matrix.org" in the bug report template outside of the comment as some people seem to ignore what's in the comments, and phrase it a bit more like the support request template. It also adds a default issue template that says the same thing. It's also adding a notice about the security disclosure to both the default template and the bug report one.
      
      It also adds a badge to the top of the README with an alt text saying about the same message if the badge doesn't load (e.g. if matrix.org is slow).
      
      Fixes #6826 
      a6b32bad
  36. Feb 05, 2020
  37. Dec 22, 2019
Loading