Free jerking off chat room without logging in Camenchat nl
And if you setup this, you'll have no registration form, since every visitor will be automatically registered as a guest user.
I think you should just rely on admin settings to force user registration or not.
Because those are two pretty different use cases still.
Maybe we could use a Meteor package which automatically creates an account for every user, and then just use permissions to do the rest.
About the direct URL thing I think that I might be part of another issue, something like "allows redirect from login page" so that if you go to /channel/room1 without being authenticated you get redirected to something like /login?
p=/channel/page1 and after login (or automatic login if guest) you get redirected to the initial page you wrote.
When they would open a channel, they could see what is happening there, but the message input box would be grayed out and a message to register/login to post would be there. I would really like that it can be like: user comes, sees channels (maybe flagged as such), and can read them, and can write an reply.
But my main issue with Slack is that it is not open enough. So when a not-logged in user would open root address, they would get to the normal main screen, with all channels listed and so on.
I understand both points of view and trade-offs of both (maybe not all of them). Is *not* using guest account a prerequisite to solve this issue? at Function.__Each (/Users/username/.meteor/packages/meteor-tool/.1.4.2_3.1i5aaok x86_64 web.browser web.cordova/x86_64/dev_bundle/server-lib/node_modules/underscore/underscore.js:) I20170119-.630(-5)?Main issue with having guest accounts from my point of view is amount of the data and it can be solved like that: // example from https://atmospherejs.com/artwells/accounts-guest/* clean out all guest accounts more than 2 hours old */var before = new Date();Hours(Hours() - 2); Accounts.remove Old Guests(before); The main issues with *not* having an account for a chat participant are following: 1. — You are receiving this because you were mentioned. Migrations.migrate To (/Users/username/Code/anonymous-rocket-chat/Rocket. Chat/.meteor/local/build/programs/server/packages/rocketchat_migrations.js:2) I20170119-.627(-5)? at meteor Install.server.startup.(/Users/username/Code/anonymous-rocket-chat/Rocket. Chat/.meteor/local/build/programs/server/app/app.js:38) I20170119-.628(-5)? at file Evaluate (packages/modules-runtime.js:188:9) I20170119-.628(-5)? at require (packages/modules-runtime.js:1) I20170119-.629(-5)? at /Users/username/Code/anonymous-rocket-chat/Rocket. Chat/.meteor/local/build/programs/server/app/app.js:8314:1 I20170119-.629(-5)? at /Users/username/Code/anonymous-rocket-chat/Rocket. Chat/.meteor/local/build/programs/server/boot.js:2 I20170119-.629(-5)? at /Users/username/Code/anonymous-rocket-chat/Rocket. Chat/.meteor/local/build/programs/server/boot.js:128:5 I20170119-.630(-5)? at /Users/username/Code/anonymous-rocket-chat/Rocket. Chat/.meteor/local/build/programs/server/boot.js:344:5 I20170119-.631(-5)? at (/Users/username/Code/anonymous-rocket-chat/Rocket. Chat/.meteor/local/build/programs/server/profile.js:4) I20170119-.631(-5)? at /Users/username/Code/anonymous-rocket-chat/Rocket. Chat/.meteor/local/build/programs/server/boot.js:3 I20170119-.632(-5)? @garg ah, I quite forgot that main purpose of this issue is not guest access but anonymous access.Reply to this email directly, view it on Git Hub Sorry if I'm distracting. Migrations._migrate To (/Users/username/Code/anonymous-rocket-chat/Rocket. Chat/.meteor/local/build/programs/server/packages/rocketchat_migrations.js:2) I20170119-.627(-5)? changing username is not very important thing here. What I mean by that is that is that users can come and start reading what is happening on public channels without registration.And if the are not logged in, they have also to fill in the name in the status bar (which stays stored locally).
@engelgabriel @marceloschmidt is this a planned feature?