MQTT Discovery messagge [feature request]

Hi mduran80,
thanks for the huge work you have done and shared with us. Really appreciated!
I opened this ticket to share with you an idea allowing faster Madoka configuration via MQTT when using pyMadoka + homeassistant.
This is needed when Raspberry running HA is not close to the madoka device.
The suggestion is to configure a one-time MQTT message for the Discovery feature. It's enough to trigger the message after MQTT connection.
I've optimized the template in order to instruct HA with all features available on madoka and I would like to share it with you:
The destination topic should be:
homeassistant/climate/[root_topic]/[DEVICE_NAME]/config
and the Json payload should be something like:
{
"name": "Daikin Madoka frienly name",
"unique_id": "[DEVICE_NAME]",
"availability": {
"topic": "[root_topic]/[DEVICE_NAME]/available",
"payload_available": 1,
"payload_not_available": 0
},
"current_temperature_topic": "[root_topic]/[DEVICE_NAME]/state/get",
"current_temperature_template": "{{ value_json.temperatures['indoor'] }}",
"fan_mode_command_topic": "[root_topic]/[DEVICE_NAME]/fan_speed/set",
"fan_mode_command_template": "{% set values = { 'auto':'AUTO', 'low':'LOW', 'medium':'MID', 'high':'HIGH'} %}{{ values[value] }}",
"fan_mode_state_topic": "[root_topic]/[DEVICE_NAME]/state/get",
"fan_mode_state_template": "{% set values = { 'AUTO':'auto', 'LOW':'low', 'MEDIUM':'medium', 'HIGH':'high'} %} {{ values[value_json.fan_speed['heating_fan_speed']] if value_json.operation_mode['operation_mode']=='HEAT' else values[value_json.fan_speed['cooling_fan_speed']]}}",
"fan_modes": [
"low",
"medium",
"high"
],
"mode_command_topic": "[root_topic]/[DEVICE_NAME]/operation_mode/set",
"mode_command_template": "{% set values = { 'auto':'AUTO', 'heat':'HEAT',  'cool':'COOL', 'fan_only':'FAN','off':'AUTO'} %}{{ values[value] if value in values.keys() else 'AUTO' }}",
"mode_state_topic": "[root_topic]/[DEVICE_NAME]/state/get",
"mode_state_template": "{% set values = {None:None,'off':'off','HEAT':'heat','COOL':'cool','FAN':'fan_only', 'AUTO':'auto', 'DRY':'dry'} %} {{values[value_json.operation_mode['operation_mode']] if value_json.power_state['turn_on'] else 'off' }}",
"modes": [
"auto",
"off",
"cool",
"heat",
"dry",
"fan_only"
],
"power_command_topic": "[root_topic]/[DEVICE_NAME]/power_state/set",
"min_temp": 17,
"max_temp": 31,
"precision": 1,
"temperature_state_topic": "[root_topic]/[DEVICE_NAME]/state/get",
"temperature_state_template": "{{ value_json.set_point['heating_set_point'] if value_json.operation_mode['operation_mode']=='HEAT' else value_json.set_point['cooling_set_point']}}",
"temperature_command_topic": "[root_topic]/[DEVICE_NAME]/set_point/set",
"temperature_command_template": "{{ int(value) }}",
"temperature_unit": "C",
"temp_step": 1,
"device": {
"manufacturer": "Daikin",
"via_device": "Madoka",
"identifiers": "[DEVICE_NAME]",
"name": "Friendly name",
"model": "Madoka: BRC1H",
"sw_version": "1.0"
}
}

Implemented in latest version https://github.com/mduran80/pymadoka/tree/0.2.8
Let me know if it works. I also updated the logic to send the available message whenever the status is updated.

I'm testing 0.2.10 version but I can't spot any discovery record in mqtt broker (homeassistant/climate/...) so HA doesn't create any climate entities.
The climate entity defined above could/should be improved: the field mode_command_template should be fixed as the DRY state is missing. You can compare with my configuration (that is NOT perfect at all, but I'm working on it): https://github.com/mduran80/pymadoka/issues/13. I'm testing if the field power_command_topic is really necessary or not.
Other observation: the publishing of the discovery record (so the automatic creation of the climate entity in HA) should be optional or, at least, deactivable . As long as we don't find a perfect for all the cases, we should not force its usage.

I'm testing 0.2.10 version but I can't spot any discovery record in mqtt broker (homeassistant/climate/...) so HA doesn't create any climate entities. The climate entity defined above could/should be improved: the field mode_command_template should be fixed as the DRY state is missing. You can compare with my configuration (that is NOT perfect at all, but I'm working on it): #13. I'm testing if the field power_command_topic is really necessary or not.
Other observation: the publishing of the discovery record (so the automatic creation of the climate entity in HA) should be optional or, at least, deactivable . As long as we don't find a perfect for all the cases, we should not force its usage.
UPDATE: now I can spot the published record in madoka/ID/config: it looks the wrong place.

Will fix with the available=0 push

Pushed new version 0.2.11.
Fixed destination topic and Dry mode.
Discovery message is optional, only sent when configured in the MQTT config file.
I am not an user of MQTT climate myself, so I have no idea how this is going... I am just updating and testing that nothing breaks (when I can find some time :S). Let me know if you need anything else.

Pushed new version 0.2.11.
Fixed destination topic and Dry mode. Discovery message is optional, only sent when configured in the MQTT config file.

At first glance it is not working: I need more time to investigate.

I am not an user of MQTT climate myself, so I have no idea how this is going... I am just updating and testing that nothing breaks (when I can find some time :S). Let me know if you need anything else.

I understand your position but it is a pity: an MQTT thermostat defined by mean of a (not straightforward) configuration like the one above and by the behavior of pymadoka-mqtt is a quite complex system. My actual configuration has many glitches (often the request of mode change is delivered to the broker but not detected by the agent; set-points are not correctly managed; ...) but it is difficult to detect the bug to report/correct without a direct testing.
 I've not tested it for two reasons: as long as it remains an PR/unofficial it could break on any future HA update; my NUC lacks of bluetooth adapter (but I could install one) and the distance with my (4) remotes could become an issue.

Yes, I am using the HA component with my controller, so whenever there is
an HA update, I will keep it working. I will not support updates to the
controller firmware itself though. I am using a NUC with an
external adapter and it is working fine, but it is in the same room as the
thermostat. I don't plan to submit the PR again, it remained in the limb
for so long and took so much time to write the tests and code to be
compliant that I lost interest, tbh. I may submit it to HACS, but again..
requires some time.
I tried to replicate the template you provided. In my tests, I could check
that the device would send the discovery message, available message when
connected/disconnected, reconnect and all that stuff, but I haven't checked
if the messages are accepted by HA. In the future, i will set the
thermostat as a MQTT following your config and test it myself, but I will
appreciate any feedback you can provide in the meantime.
On Tue, 21 Feb 2023 at 12:17, Mario @.***> wrote:

Pushed new version 0.2.11.
Fixed destination topic and Dry mode. Discovery message is optional, only
sent when configured in the MQTT config file.
At first glance it is not working: I need more time to investigate.
I am not an user of MQTT climate myself, so I have no idea how this is
going... I am just updating and testing that nothing breaks (when I can
find some time :S). Let me know if you need anything else.
I understand your position but it is a pity: an MQTT thermostat defined by
mean of a (not straightforward) configuration like the one above and by the
behavior of pymadoka-mqtt is a quite complex system. My actual
configuration has many glitches (often the request of mode change is
delivered to the broker but not detected by the agent; set-points are not
correctly managed; ...) but it is difficult to detect the bug to
report/correct without a direct testing.
 I've not tested it for two reasons: as long as it
remains an PR/unofficial it could break on any future HA update; my NUC
lacks of bluetooth adapter (but I could install one) and the distance with
my (4) remotes could become an issue.
—
Reply to this email directly, view it on GitHub
https://github.com/mduran80/pymadoka/issues/12#issuecomment-1438304522,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AFK3CTZ7UXN226BWNESOWC3WYSP4ZANCNFSM6AAAAAAUKKGLD4
.
You are receiving this because you commented.Message ID:
@.***>


Dev narrow peak scoring

Add counting based on narrowpeak score.
Can now give uniwig a narrowPeak file and and set score flag via
-o true

Also refactored for convenience.

Just ran it now and it seems to work! Very briefly... I was wondering if we could make that -o flag a boolean just by itself. I wonder if saying -o true is a tad redundant because we can just say -o and that represents true. The absence of the flag, therefore, represents false.

Pending creation of .bw files and inspecting in IGV

Just ran it now and it seems to work! Very briefly... I was wondering if we could make that -o flag a boolean just by itself. I wonder if saying -o true is a tad redundant because we can just say -o and that represents true. The absence of the flag, therefore, represents false.

Yes. I would prefer that, but CLAP was giving me issues with it last week. I suppose I was just doing it wrong? Can you shed some light on how the argument should be wired up?
.default_value(true) or .default_value('true') or .default_value(1) all seemed to give me a compiler error.

https://stackoverflow.com/a/60458834/13175187
I think you can set, on your Arg struct:
.num_args(0)

.arg(
    Arg::with_name("metal")
        .long("metal-micky")
        .required(false)
        .num_arfgs(false)
        .help("I want metal micky"),
)

This one worked:
https://stackoverflow.com/a/77643381
.arg(
    Arg::new("metal")
        .long("metal-micky")
        .short('m')
        .action(ArgAction::SetTrue)
        .help("I want metal micky"),
)


deduplicate status code

Codecov Report

Merging #543 into master will increase coverage by 1.74%.
The diff coverage is 72.72%.

@@            Coverage Diff            @@
##           master    #543      +/-   ##
=========================================
+ Coverage   91.05%   92.8%   +1.74%
=========================================
  Files          36      36
  Lines        2897    2876      -21
=========================================
+ Hits         2638    2669      +31
+ Misses        259     207      -52

Impacted Files
Coverage Δ

tests/test_menu.py
100% <100%> (ø)
:arrow_up:

vent/menus/tools.py
96.12% <100%> (+0.03%)
:arrow_up:

