Opened 8 years ago
Closed 14 months ago
#99 closed defect (fixed)
Missbehaviour of "Add streams from caster" dialog
Reported by: | mlytvyn | Owned by: | stuerze |
---|---|---|---|
Priority: | normal | Component: | BNC |
Version: | Keywords: | ||
Cc: |
Description
Problem can be reproduced in the following way:
1) "Add Stream" -> "Caster"
2) Select arbitrary caster from combobox e.g. www.euref-ip.net
3) Ntrip Version -> 2s
4) Press "Get table"
5) Press "Close"
6) Trying to add another stream will cause program freezing.
It seems that setting Ntrip version to 2s is locking mutex in
t_irc bncTableDlg::getFullTable
which then can not be unlocked since function is still waiting for response from caster.
After pressing "Get table" (step 6) the widgets (caster combo box, user name line edit etc.) on the "Add Stream" dialog are still active which also seems not to be correct.
I've use two Linux versions: static build by BKG for Ubuntu 14 x64 and my port to Qt5 and built with newmat included in my distro. The problem exists on both.
Attachments (0)
Change History (6)
comment:1 by , 8 years ago
Component: | Other → BNC |
---|---|
Owner: | changed from | to
comment:2 by , 8 years ago
comment:4 by , 8 years ago
I suppose you are considering optimistic variant.
What would happened if there is no caster waiting for SSL-connection on port 443? Let's imagine that I as inexperience user just select wrong protocol and wrong port. Could it be that under some conditions function getFullTable will never return?
comment:5 by , 8 years ago
As mentioned above, the behavior will be investigated and the issue has to be solved but in BETWEEN you can use port 443 for a real ssl request.
comment:6 by , 14 months ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Thank you for this hint. It will be investigated.
Using port 443 should help in between.
Best regards, Andrea