wb8tyw / d-rats Goto Github PK

Testing the Main Chat log view log button generates a GTK assert message:

** (gedit:24681): WARNING **: 07:44:01.366: Set document metadata failed: Setting attribute metadata::gedit-position not supported

Was attempting to reproduce an issue and tripped on this bug where the configuration window to select a the download directory is frozen and this appeared in the log.

02/18/2022 18:06:01:INFO:Platform:gui_select_dir: failed to get directory broad-exception
Traceback (most recent call last):
  File "\\aviary\home/work\d-rats\D-Rats/d_rats/dplatform.py", line 774, in gui_select_dir
    fname = shell.SHGetPathFromIDList(pidl)
TypeError: None is not a valid ITEMIDLIST in this context

Have a report of a message lock traceback showing up.

I have seen that show up with undeliverable messages that d-rats tried to deliver or a d-rats crash tripped during delivery.

One possible way to reproduce is to try to send a form to yourself. D-rats has a code that drops outgoing packets that it detects are destined for itself. In the case of sending forms or messages, d-rats appears to time out and retry sending the message forever, until it is shut down and the message and sometimes its associated lock file are removed.

02/18/2022 20:36:14:INFO:MsgRouting:msg_lock: ------ LOCK OWNED BY -------
  File "/usr/lib/python3.7/threading.py", line 890, in _bootstrap
    self._bootstrap_inner()
  File "/usr/lib/python3.7/threading.py", line 926, in _bootstrap_inner
    self.run()
  File "/usr/lib/python3.7/threading.py", line 870, in run
    self._target(*self._args, **self._kwargs)
  File "/home/riggs498/Ham-Radio/D-Rats/d_rats/msgrouting.py", line 660, in
_run
    queue = self._get_queue()
  File "/home/riggs498/Ham-Radio/D-Rats/d_rats/msgrouting.py", line 392, in
_get_queue
    if not msg_lock(field):
  File "/home/riggs498/Ham-Radio/D-Rats/d_rats/msgrouting.py", line 103, in
msg_lock
    traceback.print_stack(file=lock)
------------

02/18/2022 20:36:14:INFO:MessageRouter:_get_queue: Message
/home/riggs498/.d-rats-ev/messages/Outbox/form_02132022_233920.xml is
locked, skipping

so, the flag "connect" "disconnect" it is not working (since a long time)

in the master branch of 0.3.10, i had started addressing it, but with limited success. I am not sure if it's worth merging the code.

if you just click the flag, it doesn't toggle the connection status. but,

if you change the flag and go into config and save it, the connection status gets connected/disconnected as per the flag setting.

trying to move the map with the mouse while it was still loading the tiles got me to a segmentaion fault error and complete crash of the application

When the d-rats client program gets disconnected from a repeater,it may report the disconnection for a few times.

When the repeater should be reachable again, it does not reconnect, and the only log message is that it is waiting 1.3 seconds before transmitting at the default log level.

The only way to get it to reconnect is to restart the d-rats client.

D-Rats appears to be pre-configured to optionally use many data sources.

We have to make sure that we are in compliance with all terms of use for these services. Many require a notice of use.

We also need to make sure that the information for accessing these resources stored in a configuration file and not hard coded into the program.

The file size, also used for form sending, is sent over the network in native endian format.
All other numbers used in D-Rats protocols are network-endian, which is also known as big endian.

Native endian format varies with the hardware platform, x86 based systems are little endian.
Current versions of D-rats can not exchange files with systems of different endian types.

Unfortunately correcting the file size to network-endian would mean that d-rats on x86 and other little-endian systems would not be able to exchange files with older d-rats that were on little-endian, and the majority of d-rats systems are running on little-endian systems.

This means that that the fix is to set/document the sessions.file.recv_file () and sessions.file.send_file()size encoding to use little-endian.

Normally numbers sent over a network as part of a packet structure are sent big-endian.

A code-review note, if you do not see endian conversion routines or other explicit specification of the endian in packing / unpacking numeric data from a packet, that is a bug.

The wl2k and agwpe are exceptions to this and are little-endian based on the exising d-rats code.

https://en.wikipedia.org/wiki/Endianness

edit button of QST does not have any effect (it should open a pop-up to edit the QST)

the console shows a line stating "Defining SQT types"

Remove and Delete buttons are working

note: in my case all buttons are shown in a correct Italian "Aggiungi", "Rimuovi" and "Modifica"

in the Map Window -> Map menu -> Edit sources

The edit pop-up:
it does list the "groups" /e.g. "Stations" and "Misc"

it doesn't list the static points added within "misc" (and there is no edit)

Currently to allow a callsign to use e-mail, the call sign and the dash suffix needs to be specified to be allowed.

I can not just enable for a callsign.

The msgrouting.py smtp mailer debuglevel needs to be able to be configured.

It is currently set to 1, which is very verbose when transferring an e-mail message.

While in the chat tab i can create a QST,

• double click on it resets the counter but it doesnt send openweather messages
• waiting the end of the counter the messages (not only openweather) are NOT sent