vent/menus/main.py
76.36% <67.56%> (+15.1%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 4e3e36d...d8548b7. Read the comment docs.


fix(action-root): use normalizePathSeq

What:

Why: windows対応

How: 入力をノーマライズ

Checklist:

[ ] Documentation N/A
[ ] Tests
[x] Ready to be merged
[x] Added myself to contributors table

Coverage decreased (-0.2%) to 99.757% when pulling c427dcd5f558fdfc79c77e96bc85dee61999b2d4 on fix-windows into 1d1dda5aff80dae43ccdd8d7e93178df98c0c337 on master.

Coverage remained the same at 100.0% when pulling a926b5cf42cc5a980d09f9e7dbf8cd1867d47ea6 on fix-windows into 1d1dda5aff80dae43ccdd8d7e93178df98c0c337 on master.


Windows Terminal does not find font on start

Windows Terminal version
1.11.3471.0
Windows build number
10.0.22000.0
Other Software
No response
Steps to reproduce
Open Windows Terminal.
Expected Behavior
The expected behavior is that WT would load just fine without any errors.
Actual Behavior
WT loads and shows a "Can't find font" error.

This can be fixed by going to Settings and hitting "Save" without modifying anything, but it is rather annoying, especially because I use a custom prompt that makes use of a "Nerd Font", and displays incorrectly without that.

Maybe wrong font face? Try Nerd Font instead of NF

Oh interesting. This isn't #11648 then. If you're trying to use the nerd fonts version, the Terminal probably should be able to load this without any issues. What string did you enter in the settings file to set the font to CaskaydiaCove NF?
Curious that the initial load gets it wrong, but then apparently the subsequent load of the SUI falls back to the font you expected. We probably need to align those two code paths.

After looking through the backlog, I found #11583 which looks like the same thing, so I'm gonna merge these threads. /dup #11583
Thanks!

Oh interesting. This isn't #11648 then. If you're trying to use the nerd fonts version, the Terminal probably should be able to load this without any issues. What string did you enter in the settings file to set the font to CaskaydiaCove NF?

I just changed it via settings UI.


build: re-add rimraf

The rimraf package was errorneously removed which breaks the build.

Codecov Report

Merging #133 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #133   +/-   ##
=======================================
  Coverage   91.89%   91.89%
=======================================
  Files           1        1
  Lines          37       37
  Branches        9        9
=======================================
  Hits           34       34
  Misses          3        3

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 8b76ab2...73c1371. Read the comment docs.


Update index.html

Description
Please include a summary of the changes and the related issue. Include relevant motivation and context.
Fixes #(issue number)
Created the changes
Type of change
Please delete options that are not relevant.

[ ] Bug fix (non-breaking change)
[ ] New feature (non-breaking change)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update

How Has This Been Tested?
Please describe the tests that you ran to verify your changes. Provide instructions so that they can be reproduced.

[ ] Test A
[ ] Test B

Checklist:

[ ] My code follows the style guidelines of this project
[ ] I have performed a self-review of my code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] My changes generate no new warnings
[ ] Any dependent changes have been merged and published in downstream modules

Please do not create mess in the Project.

