Online chat without registration over 25 s

This probably comes for free with Cordova, but just want to make sure. @mitar @Superhearing @butaman @flantascience I'm trying to come up with a solution for this issue. I understand both points of view and trade-offs of both (maybe not all of them).

Main issue with having guest accounts from my point of view is amount of the data and it can be solved like that: . Id() used on almost every step Those can also be solved but with a much greater effort.

The infinite loading shouldn't happen anymore and the guests get instantly deleted as soon as the session finish (like closing the tab). Deleting 'guest' accounts when tab closes works perfectly.

One other thing -- if I close my browser (in this case, Safari), and then reopen, and then paste then I get either only the login page, or an error message 'Invalid User'.

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.

But I did not know that at the beginning was the idea to only see public channels. Exception in callback of async function: Error: [Can't find migration version 81] I20170119-.627(-5)? Migrations._find Index By Version (/Users/username/Code/anonymous-rocket-chat/Rocket. Chat/.meteor/local/build/programs/server/packages/rocketchat_migrations.js:413:8) I20170119-.627(-5)? However, my idea was from @rodrigok's suggestion and Skype guest access.

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.I think if someone has a URL to a public room, then guest should be able to go right in to that room by use visiting the URL directly The `Invalid user' pops out because the browser is trying to login using a deleted user.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?And if the are not logged in, they have also to fill in the name in the status bar (which stays stored locally).But if I want to have all channels public, I do not want to enable per channel it every time.

Leave a Reply