Code marked as unreachable even it is not

Environment data

Language Server version: v2023.3.20
OS and version: Windows 11 + WSL2 Debian Bullseye
Python version (& distribution if applicable, e.g. Anaconda): 3.9.2

Code Snippet
from gnuradio import blocks
from gnuradio import gr
import numpy as np

class data_source(gr.sync_block):
    def __init__(self, data):
        gr.sync_block.__init__(self, name="Data Source", in_sig=None, out_sig=[np.byte])
        self.data = data # unreachable according to pylance

    def work(self, input_items, output_items):
        l = len(self.data)
        output_items[0][0:l] = self.data
        self.data = []
        return l

class data_sink(gr.sync_block):
    def __init__(self):
        gr.sync_block.__init__(self, name="Data Sink", in_sig=[np.byte], out_sig=None)
        self.data = [] # unreachable according to pylance

    def work(self, input_items, output_items):
        self.data.extend(input_items[0])
        print("here3")
        print(self.data)
        return len(input_items[0])

class shifter(gr.top_block):
    def __init__(self):
        gr.top_block.__init__(self, "Shifter")
        self.add_const = blocks.add_const_bb(5)

        self.data_source = data_source([10,11,12, 13,17]) # unreachable according to pylance
        self.data_sink = data_sink() # unreachable according to pylance
        self.connect(self.data_source, self.add_const, self.data_sink) # unreachable according to pylance

if __name__ == "__main__":
    tb = shifter()
    tb.start() # unreachable according to pylance
    print(tb.data_sink.data) # unreachable according to pylance
    tb.stop() # unreachable according to pylance

Repro Steps
no special steps needed
Expected behavior
All line from above code which contain comment  # unreachable according to Pylance are reachable and working fine, so they shouldn't be marked as unreachable.
Actual behavior