open a issue
create a PR with description (fixes #x)

This setting option is not visible

In order to delete the repo as my github desktop is not responding to the
old files so I will delete that repo and make it again in order to work
overtime that project
On Sat, 12 Oct, 2024, 12:31 pm Ansh Grover, @.***>
wrote:

@Bhumika-00 https://github.com/Bhumika-00 why u need settings option?
—
Reply to this email directly, view it on GitHub
https://github.com/Groverio/To-Do-List/pull/56#issuecomment-2408427455,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BKOHTVUIPIZVSPGUKU35WI3Z3DCLXAVCNFSM6AAAAABP2DBABGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMBYGQZDONBVGU
.
You are receiving this because you were mentioned.Message ID:
@.***>

Ok, I'll check it out.
On Sat, 12 Oct, 2024, 1:24 pm Ansh Grover, @.***> wrote:

@Bhumika-00 https://github.com/Bhumika-00 try to go on github.com
website and see if this option coming? I think this is github desktop issue.
—
Reply to this email directly, view it on GitHub
https://github.com/Groverio/To-Do-List/pull/56#issuecomment-2408446589,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BKOHTVTMXTW5LLAXYPXAOXDZ3DITTAVCNFSM6AAAAABP2DBABGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMBYGQ2DMNJYHE
.
You are receiving this because you were mentioned.Message ID:
@.***>

Still it's not working
On Sat, 12 Oct, 2024, 1:28 pm Bhumika Sharma, @.***>
wrote:

Ok, I'll check it out.
On Sat, 12 Oct, 2024, 1:24 pm Ansh Grover, @.***>
wrote:

@Bhumika-00 https://github.com/Bhumika-00 try to go on github.com
website and see if this option coming? I think this is github desktop issue.
—
Reply to this email directly, view it on GitHub
https://github.com/Groverio/To-Do-List/pull/56#issuecomment-2408446589,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BKOHTVTMXTW5LLAXYPXAOXDZ3DITTAVCNFSM6AAAAABP2DBABGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMBYGQ2DMNJYHE
.
You are receiving this because you were mentioned.Message ID:
@.***>


cursor in the editor is not visible enough in dark mode

Issue Description

When the dark mode is enabled, the cursor in the editor's field (coding area) is not visible enough without the higher brightness of the screen.
Browser Information

Version 63.0.3239.84 (Official Build) (64-bit):
macOS High Sierra v10.13.2:

Screenshot
https://user-images.githubusercontent.com/23414386/34317416-d2633f26-e7cf-11e7-9064-57b5a7f23289.png

P.S. In case you cannot find a cursor in the screenshot, it's in line 9 :)

added beta label

I can concur on this one. it's the first thing I noticed.. it's a black cursor on a black background.. very hard to notice and somewhat disconcerting ( from a UI perspective, causes you to pause as it feels like it hasn't 'accepted' the click to activate the window )

By Just changing the cursor color to grey we'll be able to resolve this.


Improve Docs to Make Min/Max Known in Advance

Adding min/max value to install docs. Docs mention default of 7 but give no indication of min/max. Someone must install and start to configure the tile before this is clear.

Thanks @AmberAlston !!!


Added descriptions to keys

Related issues
Refs: #141
Describe the changes made in this pull request
This PR adds descriptions to all relevant keys in the schema. I mostly used the information from the documentation for this, with some minor differences. I also did a bit of manual sorting (refs #148) and I added examples in a few places (refs #142, #161).
Instructions to review the pull request

testing workflow should be green

git clone this repo
git checkout this branch
python3 -m venv env
source env/bin/activate
pip install --upgrade pip setuptools wheel
pip install -r requirements.txt
python3 schema_poc.py -d data.yml -s schema.json  # <- should be quiet

OK, I think I've resolved everything, mostly using your suggestions. I'd be happy to merge if you agree this is ready to go.

Fixing conflicts now.


Mirror image

toolpath seem to carve mirror image of the object.

The issue is fixed in cvmlcpp-int branch. Need testing and merging in master


Tests live service

Changes Unknown when pulling bec347167b4add3bcde3e0085373f9654d83dfb9 on tests-liveService into ** on master**.

This build should pass


Additional test-coverage for clCloneKernel to ensure updates to cloned kernel args do not affect original kernel args and vice-a-versa

As per the spec, clSetKernelArg on the cloned or original kernel after clCloneKernel shouldn't affect the arguments of other kernel.
In current CTS, clSetKernelArg before and after clCloneKernel, but that is happening on disjoint sets of arguments and also the original kernel is not being used anywhere after it was cloned.
This issue tracks adding following coverage for test_clone_kernel -

clSetKernelArg after clCloneKernel for arguments that were set before calling clCloneKernel to ensure subsequent kernel launches use appropriate arguments for original as well as cloned kernel.

srcKenel = clCreateKernel(program, "xyz);
clSetKernelArg(srcKernel, 0, mem1);
clonedKernel = clCloneKernel(srcKernel);
clSetKernelArg(srcKernel, 0, mem2);
clEnqueueNDRangeKernel(..., clonedKernel, ...)
// Validate results for mem1
clEnqueueNDRangeKernel(..., srcKernel, ...)
// Validate results for mem2
clSetKernelArg(clonedKernel, 0, mem3);
clEnqueueNDRageKernel(..., clonedKernel, ...)
// validate results for mem3
Similar set of test-cases would be needed for other APIs updating arg  clSetKernelArgSVMPointer  and  clSetKernelExecInfo.

I'm starting work on this, @kpet please assign the issue to me. Thanks.


Failed to get ticker, "Max retries exceeded"

Describe bug
Failed to get ticker 'USDEUR=X' reason: HTTPSConnectionPool(host='fc.yahoo.com', port=443): Max retries exceeded with url: / (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x000001FDD7874380>: Failed to establish a new connection: [WinError 10049] The requested address is not valid in its context'))
USDEUR=X: No timezone found, symbol may be delisted

Simple code that reproduces your problem
usd = yfinance.Ticker('USDEUR=X')
usd.info

### Debug log

DEBUG    get_raw_json(): https://query2.finance.yahoo.com/v10/finance/quoteSummary/USDEUR=X
DEBUG    Entering get()
DEBUG     url=https://query2.finance.yahoo.com/v10/finance/quoteSummary/USDEUR=X
DEBUG     params={'modules': 'financialData,quoteType,defaultKeyStatistics,assetProfile,summaryDetail', 'ssl': 'true'}
DEBUG     Entering _get_cookie_and_crumb()
DEBUG      cookie_mode = 'basic'
DEBUG      Entering _get_cookie_and_crumb_basic()
Traceback (most recent call last):
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\urllib3\connection.py", line 203, in _new_conn
    sock = connection.create_connection(
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\urllib3\util\connection.py", line 85, in create_connection
    raise err
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\urllib3\util\connection.py", line 73, in create_connection
    sock.connect(sa)
OSError: [WinError 10049] The requested address is not valid in its context

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\urllib3\connectionpool.py", line 790, in urlopen
    response = self._make_request(
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\urllib3\connectionpool.py", line 491, in _make_request
    raise new_e
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\urllib3\connectionpool.py", line 467, in _make_request
    self._validate_conn(conn)
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\urllib3\connectionpool.py", line 1096, in _validate_conn
    conn.connect()
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\urllib3\connection.py", line 611, in connect
    self.sock = sock = self._new_conn()
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\urllib3\connection.py", line 218, in _new_conn
    raise NewConnectionError(
urllib3.exceptions.NewConnectionError: <urllib3.connection.HTTPSConnection object at 0x000001EDF21411F0>: Failed to establish a new connection: [WinError 10049] The requested address is not valid in its context

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\requests\adapters.py", line 486, in send
    resp = conn.urlopen(
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\urllib3\connectionpool.py", line 844, in urlopen
    retries = retries.increment(
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\urllib3\util\retry.py", line 515, in increment
    raise MaxRetryError(_pool, url, reason) from reason  # type: ignore[arg-type]
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='fc.yahoo.com', port=443): Max retries exceeded with url: / (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x000001EDF21411F0>: Failed to establish a new connection: [WinError 10049] The requested address is not valid in its context'))

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<pyshell#11>", line 1, in <module>
    usd.info
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\yfinance\ticker.py", line 142, in info
    return self.get_info()
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\yfinance\base.py", line 1736, in get_info
    data = self._quote.info
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\yfinance\scrapers\quote.py", line 572, in info
    self._fetch(self.proxy)
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\yfinance\scrapers\quote.py", line 602, in _fetch
    result = self._data.get_raw_json(
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\yfinance\data.py", line 399, in get_raw_json
    response = self.get(url, user_agent_headers=user_agent_headers, params=params, proxy=proxy, timeout=timeout)
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\yfinance\utils.py", line 108, in wrapper
    result = func(*args, **kwargs)
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\yfinance\data.py", line 348, in get
    cookie, crumb, strategy = self._get_cookie_and_crumb()
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\yfinance\utils.py", line 108, in wrapper
    result = func(*args, **kwargs)
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\yfinance\data.py", line 324, in _get_cookie_and_crumb
    cookie, crumb = self._get_cookie_and_crumb_basic(proxy, timeout)
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\yfinance\utils.py", line 108, in wrapper
    result = func(*args, **kwargs)
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\yfinance\data.py", line 213, in _get_cookie_and_crumb_basic
    cookie = self._get_cookie_basic(proxy, timeout)
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\yfinance\data.py", line 162, in _get_cookie_basic
    response = self._session.get(
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\requests\sessions.py", line 602, in get
    return self.request("GET", url, **kwargs)
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\requests\sessions.py", line 589, in request
    resp = self.send(prep, **send_kwargs)
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\requests\sessions.py", line 703, in send
    r = adapter.send(request, **kwargs)
  File "C:\Users\joost\AppData\Roaming\Python\Python312\site-packages\requests\adapters.py", line 519, in send
    raise ConnectionError(e, request=request)
requests.exceptions.ConnectionError: HTTPSConnectionPool(host='fc.yahoo.com', port=443): Max retries exceeded with url: / (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x000001EDF21411F0>: Failed to establish a new connection: [WinError 10049] The requested address is not valid in its context'))

### Bad data proof

_No response_

### `yfinance` version

0.2.33

### Python version

3.12.1

### Operating system

Windows

Forgot to mention that USDEUR is just an example. I have the same issue for every ticker.
Last month everything still worked fine, using the exact same script.

2 steps to fix:

Understand exception
Safely handle exception and trigger switch to other strategy (data.py function _get_cookie_and_crumb)

I don't like Max retries ..., implies spam. How many times is it retrying? How to change?

Don't ask me how or why, but it's working again.

Leave open. This has happened before #1750, yfinance should handle this nicely.

Hi ! I encountered the same exact issue and as suggested in #1750, it was due to my AdGuard instance blocking the fc.yahoo.com domain. The issue was gone once I whitelisted this domain

Hi ! I encountered the same exact issue and as suggested in #1750, it was due to my AdGuard instance blocking the fc.yahoo.com domain. The issue was gone once I whitelisted this domain

I'm using PiHole and it was blocking. I added the Yahoo domain to the whitelist. now, it's working. thank you

OMG! I had the same issue with AdGuard, it seems fc.yahoo.com is blocked by adaway.. added an exception for it

Hi ! I encountered the same exact issue and as suggested in #1750, it was due to my AdGuard instance blocking the fc.yahoo.com domain. The issue was gone once I whitelisted this domain

Same for me. My hosts file has blocked fc.yahoo.com. Once I commented the line pointing fc.yahoo.com to <IP_ADDRESS>, it worked.

Same here, added fc.yahoo.com to the whitelist in Pi Hole and working like a dream now.

Same here, added fc.yahoo.com to the whitelist in Pi Hole and working like a dream now.

Thanks a lot @andy47 it worked after i whitelisted...


Hero Mdbook collection:filename.md not working

Situation
When we set the following.

[Link Example](developers/grid3_supported_flists.md)

[Link Example](developers/grid3_supported_flists#introduction.md)

[Link Example](../developers/grid3_supported_flists.md)

[Link Example](../developers/grid3_supported_flists#introduction.md)

[Link Example](developers:grid3_supported_flists)

[Link Example](developers:grid3_supported_flists#introduction.md)

This is the output:
[Link Example](dashboard:grid3_supported_flists.md)

[Link Example](dashboard:grid3_supported_flists#introduction.md)

[Link Example](dashboard:grid3_supported_flists.md)

[Link Example](dashboard:grid3_supported_flists#introduction.md)

[Link Example](grid3_supported_flists.md)

[Link Example](grid3_supported_flists#introduction.md#introduction.md)

Conclusion
None of those links work. We can see that in all cases the collection should be developers but it gets changed to dashboard.
On the two last, we can see that using collection:filename.md, we lose the collection name.
I think collection:filename is not working correctly.

@despiegk this should be the priority, along with #417
Once those 2 issues are set, hero mdbook can be used to production and we'll have functioning mdbooks!

can you provide steps to reproduce? (i.e. commands to run on which input)

@MarioBassem I'll show some steps to reproduce:

clone repo: https://git.ourworld.tf/tfgrid/info_tfgrid in ~/code/git.ourworld.tf/tfgrid (should be root, sudo su)
cd into info_tfgrid
checkout the branch development_test_toc
build the book with mdbook: hero mdbook -p $(pwd)/heroscript/test
Go to the hero mdbook directory built: cd ~/hero/var/mdbuild/test
Serve the book: mdbook serve --port 3003
you can see that the file Cloud TOC has the url cloud/cloud_toc

but if you go on the first page (test page) and click on either of those links:

it leads to test/cloud_toc and not cloud/cloud_toc. And for this reason, the file is situated into Additional Pages:

expected behaviour: it should go to cloud/cloud_toc

Let me know if you need more info! Thanks!

will be resolved when we add unlisted pages


Find in array (whereEqualOR)

Hello!
Can I find documents by any value in array, for example in JS
const tags = ["tag1", "tag2"];
Messages.find({entity: entity, tag: {$in: tags}}, {sort: {created: 1}})

If I use whereEqual
Document[] documents = db.getCollection("Messages").whereEqual("tag", "tag1").whereEqual("tag", "tag2").whereEqual("entity", entityID).find();

then it filter all documents with tag = "tag1" AND then with tag = "tag2".
I want whereEqualOR() or  whereInArray(field, array) :)

We'll add the following:
Query whereIn(String fieldName, Object[] fieldValues);

Thanks a lot for this suggestion -- it's indeed an important addition!

Any date release? :)
PS: anyway thank you for this marvellous lib!

Today :)
The two new operators whereIn and whereNotIn should have been implemented in https://github.com/delight-im/Android-DDP/commit/103a8927d3620a4696a417a5ae8c193041f1767d now.
Can you try replacing the version v3.1.2 in your Gradle dependency with the following commit hash, please?
103a8927d3620a4696a417a5ae8c193041f1767d

Feedback would be much appreciated. Thanks!
Documentation in the README will be updated if this has been confirmed to work. Use arrays as value lists with these operators:
new String[] { "abc", "def", "ghi" }
// or
new Integer[] { 1, 2, 3 }
// or
// ...

Works like a charm.
I had one strange error about can't find interface ... but after Clean Project it works as I expect.
Tested on two projects in different situations. It works! :)
Thank you!

Thanks again!
Documentation has been added in https://github.com/delight-im/Android-DDP/commit/5efc88c368c15de447734eaad30b82c5335b9e0b and this feature is now included in the latest release.


WIP: Re-add OSX support for CI

Work in progress for now -
Attempt to add OSX support, using homebrew addon for system packages.

Hm I don't recognize the current error:
- [*ERROR**][50323] Capturing in javac mode...
- [*ERROR**][50323] Uncaught Internal Error: (Sys_error
- [*ERROR**][50323]   "models/com/facebook/infer/builtins/InferBuiltins.class]: No such file or directory")
- [*ERROR**][50323] Error backtrace:
- [*ERROR**][50323] Raised by primitive operation at file "stdlib.ml", line 390, characters 28-54
- [*ERROR**][50323] Called from file "stdlib.ml" (inlined), line 398, characters 2-47
- [*ERROR**][50323] Called from file "jFile.ml", line 174, characters 36-65
- [*ERROR**][50323] Called from file "java/jClasspath.ml", line 152, characters 16-57
- [*ERROR**][50323] Called from file "java/jMain.ml", line 141, characters 8-60
- [*ERROR**][50323] Called from file "integration/Javac.ml", line 112, characters 8-47
- [*ERROR**][50323] Called from file "integration/Driver.ml", line 314, characters 2-29
- [*ERROR**][50323] Called from file "base/Utils.ml", line 418, characters 16-20
- [*ERROR**][50323] Called from file "scuba/ScubaLogging.ml", line 66, characters 29-44
- [*ERROR**][50323] Called from file "infer.ml", line 21, characters 2-36
- [*ERROR**][50323] Called from file "base/Utils.ml", line 418, characters 16-20
- [*ERROR**][50323] Called from file "scuba/ScubaLogging.ml", line 66, characters 29-44
- [*ERROR**][50323] Called from file "infer.ml", line 148, characters 8-54
- [*ERROR**][50323]
- [*ERROR**][50323] Run the command again with `--keep-going` to try and ignore this error.
- [*ERROR**][50323] make[3]: *** [models/infer/report.json] Error 2
- [*ERROR**][50323] make[2]: *** [java] Error 2
- [*ERROR**][50323] make[1]: *** [infer_models] Error 2
- make: *** [infer] Error 2
[ERROR] The compilation of infer failed at "/usr/bin/make -j 1".

As a side note - you might want to add the Azure Pipelines support, it timeouts less than Travis CI. See on how to setup it:

https://docs.microsoft.com/en-us/azure/devops/pipelines/agents/hosted?view=azure-devops
https://azure.microsoft.com/en-us/services/devops/pipelines/

I checked out git bisect between current master and v0.17.0 to find where infer stops building on macOS.
Based on success of ./build-infer.sh -y java, the first bad commit (infer not compiling on macOS) seems to be bf0d1d88613025037d66212ec300d3797b759d21.
This is actually right after the commit updating infer to ocaml 4.08, but that commit still works on macOS.

@XVilka I checked out Azure for this, but opam commands timed out (they didn't seem to succeed installing anything, with or without --disable-sandboxing)

Huh. The previous build for this PR passed (which I thought was surprising, since infer didn't seem to build for me locally), but now the PR's build is failing due to opam update running out of memory.

That's weird: at that point in the script there should be no packages installed, which thus should take no work at at. But I guess there's a cache for opam that messes this up.
Alternatively we can also remove all these manual opam steps in favour of running just ./build-infer.sh, which will use the opam.locked file (thus bypassing dependency resolution) and do all the opam magic.

./build-infer.sh java, actually, since otherwise this will end up compiling clang and that takes many forevers.

Running rm -rf ${HOME}/.opam seemed to "fix" the problem, although it certainly shouldn't be necessary ...
As far as only building java: I don't know how worth it this would be, but have you considered setting up CI for the facebook-clang-plugins project also? That way this project's CI could just pull the relevant artifact from say github releases and have a much easier time building java and c analyzers.

Huh - from this build at least, the timeout is from Travis trying to pack the cache. Wonder why that would be the case.

Uncovered an issue with the .travis.yml: it ran opam install infer, but that installation would get saved in the cache because ~/.opam was cached.
For the next CI job, opam update --upgrade would actually do the work of recompiling infer, since infer was already installed in the switch and changes had been detected. Then during the script stage, opam install infer had nothing to do since it had already been installed.
This PR will also add an opam remove infer to the script job so infer does NOT get saved in the opam cache between runs.

The issue with a couple of the previous CI builds is that opam --update upgrade was recompiling three menhir libs and infer at the same time.
For some reason, opam didn't realize that menhir is a dep of infer, so it wouldn't install menhir before trying to recompile infer ... which would then fail during the configure stage because menhir wasn't found.
For future CI builds, it may be safest to run opam remove infer both during install stage before doing anything with opam (in case of previous failed builds), and in the script stage after running opam install infer to ensure it doesn't get cached.

Ok (knock on wood) but this seems to work now. I'm going to rebase these commits and then remove the WIP status for merge.

Looks like that's about the best I can do - unfortunate that it makes the travis file a bit wonky with if statements here and there.
@jvillard , pretty sure this can be merged now for better CI on linux and osx.

This is great, thank you!


Permissions API

Are there any plans to bring the permissions API?

Hi, I've forked this project and been working on adding the permissions API. I'm new to open source contributions tho (and it's etiquette), should I just open a PR for it?
I was also wondering if I should include the new endpoints in the sample project somehow.
Sorry if this is the wrong place to ask this :s

Yes please go ahead and open a PR for it.
And please add some code in the sample project for permissions API. The sample code serves 2 purposes: 1. Show users how to use the new API. 2. Testing the API with an actual Databricks server (I noticed in my development that Databricks docs are not always accurate, and there may be hidden issues that are only revealed when you test it against a real Databricks REST API server).


Routine maintenance of the docs

sync autogenerated notebooks
include new notebooks in the sphinx tocs
add some more notes to the developer docs for how to do doc stuff
fix some mathjax incompatibilities

Fixes #582
these are things that can be more automated #330

changing to draft so I can incorperate #578 (and #583)

ok this has been rebased following the chemistry contributions and is simpler as a result


Refactored and fixed minor share fetch code (KIP-932)

Moved 2 inner classes from SharPartitionManager to share module as those classes are not used by other DelayedPurgatory classes.
Created fetch and acknowledge package to have respective classes.
Moved Set to Set
DelayedShareFetchKey is same as SharePartitionKey hence extended the class with additional implementation.

Committer Checklist (excluded from commit message)

[ ] Verify design and implementation
[ ] Verify test coverage and CI build status
[ ] Verify documentation (including upgrade notes)

Thanks, @apoorvmittal10 LGTM
Not directly related to this PR, but we should probably move FetchParams, FetchIsolation, and FetchPartitionData into storage-api since they aren't exactly "internal" to the storage module (as the package name would imply). This way, we can depend on :storage-api instead of :storage

Yeah make sense, I ll dod that in other PR. Will create a jira.

@mumrah Is there some ongoing issue with jenkins-ci, it's not working for me?

Is there some ongoing issue with jenkins-ci that you might be aware of, it's not working for me?

I guess Jenkins got busy. Regardless, it doesn’t matter now since we've dropped Jenkins CI (#17273)

Is there some ongoing issue with jenkins-ci that you might be aware of, it's not working for me?

I guess Jenkins got busy. Regardless, it doesn’t matter now since we've dropped Jenkins CI (#17273)

Thanks for looking into, I saw the other PW was not nerged an hour back (to drop jenkins). So is this PR good to merge or I need to re-trigger the build?

@apoorvmittal10 if you see green statuses for the PR, then we are good to merge as far as build/test are concerned

I updated the branch to re-trigger build with latest jenkins disabled code.


Button text doesn't update automatically

I'm having the same issue with ionic-datepicker too.
Everything works, the callback is triggering and logging the right information. The buttons start with the default text, but it doesn't update after the selection.
Template:

Controller:
$scope.timePickerObject = {
inputEpochTime: ((new Date()).getHours() * 60 * 60),  //Optional
step: 15,  //Optional
format: 12,  //Optional
titleLabel: '12-hour Format',  //Optional
setLabel: 'Set',  //Optional
closeLabel: 'Close',  //Optional
setButtonType: 'button-positive',  //Optional
closeButtonType: 'button-stable',  //Optional
callback: function (val) {    //Mandatory
timePickerCallback(val);
}
};
function timePickerCallback(val) {
if (typeof (val) === 'undefined') {
console.log('Time not selected');
} else {
var selectedTime = new Date(val * 1000);
      console.log('Selected epoch is : ', val, 'and the time is ', selectedTime.getUTCHours(), ':', selectedTime.getUTCMinutes(), 'in UTC');
    }
  }

Once you get the selected value into the controller you can assign that value to whatever the variable you wish to assign. Try setting the returned value to the variable $scope.timePickerObject. inputEpochTime

Thank you so much! It worked :)

You are welcome.


tests are failing

On my local machine (Apple Silicon) ./gradlew test is failing

Fixed with #332


Cannot build with Carthage 0.25, Xcode 9, Swift 3.2

*** Building scheme "XCDYouTubeKit Framework" in XCDYouTubeKit Demo.xcworkspace
Build Failed
	Task failed with exit code 65:
	/usr/bin/xcrun xcodebuild -workspace /Users/mhillebrand/work/NewsApp/code/Carthage/Checkouts/XCDYouTubeKit/XCDYouTubeKit\ Demo.xcworkspace -scheme XCDYouTubeKit\ Framework -configuration Release -derivedDataPath /Users/mhillebrand/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9M214v/XCDYouTubeKit/2.5.5 -sdk iphoneos ONLY_ACTIVE_ARCH=NO BITCODE_GENERATION_MODE=bitcode CODE_SIGNING_REQUIRED=NO CODE_SIGN_IDENTITY= CARTHAGE=YES build (launched in /Users/mhillebrand/work/NewsApp/code/Carthage/Checkouts/XCDYouTubeKit)

This usually indicates that project itself failed to compile. Please check the xcodebuild log for more details: /var/folders/ml/d9hzjcrd3mv_3hj_3qqf__brkdn63y/T/carthage-xcodebuild.oa22is.log

...
** BUILD FAILED **

The following build commands failed:
	CompileC /Users/mhillebrand/Library/Caches/org.carthage.CarthageKit/DerivedData/9.0_9M214v/XCDYouTubeKit/2.5.5/Build/Intermediates.noindex/XCDYouTubeKit.build/Release-iphoneos/XCDYouTubeKit\ Framework.build/Objects-normal/armv7/XCDYouTubeLogger.o XCDYouTubeKit/XCDYouTubeLogger.m normal armv7 objective-c com.apple.compilers.llvm.clang.1_0.compiler

+1

+1

I have released version 2.5.6 with Xcode 9 support.


some witnesses are missing issue or not being synced

I hope you are doing well.
I have an issue with witnesses. Some of them are missing or not being synced with Helium explorer.
Please check the video link below for the explanation.
https://loom.com/share/8ffcf7622d72401abaecd9f46643db17

after this update my miner have gone offline and syncing now 11 days is it shows off and nobody response

when i update my panther x2
Dashboard Version: 0.2.18
Miner Version: miner-arm64_2<IP_ADDRESS>_GA
Panther X Firmware Version: 1.0.4
it have been offline the light of helium is
blinking

@mgalmad @Alirezauuu1850 We pack the original miner image in our firmware, right now no one build it from the scratch, if you still have problems with miner, please ask help from helium's discord. Thanks for your feedback
@dagardess Please summit the SN and more information in https://panther.global/. the tech support team will fix it for you. thanks


Change default to Node 20

Node 16 is now end of life and will not receive any new updates, we should change the default to the current active LTS (version 20).
https://endoflife.date/nodejs
https://github.com/wagtail/cookiecutter-wagtail-package/blob/2833f02f30f29b093c5ea57b130107e108d300c9/cookiecutter.json#L14

Note: https://github.com/wagtail/cookiecutter-wagtail-package/pull/56 may resolve this.


sharp.fit.cover is not outputing the same image in macos and ubuntu

Question about an existing feature
What are you trying to achieve?
I installed sharp on my local machine
Macos Monterey - i9
I am using this config to generate the image
.resize({           width: targetWidth,           height: targetHeight,           // Needed for position strategy to work           fit: sharp.fit.cover,           // Do not enlarge images if width or height are bigger than original           withoutEnlargement: true,         })         .webp({ quality: quality })         .toFile(diskFilename)
The same source code does not produce the same image in server
Server specs (Taken from lscpu)
Architecture:                    x86_64
Flags:         ....sse4_1 sse4_2 ...sse2..etc
glibc is present as well
More specifically, cropping in the server simply does not work
I set the cropping, lets say to 300x300 and the real image dimensions are 1024x720
It only gets resized with lower quality but dimensions are still 1024x720
While on my local machine, it is resized and cropped to 300x300
Server
Node version is: v16.13.1
Npm: version is: 8.1.2
When you searched for similar issues, what did you find that might be related?
My hunch was at the libvips
Public
Tried to install that from the source as well, but still no difference in the image output
I think those dependencies are all set because when I execute
cd ./node_modules/sharp npm run install
I get this response
`

<EMAIL_ADDRESS>install
(node install/libvips && node install/dll-copy && prebuild-install) || (node install/can-compile && node-gyp rebuild && node install/dll-copy)

sharp: Using existing vendored libvips v8.12.2
`

Please can you provide a sample image and complete, standalone code that allows someone else to reproduce.

Hello @lovell
The usage of sharp is very simple
This is the full code usage
return await sharp('/path/to/image.jpg')
.resize({
          width: 200,
          height: 200
          fit: sharp.fit.cover,
          withoutEnlargement: true,
        })
        .webp({ quality: '100%' })
        .toFile(diskFilename);

The problem was not related with the system image libraries neither sharp installation but it was a permissions issue
Closing the issue


Should work correctly on an iPad

Currently doesn't work well on iPads. Layout is not preserved and scaled and the menus don't work.

to accomodate responsive and resizeable in svg perhaps can solve with :
**e.g. **
function renderSvg(){
    var svgContainer = d3.select('#svgPlaceholder').append("svg")
        .attr("width", "100%")
        .attr("height", "100%")
        .attr("preserveAspectRatio", "xMinYMin meet")
        .attr("viewBox", "0 0 svg_width svg_height")
}

change

id with your svg id
svg_width and svg_height with your calculation, consider enough to add space from calculation
xMinYMin (min x y oriented) or xMidYMid (middle screen x y oriented)

pls ignore previous comment, thought that guitardashboard used d3js to define the svg and javascript to calculate total svg width and height
in index.html
e.g.
<svg width="100%" height="100%" preserveAspectRatio="xMinYMin meet" viewBox="0 0 500 500" id="chromatic"></svg>
<svg width="100%" height="100%" preserveAspectRatio="xMinYMin meet" viewBox="0 0 160 500" id="modes"></svg>
<svg width="100%" height="100%" preserveAspectRatio="xMinYMin meet" viewBox="0 0 500 500" id="cof"></svg>
<svg width="100%" height="100%" preserveAspectRatio="xMinYMin meet" viewBox="0 0 1160 300" id="gtr"></svg>

@sugizo Thanks for the preserveAspectRatio hint, now works nicely on iPad and scales for all screen types.


Added multilevel window support for stacked presentation

Issue Link 🔗
How to display two view the same time by using SwiftEntry ? #340
Goals 🥅
Presenting multiple entries on different window levels at the same time.
Entries with the same window level attribute should be presented the same way as before, holding the queue logic same for the same window level. But different window levels should be able to stack on top of each other. Thus creating a window level hierarchy for entries.
Implementation Details ✏
EKWindowProvider was a singleton, capable of holding only one window. The window level was being set when the new entry was being prepared to be presented.
I have removed the shared instance and created a static dictionary which holds the EKWindowProvider instances for different window levels. When the entry is requested to present, if there is a window provider instance present in the dictionary for the window level of that entry (read from it's attributes), that instance is being used for presentation. If not, a new EKWindowProvider instance is being initiated for that window level and being stored in the dictionary. When the last entry for a window level has been dismissed, the provider for that level is also being removed from the dictionary for memory management purposes.
All the presentation and dismissal logic has also been updated accordingly.
Testing Details 🔍
I have done some superficial tests and may need deeper testing for any functionalities may have been effected. In my tests, all the basics were working good.
Screenshot Links 📷

This multi-window function is really needed,I hope it will pass soon.

Great stuff
Usage, for the lazy:
attributes.windowLevel = .alerts

// where level is:

public var value: UIWindow.Level {
    switch self {
    case .alerts:
        return .alert
    case .statusBar:
        return .statusBar
    case .normal:
        return .normal
    case .custom(level: let level):
        return level
    }
}

Really useful feature


Miscompilation issue / problem with perf - addr2line: could not read first record

Is there an existing issue for this?

[X] I have searched the existing issues.

Is this issue related to iced?

[X] My hardware is compatible and my graphics drivers are up-to-date.

What happened?
I tried recording perf data for my program and it fails at perf script stage. I am not sure if this might be rustc or linux/perf issue but I only have it with iced. I later confirmed same behaviour on clock and websocket examples.
Steps to reproduce:
$ cd examples/clock

$ CARGO_PROFILE_RELEASE_DEBUG=true CARGO_PROFILE_RELEASE_STRIP=false cargo build --release
    Finished release [optimized + debuginfo] target(s) in 28.81s

$ perf record --call-graph dwarf -- ../../target/release/clock
[ perf record: Woken up 21 times to write data ]
[ perf record: Captured and wrote 8.437 MB perf.data (1025 samples) ]

$ perf script | inferno-collapse-perf > stacks.folded
addr2line /home/eugene/.debug/.build-id/62/bb8c63e30c190e024807d25ce0aeeaa64078f2/elf: could not read first record
addr2line /home/eugene/.debug/.build-id/62/bb8c63e30c190e024807d25ce0aeeaa64078f2/elf: could not read first record
addr2line /home/eugene/.debug/.build-id/62/bb8c63e30c190e024807d25ce0aeeaa64078f2/elf: could not read first record

$ file /home/eugene/.debug/.build-id/62/bb8c63e30c190e024807d25ce0aeeaa64078f2/elf
/home/eugene/.debug/.build-id/62/bb8c63e30c190e024807d25ce0aeeaa64078f2/elf: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 4.4.0, BuildID[sha1]=62bb8c63e30c190e024807d25ce0aeeaa64078f2, with debug_info, not stripped

perf script loops forever with this addr2line error.
Environment:
OS: up to date Arch Linux
CPU: AMD Ryzen 9 5950X
rust: rustc 1.77.2 (25ef9e3d8 2024-04-09)
iced: both master and latest release
Some things I tried:

this happens on both debug and release
removing target/ and ~/.debug does not help
fn main() { loop {} } does not trigger error
this happens both with and without mold linker
this happens without any extra rustc flags like cpu-target=native

What is the expected behavior?
perf script to complete successfully
Version
master
Operating System
Linux
Do you have any log output?
No response

You need to install and use latest version of addr2line
cargo install  addr2line --features="bin"
PATH=$HOME/.cargo/bin:$PATH

I've reached the very same issue and I investigated what's wrong. If you have perf 6.5+, then it's a version that suffers from a slow binutils addr2line as described here: https://bugzilla.kernel.org/show_bug.cgi?id=218996. And as suggested, it's something one can fix by using the Rust implementation of addr2line binary that is much faster and does not hit the 1s timeout used by perf. In any case, the error message provided by perf is not ideal and should be improved.


DRAFT: add ARRI contributions to OCIO-ACES CLFs

This PR supplies the inital ARRI CLFs for the ACES config. This includes:

ARRI LogC3 (EI800)
ARRI LogC4

Points of conversation/review:

Success in compliance with CLF recommended practice
Plan for inclusion of further LogC3 transforms
Code organization and generation of cameraLogToLin parameters
OCIO Transform IDs and naming conventions

Special thanks to @doug-walker for his assistance.
Tagging @JGoldstone for visibility and his helpful input.
This will also be a test of the CLA system on ARRI's side which may need some tweaks.

This is great, thanks Sean!
The PR raises a number of points that we should probably discuss at our next working group meeting:

Matrix precision.  OCIO processing is done as floats but it stores and works with matrices as doubles.  This can be important, for example when the optimizer is deciding whether a pair of matrices is close enough to an identity that it may be omitted.  All of the camera vendor white papers seem to present a set of chromaticity values and a 3x3 matrix for converting to CIE 1931 XYZ and/or ACES2065-1, but in double precision calculations, only one of those is really exact.  My preference is to treat the chromaticities as the exact values rather than the matrices.  This is how the OCIO Built-in Transforms, including the ones for LogC3 work.  Would you be open to use Thomas's colour library in this code (as we do elsewhere) to calculate the matrix values rather than using the values you copied in from your white paper?
You have some options for EI and clamping.  The only EI we had planned to include in the Studio Config for LogC3 was EI 800.  Does that match ARRI's expectations?  Regarding clamping, I think we would want that off for the Studio Config.  Are you envisioning a scenario in which we want it on?  Even if we decide that the Studio Config is always 800/no clamp, I think it's fine to leave these in the code if only to make people aware of the issues involved.  Someone may find these helpful for generating their own configs for special situations.
I see you repeated "ARRI" in the "Transform name" part of the CLF ID string.  The formatting guide does not repeat the vendor name there, but I'd like to hear more about your rationale for putting it there too.  We should probably try to be consistent across vendors.
When I added the RED transforms I did not follow the directory hierarchy that is in the formatting guide.  I believe I was following a discussion we had at a working group meeting (although maybe I got it wrong).  But my rationale for RED was that, for a half page of code, it is not worth creating separate directories for each vendor.  Perhaps in ARRI's case, there is somewhat more code and so it should be separate.  But let's discuss this again at the working group to make sure we're all on the same page.  I put a comment in the formatting guide to remind us to update it, if necessary.
Your Log op for LogC3 has more significant digits than the OCIO Builtin Transform for LogC3.  As with the Matrix op, these are stored in OCIO as doubles.  While the optimizer for the Matrix op does allow for some small amount of tolerance, the Log op is currently set up for strict comparison.  I'm thinking we should maybe add some tolerance, but in any case, I want to make sure that the transform here and the Built-in Transform give the same results, or at least close enough to optimize out.  I'm certainly open to discussing which side to make the change on.
We should add a Built-in transform for LogC4, and ideally it should be exactly the same as what is done here.
We should discuss what the Studio config will look like for color spaces where there is a Built-in Transform available.  In cases where a Lut is involved, we should clearly use the Built-in.  For other cases, there are pros and cons for using the Built-in or adding explicit Matrix and Log ops.  (Either way, I think that having the database of CLFs has value beyond OCIO, so I'm not opposed to generating the CLF files, even if only the metadata gets used.)

Thanks again for the PR!

Thanks for the comments, and catching the string formatting bug @JGoldstone. I've implemented most of your changes.

Why clutter someone’s debug variable pane with values that aren’t used? Turn lines 94 and 95 into comments, if those values aren’t used. Similarly comment out lines 104 and 105 in the debug output.

I will keep these for verboseness and education. Allows quick validation against White Paper values.

Hi @scoopxyz - hoping to get an update on this PR? I know we talked through several small changes last time we all spoke. We are planning on releasing the first version of the Studio config at SIGGRAPH in... a week and a half! Would be great to have this included. Please let us know if we can help!

@KelSolaar it looks like CI is failing because the remote Excel sheet has bumped to v0.2.0 but the local file on main is v0.1.0


Apply Blueprint on specific recording

In some cases, I use Blueprint to change background color of a recording view in the viewer.
I would like to specify the recording_id and the application_id in which it should change the background color.

Hello, I can see that send_blueprint() can take a recording as parameter. That's not the recording_id and application_id but in the end it works the same, no?
https://ref.rerun.io/docs/python/0.20.1/common/initialization_functions/#rerun.send_blueprint

Dupe of #8287


Add CONTRIBUTING.md to .github repository

The Ministry of Justice has a .github repository for default community health files.
We should add CONTRIBUTING.md (A CONTRIBUTING file communicates how people should contribute to your projects) - https://docs.github.com/en/communities/setting-up-your-project-for-healthy-contributions/setting-guidelines-for-repository-contributors
Definition of Done

[ ] CONTRIBUTING.md added

Check with Jake re. wording

Example - https://gist.github.com/PurpleBooth/b24679402957c63ec426

Stale. Aged out.


Generating project from swagger spec should display progress

It would be good to have a progress indicator showing that the project is being generated - currently it just outputs messages into the output pane but nothing else indicates it's doing anything.

Something like what AF does would be nice

In case we want to make this a further enhancement, here's how the hotlinking to the output window works: https://github.com/microsoft/vscode-azurefunctions/blob/0704d4881540fcc555291d283cdbfa41c74212c4/src/commands/createFunction/openAPISteps/OpenAPICreateStep.ts#L62
I didn't add it here because it involves introducing a new command.


Update: containerization feature & README posting

I'm new to this whole podman thing, but I attempted the readme instructions and i ran into this issue
~ ⌚ 14:51:05
$ podman build \
--build-arg APIKEY=$(echo $OPENAI_API_KEY) \
-t gpterm . | grep sk
ERRO[0000] 1 error occurred:
	* open /Users/aineej/.Trash: operation not permitted

You must be in working directory, I suggest you take a crush course about docker thing

Oh, duh, I wasnt in the repo dir lol, look like it works great!


Add Pages::checked_sub method

Closes https://github.com/paritytech/wasmi/issues/659.

Yes, in addition to the impl From<Pages> for u32 that already exists this is good for me :+1:


Fixes #30806 by configuring OBJC_DISABLE_INITIALIZE_FORK_SAFETY

MacOS OBJC default forking configuration causes tests to hang. This sets the env var under tox.

Note: PR #11830 fixes the same issue. It does so by passing the env var through if it exists. This is a more aggressive fix that doesn't require the contributor to set the env var outside of tox

Thanks @crwilcox. I think I'd prefer #11830, combined with a note added to the docs on running the unit tests. (Such was offered in #11203.) I'll close on that basis.


alpha opens telescope.nvim prompt in normal mode

this only happens to me recently, it didn't happen before, when I open telescope.nvim the prompt is in normal mode by default.
my config:
local alpha_loaded, alpha = pcall(require, "alpha")

if not alpha_loaded then
    print("alpha not loaded")
    return
end

local dashboard = require("alpha.themes.dashboard")

dashboard.section.header.val = require("config.headers").Fraktur

local opts = { noremap = true, silent = true }

dashboard.section.buttons.val = {
    dashboard.button("tff", "  Find file", ":Telescope find_files hidden=true no_ignore=true<CR>", opts),
    dashboard.button("tfg", "  Live grep", ":Telescope live_grep preview=true<CR>", opts),
    dashboard.button("tfr", "  Recent File", ":Telescope oldfiles preview=false<CR>", opts),
    dashboard.button("q", "  Quit NVIM", ":qa<CR>", opts),
}

alpha.setup(dashboard.config)

when I run the telescope.nvim commands that are in my configuration manually, the prompt is automatically in insert mode

Same problem for me.

It broke with this commit: https://github.com/goolord/alpha-nvim/commit/6af3b19d94e1660e558d6b7382e198a31945f9b9

fixed in https://github.com/goolord/alpha-nvim/commit/d2336550abec27c6af8be4ed5045fb4fa82a9c93
feedkeys being mysterious to me, again 😓


range of behaviors when adding char after expanded kw eg. "let| x = 5 in"

so the simple case is fine. inserting another "t" above just results in "lett" and no ghosts.
but given this:

entering another "t" crashes:

and given:

inserting "t" results in:

above commit fixes crash but not the lettin issue


macro declaration

late update - includes leading "def".
def macro_name p1, p2 @ tp1, tp2 {
...
}
for example:
def exact_xor dst, src @ base_jump_label, cleanup {
....
}

late update - includes leading "def".


config(ticdc): force enable old value for canal json protocol

What problem does this PR solve?
We should turn on the old value for canal json when we create the changefeed.
close #3676
What is changed and how it works?
force enable old value for canal json protocol
Check List
Tests

Unit test
Manual test (See: https://github.com/pingcap/tiflow/pull/3983#issuecomment-997644307)

Code changes

Has exported function/method change
Has exported variable/fields change

Side effects
None
Related changes

Need to cherry-pick to the release branch(I will do it manually.)
Need to update the documentation https://github.com/pingcap/docs-cn/pull/8047

Release note
Fix the problem that old value is not forced on automatically in Canal JSON protocol

Manual test procedure.

Start the tidb cluster
start kafka into the cluster
start ticdc server
Create a changefeed with the following command: . /cdc cli changefeed create --pd http://<IP_ADDRESS>:2379 --sink-uri "kafka://<IP_ADDRESS>:9092/ticdc-test2" --config=changefeed.toml

enable-old-value=false

[sink]
protocol="canal-json"

check the log

[2021/12/20 14:49:25.418 +08:00] [WARN] [cli_changefeed_create.go:207] ["Attempting to replicate without old value enabled. CDC will enable old value and continue."] [protocol=canal-json]

/cc @maxshuang @asddongmen
Could you please take a look? Thanks! 💚 💙 💜 💛 ❤

/merge

/run-dm-integration-test

/run-dm-integration-test

/run-dm-integration-test

/run-all-tests

/run-kafka-integration-test
/run-verify

/run-verify

Codecov Report

Merging #3983 (d80eae2) into master (3873d39) will decrease coverage by 1.8349%.
The diff coverage is 68.1818%.

Flag
Coverage Δ

cdc
58.7358% <68.1818%> (+0.4992%)
:arrow_up:

dm
52.3014% <ø> (-3.7332%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.
@@               Coverage Diff                @@
##             master      #3983        +/-   ##
================================================
- Coverage   57.0741%   55.2391%   -1.8350%
================================================
  Files           478        484         +6
  Lines         56551      59809      +3258
================================================
+ Hits          32276      33038       +762
- Misses        20978      23425      +2447
- Partials       3297       3346        +49


The order of concepts displayed should be such that the chosen one is on top

This issue was moved to odalic/sti#126


remove h2 from ALPN

When using protocol sniffing for h2 port, use TCP proxy. Pilot doesn't support generate h2 filter chain, cluster and route when using protocol sniffing.
And to help us figure out who should review this PR, please
put an X in all the areas that this PR affects.
[ ] Configuration Infrastructure
[ ] Docs
[ ] Installation
[x] Networking
[ ] Performance and Scalability
[ ] Policies and Telemetry
[ ] Security
[ ] Test and Release
[ ] User Experience
[ ] Developer Infrastructure

@crazyxy: The following test failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

integ-new-install-k8s-presubmit-tests-master
682c6340355df407b9e0757e4c7af8b24dfb6d77
link
/test integ-new-install-k8s-presubmit-tests-master

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.

/cherrypick release-1.3

@crazyxy: new pull request created: #16304

In response to this:

/cherrypick release-1.3

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.


Add client-hadoop3 module

the new client/hdfs3 and shaded/client-hadoop3  modules are currently a copy of the existing client/hdfs and shaded/client modules
the addition of this will allow for changes that are available only in hadoop3, such as https://github.com/Alluxio/alluxio/pull/16017#discussion_r1039377694
both client jars will be built by default, but the symlink at client/alluxio-VERSION-client.jar will point to the hadoop-2 one to maintain backcompat. if the hadoop-3 profile is activated by adding -Phadoop-3, then the symlink will be overridden to point to the new hadoop3 shaded client jar
note that in the current state of this PR, the tarball generation will result in pointing to the hadoop3 shaded client jar because the hadoop-3 profile is activated by default

Can you explain the difference with #16017, I see it is the same as #16017.

Do we really need symbolic link, and does this mean that we need to generate two release tarball in the end.

Do we really need symbolic link, and does this mean that we need to generate two release tarball in the end.

the symbolic link avoids the need to create two release tarballs. since there are 2 types of client jars, we could choose to publish two full release tarballs with 1 client jar each. the alternative is to publish one full release tarball with both client jars, but because only one client jar can be on the classpath, the symbolic link points to the designated client jar. if there is a need to switch to the other client jar, it only requires a modification of a symlink, rather than downloading a separate release tarball.

Do we really need symbolic link, and does this mean that we need to generate two release tarball in the end.

the symbolic link avoids the need to create two release tarballs. since there are 2 types of client jars, we could choose to publish two full release tarballs with 1 client jar each. the alternative is to publish one full release tarball with both client jars, but because only one client jar can be on the classpath, the symbolic link points to the designated client jar. if there is a need to switch to the other client jar, it only requires a modification of a symlink, rather than downloading a separate release tarball.

My understanding is that there are two more tarballs that need to be released, one linked to the hadoop2 client and one linked to the hadoop3 client. My implementation in #16017 does not require two tarballs, and applications are still free to choose whether to use hadoop2 or hadoop3 clients in their classpath.

If we add hadoop-3 profile with hadoop-3 dependencies then no need to add a copy for core/client/hdfs3.pom
the shaded/client can depends on the alluxio-core-client-hdfs directly. The only thing that makes it incompatible is we hard-coded jar name to hadoop-2 = = but should be fine since we always the linked name as client.jar

then only one client jar will be built. if someone wants to use the other client jar, they must download a new release tarball or somehow figure out how to replace their client jar. this allows the flexibility to switch client jars via modifying a symlink within the same singular release tarball.

Discussed with @qian0817 and @maobaolong today, let's proceed with the symb link + 2 clients in the client/build/ dir approachas this PR already is. Feel free to leave your comments for suggestions. Thanks!

@jiacheliu3 this is ready for review, unless you think there should be a new option in the generate-tarball to produce tarball with the updated symlink for hdfs3 client jar?

@LuQQiu for one final review? also consider my question earlier

@jiacheliu3 this is ready for review, unless you think there should be a new option in the generate-tarball to produce tarball with the updated symlink for hdfs3 client jar?

alluxio-bot, merge this please


CLFLUSH causes TLB assertion error

Describe the bug
Executing clflush instruction in FS mode caused this assertion error,
src/sim/simulate.cc:199: info: Entering event queue @<PHONE_NUMBER>9750.  Starting simulation...
src/sim/simulate.cc:199: info: Entering event queue @<PHONE_NUMBER>9500.  Starting simulation...
src/sim/power_state.cc:105: warn: PowerState: Already in the requested power state, request ignored
src/sim/simulate.cc:199: info: Entering event queue @<PHONE_NUMBER>8750.  Starting simulation...
src/mem/ruby/system/Sequencer.cc:668: warn: Replacement policy updates recently became the responsibility of SLICC state machines. Make sure to setMRU() near callba
cks in .sm files!
gem5.opt: src/cpu/translation.hh:257: void gem5::DataTranslation<ExecContextPtr>::finish(const Fault&, const RequestPtr&, gem5::ThreadContext*, gem5::BaseMMU::Mode)
 [with ExecContextPtr = gem5::TimingSimpleCPU*; gem5::Fault = std::shared_ptr<gem5::FaultBase>; gem5::RequestPtr = std::shared_ptr<gem5::Request>]: Assertion `mode
== state->mode' failed.
Program aborted at tick<PHONE_NUMBER>3501

The problem seems to be that,

In the gem5's X86 ISA implementation, clflush* is a store instruction.
In TimingSimpleCPU, the translation of a store instruction will set the TLB to BaseMMU::Write mode.
While translation is happening, the state of the translation is changed to BaseMMU::Read as the mem request caused by clflush is a isCacheClean request. https://github.com/gem5/gem5/blob/v<IP_ADDRESS>/src/arch/x86/tlb.cc#L556-L564
This resulted in a state mismatch, and subsequently caused the mention assertion error, which requires the state of the TLB and the state of translation to be the same.

Affects version
v23.1
gem5 Modifications
N/A
Additional information
Related issue: #226
Related change: #592
Reverting #592 fixes the error on my side, but it's not ideal due to issue #226.
I think we can make the clflush* instructions to be load instructions, but I'm not sure if that change is functionally correct.

A possible fix is to change line 257 to:
// CLFLUSHOPT/WB/FLUSH is treated as read for protection checks but modelled as write
assert(mode == state->mode || req->isCacheClean());

https://github.com/gem5/gem5/blob/c890e6b113a59caeec3eea9bafea4a03a471f89d/src/cpu/translation.hh#L257

Thanks for the fix @Lukas-Zenick. I wonder if this error only occurs for the timing CPU or if it also happens when using the O3 CPU?
If it's only the timing CPU, then maybe we should update the TimingSimpleCPU::writeMem function. If it happens for all CPU models, then I think your fix in #1080 is correct.


Pull v1

and revert removal of find-element, which is not deprecated in v1 anymore, and would be deprecated a bit later in scope of v2.

Coverage increased (+0.09%) to 98.469% when pulling ceb9ab6de6247649e079297a26ea561a8ce1869a on ro0gr:pull-v1 into 0c209b48670833abc6fbbf08223b69f64e19b53d on san650:v2-beta.


DASH MPD file can not be retrieve from CDN due to added clock parameter in queryString &_=Date.now()

DASH MPD file can not be retrieve from CDN due to added clock parameter in queryString &_=Date.now()
Hi,
When the player is requesting the MPD file through a CDN, the added on-the-fly clock-time parameter in the queryString throws an error.
I assume we have a specific configuration with the CDN which clearly rejects all calls with modified urls. We have to put secure tokens to protect our urls and the non-expected and added clock-time parameter is totally inconsistent with our requierements.
So I'm looking for a workaroud to not add the clock-time parameter.
I had a look on the source code :

ajax_request.js, lines 249-250
if ((this.estimator && !this.estimator.supportsCaching()) ||
this.parameters.synchronizeClock) {

and mpd_request.js, line 50, hard coded
this.parameters_.synchronizeClock = true;

it seems there is no way to disable it programmatically.
Please, could you add a way to disable/enable the synchronizeClock o nthe mpd_request.js file?
By the way, we don only onDemand stream.
Thanks a lot
Regards,
Edouard

Thanks, Edouard.  This appears to be a duplicate of #235.  Please see the discussion there.

Hi Joey,
Yes, it's a duplicate. Thanks for your attention.
Regards,
Edouard


Spring Cloud Gateway RouteLocator Java Code Can not get with specific route id

I have tried to custom RouteLocator in Spring Cloud Gateway with Java Code. I can see all the list of routes that registered with endpoint /actuator/gateway/routes but when I was trying to get the specific route in given id it is 404 /actuator/gateway/routes/auth-server.

See https://stackoverflow.com/questions/56919079/spring-cloud-gateway-routelocator-java-code-can-not-get-with-specific-route-id

Opened a PR to fix the issue

Obviated by 1cf449c8705ac63f55c7e7f96123a96e440168fe


Please upgrade to support rails 5

rails (~> 5.1.2) was resolved to 5.1.2, which
depends on
      activerecord (= 5.1.2)

rest-assured (~> 2.2.0) was
resolved to 2.2.0, which
depends on
      activerecord (~> 4.0)```

Also note, your gem configuration is not pulling the latest.  right now, if I run
gem install rest-assured
it pulls 0.10.0

Hi @johngluckmdsol , good point, I'll make sure it works with ar/as 5.
I don't really understand what is wrong with gem configuration though. I tried gem install rest-assured and it seems to be pulling the latest gem. Can you clarify?

See what happens when you include it in a Gemfile.  It came down as 0.10.0 for me

Tried it on a fresh ruby project and it seems to be pulling the latest gem.


issue-1: add explicit warning about running on Windows

@mmahmud Hello. Could you please merge this PR?


Send screen. Additional changes in addresses flow

Task connected to https://github.com/BeamMW/beam-ui/issues/704
Please work only on points mentioned below. No need to change the design for the input field, it is for feature designs and still in progress.

If receiver sends to sender regular address (maximum anonymity set OFF)

Sender can choose the transaction type: Online or Offline

Online transaction - add comment below address "Online address. The recipient must get online within the next 12 hours and you should get online within 2 hours afterwards."  https://zpl.io/adyREoR

Offline tx - comment "Offline address: Х transactions left. Make sure the address is correct as offline transactions cannot be canceled." https://zpl.io/2jypXEp

Show warning comment "Ask receiver to come online to support more offline transactions." when 3 or fewer transactions left. https://zpl.io/VDm74Lv

If receiver sends to sender Online address https://zpl.io/b6AYLgK (receiver can copy it from address details on receive screen https://zpl.io/V1Rp4BJ)

No need block "Transaction Type"
Add comment "Online address. The recipient must get online within the next 12 hours and you should get online within 2 hours afterwards."

If receiver sends to sender Maximum anonymity set address https://zpl.io/29d51Jp

Add a comment about transaction's amount "Guarantees maximum anonymity set of up to 64K. Transaction can take up to 72 hours."

please, change comments here

Offline tx - comment "Offline address: X transactions left. An offline transaction does not allow refund if funds have been sent." https://zpl.io/2jypXEp
image

Show warning comment "Ask receiver to come online to support more offline transactions." when 3 or fewer transactions left. https://zpl.io/VDm74Lv

image

@chapati UPD:
Please split comments under address and place some parts under button

Place "The recipient must get online within the next 12 hours and you should get online within 2 hours afterwards." under button. https://zpl.io/adyREoR

Place "Make sure the address is correct as offline transactions cannot be canceled." under button. https://zpl.io/2jypXEp

Place "Make sure the address is correct as offline transactions cannot be canceled." under button. https://zpl.io/VDm74Lv

Place "Transaction can last at most 72 hours." under button.  https://zpl.io/29d51Jp

All messages are located under the address input field, you need to separate them according to the comment
https://github.com/BeamMW/beam-ui/issues/706#issuecomment-883272783
For example:

checked


Switch from bors to merge queues

Shoot -- CI actually failed in the merge queue, but the "Complete" join didn't work as I had hoped.
https://github.com/rust-num/num-integer/actions/runs/7734925254


Could not find a declaration file for module 'v-money3'.

I'm getting the following error message:
Could not find a declaration file for module 'v-money3'. 'node_modules/v-money3/dist/v-money3.mjs' implicitly has an 'any' type.   There are types at 'node_modules/v-money3/dist/index.d.ts', but this result could not be resolved when respecting package.json "exports". The 'v-money3' library may need to update its package.json or typings. ts(7016)
Node: 18.16.1
Typescript: 5.2.2
Vite: 4.5.0
Vue: 3.3.9

Related to https://github.com/jonathanpmartins/v-money3/pull/84


Full screen stopped working on Version Avalonia 0.10.18

Describe the bug
Full screen stopped working on Version Avalonia 0.10.18
It is working on Version Avalonia 0,10.17
To Reproduce
Here is simple example
https://github.com/DenisT90/AvaloniaStartupFullScreen0.10.18NotWorking
OS: Windows 10
1024x768 resolution of screen

Start program
We don't see the window in full screen

Expected behavior
The application that was launched at full screen startup

OS: Windows 10
Avalonia v0.10.18

Additional context
https://github.com/AvaloniaUI/Avalonia/discussions/8939

Previous discussion makes me think it might work if you set MinWidth a bit smaller (1023 or even 1000). And see if it works.
Not a solution, but just a workaround.

https://github.com/DenisT90/AvaloniaStartupFullScreen0.10.18NotWorking this is example with bug, you can try different variations

Previous discussion makes me think it might work if you set MinWidth a bit smaller (1023 or even 1000). And see if it works.
Not a solution, but just a workaround.

I've had the same feeling. In a test it didn't help. Only remove these properties entirely. I tried 400px for example


Simplify magic comment regex

Motivation
We actually spend a considerable amount of time checking each comment to see if they are a magic comment to exclude from the documentation while indexing. Since we always run this regex against comments, we can simplify it to achieve better performance.
Implementation
We don't need the ^#\s* part of the regex. We know for a fact the line we're checking will be a comment, we just care if the magic comment is there.
This is x1.81 faster than the previous implementation on my machine.
Automated Tests
Current tests should cover it.

Could this give false positives in rare cases? e.g.:
ruby-lsp(main):003> "# Here is a tip for coding: have fun".match?(RubyIndexer.configuration.magic_comment_regex)
=> true


How to remove Chunkloading ability on a Server

Hello, im playing on a server from stoneblock 2, and the chunkloading is causing alot of Crashes. How am i able to remove the ability to chunkload from the points?

In config


Global: Times almost up message appears too quickly (at halfway point of timer) and should only appear at around the 15 second mark. Change copy across games to say "You have 15 more seconds! time is almost up!" to give better direction to players.

This was tested and validated through playtest sessions where users would get flustered for time being almost up when they would actually sometimes have a full 30 -60 seconds left. Giving clear indication of how much time they have left + only showing that when its actually very close to time being almost up (jackbox does it at ten seconds) will give us a better user experience.
Change copy across games to say
"You have 15 seconds! Submit your answer!" to give better direction to players.

Occurring, noticed during Wade's playtesting group 11/4


Using  Causes mdc.ripple.js bug

Bugs
Follow the template below to ensure the quickest and most accurate response to your issue.
What RMWC Version are you using?
rmwc 1.4.1
What browser(s) and React Version is this bug affecting?

Please include the browser version. A user-agent string is also quite helpful.

What build system are you using?
React with webpack, create-react-app
When I use List items in my components (I got two container components that use lists)
I got this error from mdc.ripple.js:
Uncaught TypeError: Cannot read property 'getBoundingClientRect' of null
    at Object.computeBoundingRect (mdc.ripple.js:904)
    at MDCRippleFoundation.rmBoundedActivationClasses_ (mdc.ripple.js:1507)
    at MDCRippleFoundation.runDeactivationUXLogicIfReady_ (mdc.ripple.js:1490)
    at MDCRippleFoundation._this.activationTimerCallback_ (mdc.ripple.js:1154)
    at mdc.ripple.js:1432

It seems related with the selection of list item.

@alecchisi I'm not able to reproduce this bug. Can you make a quick repro case?

Here I am, this is my component:
import React from 'react';

//RMWC components
import { List, ListDivider } from 'rmwc/List';

//Auxiliary component
import Aux from '../../hoc/Auxiliary/Auxiliary'

import ContactsItem from './ContactsItem/ContactsItem';

const contacts = (props) => {

    let users = props.userList;

    //console.log(users);
    return (

            <List avatarList>
                {
                    users.map( user => {
                        console.log("USER ID: "+user.id)
                        return (
                            <Aux key={user.id}>
                            <ContactsItem
                                clicked={() => props.contactSelected (user.id)}
                                username={user.name}
                                avatar={user.avatar}
                            />
                                <ListDivider/>
                            </Aux>
                        )
                    })
                }
            </List>

    );
};

export default contacts;

ContactsItem component:
import React from 'react';
import {
    ListItem,
    ListItemGraphic,
    ListItemText

} from 'rmwc/List'

const contactsItem = (props) => {
    return (
        <ListItem
        onClick={props.clicked}
        >
            <ListItemGraphic>
                {props.avatar}
            </ListItemGraphic>
            <ListItemText>
                {props.username}
            </ListItemText>
        </ListItem>
    );
};

export default contactsItem;

Also, I don't know what version of React you are on, but as of 16.2 you can use React.Fragment which does the same thing as your Aux component. Either way, you might want to rename your Aux component to Fragment to give your self a clean upgrade path.

Ok, forgive me. I was misleaded by my navigation path.
That code works great.
The code that is causing me problems is THIS one (that is in the parent page, from which I reach the previous components):
https://codesandbox.io/s/23lq2o0w7j
In particular, the problem seems to be in this part of code:
<GridCell span="4">
          <NavLink to="/destpage">
            <Card>
              <CardPrimaryAction>
              <CardMedia
                square
                style= {{backgroundImage: 'url(https://material-components-web.appspot.com/images/1-1.jpg)'}}
              >
                <CardMediaContent>
                  <Typography>Prova Nav</Typography>
                </CardMediaContent>
              </CardMedia>
            </CardPrimaryAction>
            </Card>
          </NavLink>
       </GridCell>

It seems that  cannot conclude the ripple effect, because the  runs the page away before the action is ended.

I have the same issue with totally different code. Any time you destroy the component with a Ripple effect before it completes (ie due to navigation, such as a Login Button) the error appears in the console because instance.root_ is null. I have opened an issue with mdc-web suggesting they add a simple check for sanity. No comment yet.

Awesome thank you for the additional insight. I’ll find a workaround for rmwc and hopefully it gets fixed up stream.

Here's some additional information about the error, still trying to figure out if this is caused by rmwc.
[Error] TypeError: null is not an object (evaluating 'instance.root_.getBoundingClientRect')
computeBoundingRect (app.js:3255)
rmBoundedActivationClasses_ (app.js:3858)
runDeactivationUXLogicIfReady_ (app.js:3841)
activationTimerCallback_ (app.js:3505)

Successfully replicated the issue: https://codesandbox.io/s/nk01k2mjjm

I'll edit the Issue Title

Thanks @Deilv. The code sandbox replications are hugely helpful. I'll find a workaround.

@jamesmfriedman so far I've traced the problem to the setTimeout in the Foundation class that calls its callback after the component is unmounted, meaning the react ref will return null. Perhaps the solution would be using componentWillUnmount() to clear the timeout, but I got lost between the foundation class and its adapter. My issue report in the mdc-web repository is yet unanswered, maybe you'll have more luck.

In RMWCFoundation class, there is a setTimeout in componentWillUnmount that keeps the refs around for an extra frame to avoid most errors like this.
I think a simple solution for this is to override componentWillUnmount in the RMWC Ripple Foundation and keep the refs around long enough to avoid this error.

@Deilv thats such a simple fix... Hope they get it in. I'd rather fix it there then work around it in RMWC.

PR approved, waiting for merge

Awesome work on getting this in upstream @Deilv. Fixed with 1.5


YouTube video sound keeps playing after selecting another page in the book

Using v1.0.998 on macOS 13.6.7, after selecting the page “Getting started with GT in 7'” in the Glamorous Toolkit Book and starting the video, when selecting another page, the video’s sound keeps playing. Being able to keep listening while consulting the other page could be useful, but a problem is that there then doesn’t seem to be a way to stop the audio. Selecting the first page again shows the video as not playing, and starting it a second time doesn’t stop the audio that’s already playing.

This is a limitation of WebView on Mac. At the moment we did not find a way to mitigate this.

There’s also a memory leak, I opened a separate issue for that (though it seems likely they have the same cause): issue #3916.


Swagger - Automatic token refresh on 401 is not triggered

I am currently building a custom connector using a swagger file and an OAuth flow.
The OAuth flow is working fine. It asks me to login and when successful, returns a usable access token. I can than use this token in web requests using Web.Contents method to make a call to our API. When the access token expires, the API call will result in a 401. This will trigger refreshing the access token using the stored refresh token and then it can successfully execute the API call again. This all works fine using Web.Contents and does not require any extra code.
However I want to achieve the same but with using the a swagger file. I import this file using OpenApi.Document. I can then use that to execute an API call. I have set Headers = [ Authorization = "Bearer " & access_token] in the config for loding the swagger file. This works fine until the access token expires. I receive this error:

This error states (if I understand it correctly) that the response is in the format of application/octet-stream. However I used Fiddler to catch this requests and there it gives this as response:
HTTP/1.1 401 Unauthorized
Server: Cowboy
Date: Tue, 28 Dec 2021 12:26:32 GMT
Connection: keep-alive
X-Frame-Options: SAMEORIGIN
X-Xss-Protection: 1; mode=block
X-Content-Type-Options: nosniff
X-Download-Options: noopen
X-Permitted-Cross-Domain-Policies: none
Referrer-Policy: no-referrer-when-downgrade
Content-Type: application/json; charset=utf-8
Cache-Control: no-cache
X-Request-Id: 60ab1996-0c22-43f9-bad8-83bc95c828ba
X-Runtime: 0.018296
Strict-Transport-Security: max-age=63072000; includeSubDomains
Vary: Origin
Transfer-Encoding: chunked
Via: 1.1 vegur

51
{"errors":{},"code":401,"message":"You are not authorized to access this record"}
0

This is obliviously just application/json, If I catch the request using Web.Contents I get the exact same response as above. Somehow the error I'm getting prevents it from refreshing the access token.
How can I solve this?

I believe we'll only ever trigger a refresh of an access token -- even on a 401 -- if the credential contains both a refresh token and an expiration. If the source doesn't actually have an expiration, then it could be set arbitrarily far in the future as the 401 should still drive a token refresh.
Unfortunately, I don't have a code sample handy which would show what that looks like.

I have done some more debugging and I think I found the issue.
When my access_token from the OAuth flow expires, and I refresh my data source in Power BI, it tries to fetch a new access_token for every single table in that data source. So it uses the refresh_token to gain a new access and refresh token, for the first table. Then it does the same for the other tables using the same refresh token. However since the first created a new refresh token, the old refresh token is no longer valid. Hence the other tables can't get a refresh token.
I used Fiddler to debug and this was the result:

The first request succeeds creating a new access and refresh token, but then the other requests fail cause they use the exact same refresh token as the first request, which is now invalid.
Do you have any idea's on how to fix this? I think this is the same problem as #264.
To give some more context, I use Web.Contents(url) to fetch the data (from a REST API), and Json.Document to parse the json response. I tried using Extension.CurrentCredential() manually by adding it as a header to the requests, but this didn't change anything.

@dbeavon No unfortunately I was unable to find a solution for this problem. I ended up removing the OpenApi part which made this problem disappear.
I also looked at your problem, could it be that the same refresh token is used twice? Such that the first time it is used, it works, then the next 401 triggers another refresh which uses the same refresh token (instead of the new one received) which is no longer valid, therefor it does not return a new access token. (and somehow continues using the same old access token) This would make sense if access tokens are only valid for half an hour instead of an hour (such that it fits exactly twice in 1 hour before it errors)


Opening sealed weapon cases gives FiR ammo boxes with non-FiR ammo inside

Originally written by chomp

Fixed with: https://dev.sp-tarkov.com/SPT-AKI/Server/commit/5ebf68db6c14130d07f4cb7e6e50864f2b5f9ebe

Originally written by chomp


Derandomized smoothing

Description
We implement derandomized smoothing, a method to certify neural networks against patch based attacks.
Fixes  #1613
Type of change
Please check all relevant options.

[x] Improvement (non-breaking)
[ ] Bug fix (non-breaking)
[x] New feature (non-breaking)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update

Testing
Please describe the tests that you ran to verify your changes. Consider listing any relevant details of your test configuration.

We introduce tests in test_derandomized_smoothing.py to verify the certified performance on MNIST. For CIFAR we just check that the code runs.

Test Configuration:

RHEL8
Python version: 3.9
ART version or commit number: 1.10.1
TensorFlow: 2.8.0/ / PyTorch: 1.11.0

Checklist

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[x] I have commented my code
[x] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[x] I have added tests that prove my fix is effective or that my feature works
[x] New and existing unit tests pass locally with my changes

Codecov Report

Merging #1729 (59a1737) into dev_1.11.0 (e4efd6d) will decrease coverage by 65.17%.
The diff coverage is 30.08%.

@@               Coverage Diff               @@
##           dev_1.11.0    #1729       +/-   ##
===============================================
- Coverage       88.08%   22.91%   -65.18%
===============================================
  Files             259      263        +4
  Lines           21347    21637      +290
  Branches         3789     3561      -228
===============================================
- Hits            18804     4958    -13846
- Misses           1598    16619    +15021
+ Partials          945       60      -885

Impacted Files
Coverage Δ

...n/derandomized_smoothing/derandomized_smoothing.py
20.77% <20.77%> (ø)

...rs/certification/derandomized_smoothing/pytorch.py
40.81% <40.81%> (ø)

...certification/derandomized_smoothing/tensorflow.py
46.15% <46.15%> (ø)

art/estimators/certification/__init__.py
57.14% <100.00%> (-42.86%)
:arrow_down:

...s/certification/derandomized_smoothing/__init__.py
100.00% <100.00%> (ø)

art/evaluations/evaluation.py
0.00% <0.00%> (-100.00%)
:arrow_down:

art/preprocessing/audio/__init__.py
0.00% <0.00%> (-100.00%)
:arrow_down:

art/estimators/object_detection/utils.py
0.00% <0.00%> (-100.00%)
:arrow_down:

art/evaluations/security_curve/__init__.py
0.00% <0.00%> (-100.00%)
:arrow_down:

art/preprocessing/audio/l_filter/pytorch.py
0.00% <0.00%> (-100.00%)
:arrow_down:

... and 201 more


support rootDirs in typescript

🚀 Feature request
Command (mark with an x)

[ ] new
[x] build
[x] serve
[ ] test
[ ] e2e
[ ] generate
[ ] add
[ ] update
[ ] lint
[ ] xi18n
[ ] run
[ ] config
[ ] help
[ ] version
[ ] doc

Description
http://www.typescriptlang.org/docs/handbook/release-notes/typescript-2-0.html#virtual-directories-with-rootdirs

Can you elaborate the usage case and what is the current behaviour when using rootDirs with ngtools?
Thanks.

Closing as no further information has been provided


Performance: Change tab panels to only render current tab + manual activation for a11y

Feature Description
This changes the tab implementation from "selection follows focus" with all panels preloaded in the DOM to "manual activation" as per WAI-ARIA guidelines.
This allows us to lazy-load initially inactive tabs + reduces initial render. It also improves keyboard navigation, as you can now switch from tab 1 to tab 4 without waiting for intermediate tabs to render. Instead, it requires the user to manually activate the fourth tab after moving focus there.
Alternatives Considered
Current implementation is the primary alternative, but it's already being circumvented in some places.
Additional Context

WAI-ARIA Authoring Practices 1.1 §6.4
Example of Tabs with Manual Activation from WAI-ARIA Authoring Practices demo implementations.

Do not alter or remove anything below. The following sections will be managed by moderators only.
Acceptance Criteria

Implementation Brief

reduces initial render

From what I see it also improves responsiveness for some basic actions (#8259), here is the DND case (without that change it re-renders some expensive and completely unnecessary elements at that time like Text Sets or Document pane).
https://user-images.githubusercontent.com/21036224/126764375-6093867d-df5c-48e7-a0a0-9e1dbc3fbb65.mov

without that change it re-renders some expensive and completely unnecessary elements at that time

This reminds me of https://github.com/google/web-stories-wp/pull/8316#discussion_r669428350
When dragging an element its dimensions change, causing currentPage (which contains elements) and some other variables to change.
For text sets and the like we use Moveable, which relies on on those. So whenever you drag an element, all Moveable components in the library re-render...

Verified in QA