02/17/2022 22:04:55:INFO:SessionManager:incoming: Received block 0:5 for session `chat'
02/17/2022 22:05:00:INFO:QSTOpenWeather:QST thread still running, not starting another
02/17/2022 22:05:20:INFO:QSTOpenWeather:QST thread still running, not starting another

In my long career, I have spent way too much time debugging serial connections, and most of it is caused by either programs or wired devices not following that standards.

There are multiple wiring patterns that people have for serial ports, and D-rats is not fully compliant with them.

There is a minimal writing pattern that is common where only the send/receive and signal return lines.

In this configuration, software handshaking (XON/XOFF) or making sure that you have fast enough / big enough buffering.

The serial connection to an radio can be an example of the minimal wiring.

Some protocols like AX-25 doe not support software handshaking.

TNCs and D-rats should support a more full wiring of all the handshake lines, particularly RTS/CTS, CD, DSR and DTR.

The DTR signal must be asserted by a program when it has control of the serial port.
The DTR signal is connected to the remote DSR signal.
A program should not assume that anything is paying attention any data from the serial port if is not asserting the DTR signal.

For DSR D-rats needs an option to enable monitoring this signals for an active serial connection.
If that option is enabled, D-rats should only consider the connection active if DSR is asserted and should set it to disconnected when it is not asserted. CD should also be monitored. A drop of CD or DSR means that the connection is down.

Unfortunately the python serial driver does not provide this monitoring.

The RTS signal should always be asserted before D-Rats sends any data.
This is connected to the remote CTS signal.

A properly written serial port driver should handle RTS/CTS and/or XON/XOFF handshaking automatically so an application program only needs to know if it should tell the driver if either should be used.

So the user needs to know if the CTS signal is wired to know to request it being monitored.

Using DTR handshaking has only been seen in printers, so does not need to be considered or D-Rats.

Not sure if we have to pay attention to the CD or RI signals. This pretty much duplicates the DSR signal.
DSR means that the modem is on, CD means that a remote modem is connected. And RI means that a remote system is requesting a connection.

And just to make things more complicated, one of my TNCs has a mis-wired serial port. I do not know why they did not follow the standard, but reading their manual shows that they swapped two of the signaling pins, so if you are want to use those signals, you need a non-standard wiring.

revise how the parameters are passed to maptile in case of the map being a thunderforest

Notes:

trying to investigate why thunderforest maps are still displayed with the "no key watermark"
to do this i added a couple of logger lines

in MapTile modified remote_path method() to report in log what was received:

def remote_path(self):
'''
Remote Path.

    :returns: URL of path
    :rtype: str
    '''

    #note by mao to track what is passed
    [self.logger.info](http://self.logger.info/)("remote_path: using map_url : %s", self._map_url )
    [self.logger.info](http://self.logger.info/)("remote_path: using map_url_key : %s", self._map_url_key)
   
    remote_path = self._map_url + (self.path())
    if self._map_url_key:
        remote_path += self._map_url_key
       
    [self.logger.info](http://self.logger.info/)("remote_path: uri set to: %s", remote_path)
    return remote_path

    [self.logger.info](http://self.logger.info/)("_refresh_map: reconfigured mapkey to: %s", mapkey)

then i removed all tiles from map folder, just to force a fresh download and run Drats with debug option:

python3 ./d-rats.py --loglevel DEBUG
02/02/2022 10:01:16:INFO:D-Rats:main: re-config option found -- Reconfigure D-rats
02/02/2022 10:01:18:INFO:Version:HTTP_CLIENT_HEADERS={'User-Agent': 'd-rats/0.4.00 pre-release 1'}
02/02/2022 10:01:27:INFO:DratsConfig:File /home/pi/.d-rats-ev/d-rats.config
02/02/2022 10:01:27:INFO:MainApp:_refresh_lang: Loading locale `en'
(...)
02/02/2022 10:01:39:INFO:MainApp:_refresh_map: reconfigured mapurl to: http://tile.thunderforest.com/cycle/
02/02/2022 10:01:39:INFO:MainApp:_refresh_map: reconfigured mapkey to: ?apikey=5a1a4a79354244a38707d83969fd88a1
02/02/2022 10:01:39:INFO:SocketDataPath:getline: Host does not require authentication

but then when i open the map window i see that the key has no value and therefore it's not used to fetch:

(...)
02/02/2022 10:02:15:INFO:MapTile:remote_path: using map_url : http://tile.thunderforest.com/cycle/
02/02/2022 10:02:15:INFO:MapTile:remote_path: using map_url_key : None
02/02/2022 10:02:15:DEBUG:MapTile:fetch: opened http://tile.thunderforest.com/cycle/14/8616/5838.png
02/02/2022 10:02:15:DEBUG:MapTile:fetch: opened http://tile.thunderforest.com/cycle/14/8616/5837.png
02/02/2022 10:02:15:INFO:MapTile:remote_path: uri set to: http://tile.thunderforest.com/cycle/14/8616/5842.png
02/02/2022 10:02:15:INFO:MapTile:remote_path: using map_url : http://tile.thunderforest.com/cycle/
02/02/2022 10:02:15:INFO:MapTile:remote_path: using map_url_key : None
02/02/2022 10:02:15:INFO:MapTile:remote_path: uri set to: http://tile.thunderforest.com/cycle/14/8616/5843.png
02/02/2022 10:02:15:DEBUG:MapTile:fetch: opened http://tile.thunderforest.com/cycle/14/8616/5840.png
02/02/2022 10:02:15:DEBUG:MapTile:fetch: opened http://tile.thunderforest.com/cycle/14/8616/5839.png
02/02/2022 10:02:15:INFO:MapTile:remote_path: using map_url : http://tile.thunderforest.com/cycle/
02/02/2022 10:02:15:DEBUG:MapTile:fetch: opened http://tile.thunderforest.com/cycle/14/8616/5841.png
02/02/2022 10:02:15:INFO:MapTile:remote_path: using map_url_key : None

Area degli allegati

this bug it's happening on linux raspberry, while on windows it is working properly

situation one

initial situation:

• map window opened on outdoor

keep mapwindow open, go to config

• edit map from outdoor to cycle

map window do not change

close map window, reopen it
-map still on outdoor (it should be on cycle)

close map winwow

go to config, edit map

• map config show that map is already set on cycle,

open mapwindow

• now map is cycle.

The QST sending uses dplatform.run_sync().

This routine has several restrictions/issues.

1. If the command fails/hangs it appears to hang the QST session.
2. It can not be run if the default working directory is on a UNC path.
3. Running d-rats on on windows from a mapped drive letter is considered a UNC path by the python API.
4. Starting d-rats with the default directory set differently than the d-rats checkout directory fails.

when i try to save the map with menu

Map -> Export -> save visible image

i get the pop-up to select folder and save but then i get into this error:

To improve the general quality and readability, github actions can be setup to run when a PR is created.

We need to document how and set one up D-Rats.

The first action that should be added is a "linting" action.

The first linter to implement is pylint.

Future linters to set up are for spelling, xml and yaml checking, copyright dates, and commit message standards.

Other github actions that can be setup are:

• Generating documentation from the docstrings that are being added to the code.
• Bandit, This checks python code for known security holes.

The Check W2LK message button in the messages panel is enabled when Winlink is not configured enough for use.

Clicking on it in this condition causes d-rats to log a stack dump

04/05/2022 18:24:33:INFO:wl2k_auto_thread:WL2K Mode is: Network
Exception in thread Thread-9:
Traceback (most recent call last):
  File "/usr/lib/python3.7/threading.py", line 917, in _bootstrap_inner
    self.run()
  File "/mnt/aviary/home/malmberg/work/d-rats/D-Rats/d_rats/wl2k.py", line 1042, in run
    if self.__send_msgs:
AttributeError: 'WinLinkTelnetThread' object has no attribute '_WinLinkThread__send_msgs'

A feature can be added to Github to read commit messages and generate a changelog for a release to avoid having to manually generate one.