Logs
[Info  - 11:43:23 AM] (4539) SourceFile: Received fs event 'change' for path '/home/jozef/projects/gr-test/gr_test.py'
(4539) Background analysis message: markFilesDirty
(4539) Background analysis message: analyze
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: setFileOpened
(4539) [FG] parsing: /home/jozef/projects/gr-test/gr_test.py (23ms)
(4539) [FG] binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) Background analysis message: markFilesDirty
(4539) Background analysis message: analyze
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py ...
(4539) [BG(1)]   parsing: /home/jozef/projects/gr-test/gr_test.py (12ms)
(4539) [BG(1)]   binding: /home/jozef/projects/gr-test/gr_test.py (5ms)
(4539) [BG(1)]   checking: /home/jozef/projects/gr-test/gr_test.py (308ms)
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py (325ms)
(4539) Background analysis message: resumeAnalysis
(4539) [BG(1)] indexing: /home/jozef/projects/gr-test/gr_test.py [found 4] (0ms)
(4539) Indexing Done: /home/jozef/projects/gr-test/gr_test.py
(4539) Background analysis message: setFileOpened
(4539) Background analysis message: markFilesDirty
(4539) [FG] parsing: /home/jozef/projects/gr-test/gr_test.py (4ms)
(4539) [FG] binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) Background analysis message: analyze
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py ...
(4539) [BG(1)]   parsing: /home/jozef/projects/gr-test/gr_test.py (7ms)
(4539) [BG(1)]   binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) [BG(1)]   checking: /home/jozef/projects/gr-test/gr_test.py (168ms)
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py (176ms)
(4539) [BG(1)] indexing: /home/jozef/projects/gr-test/gr_test.py (0ms)
(4539) Background analysis message: setFileOpened
(4539) Background analysis message: markFilesDirty
(4539) [FG] parsing: /home/jozef/projects/gr-test/gr_test.py (3ms)
(4539) [FG] binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) Background analysis message: analyze
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py ...
(4539) [BG(1)]   parsing: /home/jozef/projects/gr-test/gr_test.py (4ms)
(4539) [BG(1)]   binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) [BG(1)]   checking: /home/jozef/projects/gr-test/gr_test.py (144ms)
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py (150ms)
(4539) Background analysis message: resumeAnalysis
(4539) [BG(1)] indexing: /home/jozef/projects/gr-test/gr_test.py [found 4] (1ms)
(4539) Indexing Done: /home/jozef/projects/gr-test/gr_test.py
(4539) Background analysis message: setFileOpened
(4539) Background analysis message: markFilesDirty
(4539) Background analysis message: getSemanticTokens delta
(4539) [BG(1)] getSemanticTokens delta previousResultId:1678531309424 at /home/jozef/projects/gr-test/gr_test.py ...
(4539) [BG(1)]   parsing: /home/jozef/projects/gr-test/gr_test.py (6ms)
(4539) [BG(1)]   binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) [FG] parsing: /home/jozef/projects/gr-test/gr_test.py (6ms)
(4539) [FG] binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) [BG(1)] getSemanticTokens delta previousResultId:1678531309424 at /home/jozef/projects/gr-test/gr_test.py (167ms)
(4539) Background analysis message: analyze
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py ...
(4539) [BG(1)]   checking: /home/jozef/projects/gr-test/gr_test.py (14ms)
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py (14ms)
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: resumeAnalysis
(4539) [BG(1)] indexing: /home/jozef/projects/gr-test/gr_test.py [found 4] (0ms)
(4539) Indexing Done: /home/jozef/projects/gr-test/gr_test.py
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: setFileOpened
(4539) [FG] parsing: /home/jozef/projects/gr-test/gr_test.py (5ms)
(4539) [FG] binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) Background analysis message: markFilesDirty
(4539) Background analysis message: analyze
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py ...
(4539) [BG(1)]   parsing: /home/jozef/projects/gr-test/gr_test.py (5ms)
(4539) [BG(1)]   binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) [BG(1)]   checking: /home/jozef/projects/gr-test/gr_test.py (131ms)
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py (138ms)
(4539) Background analysis message: resumeAnalysis
(4539) [BG(1)] indexing: /home/jozef/projects/gr-test/gr_test.py [found 4] (0ms)
(4539) Indexing Done: /home/jozef/projects/gr-test/gr_test.py
(4539) Background analysis message: setFileOpened
(4539) Background analysis message: markFilesDirty
(4539) [FG] completion at /home/jozef/projects/gr-test/gr_test.py:35:9 ...
(4539) [FG]   parsing: /home/jozef/projects/gr-test/gr_test.py (2ms)
(4539) [FG]   binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) [FG]   parsing: /usr/lib/python3/dist-packages/gnuradio/__init__.py [fs read 0ms] (13ms)
(4539) [FG]   binding: /usr/lib/python3/dist-packages/gnuradio/__init__.py (1ms)
(4539) [FG] completion at /home/jozef/projects/gr-test/gr_test.py:35:9 [found 54 items] (34ms)
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: setFileOpened
(4539) Background analysis message: markFilesDirty
(4539) Background analysis message: setFileOpened
(4539) Background analysis message: markFilesDirty
(4539) Background analysis message: setFileOpened
(4539) Background analysis message: markFilesDirty
(4539) Background analysis message: getSemanticTokens delta
(4539) [BG(1)] getSemanticTokens delta previousResultId:1678531415758 at /home/jozef/projects/gr-test/gr_test.py ...
(4539) [BG(1)]   parsing: /home/jozef/projects/gr-test/gr_test.py (5ms)
(4539) [BG(1)]   binding: /home/jozef/projects/gr-test/gr_test.py (2ms)
(4539) [BG(1)] getSemanticTokens delta previousResultId:1678531415758 at /home/jozef/projects/gr-test/gr_test.py (153ms)
(4539) [FG] parsing: /home/jozef/projects/gr-test/gr_test.py (4ms)
(4539) [FG] binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) Background analysis message: analyze
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py ...
(4539) [BG(1)]   checking: /home/jozef/projects/gr-test/gr_test.py (12ms)
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py (12ms)
(4539) Background analysis message: resumeAnalysis
(4539) [BG(1)] indexing: /home/jozef/projects/gr-test/gr_test.py [found 4] (1ms)
(4539) Indexing Done: /home/jozef/projects/gr-test/gr_test.py
(4539) Background analysis message: setFileOpened
(4539) Background analysis message: markFilesDirty
(4539) Background analysis message: setFileOpened
(4539) Background analysis message: markFilesDirty
(4539) [FG] parsing: /home/jozef/projects/gr-test/gr_test.py (3ms)
(4539) [FG] binding: /home/jozef/projects/gr-test/gr_test.py (0ms)
(4539) Background analysis message: analyze
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py ...
(4539) [BG(1)]   parsing: /home/jozef/projects/gr-test/gr_test.py (6ms)
(4539) [BG(1)]   binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) [BG(1)]   checking: /home/jozef/projects/gr-test/gr_test.py (155ms)
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py (162ms)
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: resumeAnalysis
(4539) [BG(1)] indexing: /home/jozef/projects/gr-test/gr_test.py [found 4] (0ms)
(4539) Indexing Done: /home/jozef/projects/gr-test/gr_test.py
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: getSemanticTokens delta
(4539) [BG(1)] getSemanticTokens delta previousResultId:1678531437557 at /home/jozef/projects/gr-test/gr_test.py (17ms)
(4539) [FG] parsing: /home/jozef/.vscode-server/extensions/ms-python.vscode-pylance-2023.3.20/dist/typeshed-fallback/stdlib/typing.pyi [fs read 0ms] (48ms)
(4539) [FG] binding: /home/jozef/.vscode-server/extensions/ms-python.vscode-pylance-2023.3.20/dist/typeshed-fallback/stdlib/typing.pyi (45ms)
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: getDiagnosticsForRange
(4539) [FG] parsing: /usr/lib/python3/dist-packages/gnuradio/gr/__init__.py [fs read 1ms] (5ms)
(4539) [FG] binding: /usr/lib/python3/dist-packages/gnuradio/gr/__init__.py ...
(4539) [FG]   parsing: /usr/lib/python3/dist-packages/gnuradio/gr/runtime_swig.py [fs read 4ms] (324ms)
[Info  - 11:44:29 AM] (4539) Could not import '_runtime_swig' in file '/usr/lib/python3/dist-packages/gnuradio/gr/runtime_swig.py'
[Info  - 11:44:29 AM] (4539)   Looking in stubPath '/home/jozef/projects/gr-test/typings'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/home/jozef/projects/gr-test/typings'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/home/jozef/projects/gr-test/typings'
[Info  - 11:44:29 AM] (4539)   Looking in root directory of execution environment '/home/jozef/projects/gr-test'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/home/jozef/projects/gr-test'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/home/jozef/projects/gr-test'
[Info  - 11:44:29 AM] (4539)   Finding python search paths
[Info  - 11:44:29 AM] (4539)   Executing interpreter: '/usr/bin/python3'
[Info  - 11:44:29 AM] (4539)   Skipping '/usr/lib/python39.zip' because it is not a valid directory
[Info  - 11:44:29 AM] (4539)   Received 8 paths from interpreter
[Info  - 11:44:29 AM] (4539)     /usr/lib/python3.9
[Info  - 11:44:29 AM] (4539)     /usr/lib/python3.9/lib-dynload
[Info  - 11:44:29 AM] (4539)     /home/jozef/.local/lib/python3.9/site-packages
[Info  - 11:44:29 AM] (4539)     /usr/local/lib/python3.9/dist-packages
[Info  - 11:44:29 AM] (4539)     /usr/local/lib/python3.9/dist-packages/bladerf-1.3.0-py3.9.egg
[Info  - 11:44:29 AM] (4539)     /usr/local/lib/python3.9/dist-packages/cffi-1.15.1-py3.9-linux-x86_64.egg
[Info  - 11:44:29 AM] (4539)     /usr/local/lib/python3.9/dist-packages/pycparser-2.21-py3.9.egg
[Info  - 11:44:29 AM] (4539)     /usr/lib/python3/dist-packages
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/usr/lib/python3.9'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/usr/lib/python3.9'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/usr/lib/python3.9'
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/usr/lib/python3.9/lib-dynload'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/usr/lib/python3.9/lib-dynload'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/usr/lib/python3.9/lib-dynload'
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/home/jozef/.local/lib/python3.9/site-packages'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/home/jozef/.local/lib/python3.9/site-packages'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/home/jozef/.local/lib/python3.9/site-packages'
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/usr/local/lib/python3.9/dist-packages'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/usr/local/lib/python3.9/dist-packages'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/usr/local/lib/python3.9/dist-packages'
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/usr/local/lib/python3.9/dist-packages/bladerf-1.3.0-py3.9.egg'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/usr/local/lib/python3.9/dist-packages/bladerf-1.3.0-py3.9.egg'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/usr/local/lib/python3.9/dist-packages/bladerf-1.3.0-py3.9.egg'
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/usr/local/lib/python3.9/dist-packages/cffi-1.15.1-py3.9-linux-x86_64.egg'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/usr/local/lib/python3.9/dist-packages/cffi-1.15.1-py3.9-linux-x86_64.egg'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/usr/local/lib/python3.9/dist-packages/cffi-1.15.1-py3.9-linux-x86_64.egg'
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/usr/local/lib/python3.9/dist-packages/pycparser-2.21-py3.9.egg'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/usr/local/lib/python3.9/dist-packages/pycparser-2.21-py3.9.egg'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/usr/local/lib/python3.9/dist-packages/pycparser-2.21-py3.9.egg'
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/usr/lib/python3/dist-packages'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/usr/lib/python3/dist-packages'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/usr/lib/python3/dist-packages'
[Info  - 11:44:29 AM] (4539)   Looking in bundled stubs path '/home/jozef/.vscode-server/extensions/ms-python.vscode-pylance-2023.3.20/dist/bundled/stubs'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/home/jozef/.vscode-server/extensions/ms-python.vscode-pylance-2023.3.20/dist/bundled/stubs'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/home/jozef/.vscode-server/extensions/ms-python.vscode-pylance-2023.3.20/dist/bundled/stubs'
[Info  - 11:44:29 AM] (4539)   Looking for typeshed stdlib path
[Info  - 11:44:29 AM] (4539)   Looking for typeshed stdlib path
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/home/jozef/.vscode-server/extensions/ms-python.vscode-pylance-2023.3.20/dist/typeshed-fallback/stdlib'
[Info  - 11:44:29 AM] (4539)   Typeshed path not found
[Info  - 11:44:29 AM] (4539)   Looking for typeshed third-party path
[Info  - 11:44:29 AM] (4539)   Looking for typeshed stubs path
[Info  - 11:44:29 AM] (4539)   Typeshed path not found
[Info  - 11:44:29 AM] (4539) Could not import '__builtin__' in file '/usr/lib/python3/dist-packages/gnuradio/gr/runtime_swig.py'
[Info  - 11:44:29 AM] (4539)   Looking in stubPath '/home/jozef/projects/gr-test/typings'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/home/jozef/projects/gr-test/typings'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/home/jozef/projects/gr-test/typings'
[Info  - 11:44:29 AM] (4539)   Looking in root directory of execution environment '/home/jozef/projects/gr-test'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/home/jozef/projects/gr-test'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/home/jozef/projects/gr-test'
[Info  - 11:44:29 AM] (4539)   Finding python search paths
[Info  - 11:44:29 AM] (4539)   Executing interpreter: '/usr/bin/python3'
[Info  - 11:44:29 AM] (4539)   Skipping '/usr/lib/python39.zip' because it is not a valid directory
[Info  - 11:44:29 AM] (4539)   Received 8 paths from interpreter
[Info  - 11:44:29 AM] (4539)     /usr/lib/python3.9
[Info  - 11:44:29 AM] (4539)     /usr/lib/python3.9/lib-dynload
[Info  - 11:44:29 AM] (4539)     /home/jozef/.local/lib/python3.9/site-packages
[Info  - 11:44:29 AM] (4539)     /usr/local/lib/python3.9/dist-packages
[Info  - 11:44:29 AM] (4539)     /usr/local/lib/python3.9/dist-packages/bladerf-1.3.0-py3.9.egg
[Info  - 11:44:29 AM] (4539)     /usr/local/lib/python3.9/dist-packages/cffi-1.15.1-py3.9-linux-x86_64.egg
[Info  - 11:44:29 AM] (4539)     /usr/local/lib/python3.9/dist-packages/pycparser-2.21-py3.9.egg
[Info  - 11:44:29 AM] (4539)     /usr/lib/python3/dist-packages
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/usr/lib/python3.9'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/usr/lib/python3.9'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/usr/lib/python3.9'
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/usr/lib/python3.9/lib-dynload'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/usr/lib/python3.9/lib-dynload'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/usr/lib/python3.9/lib-dynload'
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/home/jozef/.local/lib/python3.9/site-packages'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/home/jozef/.local/lib/python3.9/site-packages'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/home/jozef/.local/lib/python3.9/site-packages'
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/usr/local/lib/python3.9/dist-packages'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/usr/local/lib/python3.9/dist-packages'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/usr/local/lib/python3.9/dist-packages'
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/usr/local/lib/python3.9/dist-packages/bladerf-1.3.0-py3.9.egg'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/usr/local/lib/python3.9/dist-packages/bladerf-1.3.0-py3.9.egg'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/usr/local/lib/python3.9/dist-packages/bladerf-1.3.0-py3.9.egg'
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/usr/local/lib/python3.9/dist-packages/cffi-1.15.1-py3.9-linux-x86_64.egg'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/usr/local/lib/python3.9/dist-packages/cffi-1.15.1-py3.9-linux-x86_64.egg'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/usr/local/lib/python3.9/dist-packages/cffi-1.15.1-py3.9-linux-x86_64.egg'
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/usr/local/lib/python3.9/dist-packages/pycparser-2.21-py3.9.egg'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/usr/local/lib/python3.9/dist-packages/pycparser-2.21-py3.9.egg'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/usr/local/lib/python3.9/dist-packages/pycparser-2.21-py3.9.egg'
[Info  - 11:44:29 AM] (4539)   Looking in python search path '/usr/lib/python3/dist-packages'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/usr/lib/python3/dist-packages'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/usr/lib/python3/dist-packages'
[Info  - 11:44:29 AM] (4539)   Looking in bundled stubs path '/home/jozef/.vscode-server/extensions/ms-python.vscode-pylance-2023.3.20/dist/bundled/stubs'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve stub package using root path '/home/jozef/.vscode-server/extensions/ms-python.vscode-pylance-2023.3.20/dist/bundled/stubs'
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/home/jozef/.vscode-server/extensions/ms-python.vscode-pylance-2023.3.20/dist/bundled/stubs'
[Info  - 11:44:29 AM] (4539)   Looking for typeshed stdlib path
[Info  - 11:44:29 AM] (4539)   Looking for typeshed stdlib path
[Info  - 11:44:29 AM] (4539)   Attempting to resolve using root path '/home/jozef/.vscode-server/extensions/ms-python.vscode-pylance-2023.3.20/dist/typeshed-fallback/stdlib'
[Info  - 11:44:29 AM] (4539)   Typeshed path not found
[Info  - 11:44:29 AM] (4539)   Looking for typeshed third-party path
[Info  - 11:44:29 AM] (4539)   Looking for typeshed stubs path
[Info  - 11:44:29 AM] (4539)   Typeshed path not found
(4539) [FG]   binding: /usr/lib/python3/dist-packages/gnuradio/gr/runtime_swig.py (61ms)
(4539) [FG]   parsing: /usr/lib/python3/dist-packages/gnuradio/gr/exceptions.py [fs read 1ms] (2ms)
(4539) [FG]   binding: /usr/lib/python3/dist-packages/gnuradio/gr/exceptions.py (0ms)
(4539) [FG]   parsing: /usr/lib/python3/dist-packages/gnuradio/gr/top_block.py [fs read 0ms] (7ms)
(4539) [FG]   binding: /usr/lib/python3/dist-packages/gnuradio/gr/top_block.py (1ms)
(4539) [FG]   parsing: /usr/lib/python3/dist-packages/gnuradio/gr/hier_block2.py [fs read 0ms] (29ms)
(4539) [FG]   binding: /usr/lib/python3/dist-packages/gnuradio/gr/hier_block2.py (6ms)
(4539) [FG]   parsing: /usr/lib/python3/dist-packages/gnuradio/gr/tag_utils.py [fs read 0ms] (15ms)
(4539) [FG]   binding: /usr/lib/python3/dist-packages/gnuradio/gr/tag_utils.py (4ms)
(4539) [FG] binding: /usr/lib/python3/dist-packages/gnuradio/gr/__init__.py (455ms)
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: setFileOpened
(4539) Background analysis message: markFilesDirty
(4539) [FG] parsing: /home/jozef/projects/gr-test/gr_test.py (2ms)
(4539) [FG] binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) Background analysis message: analyze
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py ...
(4539) [BG(1)]   parsing: /home/jozef/projects/gr-test/gr_test.py (3ms)
(4539) [BG(1)]   binding: /home/jozef/projects/gr-test/gr_test.py (19ms)
(4539) [BG(1)]   checking: /home/jozef/projects/gr-test/gr_test.py (163ms)
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py (187ms)
(4539) Background analysis message: resumeAnalysis
(4539) [BG(1)] indexing: /home/jozef/projects/gr-test/gr_test.py [found 4] (0ms)
(4539) Indexing Done: /home/jozef/projects/gr-test/gr_test.py
(4539) [FG] parsing: /home/jozef/projects/gr-test/gr_test.py (2ms)
(4539) [FG] binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) Background analysis message: setFileOpened
(4539) Background analysis message: markFilesDirty
(4539) Background analysis message: analyze
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py ...
(4539) [BG(1)]   parsing: /home/jozef/projects/gr-test/gr_test.py (11ms)
(4539) [BG(1)]   binding: /home/jozef/projects/gr-test/gr_test.py (5ms)
(4539) [BG(1)]   checking: /home/jozef/projects/gr-test/gr_test.py (91ms)
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py (107ms)
(4539) Background analysis message: resumeAnalysis
(4539) [BG(1)] indexing: /home/jozef/projects/gr-test/gr_test.py [found 4] (2ms)
(4539) Indexing Done: /home/jozef/projects/gr-test/gr_test.py
(4539) Background analysis message: getSemanticTokens delta
(4539) [BG(1)] getSemanticTokens delta previousResultId:1678531439893 at /home/jozef/projects/gr-test/gr_test.py (41ms)
(4539) Background analysis message: setFileOpened
(4539) Background analysis message: markFilesDirty
(4539) [FG] completion at /home/jozef/projects/gr-test/gr_test.py:31:9 ...
(4539) [FG]   parsing: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) [FG]   binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) [FG] completion at /home/jozef/projects/gr-test/gr_test.py:31:9 [found 54 items] (3ms)
(4539) Background analysis message: analyze
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py ...
(4539) [BG(1)]   parsing: /home/jozef/projects/gr-test/gr_test.py (5ms)
(4539) [BG(1)]   binding: /home/jozef/projects/gr-test/gr_test.py (2ms)
(4539) [BG(1)]   checking: /home/jozef/projects/gr-test/gr_test.py (119ms)
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py (126ms)
(4539) [BG(1)] indexing: /home/jozef/projects/gr-test/gr_test.py (0ms)
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: setFileOpened
(4539) Background analysis message: markFilesDirty
(4539) [FG] parsing: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) [FG] binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) Background analysis message: analyze
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py ...
(4539) [BG(1)]   parsing: /home/jozef/projects/gr-test/gr_test.py (6ms)
(4539) [BG(1)]   binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) [BG(1)]   checking: /home/jozef/projects/gr-test/gr_test.py (118ms)
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py (126ms)
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: resumeAnalysis
(4539) [BG(1)] indexing: /home/jozef/projects/gr-test/gr_test.py [found 4] (1ms)
(4539) Indexing Done: /home/jozef/projects/gr-test/gr_test.py
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: setFileOpened
(4539) Background analysis message: markFilesDirty
(4539) Background analysis message: setFileOpened
(4539) Background analysis message: markFilesDirty
(4539) [FG] parsing: /home/jozef/projects/gr-test/gr_test.py (2ms)
(4539) [FG] binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) Background analysis message: getSemanticTokens delta
(4539) [BG(1)] getSemanticTokens delta previousResultId:1678531473564 at /home/jozef/projects/gr-test/gr_test.py ...
(4539) [BG(1)]   parsing: /home/jozef/projects/gr-test/gr_test.py (2ms)
(4539) [BG(1)]   binding: /home/jozef/projects/gr-test/gr_test.py (1ms)
(4539) [BG(1)] getSemanticTokens delta previousResultId:1678531473564 at /home/jozef/projects/gr-test/gr_test.py (148ms)
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: analyze
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py ...
(4539) [BG(1)]   checking: /home/jozef/projects/gr-test/gr_test.py (13ms)
(4539) [BG(1)] analyzing: /home/jozef/projects/gr-test/gr_test.py (13ms)
(4539) Background analysis message: resumeAnalysis
(4539) [BG(1)] indexing: /home/jozef/projects/gr-test/gr_test.py [found 4] (0ms)
(4539) Indexing Done: /home/jozef/projects/gr-test/gr_test.py
(4539) Background analysis message: getDiagnosticsForRange
(4539) Background analysis message: getDiagnosticsForRange
[Info  - 11:44:37 AM] (4539) SourceFile: Received fs event 'change' for path '/home/jozef/projects/gr-test/gr_test.py'
(4539) Background analysis message: markFilesDirty
(4539) Background analysis message: analyze

