targetSoC slider ends in superfluous response.WriteHeader call from github.com/gorilla/handlers.(*compressResponseWriter).WriteHeader (compress.go:26)

Describe the bug
When adjusting the sliders for targetSoC the change is not considered by ivcc and there is an error shown:

To Reproduce
Steps to reproduce the behavior:

Go to evcc Dashboard
Click on any slider
Wait 1s
See error, if reloading the old slider value is set.

Expected behavior
The slider should adjust without error.
EVCC details:
Show output of evcc -v:
evcc -v
evcc version 0.68 (91be08e)

Show output of evcc dump -c configfile:
config
======
[main  ] FATAL 2021/11/10 09:46:38 duplicate meter usage: grid

Show evcc configuration file evcc.yaml:
uri: <IP_ADDRESS>:7070 # uri for ui
interval: 10s # control cycle interval
sponsortoken:
log settings
log: error
levels:
core: debug
lp-1: debug
lp-2: debug
meter definitions
name can be freely chosen and is used as reference when assigning meters to site and loadpoints
for examples see https://github.com/andig/evcc-config#meters
meters:

name: grid
type: custom
power:
type: custom
source: script
cmd: curl -s ""
timeout: 3s
jq:

name: pv
type: custom
power:
source: calc
add:

source: script
cmd: curl -s ""
timeout: 3s
jq:
source: http
uri: http:///status
timeout: 3s
jq: .meters | map(.power) | add
source: http
uri: http:///status
timeout: 3s
jq: .meters | map(.power) | add

SolarLog (Grillt das Ding)
#- name: pv
type: custom
power:
source: modbus
uri: :502 # IP address of the SolarLog  device and ModBus port address
id: 1
register:
address: 3502
type: input
decode: uint32s
chargers:

name: wallboxrechts
type: go-e
uri: http:// # go-e ip address (local)
name: wallboxlinks
type: go-e
uri: http:// # go-e ip address (local)

site describes the EVU connection, PV and home battery
site:
title:  # display name for UI
meters:
grid: grid # grid meter
pv: pv # pv meter
battery: battery # battery meter
residualPower: 100
prioritySoC: 80 # give home battery priority up to this soc (0 to disable)
loadpoint describes the charger, charge meter and connected vehicle
loadpoints:

title: Carport Links # display name for UI
charger: wallboxlinks # charger
vehicles: # use if multiple vehicles allowed to charge on this loadpoint

renault
tesla
mode: pv
soc:
polling defines usage of the vehicle APIs
Modifying the default settings it NOT recommended. It MAY deplete your vehicle's battery
or lead to vehicle manufacturer banning you from API use. USE AT YOUR OWN RISK.
poll:
poll mode defines under which condition the vehicle API is called:
charging: update vehicle ONLY when charging (this is the recommended default)
connected: update vehicle when connected (not only charging), interval defines how often
always: always update vehicle regardless of connection state, interval defines how often
mode: always
poll interval defines how often the vehicle API may be polled if NOT charging
interval: 90m
min: 30 # immediately charge to 0% regardless of mode unless "off" (disabled)
target: 80 # always charge to 100%
estimate: true # set true to interpolate between api updates
onDisconnect: # set defaults when vehicle disconnects
mode: pv # switch back to pv mode
targetSoC: 80 # charge to 100%
#phases: 1 # ev phases (default 3)
enable: # pv mode enable behavior
delay: 1m # threshold must be exceeded for this long
threshold: 0 # minimum export power (W). If zero, export must exceed minimum charge power to enable
disable: # pv mode disable behavior
delay: 1m # threshold must be exceeded for this long
threshold: 0 # maximum import power (W)
guardduration: 1m # switch charger contactor not more often than this (default 10m)
mincurrent: 8 #minimum charge current (default 6A)
maxcurrent: 16 # maximum charge current (default 16A)

title: Carport Rechts # display name for UI
charger: wallboxrechts # charger
vehicles:

renault
tesla
mode: pv
soc:

polling defines usage of the vehicle APIs
Modifying the default settings it NOT recommended. It MAY deplete your vehicle's battery
or lead to vehicle manufacturer banning you from API use. USE AT YOUR OWN RISK.
poll:
# poll mode defines under which condition the vehicle API is called:
#   charging: update vehicle ONLY when charging (this is the recommended default)
#   connected: update vehicle when connected (not only charging), interval defines how often
#   always: always update vehicle regardless of connection state, interval defines how often
mode: always
# poll interval defines how often the vehicle API may be polled if NOT charging
interval: 90m
min: 50 # immediately charge to 0% regardless of mode unless "off" (disabled)
target: 80 # always charge to 100%
estimate: true # set true to interpolate between api updates
onDisconnect: # set defaults when vehicle disconnects
mode: pv # switch back to pv mode
targetSoC: 80 # charge to 100%
onIdentify: # set defaults when vehicle is identified

renault:
mode: pv # switch back to pv mode
targetSoC: 80 # charge to 100%
#phases: 3 # ev phases (default 3)
enable: # pv mode enable behavior
delay: 1m # threshold must be exceeded for this long
threshold: 0 # minimum export power (W). If zero, export must exceed minimum charge power to enable
disable: # pv mode disable behavior
delay: 1m # threshold must be exceeded for this long
threshold: 0 # maximum import power (W)
guardduration: 1m # switch charger contactor not more often than this (default 10m)
mincurrent: 6 # minimum charge current (default 6A)
maxcurrent: 16 # maximum charge current (default 16A)
vehicles:

name: renault
type: renault
title: Zoe # title of your car
capacity: 52 # kWh , replace with your vehicles capacity
user:  #replance with your myrenault-ID
password:  #replace with your myrenault password
region: de_DE # gigya region for authentication
vin:  #replace with your vehicle VIN
cache: 5m
identifier:
name: tesla
type: tesla
title: Model Y # display name for UI
capacity: 77 # kWh
tokens:
access:
refresh:
vin:  # optional

push messages
messaging:
#vehicleTitle], got: [batteryConfigured chargedEnergy connectedDuration phases siteTitle mode charging targetSoC chargeDuration minSoC chargePower pvConfigured gridPower title activePhases minCurrent chargeCurrents connected gridConfigured pvPower enabled chargeConfigur
ed chargeCurrent sponsor maxCurrent hasVehicle
events:
start: # charge start event
title: Charge started
msg: Started charging in "${mode}" mode with ${pvPower:%.1fk}kW PV
stop: # charge stop event
#title: Charge finished
#msg: Finished charging ${chargedEnergy:%.1fk}kWh in ${chargeDuration}.
connect: # vehicle connect event
title: Car connected
msg: Car connected at ${pvPower:%.1fk}kW PV and a targetSoC of ${targetSoC}
disconnect:
title: Car disconnected
msg: Car disconnected after ${chargeDuration} with ${chargedEnergy}kWh ${title} ${targetSoC}
services:
- type: pushover
app: # app id
recipients:
- # list of recipient ids
#- type: telegram
token:<PHONE_NUMBER>:AAG0GtE-DuzVRXsln0yNDwqODrVXrzzdNjw # bot id
chats:
- 574871920
- type: email
  uri: smtp://<HIDDEN>

influx database
influx:
url: http://:8086
database: evcc
user:
password:
(END)

Show evcc log output with --log debug:
Nov 10 09:52:27 evcc evcc[489932]: [server] ERROR 2021/11/10 09:52:27 http: superfluous response.WriteHeader call from github.com/gorilla/handlers.(*compressResponseWriter).WriteHeader (compress.go:26)

If using Docker:
Show output of docker run andig/evcc -v:
not used

Show evcc log output with docker logs :
not used

Fixed in https://github.com/evcc-io/evcc/commit/2c1d727880a10143aeb1c06f10e5617d38150ecf. Note you will still receive an error if the vehicle is not present.
@naltatis we may wish to hide the slider if no vehicle is available.


Copywriting

Version 1.1.0
Development Environment
N/A
Current Behavior
A JavaScript schedule calendar with full featured. Now your service just got the customizable calendar.
Expected Behavior
A JavaScript schedule calendar that is full featured. Now your service just got the customizable calendar.

@Robert-Fish Thank you so much!


⚠ Multimedia BRN has degraded performance

