Packets are not broadcasted after some time.

[etam]

Host system: Ubuntu 12.04
Nodejs: latest (0.10.13) from https://launchpad.net/~richarvey/+archive/nodejs
Ethercalc: latest (0.20130724.1) from npm

On my system Ethercalc at start runs fine, but after about 5 minutes (not exact measure) weird things start to happen:

• Connected clients are not updated with changes
• New clients see empty spreadsheet
• Server in console displays that it receives packets from clients, but is not broadcasting them anymore. Normally there's message "broadcasting packet" followed by "websocket writing some_data...", but later there's only "broadcasting packet" and nothing happens (here's the log: http://susepaste.org/19467747. to line 381 everything is fine, then there's some inactivity and at 432 there are events that aren't broadcasted).

Reproducible: always

[audreyt]

Hmm, weird indeed. Does EtherCalc 0.20130727.0 and Node.js 0.10.15 help?

[jittichat]

I faced the same problem though I've updated both ethercalc and nodejs.
Host system: Ubuntu 12.04
Nodejs: latest (0.10.15)
Ethercalc: latest (0.20130727.0) from npm

[etam]

Nodejs: 0.10.15
Ethercalc: 0.20130727.0 from npm
Problem still exists.

[etam]

I don't know if it's a solution or rather workaround, but disabling 5 min timeout for idle clients in redis fixed the problem.

[Exceltoi]

It's the same for me, it's impossible to use Ethercalc in production, see #63, with
ubuntu 12.04 LTS
node -v > v0.10.19
npm ls --global >
/usr/lib
├─┬ [email protected]
│ ├── [email protected]
│ ├─┬ [email protected]
│ │ └── [email protected]
│ ├─┬ [email protected]
│ │ ├── [email protected]
│ │ └── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ └─┬ [email protected]
│ ├─┬ [email protected]
│ │ ├── [email protected]
│ │ └── [email protected]
│ ├─┬ [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├─┬ [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected]
│ │ │ └── [email protected]
│ │ └── [email protected]
│ ├─┬ [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├─┬ [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected]
│ │ │ └─┬ [email protected]
│ │ │ └── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ └─┬ [email protected]
│ │ └── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├─┬ [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ └─┬ [email protected]
│ │ ├─┬ [email protected]
│ │ │ └── [email protected]
│ │ ├── [email protected]
│ │ ├─┬ [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected]
│ │ │ └── [email protected]
│ │ └── [email protected]
│ └─┬ [email protected]
│ ├── [email protected]
│ ├─┬ [email protected]
│ │ └── [email protected]
│ └─┬ [email protected]
│ └── [email protected]
├─┬ [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├─┬ [email protected]
│ │ └── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├─┬ [email protected]
│ │ └── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├─┬ [email protected]
│ │ └── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├─┬ [email protected]
│ │ └── [email protected]
│ ├── [email protected]
│ ├─┬ [email protected]
│ │ └─┬ [email protected]
│ │ └── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├─┬ [email protected]
│ │ └── [email protected]
│ ├── [email protected]
│ ├─┬ [email protected]
│ │ └── [email protected]
│ ├─┬ [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├─┬ [email protected]
│ │ │ ├── [email protected]
│ │ │ └─┬ [email protected]
│ │ │ └── [email protected]
│ │ ├─┬ [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected]
│ │ │ └── [email protected]
│ │ ├─┬ [email protected]
│ │ │ ├── [email protected]
│ │ │ ├── [email protected]
│ │ │ └── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ ├── [email protected]
│ │ └── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├─┬ [email protected]
│ │ └── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ ├── [email protected]
│ └── [email protected]
└── [email protected]

[audreyt]

@etam Thanks for the report! This is the first time I've heard of timeout in Redis — is the stock redis.conf set to timeout 300? IIRC https://raw.github.com/antirez/redis/2.4/redis.conf and https://raw.github.com/antirez/redis/2.6/redis.conf both ships with timeout 0.

Clearly we need better Redis timeout handling, hopefully in redis/hiredis level. Pointers welcome!

[etam]

Ubuntu package in 12.04 http://packages.ubuntu.com/source/precise/redis has default timeout 300. All later versions have 0.

[Exceltoi]

With "timeout 0" in /etc/redis/redis.conf Ethercalc works very well for me.
Since it works very fine, it's great and the solution to my problem #63

Thank you very much