This requires all commit messages to be in a compatible format.

We need a wiki set up on how to contribute pull requests.

https://www.conventionalcommits.org/en/v1.0.0/

https://docs.github.com/en/repositories/releasing-projects-on-github/automatically-generated-release-notes

in the mapwindow, in the tab listing stations, the contexctual menu to

• edit point
• delete point
• center on this
  is not active (i guess not implemented yet)

D-Rats crashed with a segmentation fault after emitting some GTK assertion.

Past investigations indicate that there may be calls to GTK routines inside a thread, or that deprecated calls are being used. This may be hard to chase down.

03/25/2022 22:54:46:INFO:Transporter:_parse_gps: [NET k3pdr.dstargateway.org:9000-WB8TYW-1] Found GPS string: bytearray(b'$$CRCE8FD,K3PDR-1>APRATS,DSTAR*:/035444h4004.96N/07510.87W?/A=000656MAIL & FILE SERVER\r')
03/25/2022 22:54:46:INFO:SessionManager:incoming: Received block 0:0 for session `chat'

(d-rats.py:12706): Gtk-CRITICAL **: 22:54:46.189: gtk_tree_model_iter_n_children: assertion 'GTK_IS_TREE_MODEL (tree_model)' failed

The existing d-rats packaging setup.py/setup.cfg has been deprecated by python.

The new method requires modules not available from distros and must be installed via pip.

As pip install is involved a virtualenv needs to be setup.

Need to document how to setup a virtualenv that contains gtk, and can be used for running the new setup.cfg/setup.py format.

Looks like we need some interlocking to prevent updates of the data used for rendering while the data is being rendered.

01/31/2022 08:20:09:INFO:SessionManager:incoming: Received block 0:0 for session `chat'

(d-rats.py:31859): Gtk-CRITICAL **: 08:20:09.247: ../../../../gtk/gtktreeview.c:6680 (validate_visible_area): assertion `has_next' failed.
There is a disparity between the internal view of the GtkTreeView,
and the GtkTreeModel.  This generally means that the model has changed
without letting the view know.  Any display from now on is likely to
be incorrect.

01/31/2022 08:20:10:INFO:Transporter:_parse_gps: Found GPS string: bytearray(b'$$CRC157A,KG5CEN-1>APRATS,DSTAR*:/142008h3012.76N/08945.22W#/A=000002Ratflector\r

This button appears to be mislabeled as it is actually for launching a D-Rats repeater instance in the background.

Internally it is known as MainWindow.do_proxy.

It is currently failing because it can not find the d-rats repeater, using the default configuration.

First thing is that no way should this cause a "Linux Crash"
Second is that there are multiple alternative programs that could be installed.
Third is that the preferred program should be a config option.
Fourth, is that the program should be checking to see if one of the known programs that can be used for this are installed. It may take some user input to get that data for all platforms.

The current setting gets to a d-rats not starting:

check_spelling = True

this is what i see in the shell window:

 python3 ./d-rats.py --loglevel DEBUG
02/17/2022 21:58:20:INFO:D-Rats:main: re-config option found -- Reconfigure D-rats
02/17/2022 21:58:20:INFO:Mainapp:Enabled debug log for Win32 systems
02/17/2022 21:58:20:INFO:Version:HTTP_CLIENT_HEADERS={'User-Agent': 'd-rats/0.4.00 pre-release 1'}
02/17/2022 21:58:20:INFO:QST:FeedParser not available
02/17/2022 21:58:20:INFO:DratsConfig:File C:/Users/mauri/AppData/Roaming/D-RATS-EV/d-rats.config
02/17/2022 21:58:20:INFO:MainApp:_refresh_lang: Loading locale `it'
02/17/2022 21:58:20:INFO:MainApp:_refresh_lang: Locale dir is: C:/msys64/home/mauri/d-rats-dev/D-Rats-python3_tyw/locale
02/17/2022 21:58:20:ERROR:MainApp:_refresh_lang: Messages catalog file missing  for it.  Need to use 'msgfmt tool to generate.
02/17/2022 21:58:20:INFO:MainApp:D-RATS v0.4.00 pre-release 1 starting at Thu Feb 17 21:58:20 2022 on Platform Win32Platform:
  base:       C:/Users/mauri/AppData/Roaming/D-RATS-EV
  source_dir: C:/msys64/home/mauri/d-rats-dev/D-Rats-python3_tyw
  OS version: Windows 10 (10, 0, 19041, 2, '')
02/17/2022 21:58:20:INFO:MainApp:load position from config file
02/17/2022 21:58:20:INFO:MainApp:_static_gps: Configuring the Static position: 45.800456,9.428377
02/17/2022 21:58:20:INFO:MainApp:_static_gps: Mapserver active: True ca;; IZ2LXI-X
02/17/2022 21:58:20:INFO:MainApp:preparing our gpsfix in JSON :{ "lat": "45.800456", "lng": "9.428377", "station": "IZ2LXI-X", "comments": "altitude: 0","timestamp": "2022-02-17 20:58:20"  }
02/17/2022 21:58:20:INFO:MainApp:Socket Created
02/17/2022 21:58:20:INFO:MainApp:Connecting to: localhost:9500

(d-rats.py:3488): GLib-GIO-WARNING **: 21:58:21.618: Unexpectedly, UWP app `MIGGsrl.VisualizzaFatturaElettronica_3.1.4.0_x86__aydtewdteyzge' (AUMId `MIGGsrl.VisualizzaFatturaElettronica_aydtewdteyzge!it.migg.VisFatt') supports 2 extensions but has no verbs
02/17/2022 21:58:22:INFO:MainApp:Failed to create socket.
Traceback (most recent call last):
  File "C:/msys64\home\mauri\d-rats-dev\D-Rats-python3_tyw/d_rats/mainapp.py", line 439, in callback_gps
    sock.connect((mapserver_ip, mapserver_port))
ConnectionRefusedError: [WinError 10061] No connection could be made because the target machine actively refused it
02/17/2022 21:58:22:INFO:MainApp:Socket Created
02/17/2022 21:58:22:INFO:StaticGPSSource:StaticGPSPosition: UNKNOWN reporting 45.8005,9.4284@0 ft at 21:58:22
02/17/2022 21:58:22:INFO:MainApp:load main window with self config

this is what i see in the log:

Traceback (most recent call last):
  File "C:\msys64\home\mauri\d-rats-dev\D-Rats-python3_tyw\d-rats.py", line 257, in <module>
    main()
  File "C:\msys64\home\mauri\d-rats-dev\D-Rats-python3_tyw\d-rats.py", line 235, in main
    app = mainapp.MainApp(safe=args.safe)
  File "C:/msys64\home\mauri\d-rats-dev\D-Rats-python3_tyw/d_rats/mainapp.py", line 385, in __init__
    self.mainwindow = mainwindow.MainWindow(self)
  File "C:/msys64\home\mauri\d-rats-dev\D-Rats-python3_tyw/d_rats/mainwindow.py", line 92, in __init__
    self.tabs["chat"] = ChatTab(wtree, config)
  File "C:/msys64\home\mauri\d-rats-dev\D-Rats-python3_tyw/d_rats/ui/main_chat.py", line 427, in __init__
    spell.prepare_TextBuffer(entry.get_buffer())
  File "C:/msys64\home\mauri\d-rats-dev\D-Rats-python3_tyw/d_rats/spell.py", line 229, in prepare_TextBuffer
    tag.set_property("underline", Pango.UNDERLINE_SINGLE)
  File "C:/msys64/mingw64/lib/python3.9/site-packages/gi/overrides/__init__.py", line 32, in __getattr__
    return getattr(self._introspection_module, name)
  File "C:/msys64/mingw64/lib/python3.9/site-packages/gi/module.py", line 123, in __getattr__
    raise AttributeError("%r object has no attribute %r" % (
AttributeError: 'gi.repository.Pango' object has no attribute 'UNDERLINE_SINGLE'

today, testing latest code on raspberrypi i cannot see any maps shown.

in the console i read:

Traceback (most recent call last):
  File "/home/pi/drats2/D-Rats-python3_tyw/d_rats/map/mapdraw.py", line 179, in handler
    self.expose_map()
  File "/home/pi/drats2/D-Rats-python3_tyw/d_rats/map/mapdraw.py", line 393, in expose_map
    tile = center + (i - delta_w, j - delta_h)
TypeError: unsupported operand type(s) for +: 'NoneType' and 'tuple'

The existing transport code has one worker thread for both directions and that requires the read() to use inefficient polling instead of event base triggering.

This should be converted to having separate threads for the read and write.

Some Map URL fetches exceptions seen.

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/riggs498/D-Rats/d_rats/map/maptile.py", line 546, in fetch_url
    data = urllib.request.urlopen(req)
  File "/usr/lib/python3.9/urllib/request.py", line 214, in urlopen
    return opener.open(url, data, timeout)
  File "/usr/lib/python3.9/urllib/request.py", line 517, in open
    response = self._open(req, data)
  File "/usr/lib/python3.9/urllib/request.py", line 534, in _open
    result = self._call_chain(self.handle_open, protocol, protocol +
  File "/usr/lib/python3.9/urllib/request.py", line 494, in _call_chain
    result = func(*args)
  File "/usr/lib/python3.9/urllib/request.py", line 1389, in https_open
    return self.do_open(http.client.HTTPSConnection, req,
  File "/usr/lib/python3.9/urllib/request.py", line 1349, in do_open
    raise URLError(err)
urllib.error.URLError: <urlopen error [Errno -3] Temporary failure in name
resolution>
03/15/2022 22:24:36:INFO:MapTile:fetch: [0] Failed to fetch `
https://tile.openstreetmap.de/14/8624/5841.png'
Traceback (most recent call last):
  File "/usr/lib/python3.9/urllib/request.py", line 1346, in do_open
    h.request(req.get_method(), req.selector, req.data, headers,
  File "/usr/lib/python3.9/http/client.py", line 1255, in request
    self._send_request(method, url, body, headers, encode_chunked)
  File "/usr/lib/python3.9/http/client.py", line 1301, in _send_request
    self.endheaders(body, encode_chunked=encode_chunked)
  File "/usr/lib/python3.9/http/client.py", line 1250, in endheaders
    self._send_output(message_body, encode_chunked=encode_chunked)
  File "/usr/lib/python3.9/http/client.py", line 1010, in _send_output
    self.send(msg)
  File "/usr/lib/python3.9/http/client.py", line 950, in send
    self.connect()
  File "/usr/lib/python3.9/http/client.py", line 1417, in connect
    super().connect()
  File "/usr/lib/python3.9/http/client.py", line 921, in connect
    self.sock = self._create_connection(
  File "/usr/lib/python3.9/socket.py", line 822, in create_connection
    for res in getaddrinfo(host, port, 0, SOCK_STREAM):
  File "/usr/lib/python3.9/socket.py", line 953, in getaddrinfo
    for res in _socket.getaddrinfo(host, port, family, type, proto, flags):
socket.gaierror: [Errno -3] Temporary failure in name resolution

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/riggs498/D-Rats/d_rats/map/maptile.py", line 546, in fetch_url
    data = urllib.request.urlopen(req)
  File "/usr/lib/python3.9/urllib/request.py", line 214, in urlopen
    return opener.open(url, data, timeout)
  File "/usr/lib/python3.9/urllib/request.py", line 517, in open
    response = self._open(req, data)
  File "/usr/lib/python3.9/urllib/request.py", line 534, in _open
    result = self._call_chain(self.handle_open, protocol, protocol +
  File "/usr/lib/python3.9/urllib/request.py", line 494, in _call_chain
    result = func(*args)
  File "/usr/lib/python3.9/urllib/request.py", line 1389, in https_open
    return self.do_open(http.client.HTTPSConnection, req,
  File "/usr/lib/python3.9/urllib/request.py", line 1349, in do_open
    raise URLError(err)
urllib.error.URLError: <urlopen error [Errno -3] Temporary failure in name
resolution>

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/riggs498/D-Rats/d_rats/map/maptile.py", line 501, in fetch
    self.fetch_url(url, self._local_path())
  File "/home/riggs498/D-Rats/d_rats/map/maptile.py", line 554, in fetch_url
    raise MapFetchError(err)
d_rats.map.maptile.MapFetchError: <urlopen error [Errno -3] Temporary
failure in name resolution>
03/15/2022 22:24:36:INFO:MapTile:fetch: [0] Failed to fetch `
https://tile.openstreetmap.de/14/8624/5842.png'
Traceback (most recent call last):
  File "/usr/lib/python3.9/urllib/request.py", line 1346, in do_open
    h.request(req.get_method(), req.selector, req.data, headers,
  File "/usr/lib/python3.9/http/client.py", line 1255, in request
    self._send_request(method, url, body, headers, encode_chunked)
  File "/usr/lib/python3.9/http/client.py", line 1301, in _send_request
    self.endheaders(body, encode_chunked=encode_chunked)
  File "/usr/lib/python3.9/http/client.py", line 1250, in endheaders
    self._send_output(message_body, encode_chunked=encode_chunked)
  File "/usr/lib/python3.9/http/client.py", line 1010, in _send_output
    self.send(msg)
  File "/usr/lib/python3.9/http/client.py", line 950, in send
    self.connect()
  File "/usr/lib/python3.9/http/client.py", line 1417, in connect
    super().connect()
  File "/usr/lib/python3.9/http/client.py", line 921, in connect
    self.sock = self._create_connection(
  File "/usr/lib/python3.9/socket.py", line 822, in create_connection
    for res in getaddrinfo(host, port, 0, SOCK_STREAM):
  File "/usr/lib/python3.9/socket.py", line 953, in getaddrinfo
    for res in _socket.getaddrinfo(host, port, family, type, proto, flags):
socket.gaierror: [Errno -3] Temporary failure in name resolution

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/riggs498/D-Rats/d_rats/map/maptile.py", line 546, in fetch_url
    data = urllib.request.urlopen(req)
  File "/usr/lib/python3.9/urllib/request.py", line 214, in urlopen
    return opener.open(url, data, timeout)
  File "/usr/lib/python3.9/urllib/request.py", line 517, in open
    response = self._open(req, data)
  File "/usr/lib/python3.9/urllib/request.py", line 534, in _open
    result = self._call_chain(self.handle_open, protocol, protocol +
  File "/usr/lib/python3.9/urllib/request.py", line 494, in _call_chain
    result = func(*args)
  File "/usr/lib/python3.9/urllib/request.py", line 1389, in https_open
    return self.do_open(http.client.HTTPSConnection, req,
  File "/usr/lib/python3.9/urllib/request.py", line 1349, in do_open
    raise URLError(err)
urllib.error.URLError: <urlopen error [Errno -3] Temporary failure in name
resolution>

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/riggs498/D-Rats/d_rats/map/maptile.py", line 501, in fetch
    self.fetch_url(url, self._local_path())
  File "/home/riggs498/D-Rats/d_rats/map/maptile.py", line 554, in fetch_url
    raise MapFetchError(err)
d_rats.map.maptile.MapFetchError: <urlopen error [Errno -3] Temporary
failure in name resolution>
munmap_chunk(): invalid pointer
Aborted

D-Rats will not run, at least on Windows if the source is not in the current working directory.

Setting the current working directory to the d-rats directory should not be the normal way of running d-rats, as the current working directory is a writable directory and the d-rats program should be able to be in a directory the user does not have write access to.

Not yet sure what is fatal about this, but there are a lot of diagnostics being printed, such as not being able to find the message catalog.

The QST Edit button is showing as active when there is no QST selected.

In the Tab "Files", trying to connect to a remote station (KG5GEN-1 on ratflector: k3pdr.dstargateway.org, port 9000)
I don't see anything in the files list, while in the log I see that the remote station responded:
rse_blocks: Got a block: DDT2+: 2:2:1 KG5CEN-1->IZ2LXI-X (b'RATflector_list.txt\x1f375 B (2021-08-06 22:12:00)\x1eICS_203_Organization_Assignment.doc\x1f36 KB (2021-08-06 21:31:31)\x1eApollo_Chat.wav\x1f17 KB (2021-08-06 20:32:01)\x1eRunning+Your+Own+Ratflector.pdf\x1f234 KB (2021-08-06 22:18:23)\x1eSession Four Lesson Plan (rev 2).pdf\x1f619 KB (2021-08-06 22:30:09)\x1eEmail Exercise PART 1.txt\x1f726 B (2021-08-06 20:20:06)\x1eD-RATS Training General.pdf\x1f3455 KB (2021-08-06 21:18:51)\x1eEmail Primer.txt\x1f2 KB (2021-08-06 20:19:15)\x1enewemail.wav\x1f6 KB (2021-08-06 21:51:10)\x1eICS+201.xml\x1f634 B (2021-08-06 21:33:33)\x1eD-RATS_Maildrop.pdf\x1f53 KB (2021-08-06 20:22:52)\x1eRadio Settings With D-Rats.pdf\x1f579 KB (2021-08-06 22:04:50)\x1e_lzhuf_1.exe\x1f29 KB (2021-08-06 20:31:47)\x1eraceslgo.jpg\x1f6 KB (2021-08-06 21:56:46)\x1eHow to cure Ratflector fatigue.txt\x1f351 B (2021-08-06 21:29:12)\x1eics_forms_214.pdf\x1f130 KB (2021-08-06 21:33:14)\x1eEmail Exercise Part 2.txt\x1f1 KB (2021-08-06 20:19:51)\x1eAdditional D-Rats Forms.zip\x1f204 KB (2021-10-25 14:59:17)\x1eGetting Started With D-Star And D-Rats.pdf\x1f43 KB (2021-08-06 21:21:46)\x1eGo Kit Checklist-6-08.pdf\x1f104 KB (2021-08-06 21:24:13)\x1eopen-ratflectors.txt\x1f154 B (2021-08-06 21:52:03)\x1eD-RATS software training net.txt\x1f577 B (2021-08-06 20:33:56)\x1emars1.jpg\x1f6 KB (2021-08-06 21:45:18)\x1eQuick Start Guide To D-Rats.pdf\x1f37 KB (2021-08-06 21:55:09)\x1eding.wav\x1f78 KB (2021-08-06 20:21:14)\x1eICS_202_Incident_Objectives.doc\x1f39 KB (2021-08-06 21:30:28)\x1eD-RATS and Fldigi.txt\x1f475 B (2021-08-06 20:33:18)\x1eD-RATS_&_Gmail.pdf\x1f119 KB (2021-08-06 20:24:56)\x1enew file received.wav\x1f36 KB (2021-08-06 21:50:01)\x1eMessage_Handling handout.pdf\x1f125 KB (2021-08-06 21:48:32)\x1eICS_201_Incident_Briefing.doc\x1f29 KB (2021-08-06 21:29:54)\x1eD-rats Setup.txt\x1f853 B (2021-08-06 20:33:44)\x1eICS214_Activity_Log.xml\x1f10 KB (2021-08-06 21:34:41)\x1e-Aspell Windows 10 for D-Rats.txt\x1f2 KB (2021-10-18 07:19:46)\x1eHIPAA.pdf\x1f138 KB (2021-08-06 21:26:30)\x1eQuick Messages and QSTs.txt\x1f710 B (2021-08-06 21:52:45)\x1eMedical terminology.pdf\x1f74 KB (2021-08-06 21:46:31)\x1eFirst Items For New Users.txt\x1f940 B (2021-08-06 20:18:42)\x1eares-logo.jpg\x1f5 KB (2021-08-06 20:32:38)\x1eICS+202.xml\x1f549 B (2021-08-06 21:34:13)\x1eLouisiana GO-TO Frequencies - Sheet1.pdf\x1f44 KB (2021-08-06 21:44:45)\x1eLeague_diamond_color_high.jpg\x1f3 KB (2021-08-06 21:35:46)\x1e-1 D-Star D-Rats DMR CQ100 Echolink Nets Menu.pdf\x1f234 KB (2021-08-06 20:18:17)\x1eRed Alert.wav\x1f9 KB (2021-08-06 22:14:27)\x1eEmail in Outbox.txt\x1f924 B (2021-08-06 20:19:34)\x1eEstablish a WL2K Account.txt\x1f2 KB (2021-08-06 20:18:59)\x1eForm Manager.txt\x1f442 B (2021-08-06 20:21:41)\x1eNHC_Net_Report.xml\x1f1 KB (2021-08-06 21:51:42)\x1eForm Builder.txt\x1f2 KB (2021-08-06 20:21:56)'...[2550])

while I tested that fork on the connection
I got a drats / python "not responding" and had to kill it via control panel.
I guess something happened to the config file or the file with the list of stations.

today at startup, i am getting a "not connecting" d-rats

mauri@T450-Maurizio MINGW64 ~/D-Rats-python3_tyw
$ python3 ./d-rats.py --loglevel DEBUG
03/26/2022 10:03:44:INFO:D-Rats:main: re-config option found -- Reconfigure D-rats
03/26/2022 10:03:44:INFO:Mainapp:Enabled debug log for Win32 systems
03/26/2022 10:03:44:INFO:Version:HTTP_CLIENT_HEADERS={'User-Agent': 'd-rats/0.4.00 pre-release 1'}
03/26/2022 10:03:44:INFO:QST:FeedParser not available
03/26/2022 10:03:45:INFO:DratsConfig:File C:/Users/mauri/AppData/Roaming/D-RATS-EV/d-rats.config
03/26/2022 10:03:45:INFO:MainApp:_refresh_lang: Loading locale `it'
03/26/2022 10:03:45:INFO:MainApp:_refresh_lang: Locale dir is: C:/msys64/home/mauri/D-Rats-python3_tyw/locale
03/26/2022 10:03:45:ERROR:MainApp:_refresh_lang: Messages catalog file missing for it. Need to use 'msgfmt tool to generate.
03/26/2022 10:03:45:INFO:MainApp:D-RATS v0.4.00 pre-release 1 starting at Sat Mar 26 10:03:45 2022 on Platform Win32Platform:
base: C:/Users/mauri/AppData/Roaming/D-RATS-EV
source_dir: C:/msys64/home/mauri/D-Rats-python3_tyw
OS version: Windows 10 (10, 0, 19041, 2, '')
03/26/2022 10:03:45:INFO:MainApp:load position from config file
03/26/2022 10:03:45:INFO:MainApp:_static_gps: Configuring the Static position: 45.800456,9.428377
03/26/2022 10:03:45:INFO:MainApp:_static_gps: Mapserver active: True ca;; IZ2LXI
03/26/2022 10:03:45:INFO:MainApp:preparing our gpsfix in JSON :{ "lat": "45.800456", "lng": "9.428377", "station": "IZ2LXI", "comments": "altitude: 0","timestamp": "2022-03-26 09:03:45" }
03/26/2022 10:03:45:INFO:MainApp:Socket Created
03/26/2022 10:03:45:INFO:MainApp:Connecting to: localhost:9500

(d-rats.py:1776): GLib-GIO-WARNING **: 10:03:46.383: Unexpectedly, UWP app MIGGsrl.VisualizzaFatturaElettronica_3.1.4.0_x86__aydtewdteyzge' (AUMId MIGGsrl.VisualizzaFatturaElettronica_aydtewdteyzge!it.migg.VisFatt') supports 2 extensions but has no verbs
03/26/2022 10:03:47:INFO:MainApp:Failed to create socket.
Traceback (most recent call last):
File "C:/msys64\home\mauri\D-Rats-python3_tyw/d_rats/mainapp.py", line 439, in callback_gps
sock.connect((mapserver_ip, mapserver_port))
ConnectionRefusedError: [WinError 10061] No connection could be made because the target machine actively refused it
03/26/2022 10:03:47:INFO:MainApp:Socket Created
03/26/2022 10:03:47:INFO:StaticGPSSource:StaticGPSPosition: UNKNOWN reporting 45.8005,9.4284@0 ft at 10:03:47
03/26/2022 10:03:47:INFO:MainApp:load main window with self config
03/26/2022 10:03:47:INFO:MessageFolders:_ensure_default_folders []
03/26/2022 10:03:47:INFO:MessageFolders:_ensure_default_folders []
03/26/2022 10:03:47:INFO:MessageFolders:_ensure_default_folders []
03/26/2022 10:03:47:INFO:MessageFolders:_ensure_default_folders []
03/26/2022 10:03:47:INFO:MessageFolders:_ensure_default_folders []
03/26/2022 10:03:47:INFO:LocalFileV:refresh: Adding local file C:\Users\mauri\OneDrive\Desktop\D-RATS Shared/2021.jpg' 03/26/2022 10:03:47:INFO:LocalFileV:refresh: Adding local file C:\Users\mauri\OneDrive\Desktop\D-RATS Shared/D-PRS.txt'
03/26/2022 10:03:47:INFO:LocalFileV:refresh: Adding local file C:\Users\mauri\OneDrive\Desktop\D-RATS Shared/D-PRS_TEST.pdf' 03/26/2022 10:03:47:INFO:LocalFileV:refresh: Adding local file C:\Users\mauri\OneDrive\Desktop\D-RATS Shared/Hello.txt'
03/26/2022 10:03:47:INFO:LocalFileV:refresh: Adding local file C:\Users\mauri\OneDrive\Desktop\D-RATS Shared/RATflector_list.txt' 03/26/2022 10:03:47:INFO:LocalFileV:refresh: Adding local file C:\Users\mauri\OneDrive\Desktop\D-RATS Shared/test.txt'
03/26/2022 10:03:48:INFO:MainApp:connect main window
03/26/2022 10:03:48:INFO:MainApp:connect tabs
03/26/2022 10:03:48:INFO:MainApp:going online
03/26/2022 10:03:48:INFO:D-Rats:main: reloading app

03/26/2022 10:03:48:INFO:MessageRouter:_p: [MR] Starting message router thread
03/26/2022 10:03:48:INFO:MainApp:load the main window
03/26/2022 10:03:48:INFO:MessageRouter:_run_one: Station list was empty
03/26/2022 10:03:48:INFO:MainApp:create map window object-----
03/26/2022 10:03:48:INFO:MapWindow:init MapWindow
03/26/2022 10:03:48:INFO:MainApp:create map window object: connect object-----
03/26/2022 10:03:48:INFO:MainApp:query local gps device to see our current position
03/26/2022 10:03:48:INFO:MapFileSource:Failed to open %s: %s
03/26/2022 10:03:48:INFO:Utils.log_exception:-- Exception: --
Traceback (most recent call last):
File "C:/msys64\home\mauri\D-Rats-python3_tyw/d_rats/map_sources.py", line 592, in init
input_handle = open(filename)
FileNotFoundError: [Errno 2] No such file or directory: 'C:/Users/mauri/AppData/Roaming/D-RATS-EV/static_locations/Id.csv'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "C:/msys64\home\mauri\D-Rats-python3_tyw/d_rats/mainapp.py", line 1033, in _load_map_overlays
source = stype.open_source_by_name(self.config, sname)
File "C:/msys64\home\mauri\D-Rats-python3_tyw/d_rats/map_sources.py", line 646, in open_source_by_name
return MapFileSource(name, "Static file", path)
File "C:/msys64\home\mauri\D-Rats-python3_tyw/d_rats/map_sources.py", line 596, in init
raise MapSourceFailedToConnect(msg)
d_rats.map_sources.MapSourceFailedToConnect: Failed to open C:/Users/mauri/AppData/Roaming/D-RATS-EV/static_locations/Id.csv: [Errno 2] No such file or directory: 'C:/Users/mauri/AppData/Roaming/D-RATS-EV/static_locations/Id.csv'
03/26/2022 10:03:48:INFO:Utils.log_exception:----------------
03/26/2022 10:04:48:INFO:MessageRouter:_run_one: Station list was empty
03/26/2022 10:05:48:INFO:MessageRouter:_run_one: Station list

the tables within the config panel have now a fixed width and it's not very user friendly to edit the parameters

e.g. in my config I had saved a number of ratflectors and with this fixed length it's not possible to read which one I am selecting

We need to plan for creating a GitHub Organization Project.

One point of that is that it would give us a fixed URL with a easy to remember but user neutral name for accessing the repositories in it.

For this, we need to agree on and document coding standards, review policies, contributions policies.

We will eventual need this URL to meet the recommended naming convention for GTK applications.

We also have content in D-rats that gets out of date, like external data sources, active ratflectors.

As a future enhancement, instead of having to enter in all the details for a ratflector or a map provider, the d-rats program should be able to provide a selection box based on curated configuration data files.

The agw module is not matching the actual AGWPE header documentation at https://www.sv2agw.com/downloads/develop.zip

The agw documentation is also omitting the critical information that AGWPE is little-endian not the normally expected big-endian for network protocalls.

I have sent feedback to sv2agw.com to get the documentation updated.

The miscwidgets.FilenameBox is presenting a Save button for non-save operations.

This is showing up in QST file selections.

Adding a new QST of GPS type has a DPRS button.
Clicking on it causes a trraceback to be written to the console

03/01/2022 07:42:10:INFO:QSTEditDialog:defining qst types
Traceback (most recent call last):
  File "/mnt/aviary/home/malmberg/work/d-rats/D-Rats/d_rats/qst.py", line 1078, in prompt_for_dprs
    dprs = do_dprs_calculator(self.__msg.get_text())
  File "/mnt/aviary/home/malmberg/work/d-rats/D-Rats/d_rats/qst.py", line 102, in do_dprs_calculator
    if cur and cur[-3] == "*" and cur[3] == " ":
IndexError: string index out of range

Have a bug reported by a test user of the python3_tyw test branch, using python3 on Ubuntu 20.04.03 LTS

Pango versions involved are unknown.

02/07/2022 18:37:58:INFO:MainApp:load main window with self config Traceback (most recent call last): File "./d-rats.py", line 257, in <module> main() File "./d-rats.py", line 235, in main app = mainapp.MainApp(safe=args.safe) File "/home/riggs498/Ham-Radio/D-Rats/d_rats/mainapp.py", line 385, in __init__ self.mainwindow = mainwindow.MainWindow(self) File "/home/riggs498/Ham-Radio/D-Rats/d_rats/mainwindow.py", line 92, in __init__ self.tabs["chat"] = ChatTab(wtree, config) File "/home/riggs498/Ham-Radio/D-Rats/d_rats/ui/main_chat.py", line 427, in __init__ spell.prepare_TextBuffer(entry.get_buffer()) File "/home/riggs498/Ham-Radio/D-Rats/d_rats/spell.py", line 229, in prepare_TextBuffer tag.set_property("underline", Pango.UNDERLINE_SINGLE) File "/usr/lib/python3/dist-packages/gi/overrides/__init__.py", line 32, in __getattr__ return getattr(self._introspection_module, name) File "/usr/lib/python3/dist-packages/gi/module.py", line 132, in __getattr__ self.__name__, name)) AttributeError: 'gi.repository.Pango' object has no attribute 'UNDERLINE_SINGLE' riggs498@ThinkPad:~/Ham-Radio/D-Rats$ '

With spell check enabled, a traceback is printed in the log when text is typed in to be sent.

Traceback (most recent call last):
  File "/mnt/aviary/home/malmberg/work/d-rats/D-Rats/d_rats/spell.py", line 208, in __do_fly_spell
    text = buffer.get_text(start_iter, end_iter)
TypeError: Gtk.TextBuffer.get_text() takes exactly 4 arguments (3 given)

On a brand-new git clone / git checkout / python3 setup.py build, I get an error about a missing directory. (I added it manually and was able to continue.)

dave@Pluto:~/projects/hamradio/D-Rats$ git checkout python3_tyw
Branch 'python3_tyw' set up to track remote branch 'python3_tyw' from 'origin'.
Switched to a new branch 'python3_tyw'
dave@Pluto:~/projects/hamradio/D-Rats$ python3 setup.py build
make: Entering directory '/home/dave/projects/hamradio/D-Rats/libexec'
gcc -c -DLZHUF lzhuf.c -o lzhuf.o
gcc -c -DLZHUF main.c -o main.o
gcc  lzhuf.o main.o -o lzhuf
make: Leaving directory '/home/dave/projects/hamradio/D-Rats/libexec'
LOC: ['ui/addport.glade.h', 'ui/mainwindow.gladep', 'ui/addport.glade', 'ui/mainwindow.glade', 'ui/addport.glade.orig', 'ui/mainwindow.glade.h']
running build
running build_py
creating build
creating build/lib
creating build/lib/d_rats
copying d_rats/ddt2.py -> build/lib/d_rats
copying d_rats/subst.py -> build/lib/d_rats
copying d_rats/config_tips.py -> build/lib/d_rats
copying d_rats/emailgw.py -> build/lib/d_rats
copying d_rats/qst.py -> build/lib/d_rats
copying d_rats/reqobject.py -> build/lib/d_rats
copying d_rats/inputdialog.py -> build/lib/d_rats
copying d_rats/config.py -> build/lib/d_rats
copying d_rats/wu.py -> build/lib/d_rats
copying d_rats/cap.py -> build/lib/d_rats
copying d_rats/platform.py -> build/lib/d_rats
copying d_rats/pluginsrv.py -> build/lib/d_rats
copying d_rats/station_status.py -> build/lib/d_rats
copying d_rats/version.py -> build/lib/d_rats
copying d_rats/formbuilder.py -> build/lib/d_rats
copying d_rats/gps.py -> build/lib/d_rats
copying d_rats/mailsrv.py -> build/lib/d_rats
copying d_rats/msgrouting.py -> build/lib/d_rats
copying d_rats/spell.py -> build/lib/d_rats
copying d_rats/map_source_editor.py -> build/lib/d_rats
copying d_rats/agw.py -> build/lib/d_rats
copying d_rats/map_sources.py -> build/lib/d_rats
copying d_rats/utils.py -> build/lib/d_rats
copying d_rats/wl2k.py -> build/lib/d_rats
copying d_rats/sessionmgr.py -> build/lib/d_rats
copying d_rats/mainapp.py -> build/lib/d_rats
copying d_rats/dplatform.py -> build/lib/d_rats
copying d_rats/formgui.py -> build/lib/d_rats
copying d_rats/image.py -> build/lib/d_rats
copying d_rats/callsigns.py -> build/lib/d_rats
copying d_rats/__init__.py -> build/lib/d_rats
copying d_rats/geocode_ui.py -> build/lib/d_rats
copying d_rats/session_coordinator.py -> build/lib/d_rats
copying d_rats/miscwidgets.py -> build/lib/d_rats
copying d_rats/transport.py -> build/lib/d_rats
copying d_rats/debug.py -> build/lib/d_rats
copying d_rats/yencode.py -> build/lib/d_rats
copying d_rats/ax25.py -> build/lib/d_rats
copying d_rats/mainwindow.py -> build/lib/d_rats
copying d_rats/comm.py -> build/lib/d_rats
copying d_rats/signals.py -> build/lib/d_rats
error: package directory 'd_rats/geopy' does not exist

Related to wb8tyw/D-RATS ticket #113.

D-Rats can submit up to 81 tile requests per zoom level changes.
There is nothing to limit the number of requests that can be in process.

The issue above was reported that due some failure of DNS resolution, all the lookups failed.
As a side effect of this, something ran out of resources, resulting in a program crash.

Fixing this would require a redesign, possibly putting map tile download requests in a queue and limit the number of parallel fetches of map tiles.

And a possibility a system to dequeue requests that are not for the current zoom level.

In the future d-rats should have the option for downloading configuration updates from the internet.

We need to plan out how the feature should work.

In some cases, we need to determine the data format for the data.

For some data sources like maps, we need to have attribution/copyright notices in the data for d-rats to display.

With a Github Organization project, we can put different types of configuration data into different repositories with potentially different gatekeepers for each type of data.

Of course I would recommend have github actions to verify as much as possible that the configuration data format is valid, and possibly the data itself.

Original Title: MapSourcePointError: not enough values to unpack (expected 7, got 1)

testing latest code I am now getting a continous stream of these errors:

during handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "C:/msys64\home\mauri\d-rats-dev\D-Rats-python3_tyw/d_rats/map_sources.py", line 588, in init
point = self.__parse_line(line)
File "C:/msys64\home\mauri\d-rats-dev\D-Rats-python3_tyw/d_rats/map_sources.py", line 646, in __parse_line
raise MapSourcePointError(str(err))
d_rats.map_sources.MapSourcePointError: not enough values to unpack (expected 7, got 1)
02/16/2022 17:15:18:INFO:MapFileSource:parse_line broad-execpt
Traceback (most recent call last):
File "C:/msys64\home\mauri\d-rats-dev\D-Rats-python3_tyw/d_rats/map_sources.py", line 642, in __parse_line
ident, icon, lat, lon, alt, comment, show = line.split(",", 6)
ValueError: not enough values to unpack (expected 7, got 1)
02/16/2022 17:15:18:INFO:MapFileSource:Failed to parse
Traceback (most recent call last):
File "C:/msys64\home\mauri\d-rats-dev\D-Rats-python3_tyw/d_rats/map_sources.py", line 642, in __parse_line
ident, icon, lat, lon, alt, comment, show = line.split(",", 6)
ValueError: not enough values to unpack (expected 7, got 1)

I have a report that the Chat window is not always automatically scrolling properly as new data shows up.

I sometimes see this line in the console:
MIGGsrl.VisualizzaFatturaElettronica_3.1.4.0_x86__aydtewdteyzge' (AUMId MIGGsrl.VisualizzaFatturaElettronica_aydtewdteyzge!it.migg.VisFatt'

which is quite strange as VisualizzaFatturaElettronica is Java App to view and print xmls of the invoices defined by Italian agency of taxes.

that app is not running (and definetely not in MinGW) nor is shared in my drats folder, so there should be no line like that in the console.

anyway seeing this line doesnt do any damege, but it indicates that something in the pc is not right.

Changing the local files string to "downloads" folder as a test, I got into d-rats not starting anymore

checking the config file I see that there si an unxpected "b" before the defined string

download_dir = b'C:\\Users\\mauri\\Downloads'

KA5MYE is attempting to test on Mac OS-X.

He has identified a small fix needed in lzhuf.h needed for w2lk support.
I do not yet have that fix to merge it in.

I have not inspected the w2lk.py module for python3 bytes to string conversions, so I expect some issues there.

The existing setup.py script is not building lzhuf on Mac.