I tried pre-release version too - the same result.

It looks like you're importing from a module called gnuradio. I don't see a library by that name in pypi. Is it a publicly-available library?
Based on your bug report, this is probably an untyped library (i.e. it has no inlined type information), so pylance must infer type information from the library implementation. It looks like the method add_const_bb is inferred to have a NoReturn return type, which means that it never returns control back to the caller. If you right click on add_const_bb and "Go To Definition", VS Code will take you to that code. I'm guessing that the method is raising an exception on all paths. Perhaps this is a stub method implementation within a base class, and it is meant to be overridden by subclasses. If so, the author of the library should do one or more of the following to tell static type analyzers that the method is meant to be overridden:

Derive the base class from abc.ABC and decorate the method with @abstractmethod.
If raising an exception, make sure to raise UnimplementedError, not some other error.
Add a return type annotation to the method so it doesn't need to be inferred from the source.

If my assumptions about the code are correct, then any one of these fixes will address the problem, and I recommend filling a bug report with the library maintainer.

yes, gnuradio is a public library, but usually installed with gnuradio linux package.
And it seems you might be right. add_const_bb is a class, which __init__ method throws an exception (but not UninplementedError), so pylance can correctly assume code won't return back...
So closing this issue as irrelevant. Thanks for help.


Return-Path is replaced always

Context

I use an app that specifies its own Return-Path in a specific format1 to be able to handle bounces automatically. If that header is modified, mail bounces do not reach the target inbox, and the app cannot notify the user that an email is not working, nor can disable it when it has too many bounces to avoid damaging own domain's reputation.
Expected Behavior

Return-Path should be left untouched. At least, when provided.
Actual Behavior

However, when this image is used, the Return-Path is modified to match the From header.
Possible Fix

Steps to Reproduce

Configure in relay mode.
Send an email that includes a header such as Return-Path<EMAIL_ADDRESS>.
Review the email headers when you get it to your inbox. You'll notice that header has been modified.

Your Environment

Amount of RAM available: 64GiB
Mailserver version used: v6.1.0-204-gf69d30f
Docker version used: Docker version 18.09.6, build 481bc77
Environment settings relevant to the config:

# docker-compose config (only relevant parts)
version: '2.4'
services:
  smtp:
    cap_add:
        - SYS_PTRACE
    domainname: example.com
    environment:
      DEFAULT_RELAY_HOST: '[smtp.gmail.com]:587'
      DMS_DEBUG: 1
      ENABLE_SRS: 1
      ONE_DIR: 1
      PERMIT_DOCKER: connected-networks
      POSTFIX_MESSAGE_SIZE_LIMIT: 52428800
      RELAY_HOST: smtp.gmail.com
      RELAY_PASSWORD: ***example***
      RELAY_PORT: '587'
      RELAY_USER<EMAIL_ADDRESS>      SMTP_ONLY: 1
      SRS_DOMAINNAME: example.com
      SRS_EXCLUDE_DOMAINS: example.com
      SRS_SENDER_CLASSES: envelope_sender,header_sender
    image: tvial/docker-mailserver:latest
    networks:
      default:
        aliases:
        - smtplocal
    restart: unless-stopped
    stop_grace_period: 1m
    volumes:
    - mailconfig:/tmp/docker-mailserver:z
    - maillogs:/var/log/mail:z
    - maildata:/var/mail:z
    - mailstate:/var/mail-state:z
volumes:
  mailconfig: {}
  maildata: {}
  maillogs: {}
  mailstate: {}

Any relevant stack traces ("Full trace" preferred):

Dec 31 13:07:58 18a9d263c133 postfix/postscreen[1124]: CONNECT from [<IP_ADDRESS>]:43082 to [<IP_ADDRESS>]:25
Dec 31 13:07:58 18a9d263c133 postfix/postscreen[1124]: WHITELISTED [<IP_ADDRESS>]:43082
Dec 31 13:07:58 18a9d263c133 postfix/smtpd[1125]: connect from example-odoo-12_odoo_1.example-odoo-12_default[<IP_ADDRESS>]
Dec 31 13:07:58 18a9d263c133 opendmarc[173]: ignoring connection from example-odoo-12_odoo_1.example-odoo-12_default
Dec 31 13:07:58 18a9d263c133 postfix/smtpd[1125]: DB292401858C4: client=example-odoo-12_odoo_1.example-odoo-12_default[<IP_ADDRESS>]
Dec 31 13:07:58 18a9d263c133 postfix/cleanup[1130]: DB292401858C4<EMAIL_ADDRESS>Dec 31 13:07:58 18a9d263c133 opendkim[167]: DB292401858C4: no signing table match for<EMAIL_ADDRESS>Dec 31 13:07:58 18a9d263c133 opendkim[167]: DB292401858C4: no signature data
Dec 31 13:07:58 18a9d263c133 postfix/qmgr[934]: DB292401858C4<EMAIL_ADDRESS>size=4382, nrcpt=1 (queue active)
Dec 31 13:07:59 18a9d263c133 postfix/smtpd[1125]: disconnect from example-odoo-12_odoo_1.example-odoo-12_default[<IP_ADDRESS>] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5
Dec 31 13:07:59 18a9d263c133 postfix/smtpd[1441]: error: open database /etc/postfix/vmailbox: No such file or directory
Dec 31 13:07:59 18a9d263c133 postfix/smtpd[1441]: connect from localhost[<IP_ADDRESS>]
Dec 31 13:07:59 18a9d263c133 postfix/smtpd[1441]: 098F840289E84: client=localhost[<IP_ADDRESS>]
Dec 31 13:07:59 18a9d263c133 postfix/cleanup[1130]: 098F840289E84<EMAIL_ADDRESS>Dec 31 13:07:59 18a9d263c133 postsrsd[1131]: srs_forward<EMAIL_ADDRESS>rewritten as<EMAIL_ADDRESS>Dec 31 13:07:59 18a9d263c133 postsrsd[1131]: srs_forward<EMAIL_ADDRESS>rewritten as<EMAIL_ADDRESS>Dec 31 13:07:59 18a9d263c133 postfix/qmgr[934]: 098F840289E84<EMAIL_ADDRESS>size=4630, nrcpt=1 (queue active)
Dec 31 13:07:59 18a9d263c133 amavis[204]: (00204-01) Passed CLEAN {RelayedOutbound}, LOCAL [<IP_ADDRESS>]:43082<EMAIL_ADDRESS>-><EMAIL_ADDRESS>Queue-ID: DB292401858C4, Message-ID<EMAIL_ADDRESS>mail_id: jKPh9BioXc3f, Hits: -, size: 4348, queued_as: 098F840289E84, 87 ms
Dec 31 13:07:59 18a9d263c133 postfix/smtp[1133]: DB292401858C4<EMAIL_ADDRESS>relay=<IP_ADDRESS>[<IP_ADDRESS>]:10024, delay=0.16, delays=0.07/0/0/0.09, dsn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[<IP_ADDRESS>]:10025): 250 2.0.0 Ok: queued as 098F840289E84)
Dec 31 13:07:59 18a9d263c133 postfix/qmgr[934]: DB292401858C4: removed
Dec 31 13:07:59 18a9d263c133 postfix/smtp[1139]: Trusted TLS connection established to smtp.gmail.com[<IP_ADDRESS>]:587: TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)
Dec 31 13:08:00 18a9d263c133 postfix/smtp[1139]: 098F840289E84<EMAIL_ADDRESS>relay=smtp.gmail.com[<IP_ADDRESS>]:587, delay=1, delays=0.01/0/0.33/0.69, dsn=2.0.0, status=sent (250 2.0.0 OK<PHONE_NUMBER> w8sm2566913wmm.0 - gsmtp)
Dec 31 13:08:00 18a9d263c133 postfix/qmgr[934]: 098F840289E84: removed
Dec 31 13:11:30 18a9d263c133 postfix/smtpd[1138]: timeout after END-OF-MESSAGE from localhost[<IP_ADDRESS>]
Dec 31 13:11:30 18a9d263c133 postfix/smtpd[1138]: disconnect from localhost[<IP_ADDRESS>] ehlo=1 mail=1 rcpt=1 data=1 commands=4
Dec 31 13:12:59 18a9d263c133 postfix/smtpd[1441]: timeout after END-OF-MESSAGE from localhost[<IP_ADDRESS>]
Dec 31 13:12:59 18a9d263c133 postfix/smtpd[1441]: disconnect from localhost[<IP_ADDRESS>] ehlo=1 mail=1 rcpt=1 data=1 commands=4

