Beta Test / Technical

[bdbcat]

Rick...
Well, yes, of course. But we do not have that function in the API today. Some plugins show their exact credentials in their own internally generated preferences dialog, most older ones don't.



This is planned to be added in the next Plugin API.


Thanks
Dave

[rgleason]

Thanks, I was wondering how Cmake did that, I guess it doesn't.


This improvement in the Options > Plugins page would be good too.
Ocpn_Draw in the About page shows
Plugin Major Minor Patch.
Plugin API number
OpenCPN API number
Draw API number
Date



I"ll put in Feature Requests.

Originally Posted by bdbcat

Rick...
Well, yes, of course. But we do not have that function in the API today. Some plugins show their exact credentials in their own internally generated preferences dialog, most older ones don't.



This is planned to be added in the next Plugin API.


Thanks
Dave

[bdbcat]

Rick...


OK.
Just please be clear that the contents of the Preferences page for each plugin is the responsibility of the Plugin itself. OCPN core simply executes the plugin's preferences dialog as directed.


Dave

[rgleason]

OK, I will find it, but I assume itis ok to show major.minor.patch.

[rgleason]

For OpenSource, Github Continuous Integration

Called Github "Actions"
https://github.com/features/actions
"Automate your workflow from idea to production
GitHub Actions makes it easy to automate all your software workflows, now with world-class CI/CD. Build, test, and deploy your code right from GitHub. Make code reviews, branch management, and issue triaging work the way you want."

[rgleason]

Semantic Versioning

A reminder: https://semver.org/


Items 1-8 are reasonably simple to follow.

A normal version number MUST take the form X.Y.Z where X, Y, and Z are non-negative integers, and MUST NOT contain leading zeroes. X is the major version, Y is the minor version, and Z is the patch version. Each element MUST increase numerically. For instance: 1.9.0 -> 1.10.0 -> 1.11.0.

Therefore, since leading 0's are dropped, use of octal is not needed.

[rgleason]

When using OpenCPN v5.0, recently Norton 360 has been popping up with this Firewall Alert:
192.168.1.85:52826 ---> TCP 21311 ---> 192.168.14.1:21311


This IP address is close to the opencpn.org IP address.
Do you know what is happening? Why?


I also attach a Norton File Insight Process ID 13292
I could not determine anything further from Admin Tools or Task Manager.


Don't know if these alerts can be marked "Ignored"

[CarCode]

Forget about Norton and other antivirus software. TCP 192.168.x.x are only local network addresses and not internet. Use Windows Defender instead and you are safe enough if you don't open any pishing mails.

[transmitterdan]

I agree with Carcode. Norton is very out dated and the best defense is Windows Firewall, frequent updates and Windows Defender. All of which are free with licensed Windows 10.

[rgleason]

So why would opencpn be connecting back to my network?

and why is it using port 21311?


I don't think I will abandon Norton yet, my experience is that it is better than microsoft, but still appointing and interfers at times.

[transmitterdan]

Originally Posted by rgleason

So why would opencpn be connecting back to my network?

and why is it using port 21311?


I don't think I will abandon Norton yet, my experience is that it is better than microsoft, but still appointing and interfers at times.

Look through your connections. I think that is the only way O itself would try to open 21311. Also, if you have any plugins check if they make any TCP connections. Maybe something like a radar plugin could try to open a port.

[Hakan]

radar_pi will of course use the network for communication and must pass the firewall(s). The radar types we're using are called broadband radars, so yes.
Navico types mostly port around 6-7000 though

[Moo]

Originally Posted by rgleason

When using OpenCPN v5.0, recently Norton 360 has been popping up with this Firewall Alert:
192.168.1.85:52826 ---> TCP 21311 ---> 192.168.14.1:21311


This IP address is close to the opencpn.org IP address.
Do you know what is happening? Why?


I also attach a Norton File Insight Process ID 13292
I could not determine anything further from Admin Tools or Task Manager.


Don't know if these alerts can be marked "Ignored"

They are local IP addresses. What devices do you have on those addresses? If you don't know what they are you can use something like Nmap (Zenmap) to find out.

[CarCode]

Originally Posted by rgleason

I don't think I will abandon Norton yet, my experience is that it is better than microsoft, but still appointing and interfers at times.

So why do you ask when you know things better?

[rgleason]

Moo and TDan thank you for the suggestions for figuring out if this TCP message can be ignored. I will try Nmap or Lansweeper or Zenmap to find that port and device. Thanks.