Giter Site home page Giter Site logo

docs's People

Contributors

arnm1707 avatar askya avatar casalsgh avatar debdutdeb avatar engelgabriel avatar faria1212 avatar geekgonecrazy avatar gitbook-bot avatar gradualchange avatar ikchiakwa avatar marceloschmidt avatar matheusbsilva137 avatar mayarafsantos avatar mayralimacustodio avatar njgrc avatar pavithrasudhakar avatar rachana-visavadiya avatar rodrigok avatar rodriq avatar romeo-adv avatar roxie-32 avatar sing-li avatar ysluk1110 avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar

docs's Issues

Incorrect CLI name mongo in manual install document

In deploy/prepare-for-your-deployment/other-deployment-methods/manual-installation/debian-based-distros/ubuntu , there is an instruction to run
mongo --eval "printjson(rs.initiate())"
The command name is mongosh, not mongo.

I think it is also similarly wrong for Debian and Kali, but I'm not sure.

AWS deployment CERTBOT cert only

https://docs.rocket.chat/deploy/prepare-for-your-deployment/cloud-deployments/aws

in this tutorial, we are only getting a certificate from CERTBOT, not the entire setup. In my personal experience, we could setup nginx first, then use certbot to get a certificate and configure it and then restart nginx. This makes sure that there is less things for the user to configure (and less errors).

I would be curious to know why isn't this the case, maybe I don't know something.

hint

% hint style="info" %} As of December 15, 2023, Rocket.Chat has ceased support for connections from cloud services and official mobile/desktop apps to workspaces running legacy versions outside our support window. Users on unsupported legacy servers are advised to upgrade to the latest Rocket.Chat version to ensure continued access to cloud, mobile, and desktop applications. Each Rocket.Chat version is supported for six months post-release. {% endhint %}

Custom OAuth - documentation/help text improvements

Description:

The Custom OAuth menu is currently without any help text, and rocket.chat docs doesn't mention how to set one up so part from the Callback URL the menu provide you're pretty much left figuring it out yourself.

Suggested improvements:

  • Add help text to fields that needs more explanation. Ie. it isn't very intuitive that the Scope field takes a space-separated list of scopes (maybe rename to 'Scope(s)' would be appropriate), or how the Username field is mapped (from what I can tell you can tell where to look for values named 'username', but not a field called something else)
  • Add documentation on Custom OAuth to the Rocket.Chat Docs

Placeholder or syntax used in this documentation system ?

Below the Key references section why the rest of the doc is formatted with this -
{% content-ref url="..." %} and ... ?
image

The formatting you've provided, such as {% content-ref url="..." %} and ..., appears to be a placeholder or syntax used in a particular documentation system or platform to reference or link to other documents or resources. It's not meant to be presented as part of the final documentation that end-users will read.

In the final documentation, this formatting should be replaced with the actual content or links that it points to. Users should see a clear and direct link or description of the resource they can access, rather than the placeholder or reference code.

Here's how it might look in the final documentation:

Minimum Requirements
Minimum Requirements for Client Apps

Support
Rocket.Chat Support Structure

Developer Guides
Developer Portal

In this way, users can easily access the relevant information without seeing the underlying formatting or placeholders.

Snap deployment: error: cannot find app "initcaddy" in "rocketchat-server"

I'm following this guide: https://github.com/RocketChat/docs/blob/main/deploy/deploy-rocket.chat/deploy-with-snaps.md#auto-ssl-with-snaps

At one point, there is this snippet:

sudo snap set rocketchat-server caddy-url=https://<your-domain-name>
sudo snap set rocketchat-server caddy=enable
sudo snap set rocketchat-server https=enable
sudo snap run rocketchat-server.initcaddy

But sudo snap run rocketchat-server.initcaddy results in the error:
error: cannot find app "initcaddy" in "rocketchat-server"

Is the documentation outdated? I'm running rocketchat-server 6.5.2 via snap.

Team owners/managers

Reading the docs, it doesn't get clear if a team can have a member with permissions to manage that team specifically and not the entire workspace. How does that work?

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.