Prosody version: 4ff2f14f9ac7
The following happens when trying to login with conversejs (5.0.4dev) via bosh.
```
http.server: Traceback[httpserver]: /usr/lib/prosody/modules/mod_scansion_record.lua:55: attempt to index field 'attr' (a nil value)
stack traceback:
[C]: in function 'parse'
/usr/lib/prosody/util/xmppstream.lua:288: in function 'feed'
/usr/lib/prosody/modules/mod_bosh.lua:136: in function '?'
/usr/lib/prosody/util/events.lua:79: in function </usr/lib/prosody/util/events.lua:75>
(...tail calls...)
/usr/lib/prosody/net/http/server.lua:228: in function </usr/lib/prosody/net/http/server.lua:176>
[C]: in function 'xpcall'
/usr/lib/prosody/net/http/server.lua:108: in function 'process_next'
/usr/lib/prosody/net/http/server.lua:124: in function 'success_cb'
/usr/lib/prosody/net/http/parser.lua:177: in function 'feed'
/usr/lib/prosody/net/http/server.lua:155: in function </usr/lib/prosody/net/http/server.lua:154>
(...tail calls...)
/usr/lib/prosody/net/server_select.lua:948: in function </usr/lib/prosody/net/server_select.lua:932>
[C]: in function 'xpcall'
/usr/lib/prosody/../../bin/prosody:80: in function 'loop'
/usr/lib/prosody/../../bin/prosody:90: in main chunk
[C]: in ?
```
Zash
on
Thanks for the report.
The traceback doesn't really give away that many details.
I'm guessing that it is related to the empty strings mod_bosh sends to flush the queue after a request times out.
Related to #658.
Prosody version: 4ff2f14f9ac7 The following happens when trying to login with conversejs (5.0.4dev) via bosh. ``` http.server: Traceback[httpserver]: /usr/lib/prosody/modules/mod_scansion_record.lua:55: attempt to index field 'attr' (a nil value) stack traceback: [C]: in function 'parse' /usr/lib/prosody/util/xmppstream.lua:288: in function 'feed' /usr/lib/prosody/modules/mod_bosh.lua:136: in function '?' /usr/lib/prosody/util/events.lua:79: in function </usr/lib/prosody/util/events.lua:75> (...tail calls...) /usr/lib/prosody/net/http/server.lua:228: in function </usr/lib/prosody/net/http/server.lua:176> [C]: in function 'xpcall' /usr/lib/prosody/net/http/server.lua:108: in function 'process_next' /usr/lib/prosody/net/http/server.lua:124: in function 'success_cb' /usr/lib/prosody/net/http/parser.lua:177: in function 'feed' /usr/lib/prosody/net/http/server.lua:155: in function </usr/lib/prosody/net/http/server.lua:154> (...tail calls...) /usr/lib/prosody/net/server_select.lua:948: in function </usr/lib/prosody/net/server_select.lua:932> [C]: in function 'xpcall' /usr/lib/prosody/../../bin/prosody:80: in function 'loop' /usr/lib/prosody/../../bin/prosody:90: in main chunk [C]: in ? ```
Thanks for the report. The traceback doesn't really give away that many details. I'm guessing that it is related to the empty strings mod_bosh sends to flush the queue after a request times out. Related to #658.
Changes