@Tecnativa TT20505

Notes
1 This system is Odoo. It favors a very particular approach to emails. It's open source, so if you're curious, you can see in the fetchmail process that it bounces the respective message if the bounce address matches a regexp. Also you can see how that is formed in the send mail process. The bounce address is configurable.

Based on #1350, what happens if you change:
SRS_SENDER_CLASSES: envelope_sender,header_sender
To:
SRS_SENDER_CLASSES: envelope_sender

This issue was closed due to one or more of the following reasons:

Age
Contributor inactivity
The issue seems to be resolved

If you think this happened by accident, or feel like this issue was not actually resolved, please feel free to re-open it. If there is an issue you could resolve in the meantime, please open a PR based on the current master branch so we can review it.


Behavior of global defined custom rules (not running in sequence)

Reproduction
https://formkit.link/f33c1959a0880994198885221cce1c1b
Describe the bug
Hi Team, I noticed a bug regarding the behavior of global custom rules.
My custom rule doesn't stop the validations being executed (they are not running in sequence).
As you can see here (https://formkit.link/f33c1959a0880994198885221cce1c1b) two error messages displayed instead of just one:

please use monday or mon
FormKit Input must be greater than or equal to 2 characters.

I thought that the rule "length:2" won't be executed before the "global monday" rule "is valid".
Please give me a hint on how to avoid this.
Thanks a lot,
Daniel
Environment
• OS: macOS
• Browser chrome
• Version 100.x

Hi, I noticed this bug in my local nuxt app, using the following versions:
"@formkit/nuxt": "1.5.2",
"vue": "3.4.15",
"nuxt": "3.9.3"
So the behavior in my local app is the same as in the provided playground example.

Hey @ddoebertin we were able to isolate this down to your formkit.config.js in the example exporting the return of defaultConfig() which is already done for you — this was leading to 2 validation plugins running at the same time.
By some mysterious miracle of the earth and stars aligning with noorse god of thunder’s toenail it was not causing issues in 1.4.0.
I would check your local formkit.config.ts and see if there is something going on there like a double import. Feel free to post back here your setup and we can help sort it 👍

Hey @justin-schroeder, you are right, without the defaultConfig it's working as expected. Thanks a lot.
I copied the code from here https://formkit.com/getting-started/installation

Maybe you should adopt this example snippet.
 It's just that the config exported from formkit.config.js in the playground on formkit.com passes the exported object into defaultConfig() in the background. So - by exporting a call to defaultConfig in the playground you were inadvertently passing it through twice.
Kinda an edge-case with the playground — if you create a new playground and add a formkit.config.js file you'll see that it exports a plain object because of this.


{Find} az find: Send User ID hash for rate limiting

Description
In order to better handle the increased traffic, the Aladdin service is adding hashed User IDs to the request header in order to accurately rate limit clients. These should not interfere with normal usage, just prevent bad actors (most likely run-a-way scripts) from slowing down or breaking the service for other users.
The hashed ID is only used for the rate limiting and is only stored in memory for a temporary amount of time. It is not stored in telemetry.
Testing Guide
No change in command usage.
This checklist is used to make sure that common guidelines for a pull request are followed.

[X] The PR title and description has followed the guideline in Submitting Pull Requests.

[X] I adhere to the Command Guidelines.

az find


[r] Upcast SOMADataFrame coords to int64

Issue and/or context: #1171, #1209
Changes: This PR is a follow-up to #1209 and adds support for automatically upcasting integer coordinates passed to SOMADataFrame$read() to int64.
Notes for Reviewer: The internal validate_read_coords() function gains a schema argument, which is used to determine whether casting is necessary. This can be extended in the future to improve coordinate validation for other data types.

Codecov Report
Patch coverage has no change and project coverage change: -12.77 :warning:

Comparison is base (0fa4d6d) 63.99% compared to head (715e369) 51.22%.

:exclamation: Current head 715e369 differs from pull request most recent head 7570c01. Consider uploading reports for the commit 7570c01 to get more accurate results

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
Additional details and impacted files
@@             Coverage Diff             @@
##             main    #1254       +/-   ##
===========================================
- Coverage   63.99%   51.22%   -12.77%
===========================================
  Files          93       63       -30
  Lines        7162     4816     -2346
===========================================
- Hits         4583     2467     -2116
+ Misses       2579     2349      -230

Flag
Coverage Δ

python
?

r
51.22% <ø> (+0.20%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.
see 33 files with indirect coverage changes
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Split Travis-CI build jobs and fix php-fpm mssql

One job build for one PHP version, to wait a long time.
so, split build job for each service. run fast and short log.
php-fpm MSSQL use stable version and fix error path.

Finally only left php-fpm on PHP71 build failed


chore(deps): upgrade dev dependencies

Upgrades project dependencies. See details in workflow run.

Automatically created by projen via the "upgrade-dev-dependencies-k8s-27-main" workflow

⚪ Backport skipped
The pull request was not backported as there were no branches to backport to. If this is a mistake, please apply the desired version labels or run the backport tool manually.
Manual backport
To create the backport manually run:
backport --pr 3243

Questions ?
Please refer to the Backport tool documentation


Risky tests

Hello!
This is a followup to mikey179/vfsStream#160.
https://gist.github.com/eigan/fde3fea431b190111219df65ee506b6a

phpunit --dont-report-useless-tests is how one can ignore these risky stuff, but I cant see that mentioned in Travis configuration.

Looks like Travis is just testing 2.2, where phpunit is not > 6.0?
https://github.com/sebastianbergmann/phpunit/wiki/Release-Announcement-for-PHPUnit-6.0.0

PHPUnit is now strict about useless tests by default. Use the --dont-report-useless-tests commandline option or the beStrictAboutTestsThatDoNotTestAnything="false" configuration directive to disable this risky test check.

The problem is with the zend.assertions ini directive. When it is set to 0 PHP will not execute the assert() function. Since PHP 7.0 assert is a language construct - I wonder why it's still possible to define such a function. I think this behaviour is buggy within PHP, as it still should execute the user defined function when it allows to define one with such a name. But I guess I have to define an alternative function to get around this issue...

FYI my ini configuration is:
$ php -i | grep assert

zend.assertions => -1 => -1
assert.active => 1 => 1
assert.bail => 0 => 0
assert.callback => no value => no value
assert.exception => 0 => 0
assert.quiet_eval => 0 => 0
assert.warning => 1 => 1

Most likely zend.assertions=-1 is the culprit here. With zend.assertions=0 PHP generates the code but jumps around it, with zend.assertions=-1 it doesn't even generate the code. Only with zend.assertions=1 the bovigo\assert\assert()function is executed. With vfsStream I experienced that on AppVeyor:

Test run with zend.assertions=0 or -1
Test run with zend.assertions=1.

I'm still stuck trying to create a small reproducible phpt version, but I'm pretty sure it depends on the zend.assertions setting. I'm also pretty sure that the PHP behaviour in regard to user-defined function assert() is buggy, but without a small reproducable test I don't want to open an issue.

While I failed @kelunik managed to create a reproducible test case, so there's now a PHP bug open.

PHP bug has been closed, as it is expected behaviour according to the RFC. Most likely I'll introduce a new function and make the existing one an alias to it so usage of assert() can be replaced in depending libraries.


tmt tests export --nitrate --general traces back

tmt tests export --nitrate --general traces back if the TC is already linked to the general plan.
$ tmt tests export --nitrate --create --general .
Test case 'TC#0610070' found.
summary: /rsyslog/Regression/bz1944718-large-group
script: /rsyslog/Regression/bz1944718-large-group
Traceback (most recent call last):
  File "/usr/bin/tmt", line 8, in <module>
    tmt.cli.main()
  File "/usr/lib/python3.9/site-packages/click/core.py", line 829, in __call__
    return self.main(*args, **kwargs)
  File "/usr/lib/python3.9/site-packages/click/core.py", line 782, in main
    rv = self.invoke(ctx)
  File "/usr/lib/python3.9/site-packages/click/core.py", line 1259, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/usr/lib/python3.9/site-packages/click/core.py", line 1259, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/usr/lib/python3.9/site-packages/click/core.py", line 1066, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/lib/python3.9/site-packages/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/usr/lib/python3.9/site-packages/click/decorators.py", line 21, in new_func
    return f(get_current_context(), *args, **kwargs)
  File "/usr/lib/python3.9/site-packages/tmt/cli.py", line 509, in export
    test.export(format_='nitrate')
  File "/usr/lib/python3.9/site-packages/tmt/base.py", line 420, in export
    tmt.export.export_to_nitrate(self)
  File "/usr/lib/python3.9/site-packages/tmt/export.py", line 216, in export_to_nitrate
    for nitrate_plan in nitrate_case.testplans:
  File "/usr/lib/python3.9/site-packages/nitrate/containers.py", line 137, in __iter__
    for item in self._items:
RuntimeError: Set changed size during iteration

I think this is a regression as I do not remember seeing such behavior.

https://github.com/psss/tmt/pull/691 should fix this issue

I can confirm the https://github.com/psss/tmt/pull/691 fixes this issue.


Get_Pixel Issue

I use Godot 3.0.6 on Windows 10 64., I am creating a game similar to "Risk" or "Diplomay" or "Civillian 3", you click on a territory of land to select it. I use a flood filled map of colors with each territory being a different color, I then use get_pixel to get the color of where I clicked and compare it to data stored in a json file to get the right territory. Ok, now here is the problem, get_pixel returns a color very similar to what is on the map but it is not exact. My game relies 100% on it being exact. The issue has been discussed and fixed for Godot 3.1 see the issue here  https://github.com/godotengine/godot/issues/19652    I know it works in 3.1 because I created a duplicate of my project and tried the duplicate in a nightly build of 3.1 and the issue is fixed, it works. But it is not been done for Godot 3.0.6 so what can I do or what should I do? What would you do it it were you?

You use a normal array of colors instead of textures.
Using textures for storing data is in general not a good idea.
Else if you want to use that you will probably have to wait for 3.1

Or you use a threshold compare rather than equality? In theory when images have integer componentd they actually can be used to store data, it's just the API that makes it hard.

You can also compile the Godot nighty build from source if you wish, the documentation have the required instructions

Else if you want to use that you will probably have to wait for 3.1

Closed as solved.


Expression 'evaluate' functions should not pass frameState paramter

In the Cesium.StyleExpression page, the frameState description isn't very descriptive. Clicking on it to find out more goes to:
https://cesiumjs.org/Cesium/Build/Documentation/FrameState.html
Which is a 404.

FrameState is a private class, so it's not supposed to be documented or mentioned in the docs for that matter.  So the problem here is in StyleExpression, not FrameState

Fixed in #6890


Round numbers issue

When I use it as a method, it works fine
$.number(1234.56, 2) => 1234.56

However, when I use it with an input, it doesn't allow me to set second decimals:
$("#my-input").number(true, 2)

And as soon as I type the second decimal, it converts it it to 0
1234.56 => 1234.50
222.17 => 222.10

Hello, I have the same issue.
Any solution?
Thanks.

any feedback for this issue ?? im getting the same issue and as it's invoice system we can not play with rounding numbers
for me 123456.789 this will be 123456.79


Font Rendering: Default pdf file at 600% zoom level

If you zoom in the default loaded file at about 600%+, you'll notice some redering issues.
example shown here: http://i53.tinypic.com/vcthf4.png
what is weired is that the word "Incremental" actually displays fine :)

Could you provide reference to the PDF that has this issue?

See the default pdf file.
On Fri, Nov 18, 2011 at 5:13 AM, notmasteryet <
<EMAIL_ADDRESS>
wrote:

Could you provide reference to the PDF that has this issue?

Reply to this email directly or view it on GitHub:
https://github.com/mozilla/pdf.js/issues/605#issuecomment-2785296

Thanks. Found it - second paragraph. It cannot see the problems on my computer (max zoom guard is removed). Must be specific to your environment. Could you provide more information about the OS and the browser?

yep, i can see those artifacts at 800% magnification on window, none on macos

that's a good point. might have to do with the system's internal rendering.
On Sat, Nov 19, 2011 at 4:35 AM, notmasteryet <
<EMAIL_ADDRESS>
wrote:

yep, i can see those artifacts at 800% magnification on window, none on
macos

Reply to this email directly or view it on GitHub:
https://github.com/mozilla/pdf.js/issues/605#issuecomment-2797043


Log cvmfs info at end of job

From @DrDaveD:
If it isn't too difficult to do, it would be awfully useful if a job wrapper or the pilot or something could collect cvmfs logs for all the repositories that are known about for a failed job.  That can be done through a command like this:
attr -g logbuffer /cvmfs/|tail -50

We can log this info for every job with "ifdh log", so it can be looked  at in kibana, etc.


fix(tidb): fix script integrationtest.sh

Correct start pd cmd params.
Specify using store tikv for testing.

/hold

Currently, running with store tikv will result in the following errors.
ERRO[0663] 8 tests failed
ERRO[0663] run test [executor/admin] err: sql:admin checksum table cache_admin_table_with_index_test;: failed to run query
"admin checksum table cache_admin_table_with_index_test;"
 around line 66,
we need(172):
admin checksum table cache_admin_table_with_index_test;
Db_name Table_name      Checksum_crc64_xor      Total_kvs       Total_bytes
executor__admin cache_admin_table_with_index_test       0       2       2

but got(172):
admin checksum table cache_admin_table_with_index_test;
Db_name Table_name      Checksum_crc64_xor      Total_kvs       Total_bytes
executor__admin cache_admin_table_with_index_test       0       0       0

ERRO[0663] run test [executor/executor] err: sql:change pump to node_state ='paused' for node_id 'pump1';: failed to run query
"change pump to node_state ='paused' for node_id 'pump1';"
 around line 693,
we need(132):
change pump to node_state ='paused' for node_id 'pump1';
Error 1105 (HY000): URL scheme must be http, https, unix, or unixs:
change
but got(132):
change pump to node_state ='paused' for node_id 'pump1';
Error 1105 (HY000): node pump, id pump1 from etcd <IP_ADDRESS>:2379 not found

ERRO[0663] run test [expression/builtin] err: sql:select * from tb5 where cast(a as unsigned int)=0;: failed to run query
"select * from tb5 where cast(a as unsigned int)=0;"
 around line 280,
we need(156):
select * from tb5 where cast(a as unsigned int)=0;
a       b
Level   Code    Message
Warning 1690    constant 1.844674407370955e+20 overflows bigint
select * from tb5 whe
but got(156):
select * from tb5 where cast(a as unsigned int)=0;
a       b
Level   Code    Message
Warning 1690    evaluation failed: constant<PHONE_NUMBER>37095500000 overflows LongLong

ERRO[0663] run test [expression/charset_and_collation] err: sql:admin recover index t a;: run "admin recover index t a;" at line 359 err Error 1105 (HY000): [components/tidb_query_executors/src/table_scan_executor.rs:425]: Data is corrupted, missing data for NOT NULL column (offset = 0)
ERRO[0663] run test [expression/issues] err: sql:select * from t where field('A', a collate utf8mb4_general_ci, b) > 1;: failed to run query
"select * from t where field('A', a collate utf8mb4_general_ci, b) > 1;"
 around line 1445,
we need(79):
select * from t where field('A', a collate utf8mb4_general_ci, b) > 1;
a       b
sele
but got(79):
select * from t where field('A', a collate utf8mb4_general_ci, b) > 1;
a       b
a       A
ERRO[0663] run test [planner/cascades/integration] err: sql:select /*+ HASH_AGG() */ a, count(distinct a) from t;: failed to run query
"select /*+ HASH_AGG() */ a, count(distinct a) from t;"
 around line 135,
we need(78):
select /*+ HASH_AGG() */ a, count(distinct a) from t;
a       count(distinct a)
1       2

but got(78):
select /*+ HASH_AGG() */ a, count(distinct a) from t;
a       count(distinct a)
2       2

ERRO[0663] run test [planner/core/plan_cache] err: sql:select * from IDT_20290 where col2 *<PHONE_NUMBER>97063065230692384394107598316198958.1850509 >=<PHONE_NUMBER>68884663953087553591534913868320924.5040396 and col2 =<PHONE_NUMBER>00631943559871054704914143535627349.9659934;: failed to run query
"select * from IDT_20290 where col2 *<PHONE_NUMBER>97063065230692384394107598316198958.1850509 >=<PHONE_NUMBER>68884663953087553591534913868320924.5040396 and col2 =<PHONE_NUMBER>00631943559871054704914143535627349.9659934;"
 around line 209,
we need(263):
select * from IDT_20290 where col2 *<PHONE_NUMBER>97063065230692384394107598316198958.1850509 >=<PHONE_NUMBER>68884663953087553591534913868320924.5040396 and col2 =<PHONE_NUMBER>00631943559871054704914143535627349.9659934;
Error 1690 (22003): DECIMAL value is out of range
but got(263):
select * from IDT_20290 where col2 *<PHONE_NUMBER>97063065230692384394107598316198958.1850509 >=<PHONE_NUMBER>68884663953087553591534913868320924.5040396 and col2 =<PHONE_NUMBER>00631943559871054704914143535627349.9659934;
Error 1690 (22003):  value is out of range in ''
ERRO[0663] run test [session/vars] err: sql:SELECT variable_value FROM mysql.tidb WHERE variable_name = 'tikv_gc_enable';: failed to run query
"SELECT variable_value FROM mysql.tidb WHERE variable_name = 'tikv_gc_enable';"
 around line 3,
we need(98):
SELECT variable_value FROM mysql.tidb WHERE variable_name = 'tikv_gc_enable';
variable_value
SET G
but got(98):
SELECT variable_value FROM mysql.tidb WHERE variable_name = 'tikv_gc_enable';
variable_value
true

/unhold


Fixing of issues in Issue 18

#18 has been fixed here along with some other small improvements.

I have made that change now.


can't create sdbclient for public user i.e. without username

Let's say the slashdb instance allows public access, like default docker intance gives access to sqlite Chinook database
I should be able to setup provider without username and password
<SlashDBProvider
       baseUrl='http://localhost:8001'
       setUpOptions={{
         // username: 'public',
         // password: process.env.REACT_APP_DATABASE_PASSWORD,
         // apiKey: 'aaa',
       }}
     >
        <App />
     </SlashDBProvider>

and then setup and get resources
const sdbClient = useSetUp();
  const [lists, getList, postList, putList, deleteList] = useDataDiscovery(
    'Chinook',
    'Customer'
  );

instead I got errors in console
slashdbclient.js:31 Uncaught TypeError: Invalid username parameter, must be string
    at new SlashDBClient (slashdbclient.js:31:1)
    at useSetUp (hooks.js:29:1)
    at App (App.js:7:1)
    at renderWithHooks (react-dom.development.js:16305:1)
    at mountIndeterminateComponent (react-dom.development.js:20074:1)
    at beginWork (react-dom.development.js:21587:1)
    at HTMLUnknownElement.callCallback (react-dom.development.js:4164:1)
    at Object.invokeGuardedCallbackDev (react-dom.development.js:4213:1)
    at invokeGuardedCallback (react-dom.development.js:4277:1)
    at beginWork$1 (react-dom.development.js:27451:1)
SlashDBClient @ slashdbclient.js:31
useSetUp @ hooks.js:29
App @ App.js:7
renderWithHooks @ react-dom.development.js:16305
mountIndeterminateComponent @ react-dom.development.js:20074
beginWork @ react-dom.development.js:21587
callCallback @ react-dom.development.js:4164
invokeGuardedCallbackDev @ react-dom.development.js:4213
invokeGuardedCallback @ react-dom.development.js:4277
beginWork$1 @ react-dom.development.js:27451
performUnitOfWork @ react-dom.development.js:26557
workLoopSync @ react-dom.development.js:26466
renderRootSync @ react-dom.development.js:26434
performConcurrentWorkOnRoot @ react-dom.development.js:25738
workLoop @ scheduler.development.js:266
flushWork @ scheduler.development.js:239
performWorkUntilDeadline @ scheduler.development.js:533
slashdbclient.js:31 Uncaught TypeError: Invalid username parameter, must be string
    at new SlashDBClient (slashdbclient.js:31:1)
    at useSetUp (hooks.js:29:1)
    at App (App.js:7:1)
    at renderWithHooks (react-dom.development.js:16305:1)
    at mountIndeterminateComponent (react-dom.development.js:20074:1)
    at beginWork (react-dom.development.js:21587:1)
    at HTMLUnknownElement.callCallback (react-dom.development.js:4164:1)
    at Object.invokeGuardedCallbackDev (react-dom.development.js:4213:1)
    at invokeGuardedCallback (react-dom.development.js:4277:1)
    at beginWork$1 (react-dom.development.js:27451:1)
SlashDBClient @ slashdbclient.js:31
useSetUp @ hooks.js:29
App @ App.js:7
renderWithHooks @ react-dom.development.js:16305
mountIndeterminateComponent @ react-dom.development.js:20074
beginWork @ react-dom.development.js:21587
callCallback @ react-dom.development.js:4164
invokeGuardedCallbackDev @ react-dom.development.js:4213
invokeGuardedCallback @ react-dom.development.js:4277
beginWork$1 @ react-dom.development.js:27451
performUnitOfWork @ react-dom.development.js:26557
workLoopSync @ react-dom.development.js:26466
renderRootSync @ react-dom.development.js:26434
recoverFromConcurrentError @ react-dom.development.js:25850
performConcurrentWorkOnRoot @ react-dom.development.js:25750
workLoop @ scheduler.development.js:266
flushWork @ scheduler.development.js:239
performWorkUntilDeadline @ scheduler.development.js:533
react-dom.development.js:18687 The above error occurred in the <App> component:

    at App (http://localhost:3000/static/js/bundle.js:86:85)
    at SlashDBProvider (http://localhost:3000/static/js/bundle.js:2770:5)

Consider adding an error boundary to your tree to customize error handling behavior.
Visit https://reactjs.org/link/error-boundaries to learn more about error boundaries.
logCapturedError @ react-dom.development.js:18687
update.callback @ react-dom.development.js:18720
callCallback @ react-dom.development.js:13923
commitUpdateQueue @ react-dom.development.js:13944
commitLayoutEffectOnFiber @ react-dom.development.js:23391
commitLayoutMountEffects_complete @ react-dom.development.js:24688
commitLayoutEffects_begin @ react-dom.development.js:24674
commitLayoutEffects @ react-dom.development.js:24612
commitRootImpl @ react-dom.development.js:26823
commitRoot @ react-dom.development.js:26682
finishConcurrentRender @ react-dom.development.js:25892
performConcurrentWorkOnRoot @ react-dom.development.js:25809
workLoop @ scheduler.development.js:266
flushWork @ scheduler.development.js:239
performWorkUntilDeadline @ scheduler.development.js:533
slashdbclient.js:31 Uncaught TypeError: Invalid username parameter, must be string
    at new SlashDBClient (slashdbclient.js:31:1)
    at useSetUp (hooks.js:29:1)
    at App (App.js:7:1)
    at renderWithHooks (react-dom.development.js:16305:1)
    at mountIndeterminateComponent (react-dom.development.js:20074:1)
    at beginWork (react-dom.development.js:21587:1)
    at beginWork$1 (react-dom.development.js:27426:1)
    at performUnitOfWork (react-dom.development.js:26557:1)
    at workLoopSync (react-dom.development.js:26466:1)
    at renderRootSync (react-dom.development.js:26434:1)
SlashDBClient @ slashdbclient.js:31
useSetUp @ hooks.js:29
App @ App.js:7
renderWithHooks @ react-dom.development.js:16305
mountIndeterminateComponent @ react-dom.development.js:20074
beginWork @ react-dom.development.js:21587
beginWork$1 @ react-dom.development.js:27426
performUnitOfWork @ react-dom.development.js:26557
workLoopSync @ react-dom.development.js:26466
renderRootSync @ react-dom.development.js:26434
recoverFromConcurrentError @ react-dom.development.js:25850
performConcurrentWorkOnRoot @ react-dom.development.js:25750
workLoop @ scheduler.development.js:266
flushWork @ scheduler.development.js:239
performWorkUntilDeadline @ scheduler.development.js:533

I was able to walkaround it by providing wrong credentials. Unauthenticated user drops to "public" user.

fixed, created a default parameter for user argument, set to 'public' - if username is 'public', apiKey and password arguments are also set to 'public', unless other values are given

Would it be possible not to send anything?

issue fixed, documentation updates still pending


fix whitelist baserow and add comment for URL

@CodeKrakken it turned out you were correct and the HTTPS must not be there.
I correct it and add a comment about it.

Please could you clarify the README a bit about URLs and hostnames in config? @gsambrotta

@lukestanley please check PR #9


Refresh BigQuery Data Transfer

Command log:
g3artman --config third_party/googleapis/google/cloud/bigquery/datatransfer/artman_bigquerydatatransfer.yaml publish --target staging php_gapic
// Merge PR sent to api-client-staging repo
cd ~/workspace
git clone https://github.com/googleapis/api-client-staging.git
git clone https://github.com/GoogleCloudPlatform/google-cloud-php-bigquerydatatransfer.git
cd google-cloud-php-bigquerydatatransfer
cp -r ../api-client-staging/generated/php/google-cloud-bigquerydatatransfer-v1/src/BigQuery/DataTransfer/V1/* ./V1/

Address comments. Re including in restructure PR - agreed, that makes sense. We should do whatever makes it easier to merge the restructure PR, so if we preferred to add this afterwards that would be fine too.

Hey @michaelbausor, I've been making sure to log all commands used to generate the libraries (see here) can you do similar here?

@jonparrott Updated comment, will include in commit message
@jdpedrie Addressed PR comments, PTAL


3 phase?

Are there any was to connect 3 photodiodes to measure all 3 phases at once?

Yes, you could connect 3 sensor modules to an ESP32 and read out all 3 phases.


api hosting not quite right

almost there! Looks like the default path isn't correct?
https://zipkin.apache.org/zipkin-api/#/default

Not sure what the issue is here. According to jenkins logs, files are in place but only index.html is accesible.

Any clue @abesto?

best guess is that this is about _site/public
On Fri, May 3, 2019 at 5:17 PM José Carlos Chávez<EMAIL_ADDRESS>wrote:

Not sure what the issue is here. According to jenkins logs
https://builds.apache.org/job/GH-incubator-zipkin/job/incubator-zipkin-website/view/change-requests/job/PR-7/3/console,
files are in place but only index.html is accesible.
[image: image]
https://user-images.githubusercontent.com/3075074/57128835-f71d7100-6d94-11e9-8146-8e247a3f2752.png
Any clue @abesto https://github.com/abesto?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/apache/incubator-zipkin-website/issues/8#issuecomment-489025015,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAAPVV7W6GJOIJHCL2D4YBTPTP7K7ANCNFSM4HKPGGMA
.

Maybe you already fixed this and just need to close, but: is working fine here!

at the moment looks right! thanks

There is one missing thing here. I did some hack in here to make it work
but now we need to bring the jenkinsfile back to the normal. Could you
please @adriancole reopen this issue and I can work on it on Monday?
Thanks!
lør. 11. mai 2019, 01:57 skrev Adrian Cole<EMAIL_ADDRESS>
Closed #8 https://github.com/apache/incubator-zipkin-website/issues/8.
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
https://github.com/apache/incubator-zipkin-website/issues/8#event-2334453159,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAXOYAXCVIIJDY4NE5QD73LPUYDV3ANCNFSM4HKPGGMA
.


Check that all field scalars are valid.

In the #460 implementation, we do not check if the field scalars are valid. We need to mod r, by the size of the field on all the bytes to fix this.

    let hk = Hkdf::<Sha3_256>::new(Some(&[1, 1]), &[
        255, 255, 255, 255, 255, 255, 255, 255,
        255, 1, 255, 1, 255, 3, 255, 255,
        255, 255, 255, 255, 4, 3, 255, 255,
        255, 11, 12, 53, 43, 43, 10, 11,
    ]);

    let mut okm = [0; 32];
    hk.expand(&[1], &mut okm)
        .map_err(|_| signature::Error::new())?;

    let big_okm = BigUint::from_bytes_be(okm.as_ref());
    let mod_num = BigUint::from_bytes_be(BLS12381_ORDER.as_ref());

    let okm = (big_okm % mod_num).to_bytes_be();

    let bls12381_secret_key =
        blst::min_sig::SecretKey::from_bytes(&bls_modulo).map_err(|_| signature::Error::new())?;

    Ok(())```

Also: Find the order for BLS12377.

The reduction modulo risks changing a scalar that is in non-canonical form into one that is canonical. As a consequence, this may make our system consider different two private keys that are actually the same, which can be dangerous.
The conservative approach, here is not scalar reduction, but to reject non-canonical (pre-reduced) scalars. I would support doing the check (for those libraries that do not already reject non-canonical scalars), but not the reduction.
/cc @kchalkias

This is just out of curiosity - please don't explain if busy - but why do we take any of such risks? We could have this modulo operation exclusive to the HKDF function, and simply reject in the from::bytes function.

The reason I'm pushing for this is because it is in the HKDF standard to mod the OKM

Closing this.


Improve re-using channels

There is common pattern to subscribe to the same channel from multiple independent components. For example:
// component-one.js
import cable from 'cable'
import { ChatChannel } from 'channels/chat'

// Build an instance of a ChatChannel class.
const channel = new ChatChannel({ roomId: '42' })

// Subscribe to the server channel via the client.
await cable.subscribe(channel)

channel.on('message', msg => console.log("component one received message", `${msg.name}: ${msg.text}`))

// component-two.js
import cable from 'cable'
import { ChatChannel } from 'channels/chat'

// Build an instance of a ChatChannel class.
const channel = new ChatChannel({ roomId: '42' })

// Subscribe to the server channel via the client.
await cable.subscribe(channel)

channel.on('message', msg => console.log("component two received message", `${msg.name}: ${msg.text}`))

We cannot build multiple instances with the equal identifiers—that would result in a server side error during the subscription.
If we extract a ChatChannel instance into its own module (easy), we still have a problem with calling potentially calling cable.subscribe(channel) multiple times.
The short term proposal is to make cable.subscribe(channel) idempotent (similarly to cable.connect()).
The long term proposal is to provide an additional abstraction to memoize channel instances, so we can do the following:
const channel = cable.fetchChannel(ChatChannel, { roomId: '42' })

Added new PR#13 to fix parallel connection of different channels


*: asynchronous pd client, take 2

This is the second part of using an asynchronous PD client. It contains the following changes.
Done:

[x] Refactor trait PdClient.

Next PRs:

Add an AsyncWorker, it runs a tokio core. (Address https://github.com/pingcap/tikv/pull/1712#issuecomment-290088819)
Refactor PdWorker as AsyncWorker. (Address https://github.com/pingcap/tikv/pull/1712#issuecomment-290102625)
Add some metrics about asynchronous tasks.
Try to replace boxed Future with impl Future . (Address https://github.com/pingcap/tikv/pull/1712#issuecomment-290329925)

PTAL @siddontang @BusyJay @disksing @andelf

Great work, but please split your PR into two, one is for refactoring the request, the other is to change the client API.

CI failed

Rest LGTM
PTAL @BusyJay

LGTM


How to update styles of playground preview without overriding Playground component

Question
How to update styles of playground preview without overriding Playground component.
Description
I want to customize playground styles, (this line in particular https://github.com/doczjs/docz/blob/95b0d7f9b304d3f5abbb4232018cad69f6fdfaa6/core/gatsby-theme-docz/src/components/Playground/styles.js#L41)

+1 to use Theme UI for the Playground component

@abdullahtariq1171 Has your question been answered?

hey @mickaelzhang yeah your solution looks better than using global css selector. I discovered shadowing component technique late. Thanks
Solution: https://github.com/doczjs/docz/issues/1360#issuecomment-580715780
Closing the issue.


data_0.25.1 is somehow out of sync

When I tried to follow the private net tutorial, I saw
$ python -m raiden_contracts.deploy raiden --rpc-provider $PROVIDER --private-key $PRIV_KEY --gas-price 10 --gas-limit 6000000 --contracts-version $VERSION --max-token-networks $MAX_UINT256
<snip>
raiden_contracts.contract_source_manager.ContractSourceManagerVerificationError: checksum of OneToN.sol does not match 74e024e64438d1f39f2aba4bbb7c4062bcc698bf19504eb5dd9ad45628401cb6 != 0a70253a541291f2b8d043cb5fb459d509912e3d62e8a636c81d6b7b1f9060ad

The way to reproduce this:
python -m raiden_contracts.deploy raiden --rpc-provider $PROVIDER --private-key $PRIV_KEY --gas-price 10 --gas-limit 6000000 --contracts-version "0.25.1" --max-token-networks $MAX_UINT256

Does the same problem happen on raiden-contracts:master?

No, the problem does not happen on raiden-contracts:master.

The problem happens when I specify the newest contracts_version.

I think these line are wrong:
        if self.contracts_version in [None, CONTRACTS_VERSION]:
            contract_manager_source = ContractSourceManager(contracts_source_path())
            contract_manager_source.verify_precompiled_checksums(self.precompiled_path)

When contracts_version is CONTRACTS_VERSION, the check must be against the source of CONTRACTS_VERSION instead of None.

This bug was not found so far because all releases had identical data and data_CONTRACTS_VERSION.  Only in the newest release I cut corners and some manual surgery in data_CONTRACTS_VERSION so this bug surfaced.


require 'cutorch' issue

hello guys,
I got this error when I try to do a require 'cutorch'
knowing that cuda is installed and I have a GTX 980.
and it was working for me before.
thank you.
th> require 'cutorch'
/usr/local/share/lua/5.1/trepl/init.lua:384: /usr/local/share/lua/5.1/trepl/init.lua:384: /usr/local/share/lua/5.1/cutorch/test.lua:3013: attempt to call a nil value
stack traceback:
[C]: in function 'error'
/usr/local/share/lua/5.1/trepl/init.lua:384: in function 'require'
[string "_RESULT={require 'cutorch'}"]:1: in main chunk
[C]: in function 'xpcall'
/usr/local/share/lua/5.1/trepl/init.lua:651: in function 'repl'
/usr/local/lib/luarocks/rocks/trepl/scm-1/bin/th:199: in main chunk
[C]: at 0x00406260

You need to update torch as well as nn and cunn, because there was a new tester that was recently added


Phone authentication

What kind of change does this PR introduce?
Allows the user to enable phone authentication. This feature will introduce 2 modifications to the existing gotrue API.

POST /otp endpoint will be used to request for an OTP (sms or magiclink).
POST /signup should support signups with phone number & password.
POST /verify will be used to check the type if the OTP received by the user matches the one sent.

POST /otp endpoint will be used to request for an OTP (sms or magiclink).

Would this allow support for non-SMS TOTP, such as codes generated by authenticator apps (e.g. Google Authenticator, 1Password OTP, etc)?

Hi @ChronSyn, glad you asked! As of now, not yet, but the next feature in the pipeline for auth would be MFA (#14) and this endpoint would be a step closer to that!

when I tried to sign up a user that was already in the db (but not confirmed) it gave:
supabase@MacBook-Pro-4 gotrue % curl -X POST 'http://localhost:9999/signup' \
-H "apikey: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJyb2xlIjoiYW5vbiIsImlhdCI6MTYyMjUxNTUxMCwiZXhwIjoxOTM4MDkxNTEwfQ.3Z-j1TmuFMwItEe_xxWHh9njVBnqLkZF3sEukb1wJPA" \
-H "Content-Type: application/json" \
-d '{
  "email"<EMAIL_ADDRESS>
  "password": "gaiCYauTlpSImYhYdccI"
}'
{"code":500,"msg":"Database error finding user","error_id":"f65d69d9-9c41-43cd-ba18-a4867c7fb08c"}%

setup:

Expected behaviour: send a new confirmation email

I think repro for the above would be:

on prod setup a database, signup and confirm a user using email
grab gotrue.env from the instance
run this branch locally
try to sign up the same user again

I deleted the user and signed up again and it worked as expected, when I tried to re-signup I got the correct error message
there might be some other bugs related to existing rows, so might wanna try a few more things against old user rows after running migrations

Is this planning to get finished / merged in soon? I'd prefer to use supabase vs. firebase  but the phone auth is the one sticking point.

Is this planning to get finished / merged in soon? I'd prefer to use supabase vs. firebase but the phone auth is the one sticking point.

@sophiabk yup we're planning to roll it out towards the end of the month so stay tuned!

there might be some other bugs related to existing rows, so might wanna try a few more things against old user rows after running migrations

resolved by in this commit by setting default values in migration


filter() filters last row regardless of range selected

filter() function filters the last row regardless of the range selected.
Is there a way to create a table, yet?
The article at the link below mentions that I would have to create a table and add a 'total row' to avoid the last row from being filtered.
https://www.extendoffice.com/documents/excel/4055-excel-filter-exclude-bottom-row.html
Any suggestions?

I was able to get around this problem by hiding a row before the last row but I would appreciate your 2 cents if you know of a better solution.
Best,
Ajay

Hi, same problem here, anyone have any updates on this? cc @absarora


Pressing 0 toggles the blueprint panel

Pressing 0 toggles the blueprint panel
Pressing 1-9 will not trigger other system functions

My mod does not affect that keybinds.

Sorry, I made a mistake.


[html] support script type="text/html"

VSCode Version: 1.36.1
OS Version: MacOS

Steps to Reproduce:

create a file with extension .html file
Include a script tag like the following
<script type="text/html">

3. No auto-complete for html tag names
Does this issue occur when all extensions are disabled?: Yes
HTML inside a <script type="text/html"> tag is recognised as html with syntax color highlights ok, but there is no intellisense autocomplete for html tags like in normal html only files.

Would this feature request handle the following case?
<script type="text/worker">
This custom type is used by an roll20.net, an online Table Top RPG, when users are developing their own custom character sheets. Everything inside the script tag is still javascript. Would it be possible to have VS Code users define a custom type to be treated as javascript? From what I've read, it's possible to have Sublime treat text/worker as javasript.

@MadCoder253 That should be a separate request.

There is also no code folding. Removing type="text/html" enables code folding but html emmets are lost.

For anyone interested in working on this: I good starting point for this is https://github.com/microsoft/vscode/blob/4fbb5f84857f07f7e66fc45da31e5c87136549d6/extensions/html-language-features/server/src/modes/embeddedSupport.ts#L59

Hi @aeschli , I'm working on this issue and found that the problem might be fixed by https://github.com/microsoft/vscode-html-languageservice/pull/102. I'm not sure if pr https://github.com/microsoft/vscode/pull/117360 is necessary since html code in <script type="text/x-handlebars-template"> works pretty well without setting languageIdFromType = 'html' like this.

You are right, that can be fixed in the HTML language service, I forgot about that. Thanks for the PR!
We can close #117360 then

@aeschli Could you please review my PR https://github.com/microsoft/vscode-html-languageservice/pull/102? Thanks a lot!


Adds ISuicideAct and support for Held Item and Environmental suicides

Closes #948
PR Co-Developed with @RemieRichards
With the PR, you can now type /suicide in chat, which will let the player suicide. This will allow for the usual held item suicides, but also environmental suicides, and if all fails it will default to a "attempts to bite their own tongue" message.
Two suicides were added, one being the Welding Tool and the other being the microwave.

Looks like a fun PR.


[release-1.4] Make versions.yaml also compiled-in

This is an automated cherry-pick of #395

@istio-testing: The following test failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

gencheck_operator_release-1.4
8c03d1c42b7a7cd001767f1bb756ec0f2acd369b
link
/test gencheck_operator_release-1.4

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.


Can a Provider be used without RxSwift?

Moya 11.0.2
How can i create a provider without using RxSwift?
the docs is using rxswift and i cant figure out how to return a Moya.Response without using closures

Hey @multinerd,
You may want to check out the getting started guide for the non-Rx version of Moya. You can also see the non-Rx MoyaProvider documentation here. Hope this helps 😄

Im trying to mimic the kiosk app implementation of OnlineProvider<Target>, im wondering if that can be done without RxSwift. If so, how would i implement request(_ token: Taget) -> Single<Moya.Response>

Im waiting for a response

I guess im not getting a response...

Hi @multinerd
So... I think that is easier to implement this using Rx, but I made a "pseudo/fake" code trying to reproduce the same behavior without Rx.
enum ConnectionType {
    case wifi
    case mobile
}

enum ConnectionStatus {
    case offline
    case online(type: ConnectionType)
}

protocol ConnectivityObserver {
    func connectionChanged(status: ConnectionStatus)
}

class FakeCancellable: Cancellable {
    var isCancelled: Bool = false

    func cancel() {}
}

final class OnlineProvider<Target> where Target: Moya.TargetType : ConnectivityObserver {
    private let provider: MoyaProvider<Target>

    private var lastRequestTarget: Target?
    private var lastRequestCompletion: Moya.Completion?
    private var lastRequestCancellable: Cancellable?

    private var connectionStatus: ConnectionStatus

    init(endpointClosure: @escaping MoyaProvider<Target>.EndpointClosure = MoyaProvider.defaultEndpointMapping,
         requestClosure: @escaping MoyaProvider<Target>.RequestClosure = MoyaProvider.defaultRequestMapping,
         stubClosure: @escaping MoyaProvider<Target>.StubClosure = MoyaProvider.neverStub,
         manager: Manager = MoyaProvider<Target>.defaultAlamofireManager(),
         plugins: [PluginType] = [],
         trackInflights: Bool = false) {
             self.connectionStatus = .offline
             self.provider = MoyaProvider(endpointClosure: endpointClosure, requestClosure: requestClosure, stubClosure: stubClosure, manager: manager, plugins: plugins, trackInflights: trackInflights)
         }

    func request(_ target: Target, completion: @escaping Moya.Completion) -> Cancellable {
        if connectionStatus == .online {
            //We are online! So lets perform the request
            return provider.request(target, completion)
        }

        //We are offline :( Lets keep the references to perform the request after...
        self.lastRequestTarget = target
        self.lastRequestCompletion = completion

        //Returns a cancellable that does nothing!
        return FakeCancellable()
    }

    func connectionChanged(status: ConnectionStatus) {
        self.connectionStatus = status

        //You should handle those optionals!
        lastRequestCancellable = provider.request(lastRequestTarget!, lastRequestCompletion!)
    }

    //If you want to cancel the request, you should call this method, or expose the `lastRequestCancellable` to the outside world!
    func cancel() {
        lastRequestCancellable?.cancel()
    }
}

You need to implement the protocol ConnectivityObserver using a reachability, I think alamofire has something to do this.
Again... this is a pseudo code, I didn't test it, is just to give you an idea about the implementation. But I really think that using Rx is a better approach.

hi @pietrocaselani what is trackInflights?
when should I pass true or false
can't find documentation about it yet.

Hi @irilattada
I don't actually know what the trackInflights. This code is just a example and you can find more info about it in here


help me please

Do I need to run both the kernel driver and usermode app?
I finished it all in order to make it.
But it does not work

you can add some code to print is the usermode app got the driver address

HOW? when i type base my base always set to 0.. why? that's my kernel driver or usermode app wrong?

Can you help me? I'm willing to pay for it


Pass through $select when PATCHing (for large documents)

Being able to use $select when patching would be very useful when dealing with larger documents. For instance, where a single field is being patched in a 1MB document, it would useful to be able to $select that single field to verify the change while also avoiding the overhead of reading and transferring the entire 1MB document. This proposed change passes $select through to the read after the patch.
I don't believe there are any open issues for this. Sorry if I should have opened one first to discuss whether you see this change as acceptable.

Makes sense. Thank you for the pull request! This has been fixed now in version 7.0.0 via #286


CLI: script blocks as external program arguments break the command

Note that this applies to calling external programs, including PowerShell's CLI, from within PowerShell
Passing a single script block containing the entire command to the PowerShell executable is a convenient way to pass a command from within PowerShell (a) without having to worry about quoting and (b) actually getting deserialized objects back (not just text).
PS> pwsh -noprofile { 'hi' }  #  -Command implied.

hi   # OK

Behind the scenes, the script block is Base64-encoded and the command line is transformed to using the -EncodedCommand parameter with the encoded script block (along with parameters  '--inputFormat xmland-outputFormat xml`)
However, this transformation is mistakenly also applied if you attempt to pass a script block as an individual argument to a -File command:
Steps to reproduce
Describe "Pass a script block as an argument with -File" {
  BeforeAll {
    Push-Location testdrive:\
    # Test script that simply echoes its arguments.
    '$args' > test.ps1
  }
  It "Passes the script block as a string." {
    # The script block should be stringified and therefore be passed
    # as ' hi '
    pwsh -noprofile -file ./test.ps1 { 'hi' } | Should -Be ' hi '
  }
  AfterAll {
    Pop-Location
  }
}

Update: More generally, the inappropriate argument transformation is applied when invoking any external program, and a script block is used as any of its arguments; e.g., /bin/echo { 'hi' }
Expected behavior
The test should pass.
Actual behavior
The test fails:
Expected ' hi ', but got
@('-encodedCommand', 'IAAnAGgAaQAnACAA', '-inputFormat', 'xml', '-outputFormat', 'xml').

Note how the script-block argument - meant to be an argument to the script passed to -File - was inappropriately translated into the -encodedCommand ... arguments and passed to the target script.
Environment data
PowerShell Core 7.0.0-preview.4

It's practically impossible to pass a scriptblock as an argument unless it's encoded because embedding the raw text will result in all sorts of parse errors.

Passing a scriptblock to -File makes no sense as the parameter requires a file name.

The calling PowerShell process doesn't try to infer anything about the parameter processing of the child process.  This comes from the "minishell" era where there would be a bunch of powershell hosts exposing parameters with a variety of parameters that take scriptblocks.

Thanks, @BrucePay  - how does any of this (especially 2.) relate to this bug report, which is about an obvious mis-application of the base64-encoding-behind-the-scenes technique?
To recap from the OP:

However, this transformation is mistakenly also applied if you attempt to pass a script block as an individual argument to a -File command:

Once we agree that this is a bug (which seems pretty obvious to me), we can talk about what the correct behavior should be in this - exotic - scenario:
Given:
PS> /bin/echo @{ foo = 1 }
System.Collections.Hashtable

i.e., simple .ToString() stringification is normally applied, the same should apply to script blocks:
PS> /bin/echo { 'foo = 1' }
 'foo = 1'

That is, the literal contents of the script block should be passed - that this may break due to PowerShell's broken quoting for external programs is a separate issue.
Just to demonstrate that the current behavior doesn't make sense (actually a simpler repro than in the OP):
PS> /bin/echo { 'foo = 1' }
-encodedCommand IAAnAGYAbwBvACAAPQAgADEAJwAgAA== -inputFormat xml -outputFormat text

Oops.

stringification is normally applied, so the same should apply to script blocks:

That is explicitly not true for scriptblocks.  The current behaviour is entirely by design. Whenever a scriptblock is passed, it is always passed encoded so the following can work:
PS[1] (69) > $data = powershell {
>> foreach ($i in 1..10)
>> {
>>     $i * 2
>> }
>> }                                                                                PS[1] (70) > "$data"                                                                                2 4 6 8 10 12 14 16 18 20

@BrucePay:

it is always passed encoded so the following can work:

That makes perfect sense when calling the PowerShell CLI.
It makes no sense when calling other external programs - and that is the bug.
To recap (on macOS and Linux):
PS> /bin/echo { 'foo = 1' }
-encodedCommand IAAnAGYAbwBvACAAPQAgADEAJwAgAA== -inputFormat xml -outputFormat text

Since PowerShell is hostable, there is no way to know all of the executables that could take script block so we do it for everything.  Conversely, there is no reason to try to pass scriptblocks to anything but a powershell host so why does it matter?

Passing these arguments to the /bin/echo Unix utility is self-evidently pointless.

Even if it wasn't encoded it would be pointless so why would you do it?

@BrucePay:
Let's  start with an external program that we know to host PowerShell:
# Create a test .ps1 file that simply echoes its arguments ,
# invoke it with -File and pass it a script block.
PS> '"$args"' > temp:/test.ps1; pwsh -noprofile -file (Convert-Path temp:/test.ps1) { 'hi' }

-encodedCommand IAAnAGgAaQAnACAA -inputFormat xml -outputFormat text

It clearly doesn't make sense to expect arbitrary script file test.ps1 to know how to to interpret these arguments, which are solely meaningful to PowerShell's own CLI.
Even if we - unwarrantedly - assume that all external programs host PowerShell, there is no no reason to assume that they speak this particular flavor of CLI syntax - that is not a requirement for programs hosting PowerShell.
In short: Translating script blocks to -encodedCommand ... -inputFormat xml -outputFormat text only ever makes sense:

if pwsh[.exe] or powershell.exe is the external program being invoked
and the script block is the - one and only - -c / -Command argument.

That this was the - incompletely implemented - original intent  can be gleaned from the error message emitted by the following:
PS> pwsh -noprofile -c foo bar { 'hi' }

pwsh : ScriptBlock should only be specified as a value of the Command parameter.

Any other application of this argument translation is pointless and a bug worth fixing - see OP.

As for when people may want to pass script blocks to non-PowerShell commands:
Script blocks are often - treacherously - repurposed to serve as string literals that make embedded quoting easier.
(It is treacherous, because a command then wrongly suggests that a piece of PowerShell code is being passed, whereas the stringification simply uses the verbatim content, without expansion of variables / expressions; this ill-advised use is what created the AD filter debacle, but at this point it is hard to eradicate).
That is, user do craft commands such as the following:
# The .ToString() value of the script block is bound to -ArgumentList
Start-Process -Wait bash { -c "echo hi" }

The above works, because Start-Process is a cmdlet, not an external program, so the misapplication of the -EncodedCommand argument transformation doesn't kick in - but there is no reason why
bash { -c "echo hi" }

shouldn't work the same (however ill-advised).

This behavior also causes problems calling commands that expect strings that happen to look like a scriptblock, e.g.
bcdedit /default {18472fcd-c28f-11e8-9869-8f778f73c317}

I feel reasonably sure this isn't the only such tool, but I can't recall specific examples.

Good point, @lzybkr, though if we consistently apply .ToString() stringification to what are syntactically script-block arguments in string contexts (which by definition includes external-program arguments), bcdedit would only see 18472fcd-c28f-11e8-9869-8f778f73c317, which is not the intent - though a failure should still be easier to diagnose than the appearance of completely unrelated arguments.
This takes us back to venerable #1761

Just realized that this is ultimately a duplicate of #5187.


When focused or clicked, the slider track and thumb are supposed to become darker as per the spec

In the spec, the slider's colour changes from rgb(176, 176, 176) to rgb(238, 238, 238) when it has focus or is being clicked:

In practice, this doesn't seem to be implemented in MDL (the track stays the same colour), in both Safari and Chrome on OS X Version 10.10.4.

Wow, good eyes, @kitgrose! Can't believe how many times I looked at that image and never noticed o_O
I'll see if I can cook up a fix soon.

It's the subtle things in the spec that drive us mad.

Not feasible to fix in v1. For v2, the slider is being rewritten as part of #4494.