In a0672b8, Multimedia BRN (https://mbrn.in/ping.html) experienced degraded performance:

HTTP code: 525
Response time: 20914 ms

Resolved: Multimedia BRN performance has improved in 2960f8d.


Add GitHub Templates

[x] Issue Template
[x] Pull Request Template
[x] Code of Conduct Doc
[x] Contributing Doc

Added in v0.4.0


Pre-Loader Added

#61 resolved.

@khushimarothi plz provide vdo or screenshort

here it is please check your dm.

can you reopen this PR. I just checked the deployment and noticed that the gif is not pushed so a blank page is appearing.


Moving iotcentral (1),web (1) resources to v1beta1 version

Description of your changes
Adding 2 resources in iotcentral and web groups:
iotcentral group:

[x] azurerm_iotcentral_application

web group:

[x] azurerm_service_plan

Fixes #189
I have:

[x] Run make reviewable test to ensure this PR is ready for review.

How has this code been tested
azurerm_iotcentral_application - manually and uptest
azurerm_service_plan - manually and uptest

/test-examples="examples/iotcentral/application.yaml"

/test-examples="examples/web/serviceplan.yaml"

@anastasiia-kvas  LGTM. Thanks!


How to use?

Greetings! Thank you for this useful contribution.
How can I try this out? I.e. you provided 3 models, is there a script for the inference? You also provide a link to some gh repo where you used it, but the link is broken.  Or maybe you could give me a hint so I can get it running. Since we are talking about face recognition, I assume that somewhere gotta be a part where I build a face embedding and use some distance metric. Is that correct?

Sorry for late reply. You should clone all the python script first and then download the 3 models from google drive and put them in a folder called "models". Also, you should download the datasets from the links that I provided. Then, you can run it with python3 main.py. This is only a repo for training a masked facial recognition model not a facial recognition system. You need to use the model to build your own facial recognition system.


Bug in decay model parsing when name includes numbers (probably in decaylanguage)

I am posting this here to confirm with @yipengsun that this looks like a bug in decaylanguage before posting an issue over there.
I noticed that bin/dec_print.py returned the wrong decay models when the name of the model included numbers (ig, HQET2). For instance, it converted
0.049300	MyD*-	mu+	nu_mu		HQET2 1.207 0.908 1.406 0.853;

to
0.6463   MyD*- mu+ nu_mu    HQET 2.0 1.207 0.908 1.406 0.853;

I made a minimal example to check that the error seems to be in the parser
from decaylanguage import DecFileParser

s = """Decay B0sig
0.0030  MyD_0*- mu+ nu_mu       PHOTOS  ISGW2;
0.0493  MyD*-   mu+ nu_mu       HQET2 1.207 0.908 1.406 0.853;
0.0493  MyD*-   mu+ nu_mu       HQET 1.207 0.908 1.406 0.853;
Enddecay
"""

dfp = DecFileParser.from_string(s)
dfp.parse()
dms = dfp._find_decay_modes('B0sig')
for dm in dms:
    dm_details = dfp._decay_mode_details(dm, True)
    for detail in dm_details:
        print(detail)

outputs
(base) |09:12:17|~/code/mc_tools$ ./test.py
0.003
['MyD_0*-', 'mu+', 'nu_mu']
ISGW
[2.0]
0.0493
['MyD*-', 'mu+', 'nu_mu']
HQET
[2.0, 1.207, 0.908, 1.406, 0.853]
0.0493
['MyD*-', 'mu+', 'nu_mu']
HQET
[1.207, 0.908, 1.406, 0.853]

Indicating that both for HQET2 and ISGW2, the number is taken as a model parameter. I checked this was the behavior with decaylanguage 0.10.3 and 0.11.2 (the latest tag I could find).
Should we open an issue at https://github.com/scikit-hep/decaylanguage/issues ?

Yeah, this definitely feels like a parsing bug. I'll take a look at the lark parsing rule to see if I can propose an easy fix. If not, let's open a bug report upstream indeed.

I can confirm the current master branch is still problematic with the following modified reproducer:
from decaylanguage import DecFileParser
from decaylanguage.dec.dec import get_model_name

s = """Decay B0sig
0.0030  MyD_0*- mu+ nu_mu       PHOTOS  ISGW2;
0.0493  MyD*-   mu+ nu_mu       HQET2 1.207 0.908 1.406 0.853;
0.0493  MyD*-   mu+ nu_mu       HQET 1.207 0.908 1.406 0.853;
Enddecay
"""

dfp = DecFileParser.from_string(s)
dfp.parse()
dms = dfp._find_decay_modes('B0sig')
for dm in dms:
    dm_details = dfp._decay_mode_details(dm, True)

    print('Model name: ', get_model_name(dm))

    for detail in dm_details:
        print(detail)

I tried to add various small tweaks to the dec file lark parser and none worked. I give up. We should file a bug report upstream

This bug has been fixed by upstream. Closed.


Conflicts between gstreamer1-plugins-ugly and gstreamer1-plugins-ugly-free

$ sudo dnf install gstreamer1-plugins-ugly
Last metadata expiration check: 0:00:37 ago on Thu May 25 09:54:59 2017 CEST.
Dependencies resolved.
==============================================================================================================================================================
 Package                                         Arch                      Version                                        Repository                     Size
==============================================================================================================================================================
Installing:
 gstreamer1-plugins-ugly                         x86_64                    1.11.91-2.gitcbcf4a3.fc27                      unitedrpms                    255 k
Installing weak dependencies:
 gstreamer1-plugin-a52dec                        x86_64                    1.11.91-2.gitcbcf4a3.fc27                      unitedrpms                     20 k
 gstreamer1-plugins-ugly-free                    x86_64                    1.12.0-3.fc27                                  rawhide                       101 k

Transaction Summary
==============================================================================================================================================================
Install  3 Packages

Total size: 376 k
Installed size: 1.0 M
Is this ok [y/N]: y
Downloading Packages:
[SKIPPED] gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64.rpm: Already downloaded
[SKIPPED] gstreamer1-plugin-a52dec-1.11.91-2.gitcbcf4a3.fc27.x86_64.rpm: Already downloaded
[SKIPPED] gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64.rpm: Already downloaded
Running transaction check
Transaction check succeeded.
Running transaction test
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'dnf clean packages'.
Error: Transaction check error:
  file /usr/lib64/gstreamer-1.0/libgsta52dec.so conflicts between attempted installs of gstreamer1-plugin-a52dec-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/lib64/gstreamer-1.0/libgstcdio.so conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/lib64/gstreamer-1.0/libgstdvdread.so conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/lib64/gstreamer-1.0/libgstlame.so conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/lib64/gstreamer-1.0/libgstxingmux.so conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/af/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/az/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/bg/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/ca/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/cs/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/da/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/de/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/el/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/en_GB/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/eo/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/es/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/eu/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/fi/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/fr/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/fur/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/gl/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/hr/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/hu/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/id/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/it/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/ja/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/lt/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/lv/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/ms/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/mt/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/nb/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/nl/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/or/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/pl/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/pt_BR/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/ro/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/ru/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/sk/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/sl/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/sq/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/sr/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/sv/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/tr/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/uk/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/vi/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64
  file /usr/share/locale/zh_CN/LC_MESSAGES/gst-plugins-ugly-1.0.mo conflicts between attempted installs of gstreamer1-plugins-ugly-1.11.91-2.gitcbcf4a3.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64

Error Summary
-------------

@ondrejholy we are working in update gstreamear1 , don't worry only wait 24hrs

Thanks! I've just wanted to be sure you know about it :-)

Well!! finished @ondrejholy
enjoy now!
su
dnf clean all && dnf -y update

Hmm, I still see the following :-(
# dnf clean all && dnf -y update
...
Error: Transaction check error:
  file /usr/lib64/gstreamer-1.0/libgstcdio.so conflicts between attempted installs of gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64 and gstreamer1-plugins-ugly-1.12.0-2.gitd237471.fc27.x86_64
  file /usr/lib64/gstreamer-1.0/libgstdvdread.so conflicts between attempted installs of gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64 and gstreamer1-plugins-ugly-1.12.0-2.gitd237471.fc27.x86_64
  file /usr/lib64/gstreamer-1.0/libgstlame.so conflicts between attempted installs of gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64 and gstreamer1-plugins-ugly-1.12.0-2.gitd237471.fc27.x86_64
  file /usr/lib64/gstreamer-1.0/libgstxingmux.so conflicts between attempted installs of gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64 and gstreamer1-plugins-ugly-1.12.0-2.gitd237471.fc27.x86_64
  file /usr/lib64/gstreamer-1.0/libgsta52dec.so conflicts between attempted installs of gstreamer1-plugin-a52dec-1.12.0-2.gitd237471.fc27.x86_64 and gstreamer1-plugins-ugly-free-1.12.0-3.fc27.x86_64

@ondrejholy you can see the progress here, we only needs sync ;)
https://github.com/UnitedRPMs/gstreamer1-plugins-ugly

Solved now!! We sync now!!
su
dnf clean all && dnf -y update

Thanks! The initially reported issues are solved, just streamer1-plugins-bad-freeworld is not yet synced and has broken deps...
 Problem 1: package libreoffice-gtk3-1:<IP_ADDRESS>-1.alpha1.fc27.x86_64 requires gstreamer1(element-gtksink)()(64bit), but none of the providers can be installed
  - cannot install both gstreamer1-plugins-bad-free-gtk-1.12.0-2.fc27.x86_64 and gstreamer1-plugins-bad-free-gtk-1.12.0-1.fc27.x86_64
  - cannot install the best update candidate for package libreoffice-gtk3-1:<IP_ADDRESS>-1.alpha1.fc27.x86_64
  - cannot install the best update candidate for package gstreamer1-plugins-bad-free-gtk-1.12.0-1.fc27.x86_64
 Problem 2: cannot install both x265-libs-2.4-2.20170525gitb2d3ae4.fc27.x86_64 and x265-libs-2.3-2.20170417git97492ac.fc27.x86_64
  - package gstreamer1-plugins-bad-freeworld-1.11.2-4.fc27.x86_64 requires libx265.so.110()(64bit), but none of the providers can be installed
  - cannot install the best update candidate for package x265-libs-2.3-2.20170417git97492ac.fc27.x86_64
  - cannot install the best update candidate for package gstreamer1-plugins-bad-freeworld-1.11.2-4.fc27.x86_64
 Problem 3: problem with installed package gstreamer1-plugins-bad-freeworld-1.11.2-4.fc27.x86_64
  - package gstreamer1-plugins-bad-freeworld-1.11.2-4.fc27.x86_64 requires libx265.so.110()(64bit), but none of the providers can be installed
  - cannot install both x265-libs-2.4-2.20170525gitb2d3ae4.fc27.x86_64 and x265-libs-2.3-2.20170417git97492ac.fc27.x86_64
  - package ffmpeg-libs-3.3.1-2.fc27.x86_64 requires libx265.so.118()(64bit), but none of the providers can be installed
  - cannot install the best update candidate for package ffmpeg-libs-3.3-1.fc27.x86_64

??? are you using --allowerasing? please stop it!

@ondrejholy thanks for the reports, now we have problems with the retired qt5-qtquick1 in rawhide<EMAIL_ADDRESS>I am testing build without qt5-qtquick1

gstreamer1-plugins-bad-freeworld is successfully updated, thanks!


POLR2A

POLR2A-related disorders
Synonyms:

Neurodevelopmental disorder with hypotonia and variable intellectual and behavioral abnormalities (OMIM: https://omim.org/entry/618603)
POLR2A-associated neurodevelopmental disabilities (https://www.mdpi.com/2073-4425/13/3/470/review_report)

Definition
Neurodevelopmental disorder with hypotonia and variable intellectual and behavioral abnormalities (NEDHIB) is a disorder of neurologic development characterized by early-onset hypotonia, delayed walking, poor speech, and impaired intellectual development. Other features may include feeding difficulties, dysmorphic features, and visual problems.  Brain imaging tends to show delayed myelination, thin corpus callosum, and/or enlarged ventricles.
Source of definition:  https://www.ncbi.nlm.nih.gov/pmc/articles/PMC6699192/
ORCID ID:<PHONE_NUMBER>-0163
Thank you, Gioconda Alyea

OMIM:618603 is already in Mondo: 'neurodevelopmental disorder with hypotonia and variable intellectual and behavioral abnormalities' (MONDO:0032829)
Based on my research and the review of this paper, it appears variations in POLR2A lead to a spectrum of phenotypes (some more severe than others, e.g. possibly including autism), but all fall into the category of the  NEDHIB disease (OMIM:618603).
Therefore I believe that we do not need a new term, and can update the existing Mondo record (MONDO:0032829) with the following exact synonyms:

POLR2A-related disorder
POLR2A-associated neurodevelopmental disability

@galyea123, would you agree? Or do you think that there are (or might be) other disorders that are caused by variation(s) in POLR2A and not NEDHIB?
(if the latter, then we'll create a new term)
Thank you!

@galyea123 following up on this in order to make sure this goes into the October release.
Could you please let me know if you agree that MONDO:0032829 ( 'neurodevelopmental disorder with hypotonia and variable intellectual and behavioral abnormalities'. NEDHIB) is the term that you need? Thank you!

Hi Sabrina!  I apologize for not answering before (just saw the message today) and for not seen that it was included in MONDO.  Please update it with the synonyms.  Thank you!!!

No need to apologize Gioconda!!! There is a lot going on :-)
I will add the synonyms, and it will be in the next release.
Thanks!

[heart]         Gioconda Alyea reacted to your message:

From: Sabrina Toro @.>
Sent: Tuesday, September 24, 2024 8:44:35 PM
To: monarch-initiative/mondo @.>
Cc: Gioconda Alyea @.>; Mention @.>
Subject: Re: [monarch-initiative/mondo] POLR2A (Issue #7988)
No need to apologize Gioconda!!! There is a lot going on :-)
I will add the synonyms, and it will be in the next release.
Thanks!
—
Reply to this email directly, view it on GitHubhttps://github.com/monarch-initiative/mondo/issues/7988#issuecomment-2372351490, or unsubscribehttps://github.com/notifications/unsubscribe-auth/A4QAWD5HHECN4Q7WX3CFGRLZYHFLHAVCNFSM6AAAAABLJAK7GOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNZSGM2TCNBZGA.
You are receiving this because you were mentioned.Message ID: @.***>
Any review, use, distribution or disclosure by others is strictly prohibited.


Lab 01L01, ADDS, DC VM account credential not specified in the creation step

Module: 1
Lab/Demo: 01L01, Prepare for deployment of Azure Virtual Desktop (AD DS)
Exercise: 2, Task: 1
Step: 3
The DC VM credential should be included in the instruction for creation

Hi Ning
It appears that you are not using the parameters file - as instructed. Pls make sure to follow the instructions:
On the Edit parameters blade, select Load file, in the Open dialog box, select \AZ-140\AllFiles\Labs\01\az140-11_azuredeploydc11.parameters.json, select Open, and then select Save.
rgds
Marcin


Dead project?

Is this project dead? It seems like it is not going to be continued, because there are no interactions with it. I would personally think that it is a good idea to continue with it, but I don't know what you (@terrajobst) want to do.

On a recent YouTube video there was some hint that the project will continue soon :)
https://www.youtube.com/watch?v=0mFTOpHkQYw

Weird. The confirmation has been 3 months ago and nothing happened.

Still nothing after more than 2 years?


Autoremove entity when removing retained MQTT discovery message

This code adds functionality to removes a previously discovered MQTT device when an empty message is published on the discovery topic in order to remove a retained discovery message.

Hi @Big4SMK,
It seems you haven't yet signed a CLA. Please do so here.
Once you do that we will be able to review and accept this pull request.
Thanks!


web: add named anchors for each rule group

The /rules list isn't ordered and often gets shuffled around between page loads, which is annoying because you have to scroll to find the rule group.
This change adds named anchors (..) to the /rules list. That allows people to be anchored on that on page refreshes.

I didn't run make assets on this PR because I assume that's done at release?

@adamdecaf You will need to run make assets.

@brian-brazil Done!

Thanks!
It's probably also worthwhile ensuring the rule groups have a consistent ordering.


This extention in chrome stopped working few hours ago.

I'm sorry. That was my mistake. Extension works fine. The problem was that
I recently cleared my browser history with cookies and this action logged
me out from my microsoft account and when I pressed on extension like I did
before it redirected me in bing search instead of bing chat
пт, 31 мар. 2023 г. в 23:01, Sunghyun Cho @.***>:

Closed #61
https://github.com/anaclumos/bing-chat-for-all-browsers/issues/61 as
not planned.
—
Reply to this email directly, view it on GitHub
https://github.com/anaclumos/bing-chat-for-all-browsers/issues/61#event-8901403652,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AWTCZHGHGF4QIXZJ3DJRO7TW64ZY3ANCNFSM6AAAAAAWO2N3WU
.
You are receiving this because you authored the thread.Message ID:
<anaclumos/bing-chat-for-all-browsers/issue/61/issue_event/8901403652@
github.com>


Issue & PR viewer

Feature
Currently the github panel lists open issues and prs, but can't see further info on them. Add a new editor type (derive from BaseEditor, see the editor implementations) to view issues and prs.

we can simply load the website using a simple webview
or we can fetch data with API and manually render the details

note that we don't plan on managing the issue/pr from editor rn, only presenting the data.

Assign me this issue!

@shubhamvrs sure, lemme give you some notes on this

Github view implementation
Implementing a new custom editor,

eg: the settings editor implementation
https://github.com/tomlin7/biscuit/blob/6fac300455cfbbb3b89d3b22fbb00322948b32c9/biscuit/core/events.py#L172-L173

@shubhamvrs any updates on this issue?


Issue in ACS commons report : unable to get all metadata and jcr values.

Required Information

[ ] AEM Version, including Service Packs, : 6.5 , service pack 6.5.10
[ ] ACS AEM Commons Version: 5.3.0
[ ] Reproducible on Latest? Yes

Expected Behavior
Report should be able to display all columns with values and should be able to download the same
Actual Behavior
Report is throwing this exception "Exception executing report: org.apache.sling.api.scripting.ScriptEvaluationException:"
Steps to Reproduce
Step 1 : Upload the ACS reports package given below and check for the report "All Asset Report" in the reports list "http://localhost:4502/apps/acs-commons/content/reports.html"
Step 2:  Execute the report
Step 3 : We are getting this error "Exception executing report: org.apache.sling.api.scripting.ScriptEvaluationException:"
Step 4: check for attached error log file below.
Links
all assets reports-1.zip
error-log.txt

@MdAzzaruddin9254 the problem is your Report config is using absolute path for columns. Change your paths from /jcr:content/... to just jcr:content/...
I'll add PR a safety catch (that removed leading / if theyre accidently added for the next release, but you can fix this one yourself now by just updating those paths in the report def)

Also, thanks for including the repo definition! it made it so much easier to see whats going on!

Fixed in 5.3.2


Add custom elytras

This plug-in adds custom items, tools, bows, tridents..., but still misses custom elytras. It would be nice to add those as well. Unfortunately, I haven't looked into that at all.

If possible, I should also make it possible to give custom elytras a custom model or attribute modifiers.


Switch meom-ige core node to n1-highmem-2

g1-small is too small apparently - CPU usage was too high,
and the nodes kept going into NotReady.
Ref https://github.com/2i2c-org/infrastructure/issues/1423

https://github.com/2i2c-org/infrastructure/pull/1426 should fix the failing linkcheck.


Fixed hover text for expand/collapse btn.

This looks good @maacl, thank you for the contribution. Since we just released on Thursday, it may be a little while until we have accumulated sufficient changes to bump the version to 0.2.6, but once we do this will be there. :+1:


uv pip compile support for setup.py and install_requires

It seems that currently uv pip compile only supports pyproject.toml and requirements.in.
Will uv pip compile support setup.py's install_requires? If advertising as a drop in replacement for pip-tools, it might be nice to call it out one way or another.

Hi. This looks like a duplicate of https://github.com/astral-sh/uv/issues/1624

That issue is for setup.cfg. I was specifically asking about setup.py

👍 It's actually the same underlying problem, so I think it makes sense to merge into that issue.

If anyone have issues with generating requirements.txt from setup.py, try updating uv to the latest version. I did it so. Currently I am using uv version 0.1.31

👍 We added setup.py and setup.cfg support in a recent release.

For the record, https://github.com/astral-sh/uv/pull/2634 / 0.1.25


HDDS-3654. Let backgroundCreator create pipeline for the support replication factors alternately

What changes were proposed in this pull request?
https://docs.google.com/document/d/1YfN5IOckveREuwFWJvWJNHnySo2qSqsQ0e_sxE7XatY/edit?usp=sharing
What is the link to the Apache JIRA
https://issues.apache.org/jira/browse/HDDS-3654
How was this patch tested?
➜  ozone-0.6.0-SNAPSHOT git:(factor2) ✗ bin/ozone admin pipeline list
Pipeline[ Id: ad2d3d4e-8794-4fcb-a494-d85c5231a000, Nodes: 2260916d-5e5d-40a5-b1b4-a4e706862f8a{ip: <IP_ADDRESS>, host: localhost, networkLocation: /default-rack, certSerialId: null}3fedacd3-68bc-490f-aae1-0e0b7f08c640{ip: <IP_ADDRESS>, host: localhost, networkLocation: /default-rack, certSerialId: null}478b0c68-cd20-49d0-a889-818624385053{ip: <IP_ADDRESS>, host: localhost, networkLocation: /default-rack, certSerialId: null}, Type:RATIS, Factor:THREE, State:OPEN, leaderId:2260916d-5e5d-40a5-b1b4-a4e706862f8a, CreationTimestamp2020-05-28T13:53:35.124Z]
Pipeline[ Id: b93d3e71-79b7-453b-9574-3a787fd4a294, Nodes: 2260916d-5e5d-40a5-b1b4-a4e706862f8a{ip: <IP_ADDRESS>, host: localhost, networkLocation: /default-rack, certSerialId: null}3fedacd3-68bc-490f-aae1-0e0b7f08c640{ip: <IP_ADDRESS>, host: localhost, networkLocation: /default-rack, certSerialId: null}478b0c68-cd20-49d0-a889-818624385053{ip: <IP_ADDRESS>, host: localhost, networkLocation: /default-rack, certSerialId: null}, Type:RATIS, Factor:THREE, State:OPEN, leaderId:478b0c68-cd20-49d0-a889-818624385053, CreationTimestamp2020-05-28T13:53:35.124Z]
Pipeline[ Id: cb38cb1e-155b-4a95-b593-2fce1867ee9f, Nodes: 478b0c68-cd20-49d0-a889-818624385053{ip: <IP_ADDRESS>, host: localhost, networkLocation: /default-rack, certSerialId: null}3fedacd3-68bc-490f-aae1-0e0b7f08c640{ip: <IP_ADDRESS>, host: localhost, networkLocation: /default-rack, certSerialId: null}, Type:RATIS, Factor:TWO, State:OPEN, leaderId:478b0c68-cd20-49d0-a889-818624385053, CreationTimestamp2020-05-28T13:53:32.693Z]
Pipeline[ Id: 525621c2-76d4-4637-8fac-3987fbf83deb, Nodes: 006fd0ff-a52c-4bdd-a888-e3a005828696{ip: <IP_ADDRESS>, host: localhost, networkLocation: /default-rack, certSerialId: null}3fedacd3-68bc-490f-aae1-0e0b7f08c640{ip: <IP_ADDRESS>, host: localhost, networkLocation: /default-rack, certSerialId: null}, Type:RATIS, Factor:TWO, State:OPEN, leaderId:3fedacd3-68bc-490f-aae1-0e0b7f08c640, CreationTimestamp2020-05-28T16:33:14.247Z]

@elek Thanks you for approve this PR, now it passed all CI checks.

Thanks the updated @maobaolong
FYI, it's easier to rerun the tests with an empty commit:
git commit --allow-empty -m "retrigger ci"
git push

(If I understood well you do close/open for the same reason...)


Increase resources for antrea-mc-controller

The default resources created by kube-builder is too small,
The step to create self-signed certificates may take up to 10s
per my observation, so increase the cpu and leave memory to
K8s default one.
Signed-off-by: Lan Luo<EMAIL_ADDRESS>

Codecov Report

Merging #3818 (2740c8b) into main (02b016e) will increase coverage by 9.71%.
The diff coverage is 53.15%.

@@            Coverage Diff             @@
##             main    #3818      +/-   ##
==========================================
+ Coverage   38.21%   47.93%   +9.71%
==========================================
  Files         114      390     +276
  Lines       15710    55626   +39916
==========================================
+ Hits         6003    26662   +20659
- Misses       9228    26922   +17694
- Partials      479     2042    +1563

Flag
Coverage Δ

integration-tests
38.24% <ø> (+0.03%)
:arrow_up:

kind-e2e-tests
30.94% <ø> (?)

unit-tests
43.92% <53.15%> (?)

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

multicluster/cmd/multicluster-controller/member.go
0.00% <0.00%> (ø)

...ulticluster/cmd/multicluster-controller/options.go
9.30% <0.00%> (ø)

...lers/multicluster/commonarea/remote_common_area.go
26.01% <0.00%> (ø)

multicluster/controllers/multicluster/test_data.go
100.00% <ø> (ø)

...uster/controllers/multicluster/controller_utils.go
27.55% <10.41%> (ø)

...ter/controllers/multicluster/gateway_controller.go
43.82% <43.82%> (ø)

...llers/multicluster/member_clusterset_controller.go
9.73% <47.82%> (ø)

...ticluster/commonarea/remote_common_area_manager.go
59.61% <50.00%> (ø)

...rs/multicluster/commonarea/clusterinfo_importer.go
63.82% <63.82%> (ø)

...uster/controllers/multicluster/stale_controller.go
51.72% <64.22%> (ø)

... and 286 more

I guess it depends on the VM available resources, I tried a few times, the time is from 3s to 10s if default setting is using,  I compared with the Antrea controller which is running in the same Node, it will have only 1s to finish the same step, so I set it as Antrea controller.


Non-deterministic result from the example in some cases

Hi,
I'm getting some weird behaviour when using the example for encryption.
I took the implementation from the example:
fn encrypt_bytes(
    data: &[u8], key: &[u8], iv: &[u8]
) -> Result<Vec<u8>, Box<Error>> {

    println!("{:?} {:?} {:?}", data, key, iv);
    let mut encryptor = aes::cbc_encryptor(
        aes::KeySize::KeySize256,
        key,
        iv,
        blockmodes::PkcsPadding
    );

    let mut final_result = Vec::<u8>::new();
    let mut read_buffer = RefReadBuffer::new(data);
    let mut buffer = [0; 4096];
    let mut write_buffer = RefWriteBuffer::new(&mut buffer);

    loop {
        let error: Result<BufferResult, Box<Error>> = Err(
            From::from("Failed encryption")
        );

        let result= try!(
            encryptor.encrypt(&mut read_buffer, &mut write_buffer, true)
                .or(error)
        );

        final_result.extend(
            write_buffer.take_read_buffer()
                .take_remaining().iter().map(|&i| i)
        );
        match result {
            BufferResult::BufferUnderflow => break,
            BufferResult::BufferOverflow => {}
        }
    }
    println!("{:?}", final_result);
    Ok(final_result)
}

The only difference is the rewriting of the error type.
Running this multiple times gives different results even though the inputs seem to be the same.
In: [112, 97, 115, 115, 119, 111, 114, 100] [115, 111, 109, 101, 32, 110, 105, 99, 101, 32, 107, 101, 121] [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0]
Out: [36, 5, 135, 130, 138, 234, 241, 198, 90, 139, 208, 105, 238, 10, 151, 4]
In: [112, 97, 115, 115, 119, 111, 114, 100] [115, 111, 109, 101, 32, 110, 105, 99, 101, 32, 107, 101, 121] [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0]
Out: [255, 250, 115, 56, 233, 253, 108, 254, 250, 186, 94, 86, 5, 130, 205, 247]
In: [112, 97, 115, 115, 119, 111, 114, 100] [115, 111, 109, 101, 32, 110, 105, 99, 101, 32, 107, 101, 121] [0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0]
Out: [0, 75, 143, 128, 108, 132, 30, 212, 208, 236, 237, 149, 146, 245, 239, 218]
I'm pretty sure I must be missing something here, but I couldn't find something obvious.
Any idea what I'm doing wrong here?

Closing this. Looking into this a bit more seems to be an issue elsewhere


Include package versioning

Hi,
Could you include package versioning for this package? I.e. either requirements.txt for pip or env.yml for conda? This would be quite helpful to avoid any package versioning errors in the future and help spot some versioning problems if someone uses it with another packages.

Thanks for your suggestion! I've added a requirements.txt. Feel free to let me know if you have any problem with it!


MzQC pylib

as preparations to push towards release 1.0
A python lib with which we can:

start building MzQC objects and write then as json MzQC
read MzQC files into object representation
make an assessment of syntactical validity
test and expand the set of semantic rules for our standard format release 1.0

needs closer alignment with schema element names (camel vs. snake case )

This will be reopened from mzQC/mzqc-pylib


Map vault: Wrong "times played" icon

It's currently the comment symbol:

Needs to be replaced with something... else.

Dammit I updated the wrong icon

No I didnt. But the other Icon needs to be changed as well.


gopls: automated issue report (crash)

gopls version: v0.13.2 (go1.21.0)
gopls flags: -logfile /home/user/gopls.log -rpc.trace
update flags: off
extension version: 0.39.1-upstream-0.1.9-uber
go version: 1.21.3
environment: Visual Studio Code linux
initialization error: undefined
issue timestamp: Fri, 20 Oct 2023 19:58:27 GMT
restart history:
Fri, 20 Oct 2023 17:50:42 GMT: activation (enabled: true)
Fri, 20 Oct 2023 19:57:05 GMT: manual (enabled: true)
ATTENTION: PLEASE PROVIDE THE DETAILS REQUESTED BELOW.
Describe what you observed.
Error while running bazel run :e2eon eatscouriercppplcpluscardunauthorized integration test.
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0xbe718b]

goroutine 1735 [running]:
golang.org/x/tools/gopls/internal/lsp/cache.localPackageKey({{0xc000dfc720, 0x26}, {0xc000d57425, 0xb}, {0xc000d57420, 0x5}, {0xc000b64b40, 0x2, 0x2}, {0xc000b64b60, ...}, ...})
	  check.go:1402  0x6eb
golang.org/x/tools/gopls/internal/lsp/cache.(*packageHandleBuilder).buildPackageHandle(0xc002c7d290, {0x1161940, 0xc0007d9540}, 0xc003839b80)
	  check.go:1090  0x2be
golang.org/x/tools/gopls/internal/lsp/cache.(*snapshot).getPackageHandles.func2.1()
	  check.go:891  0xd7
golang.org/x/sync/errgroup.(*Group).Go.func1()
	  errgroup.go:75  0x56
created by golang.org/x/sync/errgroup.(*Group).Go in goroutine 1486
	  errgroup.go:72  0x96
[Error - 7:58:13 PM]
OPTIONAL: If you would like to share more information, you can attach your complete gopls logs.
NOTE: THESE MAY CONTAIN SENSITIVE INFORMATION ABOUT YOUR CODEBASE.
DO NOT SHARE LOGS IF YOU ARE WORKING IN A PRIVATE REPOSITORY.
<OPTIONAL: ATTACH LOGS HERE>

duplicate of https://github.com/golang/go/issues/63701

Hi, we just realized that you are probably using a GOPACKAGESDRIVER provided by Uber. Can you please confirm that this is the case? If so, we understand the breakage, and can fix it properly.

If that is indeed the cause, then it may also be a simple matter of updating your driver to avoid this issue. I assume you're using the Bazel driver, which was updated 2 months ago to set the necessary fields: https://github.com/bazelbuild/rules_go/commit/6e10f8c264e3577b0e2fb16cfd2d37cff05cdcfa

BTW, if folks at Uber are willing to share more about their custom environment, it might help us support it better (CC @kchristi111, who also encountered this issue while using extension version 0.39.1-upstream-0.1.9-uber). We'd be happy to connect.

This should be fixed in v0.14.1-pre.1 (on v0.14.0 there is a workspace error message instead of a panic).
go install<EMAIL_ADDRESS>
Could anyone here please try that out to confirm? With your confirmation, we will release v0.14.1 tomorrow.

Hey @findleyr, I'd love to share more about our setup. In this case we did just manually add the old sizes fields back with some bash-fu in our external driver. At the time of the change from Sizes to Arch/Compiler we were still stuck on 0.11.

Thanks, @JamyDev. Am I understanding correctly that you are now off of v0.11? Are you on v0.14.2?

@findleyr we're in the process of upgrading.

@JamyDev I'd hope that you experience significantly decreased memory usage in recent versions. Please let us know if that's not the case, or any other issues you encounter.


Upgrade bootstrap

Upgrade bootstrap to the latest version.

Could you send PR?

not familiar with .lattee files

What exactly do you want to upgrade?

the css mostly because you are using the v2 version

I see. I'd wait for this PR first: https://github.com/apigen/ApiGen/pull/504, this is now used by apigen master yet.

@Tjoosten So #504 is merged, so we can continue. Could you prepare PR for boostrap v3?

Ping @Tjoosten

?

See previous comment. Would you prepare PR for bootstrap v3?
I'm thinking of dropping this theme and let it up to end users. I do not personally use it, don't have time to upgrade it and there is no maintainer yet.

@olvlvl Hey, just wondering if you're still using ApiGen with this theme.

Hi Tomas, yes I'm still using this theme. I need to evaluate the time it would require for me to update it to Bootstrap v3.

@olvlvl I see, just take your time.

Done: https://github.com/ApiGen/theme-bootstrap/pull/3

Closed via #3


iOS test-run fails to run tests

Describe the bug
Very similar behaviour as #1545, and searching through issues seems a similar log appeared in #673, however note there is the launchApp API being used:
export const launchApp = async () => {
  // Reinstall app to clear keychain and ensure user is logged out
  await device.launchApp({
    delete: true,
    permissions: { notifications: 'YES', calendar: 'YES' }
  });
};

it('should successfully update all their details', async () => {
      await launchApp();
      ...
      // test steps
      ...
}

Config:
beforeAll(async () => {
  await detox.init(config.detox, { launchApp: false });
});

"ios.sim.release": {
        "binaryPath": "ios/build/Build/Products/Release-iphonesimulator/RedactedApp.app",
        "build": "xcodebuild -project ios/RedactedApp.xcodeproj -scheme RedactedApp -configuration Release-Staging -sdk iphonesimulator -derivedDataPath ios/build -UseModernBuildSystem=NO",
        "type": "ios.simulator",
        "name": "iPhone 8"
      },

To Reproduce

[x] I have tested this issue on the latest Detox release and it still reproduces

What's strange is that there was one occurrence of the test run where it worked, this was after having booted the app on my machine using xCode.
Environment (please complete the following information):

Detox: ^13.2.0
React Native: 0.59.3
Node: v10.16.0
Device: iPhone 8
Xcode: 10.3
iOS: 12.4
macOS: 10.14.6

Device and Verbose Detox Logs
Detox Log - Github Gist

This is the same issue as #1545. Please provide your Xcode log as requested on that issue.


Cannot find variable DeviceEventEmitter - update docs

Hi,
Please update the docs that DeviceEventEmitter should be imported from 'react-native'.
Something like:
import React, {
AppRegistry,
Component,
StyleSheet,
Text,
View,
DeviceEventEmitter
} from 'react-native';

read me updated. Thanks


Update backup-azure-vms-prepare.md

Updated VM agent table.

@trinadhk,
Thanks for your contribution as a Microsoft full-time employee or intern. You do not need to sign a CLA.
Thanks,
Microsoft Pull Request Bot

#sign-off

@trinadhk : Thanks for your contribution to the Azure documentation! The author, @markgalioto, has been notified to review your proposed change.

#sign-off
@trinadhk Thank you for making this update. Did you mean to make this in the pubic repo?


CFTR profile page crashes page in development

The CFTR page simply crashes in current development:
https://platform.mbdev.opentargets.xyz/target/ENSG00000001626
Can we diagnose the issue in the FE level potentially failing nicely?

@chinmehta , would you mind trying different approaches on this? E.g.:

Look at the console
The networking exchange
Cloning the ot-ui-app repository on a different folder and trying from there, to prevent any existing changes in your local that may not be in the reposiroty
Getting the bundle from the release tag that is deployed in mbdev (ask @remo87 ), and deploying that application in local, behind anything that can serve it to your browser

Please, let us know your findings
Thanks!

closing duplicate bug. main issue: https://github.com/opentargets/issues/issues/2980


Dev

Do you want to sync windows auth branch and dev branch? Maybe you can do it in your fork and create cleaner PR, please. 😊

I will solve windows auth later.
Thanks.


show/hide the password in edittext field.

Summary:
Currently in login activity there is no option to unhide/unmask the password if the user want's to check whether he has typed the password correctly or not. This feature although very basic is very useful to the users.
Steps to reproduce:
Go to the sign in section of the app.
Expected behavior:
This is small but useful feature for the users.

Observed behavior:
No option for the user to see the password behind the asterix.

I would like to work on this issue.

go ahead, useful one


Put example command to dump LTR feaures into the README.md

specifically
sh target/appassembler/bin/DumpTweetsLtrData -index tweets2011-index/ -topics src/main/resources/topics-and-qrels/topics.microblog2011.txt -output ltr.data.txt -qrels src/main/resources/topics-and-qrels/qrels.microblog2011.txt -ql

The entire LTR pipeline needs to be revamped, so closing issue for now.


Microsoft.Windows.Common-Controls (<IP_ADDRESS>) - missing?

I've been trying to get this to run for a couple of days now.  Sorry if this is obvious and thx for making this available.
I start the container, get 2-3 wine mono/gecko installers.  Then BI5 install starts.  Installs the Microsoft components.  Then installs the BI5 application.
So far so good.  But when I run BI5 - either using the checkbox after install while still in privileged mode, or by restarting the container - i get the following repeating errors:
0033:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (<IP_ADDRESS>)
0033:err:module:import_dll Library VCRUNTIME140_1.dll (which is needed by L"C:\\Program Files\\Blue Iris 5\\BlueIris.exe") not found
07/09/2020 15:15:48 copy_tiles: allocating first_line at size 61
0033:err:module:import_dll Library mfc140u.dll (which is needed by L"C:\\Program Files\\Blue Iris 5\\BlueIris.exe") not found
0033:err:module:import_dll Library FTD2XX.dll (which is needed by L"C:\\Program Files\\Blue Iris 5\\SeaMAX.dll") not found
0033:err:module:import_dll Library SeaMAX.dll (which is needed by L"C:\\Program Files\\Blue Iris 5\\BlueIris.exe") not found
0033:err:module:LdrInitializeThunk Importing dlls for L"C:\\Program Files\\Blue Iris 5\\BlueIris.exe" failed, status c0000135
2020-09-07 15:15:48,065 INFO exited: blueiris (exit status 53; not expected)
2020-09-07 15:15:50,068 INFO spawned: 'blueiris' with pid 133
0037:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (<IP_ADDRESS>)
0037:err:module:import_dll Library VCRUNTIME140_1.dll (which is needed by L"C:\\Program Files\\Blue Iris 5\\BlueIris.exe") not found
0037:err:module:import_dll Library mfc140u.dll (which is needed by L"C:\\Program Files\\Blue Iris 5\\BlueIris.exe") not found
0037:err:module:import_dll Library FTD2XX.dll (which is needed by L"C:\\Program Files\\Blue Iris 5\\SeaMAX.dll") not found
0037:err:module:import_dll Library SeaMAX.dll (which is needed by L"C:\\Program Files\\Blue Iris 5\\BlueIris.exe") not found
0037:err:module:LdrInitializeThunk Importing dlls for L"C:\\Program Files\\Blue Iris 5\\BlueIris.exe" failed, status c0000135
2020-09-07 15:15:50,570 INFO exited: blueiris (exit status 53; not expected)
2020-09-07 15:15:53,574 INFO spawned: 'blueiris' with pid 141

Not sure if this is winetricks related.
This is with a fresh wine prefix (empty /root/prefix mapped to a local drive)
docker run cmd:
docker run -d --name='blueiris' --net='bridge' --privileged=true -e TZ="America/New_York" -e HOST_OS="Unraid" -e 'RESOLUTION'='1920x960x24' -p '8123:8080/tcp' -p '8987:81/tcp' -v '/mnt/user/appdata/bi5-docker/':'/root/prefix':'rw' --log-opt max-size=5m --log-opt max-file=2 'jh/bi5:jshridha'
** rebuilt the image only to add the blueiris.exe installer so I didn't have to keep redownloading it
This is on the dev branch
Any ideas?

The VCRUNTIME components should be installed right before the Blue Iris installer.  You can try running this in the container to force the install again:
winetricks -f vcrun2019
If you need the container to stay up to do this, you canoverride the supervisor conf or entrypoint.
I'm actually working on a branch of this (now in PR) that tries to do this install before the Blue Iris download.  Hopefully, it helps with this.  https://github.com/jshridha/docker-blueiris/pull/32

thx for the comment @leonowski .  will give your container a try.

Closing due to inactivity. @johnny2678 feel free to open it back up if you're still having issues.


Facebook registration

I am unable to get the FB Registration working, keeps erroring out with too many redirects.

Do you show the popup to ask the right of email and public_profile?
I had the same problem when i wanted to use it on facebook with no login screen and register screen; finaly fixed, but the problem was the right issue not asked
So instead of the previous way i had
=> facebook => game
=> facebook => facebook request on my website => facebook ingame (no login, no register)

Hilarious00   why not share your version?

Mine goes nowhere as it errors out giving the too many redirects error page. so no it doesn't

Because i use my own version and i am not forced to post my own code on something that has nothing to do with it, it its usefull and use the 2moons code, then i make a pull request, if its my own code to make something work, then i am not forced to share
You can find more help on the facebook developers page itself
Regards

I will close this issue. I dont havr the time to relearn the facebook API nor to create a test environment to test the facebook ingration. From m side, i wont support the fb Integration in 2moons anymore.
Fell free to still discuss this issue after I close it.


Update Composer dependencies (2021-06-20-00-14)

Visual regression test passed!
View the visual regression test report


Bi-LSTM+CRF model loss appears "nan"

Using the CoNLL2000Chunking dataset and the Bi-LSTM+CRF model to train the Chunking task loss will appear "nan".

use minspore.ops.logsumexp to avoid overflow problem


docs: clarify the workflow to ensure the changes are effective

Signed-off-by: Tianyu Xia<EMAIL_ADDRESS>

copying out the ci advice...
##[error]: TESTS FAILED:
##[error]:  main@ /source/ci/format_pre.sh :47 (glint)
##[error]:      Please fix your editor to ensure:
##[error]:        - no trailing whitespace
##[error]:        - no mixed tabs/spaces
##[error]:        - all files end with a newline
##[error]Bash exited with code '1'.

the easiest thing is to fix your editor to ensure these things on save for relevant files

/retest

/retest


there is no 'setWorldPosition'

I got an error when trying to compile the script because Unity doesn't know 'setWorldPosition'. Changing the line so it uses transform.position fixed the issue. I'm using Unity 2019.4
In any case the tool works very well and it saves me a lot of time and effort. Thanks for creating it!

Good catch.  Glad you're finding it useful.  Thanks for the feedback.


No Data shown in Connected file share when AWS S3 is mounted

Actions before raising this issue

[X] I searched the existing issues and did not find anything similar.
[X] I read/searched the docs

Steps to Reproduce
Hi everyone, I'm using self hosted CVAT. I find it really useful for our data training.
I mounted S3 into filesystem in our machine. And I tried to create task using Connect file share tab.
I followed this instruction and created docker-compose.override.yml
 services:
  cvat_server:
    volumes:
      - cvat_share:/home/django/share:ro
  cvat_worker_import:
    volumes:
      - cvat_share:/home/django/share:ro
  cvat_worker_export:
    volumes:
      - cvat_share:/home/django/share:ro
  cvat_worker_annotation:
    volumes:
      - cvat_share:/home/django/share:ro
  traefik:
    ports:
      - 80:8080

 volumes:
   cvat_share:
     driver_opts:
       type: none
       device: /s3/{bucket name}
       o: bind

I found some similar issues, and tried their solutions which suggested creating volume and telling docker to search for a volume created externally, but I got no luck.

And when I click Connect file share tab and  run docker logs it shows this log
2023-10-24 23:22:54,710 DEBG 'uvicorn-0' stdout output:
INFO:     <IP_ADDRESS>:0 - "GET /api/server/share?org=&directory=%2F HTTP/1.0" 200 OK

It's really hard to debug because there is no error message.
Expected Behavior
It should show files under the directory /s3/{bucket name} when clicking Connected file share tab.
Possible Solution
No response
Context
We want to upload task using our machine local storage which has been mounted S3. Right now we only tested creating task using My computer tab and now for scalability we want to create task from mounted files. Any help would be very appreciated!
Environment
- Git hash commit:
commit 6e1c80c974e80271a0685a91a6f5e48c0ac7bc2f (HEAD -> develop, origin/develop)

- Docker version: 24.0.2

- Are you using Docker Swarm or Kubernetes? No

- Operating System and version (e.g. Linux, Windows, MacOS): Ubuntu 22.04.2 LTS (GNU/Linux 5.19.0-1027-aws x86_64)

The CVAT code just sends files available on the file system, so, connect inside the container with docker exec -it cvat_server and be sure you see mounted share inside. cd /home/django/share. If this is empty, CVAT considers the share not to be mounted/empty.

@bsekachev Hello, thanks for replying. I ran docker exec -it cvat_server command in the directory where docker-compose.yml locates, but I got "docker exec" requires at least 2 arguments. message. And when I go to cd /home I don't see django directory, only see the username of our team. Could you guide me what else I can try?

Missed the second argument: docker exec -it cvat_server -> docker exec -it cvat_server bash

@bsekachev oh wow thanks for quick response!
deployer@staging:~/cvat/cvat$ docker exec -it cvat_server bash
django@95fe2ea263dd:~$

I got this, can you guid me what should be the next step?

I just suggested to check content for this patch /home/django/share.
Probably it is empty. Meaning following:

Mounted cloud storage is empty
Failed mounting cloud storage

I can't suggest anything next, because we do not mount remote storages to file system in our practice. It is a question for a system administrator how to do that

Thanks!
When I run docker exec -it cvat_server ls /home/django/ I see share directory, but I couldn't open '/home/django/share/' directory. But our system admin confirmed that S3 has been mounted on our machine local storage!
deployer@staging:~/cvat/cvat$ docker exec -it cvat_server ls /home/django/
backend_entrypoint.sh  keys	  rqscheduler.py  static       wait-for-it.sh
cvat		       logs	  s3		  supervisord
data		       manage.py  share		  utils

I see share in /home/django/.
If you can't open /home/django/share I have only two assumptions: share is a file or you do not have permissions to open it.

Right, yeah it says Permission denied, but assuming /home/django/share exists, and after running docker exec -it cvat_server bash, should it work and show the data when clicking connected file share? Maybe will I need to down the docker container and build again?

@jinju2828
No, the code run with the same user role as you browsing (django). It has the same permissions like you.

@bsekachev
Sorry, I didn't get what that means. So it means, the code can't access /home/django/share because of the denied permission?

the code can't access /home/django/share

Yes. Please, contact the system administrator

Thanks for your help! Will ask the admin today.

Hello @bsekachev , I contacted the system admin but we were not able to change the permission for /share directory.
We assumed that the permission was set to read only when mounting docker container.
Do you have any suggestion to update the permission by any chance?
Thank you!

We fixed the permission issue, so now the code can access /home/django/share directory.
We rebuild and up the docker, but still no data shown in the UI when clicking Connected file share tab.
Will there be anything could we miss here?

The status code is 200, but there's no data under preview tab.
@bsekachev Is there anything you would suggest to resolve this issue?

This method is responsible for sending shared storage data: https://github.com/opencv/cvat/blob/ba3db011f848b4ba005ea08d2c17527f52b8a955/cvat/apps/engine/views.py#L144C1-L144C1
As you can see it just reads file content from OS and transmits it to client. There is no magic there.

I found out why, thanks!


Modified the ‘What’s in it for me?’ section for clarity and engagement.

In this commit, the ‘What’s in it for me?’ section has been revised for better clarity and engagement.
The changes highlight the benefits users receive when they contribute to Microsoft Learn.
These include recognition of their contributions, enhancement of their tech passion, and portfolio building.
The update also emphasizes the digital rewards some products offer.
The aim is to encourage more users to contribute and enjoy the benefits.
Contributor guide pull request
Thanks for contributing to the Microsoft Learn contributor guide. Please read these instructions for processing your pull request (PR). Once you've read this text, delete it and write a brief description of the changes you're proposing.
Quality control

[x] 1. Successful build with no warnings: Review the build status to make sure all checks are green (Succeeded).

[x] 2. #Sign-off: Once the PR is finalized and ready to be merged, indicate so by typing #sign-off in a new comment in the PR. Signing off means the document is ready for review and can be published at any time.

Merge and publish

All PRs to this repository are manually reviewed and merged.
Once all feedback on the PR is addressed, we'll merge the PR into the main branch.

Need help?

If you have an open PR, tag the PR reviewers in comment with your question: @carlyrevier, @jehchow
Open an issue in this repo and tag the PR reviewers.

@rajbhai99 - Thanks for taking the time to make this language more fun :)

Thank you, Jim-Parker, @jehchow, @carlyrevier, and Kiranchandratrey, for integrating my changes into the main branch.
This marked my first contribution to open-source documentation, and I am thrilled that my contribution was accepted on the first attempt.
This experience has provided a much-needed boost of motivation during a challenging period at my office.
I look forward to making more contributions in the future, enhancing my portfolio, and assisting the Microsoft Learn community.

Thank you for being a contributor, @rajbhai99! We're happy to have you.


Rename the builders.

Can we take this moment to prefix all homu-run builders with auto- so that they get grouped nicely in the waterfall?

The only non-homu run builder is android-nightly. So I'm not sure this solves anything.


Added QuickSort in Python

only 1 pr per person for dsa
You can choose topics from projects like webDev,Ai,Ml,Android


add Rails Active Job async example

CI is failing due to unrelated reason
An error occurred while installing activesupport (5.0.0), and Bundler cannot
continue.
Make sure that `gem install activesupport -v '5.0.0'` succeeds before bundling.


[DDW-527] Disable wallet export in any production environment

This PR disables (hides) the wallet export link in any production environment. The issue before was that is showed up on staging builds even though it shouldn't.

Review Checklist:
Basics

[ ] PR is updated to the most recent version of target branch (and there are no conflicts)
[ ] PR has good description that summarizes all changes and shows some screenshots or animated GIFs of important UI changes
[ ] CHANGELOG entry has been added and is linked to the correct PR on GitHub
[ ] Automated tests: All acceptance tests are passing (yarn run test)
[ ] Manual tests (minimum tests should cover newly added feature/fix): App works correctly in development build (yarn run dev)
[ ] Manual tests (minimum tests should cover newly added feature/fix): App works correctly in production build (yarn run package / CI builds)
[ ] There are no flow errors or warnings (yarn run flow:test)
[ ] There are no lint errors or warnings (yarn run lint)
[ ] Text changes are proofread and approved (Jane Wild)
[ ] There are no missing translations (running yarn run manage:translations produces no changes)
[ ] UI changes look good in all themes (Alexander Rukin)
[ ] Storybook works and no stories are broken (yarn run storybook)
[ ] In case of dependency changes yarn.lock file is updated

Code Quality

[ ] Important parts of the code are properly documented and commented
[ ] Code is properly typed with flow
[ ] React components are split-up enough to avoid unnecessary re-rendering
[ ] Any code that only works in Electron is neatly separated from components

Testing

[ ] New feature / change is covered by acceptance tests
[ ] All existing acceptance tests are still up-to-date
[ ] New feature / change is covered by Daedalus Testing scenario
[ ] All existing Daedalus Testing scenarios are still up-to-date

After Review:

[ ] Merge PR
[ ] Delete source branch
[ ] Move ticket to done on the Youtrack board

@DominikGuzei Staging and TestNet works fine. Something is wrong with MainNet build. After "Loading Wallet Data" message it becomes Blank.

@DmitriiGaico the issue with the mainnet installer must be something else … the change i made cannot have any affect like you described.

@nikolaglumac @daniloprates please review as this is a really minor change which takes maybe 1 minute.

@DominikGuzei I fully agree with you. That's why I have sent @DmitriiGaico fresh installers to test again. I will review this PR and approve it today!

@DominikGuzei this one is now approved. I believe bors will automatically merge it soon...

@nikolaglumac let's see if we can trust the bot … it's all green, so that should have long happened 🙄

bors r+

👏  i guess the bot is useless 😂

bors r-


Fix bug when no unmanaged args were given

Reworked the CLI arguments structure. Some were function specific, some were global, it was weird. Now all are global and contained within a class. Ideally, it wouldn't be global and it would be passed around but that would require too many modifications for now. Maybe another time.
Also added tests for the CLI argument parsing logic + aliases

Pull Request Test Coverage Report for Build 774

156 of 225 (69.33%)  changed or added relevant lines in 4 files are covered.
5 unchanged lines in 1 file lost coverage.
Overall coverage increased (+16.7%) to 34.205%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

docker.go
1
17
5.88%

main.go
0
25
0.0%

cli.go
153
181
84.53%

Files with Coverage Reduction
New Missed Lines
%

main.go
5
0.0%

Totals

Change from base Build 772:
16.7%

Covered Lines:
327

Relevant Lines:
956

💛  - Coveralls

Nice! Ready to merge?

It is up to you now.

I'll merge it but not release 1.20.0 now. I may have some other fixes to do. My functional tests are still not working, but I'm making progress


Update Unreal Insights instructions

While working on the HoloLens 2 / Unreal Engine course that lives on Unreal's learning portal, we ran into a number of issues configuring and attaching Unreal Insights to a working session.
These tweaks to the recommended flow come from a combination of @fieldsJacksonG's instructions and some trial-and-error from a Teams chat work session. Jackson can hopefully chime in if I've missed anything, but my understanding is this set of changes (making sure the correct network capabilities are enabled, and doing a manual build/package/deploy/launch flow to disk instead of launching from the editor) are all that is needed to make this doc properly reflect the simplest path to set up Unreal Insights.
Thanks!

@lazerwalker : Thanks for your contribution! The author(s) have been notified to review your proposed change. @sajidfarooq

@lazerwalker : Thanks for your contribution! The author(s) have been notified to review your proposed change.

@lazerwalker : Thanks for your contribution! The author(s) have been notified to review your proposed change.

@lazerwalker : Thanks for your contribution! The author(s) have been notified to review your proposed change.


wrangler dev throws permission denied, wsl2

🐛 Bug report

Describe the bug
when generating a fresh project with wrangler generate --type="rust"  and trying to use wrangler dev I get the following output
🌀  Running cargo install -q worker-build && worker-build --release
Error: Permission denied (os error 13)
Error: Build failed! Status Code: 1

Reproduce the bug

wrangler generate
cd into-project && wrangler dev

Expected behavior
This should start the dev server
Environment and versions
Fill out the following information about your environment.

operating system: windows WSL2
output of wrangler -V:  wrangler 1.19.8
output of node -v: v17.6.0
content of wrangler.toml:

name = "test"
type = "javascript"
workers_dev = true
compatibility_date = "2022-02-27"

[vars]
WORKERS_RS_VERSION = "0.0.9"

[build]
command = "cargo install -q worker-build && worker-build --release" # required

[build.upload]
dir = "build/worker"
format = "modules"
main = "./shim.mjs"

[[build.upload.rules]]
globs = ["**/*.wasm"]
type = "CompiledWasm"

# read more about configuring your Worker via wrangler.toml at:
# https://developers.cloudflare.com/workers/cli-wrangler/configuration

Thanks for reporting this issue! Wrangler v1 is now deprecated and support is only being provided for critical updates or security concerns. As such, we are closing this issue.
New versions of Wrangler are maintained in the workers-sdk repo. If you are running into a similar issue with wrangler v2, please report it in the workers-sdk repo. For more info about wrangler v1 deprecation, please check out our blog post.


Filter Preflight only headers v2 + allowCredentials option

Simular to https://github.com/possibilities/micro-cors/pull/32 but without style changes

need to fix tests first


.SetHtml in .Each causes endless loop

Calling .SetHtml on the Selection given in a .Each Loop causes an Infinite loop.

Hello,
Thanks for reporting this, do you have a minimal, reproducible example of the issue that I could run?
Martin

Bump.

Closing, no follow-up.


Submenu actions not working in Chromium Browsers

Describe the bug
If an action is assigned to a button in an submenu, this action is not called, when the button is clicked.
To Reproduce
Steps to reproduce the behavior:

Define a submenu, for example:

{
  name: 'FileMenu',
  className: 'ma ma-file',
  title: 'File',
  children: [
    {
      name: 'Save',
      action: saveFile,
      className: 'ma ma-save',
      title: 'Save'
    },
    {
      name: 'New',
      action: newFile,
      className: 'ma ma-new',
      title: 'New'
    }
  ]
},...

Define a function newFile, for example:

function newFile() {
  console.log("test");
}

Load the example and click on File > New
Check the browser console
No output on console is shown in Google Chrome, Chromium, Edge or similar browser. It is working however in Firefox.

Expected behavior
In Broser console the output "test"
** Version information **

OS: Windows 10
Browser: Chrome 95, Chromium 95, Edge 95
EasyMDE version: 2.15.0

Hi! Just noticed this discussion after spotting the same issue. Seems that Chrome works with this solution. The solution persists with Safari. Seems that the button content in .easymde-dropdown requires a tabindex value. Is there a PR or a discussion on this I've missed`

Any update on this? When will 2.16.0 version be released?

@halanikkola @vazsonyidl
What would need to be added or changed to fix this problem on safari and the browser @vazsonyidl tested with?

@lonaru The dropdown buttons .easymde-dropdown has an i element inside for the icon. The i needsatabIndexattribute (I guess value -1) and some styles to remove the blue focus ring from the icon. After this, the:focus-within` pseudo-selector seems to work on Safari too.

@Ionaru it appears Safari does not treat the <button> element as focusable.
So, for example if I tweak the createToolbarDropdown function, changing:
var el = createToolbarButton(options, false, enableTooltips, shortcuts, 'button', parent);
to
var el = createToolbarButton(options, false, enableTooltips, shortcuts, 'div', parent);
… then it seems to work in Safari (although the presentation is a little off.

@kelvinj and with the suggestion @halanikkola did (adding tabIndex to the  <i> element inside the button, does the toolbar then work as expected in Safari?

@Ionaru no, that didn't work.
FYI this whatwg article mentions how Safari treats non-editable form elements as "not click focusable by default", which is what is causing the problem on this.
I have been doing a bit of testing, and it seems that you can make <button> elements on Safari focussable, by providing an onclick() event. But, this then means you have to manage a little bit how the blur takes place, to avoid the dropdown becoming sticky.
I changed the createToolbarDropdown function (see below), which got the dropdown working across FF, Chrome and Safari on the Mac, but I don't have deep enough knowledge of how this is used to know if this would cause other issues:
/**
 * Create dropdown block
 */
function createToolbarDropdown(options, enableTooltips, shortcuts, parent) {
    var el = createToolbarButton(options, false, enableTooltips, shortcuts, 'button', parent);
    el.className += ' easymde-dropdown';

    el.onclick = function () {
        el.focus();
    };

    el.onblur = function () {
        parent.codemirror.focus();
    };

    var content = document.createElement('div');
    content.className = 'easymde-dropdown-content';
    for (var childrenIndex = 0; childrenIndex < options.children.length; childrenIndex++) {

        var child = options.children[childrenIndex];
        var childElement;

        if (typeof child === 'string' && child in toolbarBuiltInButtons) {
            childElement = createToolbarButton(toolbarBuiltInButtons[child], true, enableTooltips, shortcuts, 'button', parent);
        } else {
            childElement = createToolbarButton(child, true, enableTooltips, shortcuts, 'button', parent);
        }

        childElement.addEventListener('click', function (e) { e.stopPropagation(); }, false);

        content.appendChild(childElement);
    }
    el.appendChild(content);
    return el;
}

Sorry this is not in the form of a PR, but I don't have the repo set up as it stands, I've just been editing in a project that depends on EasyMDE.
Thanks for the work, HTH.

Apologies for the late reply.
I've tested your code, @kelvinj, but with the el.onblur enabled the dropdown becomes very sticky, it will not always close when I click somewhere else.
I've pushed your suggestion without the el.onblur to version 2.15.1-21.0, does that work?

From what I have been able to test using Browserstack, the submenu works in Safari, however the menu does not stay open after clicking an option, which I think is acceptable.
https://easy-markdown-editor.tk/ now shows an editor with a dropdown menu at the bottom of the page.

I have tested 2.15.1-21.0 and I think that is acceptable behaviour.
It means in my custom actions, I need to call editor.codemirror.focus(); and this gives a more natural experience, since I want the editor to maintain its focus.
Thanks @Ionaru


Can't build project with Swift 3

I'm using the latest version of the pod but i just can't build it within my app..

Which version of CocoaPods and DOButton are you using?

Latest stable release of CocoaPods and DOButton 1.2.0

The last stable CocoaPods version is not working well when used with swift 3, can you try to use the last beta release candidate?

I updated to the latest rc now and still same issues. Maybe i try to reinstall my pods, give me a minute.

Working fine now, thanks! Cleared my pod and re-installed all pods with the latest rc.


Merge from Upstream Blockly

[x] Resolve outstanding issues

[x] Drop-down fields render improperly
[x] Input field widths are incorrect on creation of a block / field
[x] Lint

[x] Update "merge" documentation / clean-up script
[ ] Testing

[ ] VM playground
[ ] GUI playground

[ ] Squash before merging

You still need to remove blockly_compressed, blocks_compressed, etc.  Also msg/json and msg/js files, since they don't all seem to be cleaned up.

@rachel-fenichel @picklesrus @rschamp This is ready for R.

Testing in scratch-gui, if I load project 119615668 and click the Lists category, I receive an error:
TypeError: Cannot read property 'setAttribute' of undefined

Blockly.FieldDropdown.positionArrow (gui.js:37340)
Blockly.Field.render_ (gui.js:36902)
Blockly.Field.init (gui.js:36897)
Blockly.FieldTextInput.init (gui.js:37293)
Blockly.FieldTextDropdown.init (gui.js:37355)
Blockly.Input.init (gui.js:36924)
Blockly.BlockSvg.initSvg (gui.js:37187)
Blockly.Xml.domToBlock (gui.js:37035)
Blockly.Flyout.show (gui.js:37417)
Blockly.Toolbox.setSelectedItem (gui.js:37476)
(anonymous) (gui.js:37477)
e (gui.js:37550)

This doesn't happen on the previous build of scratch-gui.

Doesn't matter what project.  Field render is being called earlier than it used to be.  FieldDropdown's positionArrow function needs to start with
if (!this.arrow_) {
    return 0;
  }

to avoid trying to position something that doesn't exist.

@rachel-fenichel @picklesrus Ok! Comments addressed.
@rschamp Good catch! I'm wondering if we should resolve that now or later? I tried doing a quick look and can't quite figure out why that exception is being thrown.

@thisandagain,
Did you mean this error: TypeError: Cannot read property 'setAttribute' of undefined
Blockly.FieldDropdown.positionArrow (gui.js:37340)?
Your recent commit (https://github.com/LLK/scratch-blocks/pull/776/commits/ad1c6b1791e32968e33053746fbfb3276774d82e) should have fixed that. Maybe it hadn't made it to scratch-gui when @rschamp was testing?

@picklesrus No. The error we see when you select the "List" category is:
Uncaught TypeError: this.setConstraints_ is not a function
    at Blockly.FieldNumberDropdown.Blockly.FieldNumber.getNumRestrictor (vertical.js:2849)
    at new Blockly.FieldNumberDropdown (vertical.js:2857)
    at Blockly.BlockSvg.Blockly.Block.interpolate_ (vertical.js:2639)
    at Blockly.BlockSvg.Blockly.Block.jsonInit (vertical.js:2635)
    at Blockly.BlockSvg.init (vertical.js:1250)
    at Blockly.BlockSvg.Blockly.Block (vertical.js:2606)
    at new Blockly.BlockSvg (vertical.js:2662)
    at Blockly.WorkspaceSvg.newBlock (vertical.js:2544)
    at Object.Blockly.Xml.domToBlockHeadless_ (vertical.js:2519)
    at Object.Blockly.Xml.domToBlockHeadless_ (vertical.js:2521)

@thisandagain interesting--I don't see that on the vertical playground.  Is that specific to a particular project?

@rachel-fenichel Ah. Yes ... nevermind, that does not appear to be generalized. I think we are good.


Data to arraize can be anything

Looking at the documentation and also using an Object as parameter makes me pretty sure this doesn't have to be an Array.

Current coverage is 97.11% (diff: 100%)

Merging #41 into master will not change coverage

Powered by Codecov. Last update 31e5314...59d1413


Link GitHub accounts

Todo: Add Max as representative of the OpenRail Team as permanent guest.
Todo: Change Chair to Loic


You can invite a phone Number more than once in a Workspace - reported by @Tushu17

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Action Performed:

Go to setting > Workspace > Manage members
Click Invite
Invite a phone number account .
Search and invite the same Phone Number again.

Expected Result:
It shouldn't add a single Phone number multiple times.
Actual Result:
It let You add a single contact multiple times.
Workaround:
unknown
Platform:

Where is this issue occurring?

Web
iOS
Android
Desktop App
Mobile Web

Version Number: 1.1.46-3
Reproducible in staging?: Y
Reproducible in production?: Y
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
https://user-images.githubusercontent.com/43995119/160738443-8cb7000d-087e-4597-ad27-affa9755f116.mp4
Expensify/Expensify Issue URL:
Issue reported by: @Tushu17
Slack conversation: https://expensify.slack.com/archives/C01GTK53T8Q/p1647723725311069
View all open jobs on GitHub

Looks like the same thing happens with email, so I don't think this is isolated to just inviting phone numbers.

@Tushu17 did you confirm that as well? If so, we can update the OP of the issue to be more broad. In the meantime, I think we can loop in engineering for triage.

:( Melv didn't trigger the other day.

@trjExpensify I think you can invite user with emails multiple time but only when you tap invite button multiple times and there's already an issue(#6676) open for that.

@Tushu17 did you confirm that as well?

In this issue you can invite a phone number and you can search that number again to invite.
https://user-images.githubusercontent.com/89839952/161285993-92cefa86-0681-4c89-927a-70dc587a2aa3.mp4

I think we need to update the API to not allow mutliple emails or phone numbers in a group

Okay, got it. So @Tushu17 you're saying that emails get filtered out in the results to add to the workspace if they are already a member, but phone numbers don't?

Oh right I think there's 2 issues.
1 is what you're saying @trjExpensify  (can be external)
2 the api allows multiple times the same email (internal)

Okay, got it. So @Tushu17 you're saying that emails get filtered out in the results to add to the workspace if they are already a member, but phone numbers don't?

@trjExpensify Yeah correct👍

Cool, so I think we update the OP to make it a tad clearer. I've gone ahead and done that. @madmax330 you happy for this to go back on external?

I think the second will be taken care of in thehttps://github.com/Expensify/App/issues/6676 too right?
Doesn't look like it since it's external. If it's an API update it has to be internal.
But we can keep this one as external and create a separate issue for the API change

Issue reproducible in dev for phone numbers only. I couldn't reproduce the dupe email invite (unless offline) as described in https://github.com/Expensify/App/issues/6676.
Internal issue here. I'll pick up the internal issue to fix the API command and might take on the external one too if we get no proposals in the meantime.

I'll work on this internally. @trjExpensify we should pay the reporting bonus to @Tushu17.

Cool, @Tushu17 - sent you a contract in Upwork for reporting.

Cool, @Tushu17 - sent you a contract in Upwork for reporting.

@trjExpensify Ok, Accepted👍🏼

Perfect, settled! 👍


FEATURE: Add creationDate to SecondFactor and ordering to second factor list in backend

This adds a creationDate field to the SecondFactor entity. It's always nice to have this information and we can order by it.
The default ordering in the backend module list is account descending and creationDate descending.
SecondFactors without a creationDate will get a default value.
The default value will be shown as '-' in the backend module list.

I'd prefer having
protected $defaultOrderings = [
    'account' => 'ASC',
    'creationDate' => 'DESC'
];

(at least that's what i'd expect).
But I really like having additional infos where easily possible 😍


Convert all mr-app attributes to data- attributes

We have an increasing number of flags in mr-app. These should be converted to data- attributes so that they can be accessed via this.dataset.attributeName instead of getAttribute. We already use these for position, rotation, and component attributes, so we should be consistent across the board.
https://developer.mozilla.org/en-US/docs/Learn/HTML/Howto/Use_data_attributes
ex:
<mr-app debug="true">
this.getAttribute('debug')
to
<mr-app data-debug="true">
this.dataset.debug

@hanbollar I've assigned this to you but feel free to delegate as you see fit.

discussion related from @michaelthatsit on discord:

They should all have their own and not start with data-comp. Just data-, i.e. data-camera, data-orbital etc. That way you can use this.dataset.camera instead of getAttribute


Fix window not initializing on primary monitor on GLFW backend

The way the current code worked was by calling GetCurrentMonitor(), which would always return the monitor at position (0,0). This isn't the primary monitor on all platforms, on Linux in particular it isn't the case.
This isn't the case on the SDL backend, after calling InitWindow() the window would always show up on the primary monitor. Even on the GLFW backend, if the full screen flag was set it would attempt to put it on the primary monitor as it would call glfwGetPrimaryMonitor() to do it, so for consistency's sake we should do it on windowed mode too.

@eldskald thanks for the improvement and the formatting review! 🙂


Update draft-notice-mp-en.txt

I suppose you're trying to update the Gujarati translation?  That should go into draft-notice-mp-gu.txt.

I've merged this into another PR, so closing it to avoid accidentally pulling it in.


Updated generated build files to current output

I experienced a mysterious bug today. I tried to create a combobox using this code
	// Layout
	bounds := nk.NkRect(10, 10, 700, 500)
	//Begin Window
	if nk.NkBegin(ctx, "Wiget Layout Demo", bounds, nk.WindowBorder|nk.WindowMovable|nk.WindowScalable|nk.WindowMinimizable|nk.WindowTitle) > 0 {
		//create static Row with height 30, width 100 and 1 column
		options := []string{"Rectangle"}
		nk.NkLayoutRowStatic(ctx, 30, 200, 1)
		state.selectedShape = nk.NkCombo(ctx, options, int32(len(options)), state.selectedShape, 25, nk.NkVec2(200, 200))

	}
	//End Window
	nk.NkEnd(ctx)

The resulting window looked like this

After running make all in the nuklear project, I suddenly got the expected output, with the exact same code

It looks like the latest build is out of date.

wtf.. but thanks :)


WIP: Build homepage

Working on the homepage of the site.

Codecov Report

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

@@          Coverage Diff          @@
##           master    #86   +/-   ##
=====================================
  Coverage     100%   100%
=====================================
  Files          46     41    -5
  Lines         255    214   -41
=====================================
- Hits          255    214   -41

Impacted Files
Coverage Δ

src/helpers/hsl.js
100% <ø> (ø)
:white_check_mark:

src/helpers/hsla.js
100% <ø> (ø)
:white_check_mark:

src/helpers/rgba.js
100% <ø> (ø)
:white_check_mark:

src/helpers/rgb.js
100% <ø> (ø)
:white_check_mark:

src/internalHelpers/_parseColorString.js

src/internalHelpers/_rgbToHsl.js

src/helpers/darken.js

src/helpers/lighten.js

src/internalHelpers/_guard.js

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 85083ad...3d30d6a. Read the comment docs.

@mxstbr should we review this already or will you let us know once it's done?

@mxstbr should we review this already or will you let us know once it's done?

I'll let you know 😉 Still way too WIP

REVIEW PLEASE


Default hostname validation, configured via SslContextBuilder (#14127)

Motivation:
Hostname validation is an important step for clients, in verifying the identity of the server.
We should make it easy to configure.
Due to its importance, we should also enable it by default. While there are theoretically multiple algorithms to choose from for this purpose, the "HTTPS" algorithm is by far the most commonly used one.
Modification:

Add a SslContextBuilder.endpointIdentificationAlgorithm() method to configure hostname validation.
Set the endpoint validation algorithm to "HTTPS" by default, when creating SslContextBuilders for clients.

Result:
Hostname validation is now enabled by default for clients, and can easily be configured through the SslContext.

Port of https://github.com/netty/netty/pull/14127


Globber performance

I am working with a largish repo and have found that the GetFiles method of the Globber is significantly slower than the MSBuild equivalent I am trying to replace..
If you take a look at this Gist you will see that I am just getting a count of assembly info files. The MSBuild example does it in less than a second where as the cake version takes about a minute.

I'm baking a PR that solves this. Will need more time to make sure it's stable enough.

Why not use something like Shabse's Minimatch port? Dunno if it's very fast, but it's at least a nice start? I've submitted a PR to include a source package so you don't have to add an external dependency, https://github.com/SLaks/Minimatch/pull/4 :wink:


Dataset and checkpoint are inaccessible

Hi：
Thank you for open sourcing such good work！
But when I downloaded the dataset and checkpoint according to the readme, I found that both links were inaccessible. Could you please provide an accessible Baidu network disk link or Google drive link again?

Anyone help me？


[BUG] WingetUI is not able to update some packages

Please confirm these before moving forward

[X] I have searched for my issue and have not found a work-in-progress/duplicate/resolved issue.
[X] I have tested that this issue has not been fixed in the latest (beta or stable) release.
[X] I have checked the FAQ section for solutions
[X] This issue is about a bug (if it is not, please use the correct template)

Describe your issue
Got this error:

And when I click on it, I see this:
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄

▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄

Starting package update operation for package id=Microsoft.DotNet.DesktopRuntime.8with Manager name=Winget
Given installation options are <InstallationOptions: SkipHashCheck=False;InteractiveInstallation=False;RunAsAdministrator=False;Version=;Architecture=;InstallationScope=;InstallationScope=;CustomParameters=;RemoveDataOnUninstall=False>
Process Executable     : C:\Program Files\WingetUI\PackageEngine\Managers\winget-cli_x64\winget.exe
Process Call Arguments :  update --id Microsoft.DotNet.DesktopRuntime.8 --exact --accept-source-agreements --silent --disable-interactivity --accept-package-agreements --force --include-unknown
Working Directory      : C:\Users\aranair
Process Start Time     : 28-04-2024 13:35:19

    |    /
    |   ██▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒  1024 KB / 10.1 MB
    |   █████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒  2.00 MB / 10.1 MB
    |   ████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒  3.00 MB / 10.1 MB
    |   ███████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒  4.00 MB / 10.1 MB
    |   ██████████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒  5.00 MB / 10.1 MB
    |   █████████████████▒▒▒▒▒▒▒▒▒▒▒▒▒  6.00 MB / 10.1 MB
    |   ████████████████████▒▒▒▒▒▒▒▒▒▒  7.00 MB / 10.1 MB
    |   ███████████████████████▒▒▒▒▒▒▒  8.00 MB / 10.1 MB
    |   ██████████████████████████▒▒▒▒  9.00 MB / 10.1 MB
    |   █████████████████████████████▒  10.0 MB / 10.1 MB
    |    \
    | No installed package found matching input criteria.
Process Exit Code      : -1978335212
Process End Time       : 28-04-2024 13:35:21

I then opened CMD as admin and was able to update it manually:
Microsoft Windows [Version 10.0.22631.3447]
(c) Microsoft Corporation. All rights reserved.

C:\Windows\System32>winget update
Name                                            Id                                Version Available Source
----------------------------------------------------------------------------------------------------------
Microsoft Windows Desktop Runtime - 8.0.3 (x64) Microsoft.DotNet.DesktopRuntime.8 8.0.3   8.0.4     winget
1 upgrades available.

C:\Windows\System32>winget update "Microsoft Windows Desktop Runtime - 8.0.3 (x64)"
Found Microsoft .NET Windows Desktop Runtime 8.0 [Microsoft.DotNet.DesktopRuntime.8] Version 8.0.4
This application is licensed to you by its owner.
Microsoft is not responsible for, nor does it grant any licenses to, third-party packages.
Downloading https://dotnetcli.azureedge.net/dotnet/WindowsDesktop/8.0.4/windowsdesktop-runtime-8.0.4-win-x64.exe
  ██████████████████████████████  55.7 MB / 55.7 MB
Successfully verified installer hash
Starting package install...
Successfully installed

C:\Windows\System32>

Steps to reproduce the issue
Try to update Microsoft Windows Desktop Runtime - 8.0.3 (x64) to Microsoft Windows Desktop Runtime - 8.0.4 (x64) with ID
WingetUI Log
I don't see the option for doing this.

Package Managers Logs
I don't see the option for doing this.

Relevant information
I've noticed this issue only with certain applications / certain times. It doesn't always happen.
Screenshots and videos
No response

Hello,
Some packages sometimes fail to be detected properly by Winget, causing missing packages or mistakenly reported updates. Please use the "Ignore Updates" or "Skip this version" options within WingetUI.
Since this is an issue with Winget (not WingetUI), the error cannot be fixed from here, so my best advice is to ignore those updates


Keyboard shortcut does not work with external keyboard

I am on a Macbook, and I have a bluetooth keyboard attached. On my Macbook's built-in keyboard, the Cmd+Ctrl+J shortcut works as expected. The exact same shortcut does not work on the external keyboard, although typing is working fine. I get no response when I try the shortcut on the external keyboard. Also, Sublime's built in shortcuts work just fine - for example I can do Cmd+Shift+P on the external keyboard and access Pretty Json that way.

Can you check the console for errors ? Key bindings and all are handled but ST and not by the plugin.

As no feedback has been provided, and this is likely a ST issue, closing