[BUG] find unknown eventType: Religious/Cultural

Describe the bug
There is unknown eventType  Religious/Cultural which has been detected by events manager while downloading campus events webtool calendar.
The current webtool event type and Rokwire categories has been defined https://github.com/rokwire/events-manager/blob/develop/utilities/constants.py#L40
There is no such definition for  Religious/Cultural
e.g., https://xml.calendars.illinois.edu/eventXML13/7.xml

@sandeep-ps I think there is a new campus eventType not supporting in Rokwire right now.


Feature/graph 306

so far I think this looks good but should we hold off to get #25 added and then we can adjust from there? What do you think @pienkowb ? My thoughts are we make the change here, then move on upstream to graph-ts, modify the tendermint branches, firehose, etc?


Adding more mixins and helpers

I wrote something similar a while ago and I'm using it with another css-in-js library (aphrodite).
https://github.com/kitze/stylz/tree/master/src
Do you think we can combine efforts and merge the libraries?

Yes, please!! Have you seen #1? Which ones are missing, and which ones do you have already?

Closing this for now. @kitze feel free to submit a PR for any items you think we should add from your library.


Syntax only parsed on save.

As I understand, this is a wrapper around other reason tooling and so I am not sure if this is the correct place to open an issue - please point me at the right place if this is not it.
Syntax errors are only re-parsed after write (:w). This means that even if the syntax or type error has been resolved, it still reports the old error until a write occurs. The behavior here I think should be to re-parse on key-change, maybe after a debounce.

I believe this may be the behavior of Syntastic. Can you check if there's a configuration for Syntastic that ends up doing what you want?

Thanks - I checked up on Syntastic and as far as I can see, this behavior can't be changed 👎 Nothing to be done I suppose - closing.


Think about to fix the issues found by adapter checker

I am an automatic service that looks for possible errors in ioBroker and creates an issue for it. The link below leads directly to the test:
https://adapter-check.iobroker.in/?q=https://raw.githubusercontent.com/oweitman/ioBroker.rssfeed

[ ] [E605] No actual year found in copyright. Please add "Copyright (c) 2021 oweitman<EMAIL_ADDRESS>at the end of README.md
[ ] [E701] No actual year found in LICENSE. Please add "Copyright (c) 2021 oweitman<EMAIL_ADDRESS>at the start of LICENSE

Thanks,
your automatic adapter checker.
P.S.: There is a community in Github, which supports the maintenance and further development of adapters. There you will find many experienced developers who are always ready to assist anyone. New developers are always welcome there. For more informations visit: https://github.com/iobroker-community-adapters/info

fixed


fix: bug 1993 Import CL from file is broken when hit enter

:tada: This PR is included in version 0.352.11 :tada:
The release is available on:

npm package (@next dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


AnchorNav Bug Fix

Summary
Fixing an issue with the AnchorNav where the first title would not appear on scroll if it was below the viewport.
List of notable changes:

changed an identifier for determining if the specific anchor nav element was in scope

What should reviewers focus on?

Making sure the same visual test is followed to ensure it works as expected

Steps to test:

Go to Storybook

2. Make sure the offset is, at least, `500px`
3. Use a narrow screen size
4. Scroll slowly until seeing the `AnchorNav` component
5. See error is not longer there

Supporting resources (related issues, external links, etc):

https://github.com/primer/brand/issues/319

Contributor checklist:

[x] All new and existing CI checks pass
[x] Tests prove that the feature works and covers both happy and unhappy paths
[x] Any drop in coverage, breaking changes or regressions have been documented above
[ ] New visual snapshots have been generated / updated for any UI changes
[x] All developer debugging and non-functional logging has been removed
[x] Related issues have been referenced in the PR description

Reviewer checklist:

[ ] Check that pull request and proposed changes adhere to our contribution guidelines and code of conduct
[ ] Check that tests prove the feature works and covers both happy and unhappy paths
[ ] Check that there aren't other open Pull Requests for the same update/change

Screenshots:

Please try to provide before and after screenshots or videos

 Before  After

https://github.com/primer/brand/assets/3042654/1336d3a3-c510-47cc-9288-76bc0c898556

https://github.com/primer/brand/assets/31220082/6966ac5c-9b24-46b4-a822-cfbf8684da47

👋 @JoshBowdenConcepts - Thanks for looking at the bug! Just an FYI that I'm still seeing the bug appear in this story when the offset is manually configured to 500.
https://github.com/primer/brand/assets/13340707/053ec2c4-884e-4076-b647-b3722add97b7

We have narrowed this down to not being an issue in Arc, this is still an issue in Firefox and Chrome.


IPython crash after xarray.opendataset : free():invalid next size (fast)

I tried to open a 40 Mo netcdf file with xarray.open_dataset() but i got a Ipython crash with free():invalid next size (fast)
it's works fine with smaller files ( 10 Mo) , and it's works with the 40 Mo file on my other computer (Windows RAM 32Gb)
This is some informations about my configuration :
`conda info`
          conda version : 4.5.7
    conda-build version : 3.0.19
         python version : 2.7.13.final.0
       base environment : /local01/appli/anaconda2  (writable)
           channel URLs : https://conda.anaconda.org/conda-forge/linux-64
                          https://conda.anaconda.org/conda-forge/noarch
                          http://conda.binstar.org/mutirri/linux-64
                          http://conda.binstar.org/mutirri/noarch
                          http://repo.continuum.io/pkgs/free/linux-64
                          http://repo.continuum.io/pkgs/free/noarch
                          https://repo.anaconda.com/pkgs/main/linux-64
                          https://repo.anaconda.com/pkgs/main/noarch
                          https://repo.anaconda.com/pkgs/free/linux-64
                          https://repo.anaconda.com/pkgs/free/noarch
                          https://repo.anaconda.com/pkgs/r/linux-64
                          https://repo.anaconda.com/pkgs/r/noarch
                          https://repo.anaconda.com/pkgs/pro/linux-64
                          https://repo.anaconda.com/pkgs/pro/noarch

               platform : linux-64
             user-agent : conda/4.5.7 requests/2.14.2 CPython/2.7.13 Linux/3.16.0-4-amd64 debian/8 glibc/2.19

`lscpu`
RAM : 64 GB
Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                24
On-line CPU(s) list:   0-23
Thread(s) per core:    2
Core(s) per socket:    6
Socket(s):             2
NUMA node(s):          2
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 63
Model name:            Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz
Stepping:              2
CPU MHz:               1297.781
CPU max MHz:           3200.0000
CPU min MHz:           1200.0000
BogoMIPS:              4789.90
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              15360K
NUMA node0 CPU(s):     0-5,12-17
NUMA node1 CPU(s):     6-11,18-23

This error appears immediately when i write xr.open_dataset(f) on Ipython console :
An error ocurred while starting the kernel
*** Error in `/local01/appli/anaconda2/bin/python': free(): invalid next size (fast): 0x0000000003086710 ***

xr.show_versions()

INSTALLED VERSIONS
------------------
commit: None
python: 2.7.13.final.0
python-bits: 64
OS: Linux
OS-release: 3.16.0-4-amd64
machine: x86_64
processor:
byteorder: little
LC_ALL: en_US.iso885915
LANG: fr_FR@euro
LOCALE: None.None

xarray: 0.10.7
pandas: 0.20.3
numpy: 1.13.1
scipy: 0.19.1
netCDF4: 1.2.4
h5netcdf: 0.6.1
h5py: 2.7.0
Nio: None
zarr: None
bottleneck: 1.2.1
cyordereddict: 1.0.0
dask: 0.18.1
distributed: 1.22.0
matplotlib: 2.0.2
cartopy: None
seaborn: None
setuptools: 36.4.0
pip: 9.0.1
conda: 4.5.7
pytest: 3.2.1
IPython: 5.3.0
sphinx: 1.6.3

I updated the netcdf4 librairie and it's works. Thanks

I am having the same problem. How can I update netCDF4 library? Thanks in advance. -DJ

@dkobashi how did you install Python?

I use Anaconda python.
My conda version is as follow
platform : linux-64
conda version : 4.3.32
conda is private : False
conda-env version : 4.3.32
conda-build version : 3.0.27
python version : 2.7.14.final.0
requests version : 2.18.4
I attach xarray.show_versions() at the bottom.  I see it uses the same version as the other on the post.
I also attach the error I got below.
*** Error in `/home/dj/anaconda2/envs/roms/bin/python': free(): invalid next size (fast): 0x0000556928b744e0 ***
A funny thing is that I have no problem getting the data using netCDF4-python. The file size of the data is big (50-100GB. netCDF4 format), but again I was able to get the data with netCDF4-python. So I guess I need to update netCDF4-python, but I don't know how.
 I got the following. Is there any other way to update netcdf4 without messing up the dependencies of other python tools? Thanks, -DJ
~$ conda update netcdf4
Fetching package metadata ...........
Solving package specifications: .

# All requested packages already installed.
# packages in environment at ~/anaconda2/envs/roms:
#
netcdf4                   1.2.4               np113py27_0


Compile for x86-64

Would it be possible to compile for x86-64 architecture? Looks like the binary on the releases page is compiled for ARM.

For anyone else looking for a workaround, I ran the following script to compile from source:
#!/usr/bin/env bash

set -eux

# Clone from source
git clone https://github.com/remind101/ssm-env.git ./ssm-env-source
cd ssm-env-source

# Install dependencies
go get github.com/aws/aws-sdk-go/aws
go get github.com/aws/aws-sdk-go/aws/session
go get github.com/aws/aws-sdk-go/service/ssm

# Compile the binary
go build -o ./ssm-env

# Cleanup
cd ../
mv ./ssm-env-source/ssm-env ./
rm -rf ./ssm-env-source

I have no experience with Go, so I'm probably doing something funky. But hey, it worked :)

@eschwartz If you have a working directory, and you're on an x86-64 machine, all you need to do is:
$ go get -u https://github.com/remind101/ssm-env

Just like the readme says. Did that not work for you?


download bullets look weird on Japanese Windows 10

environment :
windows 10
elm-make 0.18 (Elm Platform 0.18.0)
elm-package 0.18.0
Command Prompt
>elm package install elm-lang/navigation -y
Starting downloads...

  笳・elm-lang/navigation 2.0.0

笳・elm-lang/dom 1.1.1
Packages configured successfully!

Wasn't sure whether to open a separate issue for this but the bullets don't show properly either in English code pages, eg OEM United States (437) or ANSI Latin 1 Western European (1252).

Even after switching to code page 65001 (UTF-8), the bullets show, but have some extra characters after them.

I noticed there was a commit back in June 2016 to fix this, but it was later reverted.

The next release will check if it is windows and do an uglier character https://github.com/evancz/builder/blob/master/src/Reporting/Progress/Terminal.hs#L214-L229
Thanks for the report!


How to load multiple? load_many alternative

I am using graphene-django with this implementation of dataloaders...
I have a resolver that returns multiple nodes (DjangoFilterConnectionField, ConnectionField), how to utilize this library in this situation?

+1


Sending mails in usermin fails with v19.00

With Authentic Theme 19.00 sending mail in usermin produces following error:
Expecting form-data encoding but got normal encoding
If I revert to 18.49-9 everything's fine again.

I see the cause of the issue.
Thanks for reporting.

I'm getting same "Expecting form-data encoding but got normal encoding" error message when trying to restore backups from different sources (local, FTP or S3) and everything works fine if I change theme.

Those forms have enctype set, with get method, which is wrong, I think. changing it to post should work.
With the next patch, I'll make sure that all of those forms will always be submitted using post method.

Actually, for the restore page it's not the reason I mentioned above.

Both of the issues are going to be fixed on the next commit.
I'm surprised that it's actually possible to fix the issue with progressive output and multipart/form-data.

It's fixed in latest git version.
Thank you for reporting, appreciate that a lot.


RequestStatus and action fails don't clean up lock

When requesting the status of an invalid group address, the CreateRequestStatusDatagram(destinationAddress) function call in
KnxSender.cs:RequestStatus(string) will return null.
SendData will be called with null, causing the backend to fail with an exception.
At this point when you caught the exception in the main program the next knx action will be encountering the lock that was previously set, causing the program to hang indefinitely
Test case:
// TunnelingConnection conn opened somewhere here
{
  try
  {
    // causes exception: argumentnullexception, because udpSend was trying to send byte array with null
    // should be argumentexception, "groupaddress invalid" or something.
    conn.RequestStatus("12/50/255"); // exception, middle group valid in [0..7]
  }
  catch (Exception ex)
  {
    Console.WriteLine(ex.ToString());
  }
  try
  {
    // this now locks up
    conn.RequestStatus("12/5/255"); // is valid
  }
  catch (Exception ex)
  {
    Console.WriteLine(ex.ToString());
  }
}

And while we are at it, a nice, public check knx addr function that returns true if the address is valid and false otherwise would be a really nice addition.

Are you using Tunneling? I was only partly able to reproduce your issue with Tunneling (works for Routing): I also get the wrong exception (I get a NullReferenceException) when requesting a status for "12/50/255" but I don't see a lock when requesting "12/5/255" afterwards.
I think the problem is here
https://github.com/lifeemotions/knx.net/blob/6b50cefa6fe24794efe1a86b089139babcb8c509/src/KNXLib/KnxSenderTunneling.cs#L118-L123
The InvalidKnxAddressException is catched here and null is returned which then is tried to be send via udp. I think we can just replace return null; with throw;. Otherwise we'd need to introduce a null check at
https://github.com/lifeemotions/knx.net/blob/6b50cefa6fe24794efe1a86b089139babcb8c509/src/KNXLib/KnxSender.cs#L21

I am using tunneling

Would you be able to test if the fix I mentioned in my previous comment works for you?

I changed the return null to throw in KnxSenderTunneling.CreateRequestStatusDatagram and KnxSenderTunneling.CreateActionDatagram
during the finally in KnxLockManager.PerformLockedOperation it does call SendUnlockPauseThread
During debugging it froze at the next _sendLock.Wait call, however I believe it is because at that point the connection dropped.
running without step by step debugging it does seem to work fine.


Details about the event loop

Deno's manual doesn't seem to have a detail section for the event loop. (I'm new to deno, so I might miss the section.)
How is the event loop implemented in Deno with Tokio different from Node.js?
For example, nextTickQueue doesn't exist in Deno.
https://nodejs.org/en/docs/guides/event-loop-timers-and-nexttick/

Perhaps a new page in /runtime/fundamentals

That's an "advanced" topic, so it shouldn't go to fundamentals section.


Break Out or Move NON-SCAD Functionality

I did an analysis of SCAD versus JSCAD functionality, which shows that there is a lot of "extra" functionality in the library. If some of this is useful to other libraries then these functions should be broken out/moved.
Review of OpenScad vs OpenJsCad OpenScad
J: defined by Javascript
I: translator required
*: defined in OpenScad and in OpenJsCad OpenScad
-: defined in OpenScad but not in OpenJsCad OpenScad
+: not defined in OpenScad but in OpenJsCad OpenScad
Syntax:
J: var = value;
I: module name(…) {…}
J: function name(…) = …
*: include <…> acts as if the contents were written inline
-: use <…> imports declarations of modules and functions
2D
*: circle(radius | d=diameter)
*: square(size,center)
*: square([width,height],center)
*: polygon([points])
*: polygon([points],[paths])
-: text(t,size,font,halign,valuing,spacing,direction,language,script)
3D
*: sphere(radius | d=diameter)
*: cube(size,center)
*: cube([width,depth,height],center)
*: cylinder(h,r | d,center)
*: cylinder(h,r1 | d1,r2 | d2,center)
*: polyhedron(points,triangles,convexity)
Transformations
*: translate([x,y,z])
*: rotate([x,y,z])
*: scale([x,y,z])
-: resize([x,y,z],auto)
*: mirror([x,y,z])
-: multmatrix(m)
*: color(“name”)
*: color([r,g,b,a])
-: offset(r | delta,chamfer)
*: hull()
-: minkowski()
Boolean
*: union()
*: difference()
*: intersection()
Modifiers
I: “*” disable
I: “!” show only
I: “#” highlight
I: “%” transparent
Math
…
Functions
contact
*: lookup
str
chr
search
*: version
-: version_num
norm
cross
parent_module(idx)
Other
*: echo(…)
J: for …
I: intersection_for …
J: if (…) {…}
I: assign (…) {…}
-: import(“filepath”) imports the model (2D DXF or 3D STL) for use // NOTE: import is a reserved word in javascript
*: linear_extrude(height,centre,convexity,twist,slices)
*: rotate_extrude(convexity)
surface()
-: projection(cut)
render(convexity)
children([idx])
Only in OpenJSCad OpenScad.js
+: group(objects)
+: geodesicShere()
+: torus()
+: center()
+: expand()
+: contract()
+: chain_hull()
+: rectangular_extrude()
+: triangle()
+: rgb2hsl()
+: hsl2rgb()
+: rgb2hsv()
+: hsl2rgb()
+: html2rgb() // required for HTML color
+: rgb2html() // required for HTML color
+: simplexFont()
+: vector_char()
+: vector_text()
+: clone() … internal only (not used)
+: sprintf() … internal only (not used)
+: vsprintf() … internal only (not used)

This is a very good & useful analysis @z3dev !
It will help fill in the blanks, but I do not think APIs should become even more fragmented than before: despite the naming  of this package , I do not think we need to copy 100% what Openscad does,  moving towards a functional , clear & clean API is , which this package is a good step towards ?

Great list! After porting some modules from SCAD to JSCAD, I can add that OpenSCAD's search() is not in OpenJSCAD and OpenJSCAD's hull() is missing functionality as it can't do 3d hulls like SCAD's can.
I would like to see as complete a mirror of SCAD's api as possible - or some snippets in the docs on how to emulate SCAD where it may not be worth the effort to implement code in scad-api. There is tons of SCAD modules out there waiting to be porting over :-)


[Code health] Hide MapBoxOfflineTileProvider from internal API

Currently MapBoxOfflineTileProvider is exposed by MapAdapter. We should instead expose a generic representation of this. @scolsen let's discuss.

sgtm, there's currently a note about needing to do so in order to call close, but I suppose we can just provide a generic wrapper.

sgtm, there's currently a note about needing to do so in order to call close, but I suppose we can just provide a generic wrapper.

We'll likely not need this after a migration to COGs. I'll keep track of it for now.

This was deleted


Add dynamism tests to stablehlo/testdata

Building on #1215, let's also add dynamism tests from jax2tf/tests/shape_poly_test.py.

Implemented in https://github.com/openxla/stablehlo/pull/1241.


[windows] Update out-of-support VS 17.9 components

Description
This PR removes out-of-support components for Visual Studio 17.9 on Windows 2022 and adds latest components to toolset.
https://github.com/MicrosoftDocs/visualstudio-docs/commit/7b001c3921183938495192a2eeb1eac08959fd67
Related issue:
Check list

[ ] Related issue / work item is attached
[ ] Tests are written (if applicable)
[ ] Documentation is updated (if applicable)
[ ] Changes are tested and related VM images are successfully generated

/azp run windows2019,windows2022


[Darwin Framework] Read NFC Tag containing CHIP Setup Payload

Problem
<Currently, a device may share its Setup/Onboarding Payload with CHIP Controller using QR Code or Manual Pairing Code. Devices which don't have a display would benefit from another way to send the Setup Payload, that is, via NFC Tag.

Proposed Solution
<Make CHIPTool for iOS read NFC Tags containing a NDEF record of type "URI" with scheme "ch:"
Interpret the URI record as CHIP QR Code Payload>

duplicate with #3626


OADP-3340: Support the standardized Azure Identity configuration flow via OLM and CCO for OADP

Tested the CCO workflow for Azure credentials request on OCP 4.15 pre-released Azure identity cluster, it worked fine. Now need to check whether the Velero-plugin-for-microsoft-azure supports authentication via this method.

still planned for 1.4 per jira
/remove-lifecycle stale

/lifecycle frozen

/remove-lifecycle rotten


Map reset and claims moving

Create survival world with spawn and claims, load 5K radius chunks + dynmap tiles;
Reset Nether and End;
Create warps in Nether and End;
Move world border to 20K raduis;
Create new warps for missing biomes;

4-


Fix for Issue 130, updated gt, gte, lt, lte comparison methods

Addresses issue #130

Build test failing due to a bundler issue, please restart; tests pass locally.

This failure on Travis happens occasionally ... well, more than occasionally ... and I'm not sure why:
$ bundle exec rake spec
Could not find rake-10.1.0 in any of the sources
Run `bundle install` to install missing gems.

The gemfile reveals that no version is specified for rake. Any idea why the sporadic failures? I'd like to get a Travis green light on this one.

I'm not sure what's going on with Travis, the same error was reported in the previous pull request I submitted ( #124 ), but it passed.  I have yet to find one community project that doesn't have consistent issues with Travis CI.
The Gemfile.lock file has 10.1.0 specified, but in the test history for Travis it says that bundler installed rake correctly.  Would you please try restarting the job?
If I had to guess it would be something with the bundler path, but I'm not familiar enough with Travis to troubleshoot it further.

Looking around the Travis issues, have you tried this in the .travis.yml?:
install: ruby -S bundle install

Noticed your recent commits, have you tried mirroring the BubbleWrap travis config?
language: objective-c
before_install:
    - (ruby --version)
    - sudo chown -R travis ~/Library/RubyMotion
    - mkdir -p ~/Library/RubyMotion/build
    - sudo motion update
script:
    - bundle install
    - bundle exec rake clean
    - bundle exec rake spec
    - bundle exec rake clean
    - bundle exec rake spec osx=true

Then again, BW has been having build issues with Travis for eons.

I think it’s a problem with RubyMotion. In RubyMotion/lib/motion/util/version.rb, the version is compared against a non-empty regular expression. What version? I don’t know. RubyMotion version? App version? SDK version? Anyhow, that’s what’s failing now, so I filed a motion support issue.
Let’s see what @eloy has to say...

On Jan 29, 2015, at 11:48 AM, cognitiveflux<EMAIL_ADDRESS>wrote:
Noticed your recent commits, have you tried mirroring the BubbleWrap travis config?
language: objective-c
before_install:
- (ruby --version)
- sudo chown -R travis ~/Library/RubyMotion
- mkdir -p ~/Library/RubyMotion/build
- sudo motion update
script:
- bundle install
- bundle exec rake clean
- bundle exec rake spec
- bundle exec rake clean
- bundle exec rake spec osx=true
Then again, BW has been having build issues with Travis for eons.
—
Reply to this email directly or view it on GitHub https://github.com/sxross/MotionModel/pull/131#issuecomment-72091464.

Passes local tests. Should pass Travis with new travis.yml I just (finally) figured out.


Careful Curation and Documentation of default parameter file

Currently the default parameter file is somewhat ad-hock using a Mixture of parameter values taken from Cell Biology by the Numbers and some back of the envelope guesses.
All parameters in this file should have citations and/or supporting calculations!
I am thinking we should have a few default parameter files for different organisms/situations: e coli, e coli extract, yeast, and mammalian perhaps?  Here is a first pass at a list of parameters:

Default values of kb, ku, kcat ,ktx ,ktl, kcat. These can be order of magnitude estimates from published data.
Default values for "strong", "medium", and "weak" for binding / unbinding. these can be order of magnitude estimates based upon binding energy and temperature (for ku) and kb is related to diffusion.
Specific for machinery: these should include ribosome, polymerase, and endonuclease concentrations, and values for every single tx and tl Mechanism that are rescaled appropriately.

Possible data Sources:

E. Coli: Many sources, especially Vipul's newest paper.
Megaterium: Paul Freemont's paper
Cell Numbers Data base and Cell biology by the Numbers
Yeast: I think Tom Ellis' group has some good papers with models
Mammalian: Maybe Elowitz has some papers?

Questions:

Should we include specific parameters for some synthetic biology parts such as common promoters and RBSs? because we aren't actually collecting data, I suggest NO.
Is there a way to add different Species.material_types into the parameter defaulting scheme so that different materials can have different default parameters? For example, diffusion of a piece of DNA is probably slower than diffusion of a protein which in turn is slower than diffusion of a metabolite.
Is there a way to add length into parameter defaulting [in particular for transcription and translation?]. It would be nice if some mechanisms could be length-dependent automatically if length parameters are available.

Leave this as a low hanging fruit for reviewers.


btlogging/loggingmachine.py: Fix bw compat API.

The bt logging mechanism breaks regular logging in various ways, that are solved by this commit.
Bug
Logging from outside of bittensor is broken, for instance, retry logs using:
logger.warning('%s, retrying in %s seconds...', e, _delay)

and this will output the literal %s, as the args are hijacked by the attempt at bw compatibility in bittensor, because the args e and _delay would land on kwargs prefix and suffix.
Also, all logging originates quite visibly from loggingmachine.py, which, in a literal sense, is correct, but not very helpful information.
Description of the Change

add stacklevel=2 so that the filename of the originating call is logged (requires Python >= 3.8)
move *args before prefix and suffix kwargs so regular logging calls using args, such as in retry, still work as intended
additional commit to get rid of the " - " prefixes and suffixes that are added when prefix and/or suffix are not used
handles an issue in CPython < 3.11 with logging.exception()

Alternate Designs
Reworking the logging entirely is also a possibility. But this seemed to be the easy fix.
Possible Drawbacks
Any code relying on prefix and suffix also being positional arguments, is now broken. This is intentional.
Verification Process
I ran code that relies on bittensor and btlogging to verify that logging is now better.
Release Notes

Fixed and improved logging

fix ruff issue with just simple command ruff format .

@mvds00, @heeres pls fix ruff complaint using command ruff format . in your env

@mvds00, @heeres pls fix ruff complaint using command ruff format . in your env

Why? We didn't touch the files ruff is complaining about. According to git blame it's this commit:
89c877661 bittensor/_subtensor/subtensor_impl.py (philanthrope         2023-07-26 18:20:28 -0400  112)
How could it have come through CI?

@mvds00, @heeres pls fix ruff complaint using command ruff format . in your env

Why? We didn't touch the files ruff is complaining about. I think this commit is the culprit:
commit f02c115673d10ca923e94308448e66102a1c11d6
Author: Benjamin Himes<EMAIL_ADDRESS>Date:   Mon Jul 22 15:39:10 2024 +0200

...

 KEY_NONCE: Dict[str, int] = {}

-#######
-# Monkey patch in caching the convert_type_string method
-#######
-if hasattr(RuntimeConfiguration, "convert_type_string"):
-    original_convert_type_string = RuntimeConfiguration.convert_type_string
-
-    @functools.lru_cache(maxsize=None)
-    def convert_type_string(_, name):
-        return original_convert_type_string(name)
-
-    RuntimeConfiguration.convert_type_string = convert_type_string
-#######

 class ParamWithTypes(TypedDict):

Because the removal of the comments and code makes the newlines form three empty lines which is obviously Very Bad.
How could it have come through CI?

I guess know what is happening. We have extra line which is the reason for ruff complaint. This PR should to fix that. After I merge it, you need to update your branch from staging and all the checkouts.

To expedite the PR I fixed the issue introduced by f02c115673d10ca923e94308448e66102a1c11d6.

Thank you for helping me discover the issue!

pls return back e2e test and e2e utils.

Why? The e2e test I removed refers to a function that was removed from subtensor, so it will always fail. The e2e utils contains a bug in epoch calculation, probably causing the weight setting test to fail. So without these fixes it will never pass CI.

pls return back e2e test and e2e utils.

Why? The e2e test I removed refers to a function that was removed from subtensor, so it will always fail. The e2e utils contains a bug in epoch calculation, probably causing the weight setting test to fail. So without these fixes it will never pass CI.

Now there is a process of reorganizing the nodes on the subtensor side. This will be up and running soon for testing and the tests will be successful.

@mvds00 Can you please update the branch with base staging? Thank you!

@mvds00 Can you please update the branch with base staging? Thank you!

Just did, and automated the process towards the future.

tests/e2e_tests/multistep/test_axon.py is repeatedly failing, and I don't know why.


esp_http_client disable_auto_redirect working as intended? (IDFGH-4408)

Environment

Development Kit: Hiletgo ESP32 dev board
Module or chip used:  ESP32-WROOM-32D
IDF version (run git describe --tags to find it): v4.1
Build System:  idf.py
Compiler version (run xtensa-esp32-elf-gcc --version to find it): xtensa-esp32-elf-gcc (crosstool-NG esp-2020r2) 8.2.0
Operating System:  Windows
(Windows only) environment type: ESP Command Prompt
Using an IDE?: No
Power Supply:  USB

Problem Description
I have a program that uses esp_http_client to make an HTTP POST request to a specific URL. One of the possible responses to that HTTP POST request is a HTTP 302 (redirect) with a "Location" HTTP header. Interestingly, ESP-IDF appears to respect redirects, which is pretty neat, but undesirable in this particular use-case where I wanted to just obtain the new URL supplied by the server, via the "Location" HTTP header.
I attempted to disable auto redirects by setting disable_auto_redirect to true, but when I did, I started to see odd behavior - HTTP requests whose response code was 200 started failing.
I looked at the esp_http_client code, in function esp_http_check_response() and it appears that any time disable_auto_redirect is true, the function will set an error.  Note that the value in disable_auto_redirect is checked in the if() block below, before the status code is checked.
static esp_err_t esp_http_check_response(esp_http_client_handle_t client)
{
    if (client->redirect_counter >= client->max_redirection_count || client->disable_auto_redirect) {
        ESP_LOGE(TAG, "Error, reach max_redirection_count count=%d", client->redirect_counter);
        return ESP_ERR_HTTP_MAX_REDIRECT;
    }
    switch (client->response->status_code) {
        case HttpStatus_MovedPermanently:
        case HttpStatus_Found:
        case HttpStatus_TemporaryRedirect:
            esp_http_client_set_redirection(client);
            client->redirect_counter ++;
            client->process_again = 1;
            break;
        case HttpStatus_Unauthorized:
            esp_http_client_add_auth(client);
    }
    return ESP_OK;
}

It is entirely possible that I am missing something here, but that seems undesirable. The documentation on this option is fairly vague, stating simply "Disable HTTP automatic redirects" with no further information. I did not see any examples that use this option that may shed some additional light on its intended use.
If I've missed something, please set me straight :)
Expected Behavior
If disable_auto_redirect is set to true, the HTTP request should only fail if the HTTP response is, in fact, a redirect.
Actual Behavior
It seems that HTTP 200 responses also fail

Thanks for reporting and letting us know, we will look into.

Hi @jgcjoec, we have already fixed this issue on master branch. Fix will be updated on GitHub once all internal checks are passed.
Please find attached patch to fix issue on release/v4.1 branch and let me know if it works for you.
I'll make sure fix is backported to release branches.
0001-esp_http_client-Skip-check-for-redirection-counter-i.patch.zip
Thanks,
Shubham

Thanks, @shubhamkulkarni97!

@jgcjoec Thanks for reporting, the fix is available at https://github.com/espressif/esp-idf/commit/aceb38c326a5450b1aa7e1b4202bc4648e1829fd, feel free to reopen if it happens. Thanks.


character escaped

In function definitions the * becomes \*.
For example:
main(\*args, \*\*kwargs)

Looks like language server sends markdown. Do you have ideas how to render it to plain text the best?

Unless you want to implement a full markdown/html renderer I think the best option is to just remove all backslashes except if followed by a backslash.
so something like 's/\\([^\])/\1/g'

A better option:
In the language server specification there is a setting that tells what kind of MarkupKind you want to receive, plain or markdown.

I'll definitely add proper client capabilities for it, but problem is that pyls ignores them and sends doc in markdown anyway, and even more, it does it in a plain string format, without providing a kind. The only robust way do detect that we need to do unescape in such situation is to add a configuration option which will force markdown unescape for a given server.

Missed your comment and created an issue: https://github.com/palantir/python-language-server/issues/386

I skimmed through https://github.com/palantir/python-language-server/pull/348/files — it looks like it will not respect documentationFormat client capability, but at least it will annotate documentation with proper kind.

@ul you added the client capability for completion_item.documentation_format, but there are two more places where this can be configured: hover.contentFormat and signatureHelp.signatureInformation.documentationFormat. Just want to confirm if whether it makes sense to add those as well (unless you already did so and I missed this commit).

@maximbaz I does make sense to add them, I just overlooked it.


[BUG][Spark] Delta merge operation converts null value in struct column to struct with nulls

Bug
Which Delta project/connector is this regarding?

[x] Spark
[ ] Standalone
[ ] Flink
[ ] Kernel
[ ] Other (fill in here)

Describe the problem
I have stored data (which includes a column containing structs and contains null values) and I want to update this data using the delta merge operation. The new data contains several new columns (not present in the stored data), so I have set spark.conf.set("spark.databricks.delta.schema.autoMerge.enabled", True). The new data also contains a column containing structs, and again the value is sometimes null. After inspecting the results I noticed that the null values in the new struct column have been changed to a struct with every field set to null. Additionally, the struct column already present in the stored data has been converted as well.
Steps to reproduce
from pyspark.sql.types import StructField, StructType, IntegerType
from delta import DeltaTable

path_to_delta_file = "/path/to/delta/file"

schema = StructType([StructField("id", IntegerType(), True),
                     StructField("struct_col", StructType([StructField("a", IntegerType(), True), StructField("b", IntegerType(), True)]))])

df = spark.createDataFrame([(1, {"a": 1, "b": 2}), (2, None)], schema=schema)
df.write.save(path_to_delta_file)

updates_df = df.withColumn("extra_struct", F.col("struct_col"))

spark.conf.set("spark.databricks.delta.schema.autoMerge.enabled", True)

delta_table = DeltaTable.forPath(spark, path_to_delta_file)

delta_table.alias("stored_data").merge(
    updates_df.alias("updates"),
    "stored_data.id <=> updates.id").whenMatchedUpdateAll().execute()

Observed results
The results after the merge operation look like this:

Expected results
I would expect the results to look like this (which is also what they look like when I display the dataframe before the merge operation):

Further details
I am running this code on Azure Databricks (runtime version 13,3).
Environment information

Delta Lake version: 2.4.0
Spark version: 3.4.1
Scala version: 2.12

Willingness to contribute
The Delta Lake Community encourages bug fix contributions. Would you or another member of your organization be willing to contribute a fix for this bug to the Delta Lake code base?

[ ] Yes. I can contribute a fix for this bug independently.
[ ] Yes. I would be willing to contribute a fix for this bug with guidance from the Delta Lake community.
[x] No. I cannot contribute a bug fix at this time.

This remains an issue in Delta Lake 3.2.0 and is impacting the migration path for some of our parquet tables. Ideally we would be able to use autoMerge without the unexpected side-effect of transforming null structs into non-null structs with null fields.


[Bug]: Compilation errors are not shown in the IDE but when we do bal run for specific error intersections

Description
type A error<Detail1> & error<Detail2>;
type Detail1 record {
    A? c;
    int a;
};

type Detail2 record {|
    int|string a;
    int b;
    () c;
|};

For the above sample there is not error logged in the IDE. But we try to run it, it fails with compilation errors
ERROR [:(0:0,0:0)] invalid error detail type '$anonIntersectionRecordType$_0', expected a subtype of 'map<ballerina/lang.value:0.0.0:Cloneable>'
ERROR [:(0:0,0:0)] unknown type '$anonIntersectionRecordType$_0'

Steps to Reproduce
No response
Affected Version(s)
No response
OS, DB, other environment details and versions
No response
Related area
-> Editor
Related issue(s) (optional)
No response
Suggested label(s) (optional)
No response
Suggested assignee(s) (optional)
No response

Closing as the issue seems to be fixed in 2201.8.0-SNAPSHOT (master)


Malformed message; no clientId in message or inferred from connection

After updating to the v0.8.2 via CocoaPods, I'm getting a Malformed message; no clientId in message or inferred from connection error in the callback of presence.enter(nil).
Here's the log:
2016-05-20 09:28:14.499 demo-ios[7894:67011] DEBUG: (ARTRest.m:57) RS:0x7fd528d440c0 0x7fd528d81730 alloc HTTP
2016-05-20 09:28:14.499 demo-ios[7894:67011] DEBUG: (ARTAuth.m:45) RS:0x7fd528d440c0 validating ARTClientOptions: key=(null) token=(null) authUrl=https://www.ably.io/ably-auth/token-details/demos authMethod=GET hasAuthCallback=0
2016-05-20 09:28:14.499 demo-ios[7894:67011] DEBUG: (ARTAuth.m:66) RS:0x7fd528d440c0 setting up auth method Token with authUrl
2016-05-20 09:28:14.499 demo-ios[7894:67011] DEBUG: (ARTRest.m:73) RS:0x7fd528d440c0 initialized
2016-05-20 09:28:14.500 demo-ios[7894:67011] DEBUG: (ARTRealtime.m:82) R:0x7fd528da7d70 initialized with RS:0x7fd528d440c0
2016-05-20 09:28:14.500 demo-ios[7894:67011] DEBUG: (ARTRealtime.m:212) R:0x7fd528da7d70 transition to Connecting requested
2016-05-20 09:28:14.500 demo-ios[7894:67011] DEBUG: (ARTWebSocketTransport.m:56) R:0x0 WS:0x7fd528c9e8b0 alloc
2016-05-20 09:28:14.500 demo-ios[7894:67011] DEBUG: (ARTWebSocketTransport.m:91) R:0x7fd528da7d70 WS:0x7fd528c9e8b0 websocket connect
2016-05-20 09:28:14.500 demo-ios[7894:67011] DEBUG: (ARTWebSocketTransport.m:105) R:0x7fd528da7d70 WS:0x7fd528c9e8b0 connecting with token auth; authorising
2016-05-20 09:28:14.501 demo-ios[7894:67011] VERBOSE: RS:0x7fd528d440c0 ARTAuth: requesting new token.
2016-05-20 09:28:14.501 demo-ios[7894:67011] DEBUG: (ARTAuth.m:175) RS:0x7fd528d440c0 using authUrl (GET https://www.ably.io/ably-auth/token-details/demos?clientId=abcdefgh&ttl=3600.000000&capability=%7B%22*%22:%5B%22*%22%5D%7D&timestamp=1463725694.501228&format=msgpack)
2016-05-20 09:28:14.502 demo-ios[7894:67011] DEBUG: (ARTRest.m:138) RS:0x7fd528d440c0 executing request <NSMutableURLRequest: 0x7fd528c8f9b0> { URL: https://www.ably.io/ably-auth/token-details/demos?clientId=abcdefgh&ttl=3600.000000&capability=%7B%22*%22:%5B%22*%22%5D%7D&timestamp=1463725694.501228&format=msgpack }
2016-05-20 09:28:14.502 demo-ios[7894:67011] DEBUG: GET https://www.ably.io/ably-auth/token-details/demos?clientId=abcdefgh&ttl=3600.000000&capability=%7B%22*%22:%5B%22*%22%5D%7D&timestamp=1463725694.501228&format=msgpack
2016-05-20 09:28:14.502 demo-ios[7894:67011] VERBOSE: Headers {
    Accept = "application/json,application/x-msgpack";
    "X-Ably-Version" = "0.8";
}
2016-05-20 09:28:14.503 demo-ios[7894:67011] DEBUG: (ARTRestChannel.m:35) RS:0x7fd528f5c000 instantiating under 'mobile:chat'
2016-05-20 09:28:14.504 demo-ios[7894:67011] DEBUG: (ARTRealtimeChannel.m:533) R:0x7fd528da7d70 C:0x7fd528d706d0 already attaching
2016-05-20 09:28:14.505 demo-ios[7894:67011] DEBUG: (ARTRealtimeChannel.m:533) R:0x7fd528da7d70 C:0x7fd528d706d0 already attaching
2016-05-20 09:28:15.906 demo-ios[7894:67011] DEBUG: GET https://www.ably.io/ably-auth/token-details/demos?clientId=abcdefgh&ttl=3600.000000&capability=%7B%22*%22:%5B%22*%22%5D%7D&timestamp=1463725694.501228&format=msgpack: statusCode 200
2016-05-20 09:28:15.906 demo-ios[7894:67011] VERBOSE: Headers {
    "Access-Control-Allow-Origin" = "http://docs.ably.io";
    "Cache-Control" = "max-age=0, private, must-revalidate";
    Connection = close;
    "Content-Encoding" = gzip;
    "Content-Type" = "application/json; charset=utf-8";
    Date = "Fri, 20 May 2016 06:28:15 GMT";
    Etag = "W/\"c4f6c4395131b4d5c4c5008874e3f9c7\"";
    Server = Cowboy;
    Status = "200 OK";
    Vary = "Accept-Encoding";
    Via = "1.1 vegur";
    "X-Content-Type-Options" = nosniff;
    "X-Frame-Options" = SAMEORIGIN;
    "X-Request-Id" = "756ef4fa-3a78-49ad-a28a-f1ba9e0a15aa";
    "X-Runtime" = "0.766614";
    "X-Xss-Protection" = "1; mode=block";
}
2016-05-20 09:28:15.907 demo-ios[7894:67011] DEBUG: RS:0x7fd528d440c0 ARTAuth: authUrl response <NSHTTPURLResponse: 0x7fd528eaf7e0> { URL: https://www.ably.io/ably-auth/token-details/demos?clientId=abcdefgh&ttl=3600.000000&capability=%7B%22*%22:%5B%22*%22%5D%7D&timestamp=1463725694.501228&format=msgpack } { status code: 200, headers {
    "Access-Control-Allow-Origin" = "http://docs.ably.io";
    "Cache-Control" = "max-age=0, private, must-revalidate";
    Connection = close;
    "Content-Encoding" = gzip;
    "Content-Type" = "application/json; charset=utf-8";
    Date = "Fri, 20 May 2016 06:28:15 GMT";
    Etag = "W/\"c4f6c4395131b4d5c4c5008874e3f9c7\"";
    Server = Cowboy;
    Status = "200 OK";
    Vary = "Accept-Encoding";
    Via = "1.1 vegur";
    "X-Content-Type-Options" = nosniff;
    "X-Frame-Options" = SAMEORIGIN;
    "X-Request-Id" = "756ef4fa-3a78-49ad-a28a-f1ba9e0a15aa";
    "X-Runtime" = "0.766614";
    "X-Xss-Protection" = "1; mode=block";
} }
2016-05-20 09:28:15.907 demo-ios[7894:67011] VERBOSE: RS:0x7fd528d440c0 ARTJsonLikeEncoder<json> decoding '<7b0a2020 22746f6b 656e223a 20224932 455f4a51 2e41725f 614f5967 78747067 52615731 62726953 62355848 4863567a 5f386d6f 54446b45 6f5a3439 494e3336 30355663 6d445522 2c0a2020 226b6579 4e616d65 223a2022 4932455f 4a512e72 5f614f59 67222c0a 20202269 73737565 64223a20 31343633 37323536 39353636 332c0a20 20226578 70697265 73223a20 31343633 37363838 39353636 332c0a20 20226361 70616269 6c697479 223a2022 7b5c222a 5c223a5b 5c222a5c 225d7d22 2c0a2020 22636c69 656e7449 64223a20 222a220a 7d>'; got: {
    capability = "{\"*\":[\"*\"]}";
    clientId = "*";
    expires =<PHONE_NUMBER>663;
    issued =<PHONE_NUMBER>663;
    keyName = "I2E_JQ.r_aOYg";
    token = "I2E_JQ.Ar_aOYgxtpgRaW1briSb5XHHcVz_8moTDkEoZ49IN3605VcmDU";
}
2016-05-20 09:28:15.907 demo-ios[7894:67011] VERBOSE: RS:0x7fd528d440c0 ARTJsonLikeEncoder<json>: tokenFromDictionary {
    capability = "{\"*\":[\"*\"]}";
    clientId = "*";
    expires =<PHONE_NUMBER>663;
    issued =<PHONE_NUMBER>663;
    keyName = "I2E_JQ.r_aOYg";
    token = "I2E_JQ.Ar_aOYgxtpgRaW1briSb5XHHcVz_8moTDkEoZ49IN3605VcmDU";
}
2016-05-20 09:28:15.908 demo-ios[7894:67011] VERBOSE: RS:0x7fd528d440c0 ARTAuth: token request succeeded: ARTTokenDetails: token=I2E_JQ.Ar_aOYgxtpgRaW1briSb5XHHcVz_8moTDkEoZ49IN3605VcmDU clientId=* issued=2016-05-20 06:28:15 +0000 expires=2016-05-20 18:28:15 +0000
2016-05-20 09:28:15.909 demo-ios[7894:67011] DEBUG: (ARTWebSocketTransport.m:109) R:0x7fd528da7d70 WS:0x7fd528c9e8b0 authorised: ARTTokenDetails: token=I2E_JQ.Ar_aOYgxtpgRaW1briSb5XHHcVz_8moTDkEoZ49IN3605VcmDU clientId=* issued=2016-05-20 06:28:15 +0000 expires=2016-05-20 18:28:15 +0000 error: (null)
2016-05-20 09:28:15.909 demo-ios[7894:67011] DEBUG: (ARTWebSocketTransport.m:181) R:0x7fd528da7d70 WS:0x7fd528c9e8b0 url /?accessToken=I2E_JQ.Ar_aOYgxtpgRaW1briSb5XHHcVz_8moTDkEoZ49IN3605VcmDU&client_id=abcdefgh&echo=true&format=msgpack&v=0.8 -- wss://realtime.ably.io:443
2016-05-20 09:28:16.761 demo-ios[7894:67011] DEBUG: (ARTWebSocketTransport.m:231) R:0x7fd528da7d70 WS:0x7fd528c9e8b0 websocket did open
2016-05-20 09:28:16.761 demo-ios[7894:67011] DEBUG: (ARTWebSocketTransport.m:351) R:0x7fd528da7d70 WS:0x7fd528c9e8b0 websocket did receive data <85a66163 74696f6e 04ac636f 6e6e6563 74696f6e 4964aa6b 75717638 6c434c79 50ad636f 6e6e6563 74696f6e 4b6579d9 20393530 6138216b 75717638 6c434c79 50354246 74326b2d 62613133 39353061 38b0636f 6e6e6563 74696f6e 53657269 616cffb1 636f6e6e 65637469 6f6e4465 7461696c 7387a863 6c69656e 744964a1 2aad636f 6e6e6563 74696f6e 4b6579d9 20393530 6138216b 75717638 6c434c79 50354246 74326b2d 62613133 39353061 38ae6d61 784d6573 73616765 53697a65 cd1000ae 6d617849 6e626f75 6e645261 746505ac 6d617846 72616d65 53697a65 ce000400 00a87365 72766572 4964d927 66726f6e 74656e64 2e656466 352e6575 2d63656e 7472616c 2d312d41 2e692d31 61353963 386136b2 636f6e6e 65637469 6f6e5374 61746554 746cce00 01d4c0>
2016-05-20 09:28:16.762 demo-ios[7894:67011] VERBOSE: RS:0x7fd528d440c0 ARTJsonLikeEncoder<msgpack> decoding '<85a66163 74696f6e 04ac636f 6e6e6563 74696f6e 4964aa6b 75717638 6c434c79 50ad636f 6e6e6563 74696f6e 4b6579d9 20393530 6138216b 75717638 6c434c79 50354246 74326b2d 62613133 39353061 38b0636f 6e6e6563 74696f6e 53657269 616cffb1 636f6e6e 65637469 6f6e4465 7461696c 7387a863 6c69656e 744964a1 2aad636f 6e6e6563 74696f6e 4b6579d9 20393530 6138216b 75717638 6c434c79 50354246 74326b2d 62613133 39353061 38ae6d61 784d6573 73616765 53697a65 cd1000ae 6d617849 6e626f75 6e645261 746505ac 6d617846 72616d65 53697a65 ce000400 00a87365 72766572 4964d927 66726f6e 74656e64 2e656466 352e6575 2d63656e 7472616c 2d312d41 2e692d31 61353963 386136b2 636f6e6e 65637469 6f6e5374 61746554 746cce00 01d4c0>'; got: {
    action = 4;
    connectionDetails =     {
        clientId = "*";
        connectionKey = "950a8!kuqv8lCLyP5BFt2k-ba13950a8";
        connectionStateTtl = 120000;
        maxFrameSize = 262144;
        maxInboundRate = 5;
        maxMessageSize = 4096;
        serverId = "frontend.edf5.eu-central-1-A.i-1a59c8a6";
    };
    connectionId = kuqv8lCLyP;
    connectionKey = "950a8!kuqv8lCLyP5BFt2k-ba13950a8";
    connectionSerial = "-1";
}
2016-05-20 09:28:16.762 demo-ios[7894:67011] VERBOSE: RS:0x7fd528d440c0 ARTJsonLikeEncoder<msgpack>: protocolMessageFromDictionary {
    action = 4;
    connectionDetails =     {
        clientId = "*";
        connectionKey = "950a8!kuqv8lCLyP5BFt2k-ba13950a8";
        connectionStateTtl = 120000;
        maxFrameSize = 262144;
        maxInboundRate = 5;
        maxMessageSize = 4096;
        serverId = "frontend.edf5.eu-central-1-A.i-1a59c8a6";
    };
    connectionId = kuqv8lCLyP;
    connectionKey = "950a8!kuqv8lCLyP5BFt2k-ba13950a8";
    connectionSerial = "-1";
}
2016-05-20 09:28:16.763 demo-ios[7894:67011] VERBOSE: R:0x7fd528da7d70 ARTRealtime didReceive Protocol Message Connected
2016-05-20 09:28:16.763 demo-ios[7894:67011] DEBUG: (ARTRealtime.m:212) R:0x7fd528da7d70 transition to Connected requested
2016-05-20 09:28:16.763 demo-ios[7894:67011] DEBUG: (ARTWebSocketTransport.m:68) R:0x7fd528da7d70 WS:0x7fd528c9e8b0 sending action 10 with (null)
2016-05-20 09:28:16.763 demo-ios[7894:67011] VERBOSE: RS:0x7fd528d440c0 ARTJsonLikeEncoder<msgpack>: protocolMessageToDictionary {
    action = 10;
    channel = "mobile:chat";
    msgSerial = 0;
}
2016-05-20 09:28:16.764 demo-ios[7894:67011] VERBOSE: RS:0x7fd528d440c0 ARTJsonLikeEncoder<msgpack> encoding '{
    action = 10;
    channel = "mobile:chat";
    msgSerial = 0;
}'; got: <83a76368 616e6e65 6cab6d6f 62696c65 3a636861 74a66163 74696f6e 0aa96d73 67536572 69616c00>
2016-05-20 09:28:16.806 demo-ios[7894:67011] DEBUG: (ARTWebSocketTransport.m:351) R:0x7fd528da7d70 WS:0x7fd528c9e8b0 websocket did receive data <83a66163 74696f6e 0ba76368 616e6e65 6cab6d6f 62696c65 3a636861 74ad6368 616e6e65 6c536572 69616cb0 61373332 39323831 32343936 363a2d31>
2016-05-20 09:28:16.806 demo-ios[7894:67011] VERBOSE: RS:0x7fd528d440c0 ARTJsonLikeEncoder<msgpack> decoding '<83a66163 74696f6e 0ba76368 616e6e65 6cab6d6f 62696c65 3a636861 74ad6368 616e6e65 6c536572 69616cb0 61373332 39323831 32343936 363a2d31>'; got: {
    action = 11;
    channel = "mobile:chat";
    channelSerial = "a732928124966:-1";
}
2016-05-20 09:28:16.807 demo-ios[7894:67011] VERBOSE: RS:0x7fd528d440c0 ARTJsonLikeEncoder<msgpack>: protocolMessageFromDictionary {
    action = 11;
    channel = "mobile:chat";
    channelSerial = "a732928124966:-1";
}
2016-05-20 09:28:16.807 demo-ios[7894:67011] VERBOSE: R:0x7fd528da7d70 ARTRealtime didReceive Protocol Message Attached
2016-05-20 09:28:16.807 demo-ios[7894:67011] DEBUG: (ARTWebSocketTransport.m:68) R:0x7fd528da7d70 WS:0x7fd528c9e8b0 sending action 14 with (null)
2016-05-20 09:28:16.807 demo-ios[7894:67011] VERBOSE: RS:0x7fd528d440c0 ARTJsonLikeEncoder<msgpack>: presenceMessageToDictionary {
    action = 2;
}
2016-05-20 09:28:16.808 demo-ios[7894:67011] VERBOSE: RS:0x7fd528d440c0 ARTJsonLikeEncoder<msgpack>: protocolMessageToDictionary {
    action = 14;
    channel = "mobile:chat";
    msgSerial = 0;
    presence =     (
                {
            action = 2;
        }
    );
}
2016-05-20 09:28:16.808 demo-ios[7894:67011] VERBOSE: RS:0x7fd528d440c0 ARTJsonLikeEncoder<msgpack> encoding '{
    action = 14;
    channel = "mobile:chat";
    msgSerial = 0;
    presence =     (
                {
            action = 2;
        }
    );
}'; got: <84a96d73 67536572 69616c00 a8707265 73656e63 659181a6 61637469 6f6e02a7 6368616e 6e656cab 6d6f6269 6c653a63 686174a6 61637469 6f6e0e>
2016-05-20 09:28:16.842 demo-ios[7894:67011] DEBUG: (ARTWebSocketTransport.m:351) R:0x7fd528da7d70 WS:0x7fd528c9e8b0 websocket did receive data <84a66163 74696f6e 02a5636f 756e7401 a5657272 6f7283a7 6d657373 616765d9 454d616c 666f726d 6564206d 65737361 67653b20 6e6f2063 6c69656e 74496420 696e206d 65737361 6765206f 7220696e 66657272 65642066 726f6d20 636f6e6e 65637469 6f6ea463 6f6465cd 9c4caa73 74617475 73436f64 65cd0190 a96d7367 53657269 616c00>
2016-05-20 09:28:16.842 demo-ios[7894:67011] VERBOSE: RS:0x7fd528d440c0 ARTJsonLikeEncoder<msgpack> decoding '<84a66163 74696f6e 02a5636f 756e7401 a5657272 6f7283a7 6d657373 616765d9 454d616c 666f726d 6564206d 65737361 67653b20 6e6f2063 6c69656e 74496420 696e206d 65737361 6765206f 7220696e 66657272 65642066 726f6d20 636f6e6e 65637469 6f6ea463 6f6465cd 9c4caa73 74617475 73436f64 65cd0190 a96d7367 53657269 616c00>'; got: {
    action = 2;
    count = 1;
    error =     {
        code = 40012;
        message = "Malformed message; no clientId in message or inferred from connection";
        statusCode = 400;
    };
    msgSerial = 0;
}
2016-05-20 09:28:16.843 demo-ios[7894:67011] VERBOSE: RS:0x7fd528d440c0 ARTJsonLikeEncoder<msgpack>: protocolMessageFromDictionary {
    action = 2;
    count = 1;
    error =     {
        code = 40012;
        message = "Malformed message; no clientId in message or inferred from connection";
        statusCode = 400;
    };
    msgSerial = 0;
}
2016-05-20 09:28:16.843 demo-ios[7894:67011] VERBOSE: R:0x7fd528da7d70 ARTRealtime didReceive Protocol Message Nack
2016-05-20 09:28:16.843 demo-ios[7894:67011] VERBOSE: R:0x7fd528da7d70 ARTRealtime Protocol Message with error ARTErrorInfo with code 400, message: Malformed message; no clientId in message or inferred from connection
2016-05-20 09:28:16.843 demo-ios[7894:67011] VERBOSE: R:0x7fd528da7d70 ARTRealtime NACK: msgSerial=0, count=1
2016-05-20 09:28:16.843 demo-ios[7894:67011] VERBOSE: R:0x7fd528da7d70 ARTRealtime NACK (before processing): pendingMessageStartSerial=0, pendingMessages=1
2016-05-20 09:28:16.852 demo-ios[7894:67011] VERBOSE: R:0x7fd528da7d70 ARTRealtime NACK (after processing): pendingMessageStartSerial=1, pendingMessages=0

@stannedelchev Are you setting a client ID somewhere? I'm probably missing something but I can't find anywhere setting this to a value.

@tcard Yup, it's set on segueing from the previous viewcontroller.

@mattheworiordan I'm not sure whether this is expected or not.
The spec says "If the client library is authenticated but unidentified (i.e. clientId is a wildcard '*' or client is anonymous), the enter request results in an error immediately" (RTP8f). I'm not sure "clientId is a wildcard '*'" is true if there's a non-wildcard ClientOptions.clientId but the TokenDetails/ConnectionDetails had a wildcard clientId. RSA7a seems to imply that this situation is not identified (and thus this is not a bug).
But then, RSA7b4 says that "the client does not have an identity but is allowed to assume an identity when performing operations". I'm not sure if setting ClientOptions.clientId qualifies as a way of assuming an identity. It seems sensible to me but it isn't specified explicitly.
@stannedelchev In the meantime, enterClient(clientId) should work.

The connection has a wildcard clientId, as confirmed by the CONNECTED response, so all presence messages must then contain a specific clientId within the message. We don't allow the clientId associated with the connection to change once the connection is established.

I'm not sure if setting ClientOptions.clientId qualifies as a way of assuming an identity. It seems sensible to me but it isn't specified explicitly.

So setting ClientOptions.clientId post-connection has to be seen as a way of setting a default identity for operations, instead of as a way of changing the state of the connection. I remember us discussing whether or not this is legitimate, and the objection at the time was that we would then be permitting operations having an explicit clientId (ie via enterClient()) that is different from ClientOptions.clientId.This has potential for confusion and inconsistency in the API, since ClientOptions.clientId now has different meanings in different contexts; sometimes it specifies the clientId to be used for the connection, and sometimes not, and sometimes you can perform operations for different clientIds.
I do agree that it seems reasonable to be able to use it as a default for operations, but I worry about the inconsistency.

@paddybyers

The connection has a wildcard clientId, as confirmed by the CONNECTED response, so all presence messages must then contain a specific clientId within the message

Right, my question is whether the library should set this specific clientId from the clientId passed at ClientOptions for presence messages.

So setting ClientOptions.clientId post-connection has to be seen as a way of setting a default identity for operations

We don't allow this to happen, anyway. The ClientOptions passed to Realtime is copied and encapsulated and you can't change it from the outside (and the inside doesn't change it, of course).

we would then be permitting operations having an explicit clientId (ie via enterClient()) that is different from ClientOptions.clientId

Don't we already allow that when publishing messages? In any case, if we want to disallow that, wouldn't it make more sense to disallow using enterClient if there is a ClientOptions.clientId? Setting ClientOptions.clientId = foo and then having to call enterClient(foo) anyway seems counterintuitive and unergonomic.

Right, my question is whether the library should set this specific clientId from the clientId passed at ClientOptions for presence messages.

No, I don't see why that is ever necessary.  My understanding is that:

ClientOptions.clientId can only be specified when the library is being instanced.  It should be immutable later, if the language permits, so changing it later should never have an effect.  If the ConnectionDetails.clientId returned is incompatible with the clientId configured in the library, then it should result in an error at that point and the connection should move to the FAILED state.
If the clientId is configured as a wildcard, then entering without specifying a clientId is going to fail.
If the clientId is configured as anything but a wildcard, then entering does not require a clientId to be sent as it is implicit.

we would then be permitting operations having an explicit clientId (ie via enterClient()) that is different from ClientOptions.clientId

Don't we already allow that when publishing messages? In any case, if we want to disallow that, wouldn't it make more sense to disallow using enterClient if there is a ClientOptions.clientId? Setting ClientOptions.clientId = foo and then having to call enterClient(foo) anyway seems counterintuitive and unergonomic.

Yes, agreed, although in most libraries I believe enterClient shares the same code with enter, so as long as the clientId passed is compatible, it will work.  I don't think it's that important that the client library ensures compatibility though, although it would be nice.

If the clientId is configured as a wildcard, then entering without specifying a clientId is going to fail.
If the clientId is configured as anything but a wildcard, then entering does not require a clientId to be sent as it is implicit.

@mattheworiordan Well, the clientId is specified, but at the ClientOptions instead, not in the argument to enterClient, and thus it can't be implicit in the connection. The situation here is:

The dev sets ClientOptions.clientId to foo.
The dev sets an auth URL that returns a TokenDetails with clientId = "*"
The dev does presence.enter, which fails. The connection is not configured for clientId = "foo" (since the token has a wildcard), but she expects presence.enter to implicitly (at the client library level) set the presence message's clientId to foo.

Is this expectation correct? Your comment wasn't so conclusive.

I would expect step 2 fails.
Looking at http://docs.ably.io/client-lib-development-guide/features/#RSA15b, I think it needs to be changed to:
If the clientId from TokenDetails or connectionDetails contains only a wildcard string '*', then the client is permitted to be either unidentified (i.e. anonymous without a clientId) or identified by providing an explicit clientId for operations that support a clientId argument such as publish or presence#enterClient.

Then I think we should change http://docs.ably.io/client-lib-development-guide/features/#RSA15c to:
Following an auth request which uses a TokenDetails or TokenRequest object that contains an incompatible clientId, the library should in the case of Realtime change the connection state to FAILED and emit an error, and in the case of REST result in an appropriate error response. A ClientOptions#clientId is considered incompatible when it has a string value, yet the clientId in the Token is any other value including a wildcard "*"

Oddly this relates to a separate issue https://github.com/ably/docs/issues/117#issuecomment-221221427.
@paddybyers WDYT.  I feel that providing a wildcard clientId in the token, yet explicitly providing one in the client library when instancing it is a recipe for disaster.  Saying that, I could understand why people may do that.  If we wanted to support this, then we should insist the clientId is in fact included in the WebSocket URL, and https://github.com/ably/docs/issues/117 should be closed.

If we wanted to support this, then we should insist the clientId is in fact included in the WebSocket URL, and ably/docs#117 should be closed.

Yes, this was my point: clientId as a connection param is there so that the connection can be associated with a specific clientId, even if it cannot be inferred from the credentials.

Step 2 failing sounds good to me too.
@stannedelchev Thanks for spotting this! We're forbidding using wildcard tokens when clientId is set. So this line won't be correct. Use presence.enterClient(self.clientId, data: nil)in this line instead.


BatchingExecutor skips execution middlewares

Is there an existing issue for this?

[X] I have searched the existing issues

Describe the bug
Have a server with one middleware.
services
   .AddGraphQLServer()
   .UseRequest(next => ctx => {
      return next(ctx); // BREAKPOINT here
   })

Send a batched query, does not break.
Send single query, does break.
Steps to reproduce

Above

Relevant log output
No response
Additional Context?
No response
Product
Hot Chocolate
Version
12.9.0

This issue causes #5223

This issue causes #2987

Analysis:
In RequestExecutor.cs on line 78 the _requestDelegate containing middlewares is called.
In BatchExecutor.Enumerable.cs the _requestDelegate is not called.

Okay, my mistake. Middlewares would be called but execution fails on #5223 execption before middlewares get called (by recursively calling IRequestExecutor).  Middlewares should be called BEFORE line 74 in BatchExecutor.Enumerable.cs as otherwise request.Query won't be populated.

We have reworked the batching executer.


Latest changes

Attempt to deal with the plethora of previous hashing implementations....
Improve disabling auto-linking of Python and TBB.
Avoids mucking with _DEBUG (which is UB, especially for MSVC headers), and reduces dependency on TBB version.
Ensure abseil is compiled with -fPIC
Turn off Linux warnings whilst we go through toolchains
GCC-11 seems to have a lot of we-do-not-like-C warnings
Disable warnings for GCC 8
The many uniques test should not be enabled by default, it takes up too many...
Fix win riptide python tests
Removed a flaky test that was really just testing internal implementation details in any case
Apply GitHub build fixes
Add required TBB runtime dependencies
Don't specify generator if CMAKE_GENERATOR env-var
Fix FastArray attribute leaks
Tighten dependencies
Update setup.py dependencies

Native build will fail until newer riptable is available.
The dependencies are currently a bit too loose and fail with the latest numpy.


vulkan-tools: fix Hydra breakage on Darwin

Description of changes
Darwin requires access to Xcode for ibtool, so disable building on Hydra. This fixes the breakage reported by @vcunat in #169379.
Sandbox: set to relaxed on Darwin
Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[x] x86_64-darwin
[x] aarch64-darwin

[x] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[x] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
22.11 Release Notes (or backporting 22.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[x] Fits CONTRIBUTING.md.

It already wasn't built on 22.05.  The PR enabling support hasn't reached 22.05.


(suggestion) Remove Wargaming from boycott list

On April 5, Wargaming decided to leave Russia and Belarus studios, tranferring them to another, not affiliated, studio
https://worldoftanks.eu/en/news/general-news/wot-operations-update/
Of couse, this is just a personal suggestion

I agree


Jupyter Book - Active (opened) file should be highlighted in the Jupyter Book Viewlet

This scenario happens usually when there are multiple notebooks in Jupyter book. The issue impact increases when there are many linked notebooks (files) and / or the hierarchy is deep.

Azure Data Studio Version:
Version: 1.15.1 (user setup)
Commit: 83544eba2504f564d785534cc780d2073feec2cc
Date: 2020-02-15T05:03:16.545Z
VS Code: 1.42.0
Electron: 6.1.6
Chrome: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-electron.0
OS: Windows_NT x64 10.0.18363

Steps to Reproduce:

Open a notebook (that has a link to another notebook) from Jupyter Book viewlet.
Click on the link to open another notebook.
The (2nd) notebook now is not highlighted in Jupyter Book viewlet.

Another way of reproducing is:

Search for a notebook and open it from one of the results.
View the Jupyter Book viewlet, the opened notebook is not highlighted in the viewlet.

Regressed in RC1 build.

Tracked by #10780, which has been approved for June.


Upgraded the TUtoolbox to 2<IP_ADDRESS>6

[x] Have you signed the Contributor License Agreement?
[x] Have you checked that there aren't other open pull requests for the same manifest update/change?

[x] Does your manifest conform to the 1.4 schema?

Note: <path> is the name of the directory containing the manifest you're submitting.

Microsoft Reviewers: Open in CodeFlow

That's odd. The message says:
Does your manifest conform to the 1.4 schema?
And the checker says, only 1.2.0 is supported....

That's odd. The message says: Does your manifest conform to the 1.4 schema? And the checker says, only 1.2.0 is supported....

That's a mistake, please ignore that message. The PR template was modified a bit too early.

/azp run


Fox staking and opportunity balances populating in Defi page when switching to Keplr

Overview
When switching to Keplr from the DeFi page in a wallet with balances in fox staking/opportunities, they show up in the keplr DeFi page. They disappear after a while but on initial switch makes the wallet balance incorrect.
References and additional details

Log into app.shapeshift and connect to wallet with fox staked or deposited in fox opportunities
Navigate to DeFi page
Switch to Keplr wallet
Notice any fox staking or opportunity cards showing in the Keplr wallet

*can also occur when switching to Keplr when not on the Defi page
Acceptance Criteria
Fox staking and depositing opportunities shouldn't display in Keplr.
Need By Date
No response
Screenshots/Mockups
No response
Ownership

[X] If my bounty needs engineering or needs product I have added the respective labels on the right
[X] As the sponsor of this bounty I will review the changes in a preview environment (ops/product) or review the PR (engineering)

Estimated effort
No response
Sponsor / Stakeholder
No response
Bounty Hunters

Join our discord
Include an expected timeline for you to complete work in the work plan when you apply for this bounty!
Please refer to this link for some basic info
Please do not start work on this issue until you are approved in Gitcoin.

closing as cannot repro


Issue trying to set controlPlaneConfiguration.Endpoint.Host

What happened:
When trying to run eksctl anywhere create cluster -f eksa-mgmt-cluster.yaml we get the following error:
❌ Validation failed    {"validation": "vsphere Provider setup is valid", "error": "cluster controlPlaneConfiguration.Endpoint.Host <X.X.X.X> is already in use, please provide a unique IP", "remediation": ""}
However the IP we are trying to use if free and does not respond to ping.
What you expected to happen:
To get past this error and the control plane get assigned an IP
How to reproduce it (as minimally and precisely as possible):
Run eksctl anywhere create cluster -f eksa-mgmt-cluster.yaml
Anything else we need to know?:
We are running this from local laptop to a VSphere 7 cluster, the network we are using is VDS.  We did configure a DHCP server but its currently powered off, this was to see if we could get past this error.
The network which we are using within our VSphere 7 cluster is using VDS.  We have stopped the DHCP server running to see if it could get past this stage but no joy.
Environment:

EKS Anywhere Release:

This validation would be done from the administrative machine and if there is an IP listening on ssh or http ports, that validation is going to fail. It does not test for ICMP, so your ping test does not replicate the ping test https://github.com/aws/eks-anywhere/blob/main/pkg/networkutils/networkutils.go#L33

To add to what Terry mentioned, if you are confident that the IP is not taken, you can skip the validation using --skip-ip-check flag in the eksctl anywhere create cluster command.

Thanks @TerryHowe @abhinavmpandey08 , this moved us forward 🙂


Red screen of death after locking the screen and turning monitor off and on

Regression?
Yes
System Info and Version
 System/Version info
Hyprland, built from branch  at commit 9a09eac79b85c846e3a865a9078a3f8ff65a9259  (props: bump version to 0.42.0).
Date: Wed Aug 7 19:17:10 2024
Tag: v0.42.0, commits: 5069

flags: (if any)

System Information:
System name: Linux
Node name: weerwolf
Release: 6.6.41-gentoo-dist
Version: #1 SMP PREEMPT_DYNAMIC Sat Aug 10 13:31:41 CEST 2024

GPU information:
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP107 [GeForce GTX 1050 Ti] [10de:1c82] (rev a1) (prog-if 00 [VGA controller])
NVRM version: NVIDIA UNIX x86_64 Kernel Module  550.107.02  Wed Jul 24 23:53:00 UTC 2024

os-release: NAME=Gentoo
ID=gentoo
PRETTY_NAME="Gentoo Linux"
ANSI_COLOR="1;32"
HOME_URL="https://www.gentoo.org/"
SUPPORT_URL="https://www.gentoo.org/support/"
BUG_REPORT_URL="https://bugs.gentoo.org/"
VERSION_ID="2.15"

plugins:

======Config-Start======

Config File: /home/user/.config/hypr/hyprland.conf: Read Succeeded

# #######################################################################################
# AUTOGENERATED HYPR CONFIG.
# PLEASE USE THE CONFIG PROVIDED IN THE GIT REPO /examples/hypr.conf AND EDIT IT,
# OR EDIT THIS ONE ACCORDING TO THE WIKI INSTRUCTIONS.
# #######################################################################################

# This is an example Hyprland config file.
# Refer to the wiki for more information.
# https://wiki.hyprland.org/Configuring/Configuring-Hyprland/

# Please note not all available settings / options are set here.
# For a full list, see the wiki

# You can split this configuration into multiple files
# Create your files separately and then link them to this file like this:
# source = ~/.config/hypr/myColors.conf

debug {
    disable_logs = false
}

################
### MONITORS ###
################

# See https://wiki.hyprland.org/Configuring/Monitors/
monitor=DP-1,1920x1080@165,0x0,1

###################
### MY PROGRAMS ###
###################

# See https://wiki.hyprland.org/Configuring/Keywords/

# Set programs that you use
$terminal = foot
$menu = dmenu_path | fuzzel -d | /bin/sh

#################
### AUTOSTART ###
#################

# Autostart necessary processes (like notifications daemons, status bars, etc.)
# Or execute your favorite apps at launch like this:

exec-once = hyprpm reload -n

exec-once = hyprpaper
exec-once = ckb-next --background
exec-once = gammastep

exec-once = dinitctl setenv DISPLAY=$DISPLAY
exec-once = dinitctl start dunst
exec-once = dinitctl start kwalletd

exec-once = dbus-update-activation-environment --all

#############################
### ENVIRONMENT VARIABLES ###
#############################

# See https://wiki.hyprland.org/Configuring/Environment-variables/

env = XCURSOR_SIZE,24
env = HYPRCURSOR_THEME,rose-pine-hyprcursor
env = HYPRCURSOR_SIZE,32
env = SDL_VIDEODRIVER,wayland

# NVIDIA
env = LIBVA_DRIVER_NAME,nvidia
env = XDG_SESSION_TYPE,wayland
env = GBM_BACKEND,nvidia-drm
env = __GLX_VENDOR_LIBRARY_NAME,nvidia

#####################
### LOOK AND FEEL ###
#####################

# Refer to https://wiki.hyprland.org/Configuring/Variables/

# https://wiki.hyprland.org/Configuring/Variables/#general
general {
    gaps_in = 5
    gaps_out = 20

    border_size = 2

    # https://wiki.hyprland.org/Configuring/Variables/#variable-types for info about colors
    col.active_border = rgba(33ccffee) rgba(00ff99ee) 45deg
    col.inactive_border = rgba(595959aa)

    # Set to true enable resizing windows by clicking and dragging on borders and gaps
    resize_on_border = false

    # Please see https://wiki.hyprland.org/Configuring/Tearing/ before you turn this on
    allow_tearing = true

    layout = dwindle
}

# https://wiki.hyprland.org/Configuring/Variables/#decoration
decoration {
    rounding = 10

    # Change transparency of focused and unfocused windows
    active_opacity = 1.0
    inactive_opacity = 1.0

    drop_shadow = true
    shadow_range = 4
    shadow_render_power = 3
    col.shadow = rgba(1a1a1aee)

    # https://wiki.hyprland.org/Configuring/Variables/#blur
    blur {
        enabled = true
        size = 3
        passes = 1

        vibrancy = 0.1696
    }
}

# https://wiki.hyprland.org/Configuring/Variables/#animations
animations {
    enabled = false

    # Default animations, see https://wiki.hyprland.org/Configuring/Animations/ for more

    bezier = myBezier, 0.05, 0.9, 0.1, 1.05

    animation = windows, 1, 7, myBezier
    animation = windowsOut, 1, 7, default, popin 80%
    animation = border, 1, 10, default
    animation = borderangle, 1, 8, default
    animation = fade, 1, 7, default
    animation = workspaces, 1, 6, default
}

# See https://wiki.hyprland.org/Configuring/Dwindle-Layout/ for more
dwindle {
    pseudotile = true # Master switch for pseudotiling. Enabling is bound to mainMod + P in the keybinds section below
    preserve_split = true # You probably want this
}

# See https://wiki.hyprland.org/Configuring/Master-Layout/ for more
master {
    new_status = master
}

cursor {
    zoom_rigid = 1
}

# https://wiki.hyprland.org/Configuring/Variables/#misc
misc {
    force_default_wallpaper = 0 # Set to 0 or 1 to disable the anime mascot wallpapers
    disable_hyprland_logo = true # If true disables the random hyprland logo / anime girl background. :(
    allow_session_lock_restore = true
}

group {
    col.border_active = rgba(33ccffee) rgba(00ff99ee) 45deg
    col.border_inactive = rgba(595959aa)

    groupbar {
	height = 15
        font_size = 16
        col.active = rgba(1188cc88)
        col.inactive = rgba(595959aa)
    }
}

plugin {
    overview {
        dragAlpha = 0.66
        panelHeight = 150
        centerAligned = true
        hideTopLayers = true
        showEmptyWorkspace = false
        drawActiveWorkspace = false
        overrideGaps = false
    }
}

#############
### INPUT ###
#############

# https://wiki.hyprland.org/Configuring/Variables/#input
input {
    kb_layout = us
    kb_variant =
    kb_model =
    kb_options = compose:ralt
    kb_rules =

    repeat_delay = 300
    repeat_rate = 40

    follow_mouse = 1

    sensitivity = -0.5 # -1.0 - 1.0, 0 means no modification.

    touchpad {
        natural_scroll = false
    }
}

# https://wiki.hyprland.org/Configuring/Variables/#gestures
gestures {
    workspace_swipe = false
}

binds {
    allow_workspace_cycles = true
}

# Example per-device config
# See https://wiki.hyprland.org/Configuring/Keywords/#per-device-input-configs for more
device {
    name = epic-mouse-v1
    sensitivity = -0.5
}

####################
### KEYBINDINGSS ###
####################

# See https://wiki.hyprland.org/Configuring/Keywords/
$mainMod = SUPER # Sets "Windows" key as main modifier

bind = $mainMod, Return, exec, $terminal
bind = $mainMod & SHIFT, Q, killactive,
bind = $mainMod & SHIFT, E, exit,
bind = $mainMod, Space, togglefloating,
bind = $mainMod, D, exec, $menu
bind = $mainMod, F, fullscreen
bind = $mainMod, M, fullscreen, 1
bind = $mainMod, Z, pin
bind = $mainMod, P, pseudo, # dwindle
bind = $mainMod, V, togglesplit, # dwindle
bind = $mainMod CTRL, Q, exec, hyprctl kill
bind = $mainMod ALT, L, exec, swaylock -c 000000

# Move focus with mainMod + arrow keys
bind = $mainMod, left, movefocus, l
bind = $mainMod, right, movefocus, r
bind = $mainMod, up, movefocus, u
bind = $mainMod, down, movefocus, d

# Move focus with mainMod + hjkl
bind = $mainMod, H, movefocus, l
bind = $mainMod, L, movefocus, r
bind = $mainMod, K, movefocus, u
bind = $mainMod, J, movefocus, d

# Move focus with mainMod + arrow keys
bind = $mainMod SHIFT, left, movewindoworgroup, l
bind = $mainMod SHIFT, right, movewindoworgroup, r
bind = $mainMod SHIFT, up, movewindoworgroup, u
bind = $mainMod SHIFT, down, movewindoworgroup, d

# Move focus with mainMod + hjkl
bind = $mainMod SHIFT, H, movewindoworgroup, l
bind = $mainMod SHIFT, L, movewindoworgroup, r
bind = $mainMod SHIFT, K, movewindoworgroup, u
bind = $mainMod SHIFT, J, movewindoworgroup, d

# Window cycle
bind = $mainMod, Period, cyclenext
bind = $mainMod, Comma, cyclenext, prev

# Window swap
bind = $mainMod SHIFT, Period, swapnext
bind = $mainMod SHIFT, Comma, swapnext, prev

# Group cycle
bind = $mainMod CTRL, H, changegroupactive, b
bind = $mainMod CTRL, J, changegroupactive,
bind = $mainMod CTRL, K, changegroupactive, b
bind = $mainMod CTRL, L, changegroupactive

bind = $mainMod CTRL, left, changegroupactive, b
bind = $mainMod CTRL, down, changegroupactive,
bind = $mainMod CTRL, up, changegroupactive, b
bind = $mainMod CTRL, right, changegroupactive

# Group swap
bind = $mainMod CTRL SHIFT, H, movegroupwindow, b
bind = $mainMod CTRL SHIFT, J, movegroupwindow,
bind = $mainMod CTRL SHIFT, K, movegroupwindow, b
bind = $mainMod CTRL SHIFT, L, movegroupwindow

bind = $mainMod CTRL SHIFT, left, movegroupwindow, b
bind = $mainMod CTRL SHIFT, down, movegroupwindow,
bind = $mainMod CTRL SHIFT, up, movegroupwindow, b
bind = $mainMod CTRL SHIFT, right, movegroupwindow

# Switch to previous workspace
bind = $mainMod, B, workspace, previous
bind = $mainMod SHIFT, B, movetoworkspace, previous

# Switch workspaces with mainMod + [0-9]
bind = $mainMod, 1, workspace, 1
bind = $mainMod, 2, workspace, 2
bind = $mainMod, 3, workspace, 3
bind = $mainMod, 4, workspace, 4
bind = $mainMod, 5, workspace, 5
bind = $mainMod, 6, workspace, 6
bind = $mainMod, 7, workspace, 7
bind = $mainMod, 8, workspace, 8
bind = $mainMod, 9, workspace, 9
bind = $mainMod, 0, workspace, 10

# Switch workspaces with mainMod + [F1-F10]
bind = $mainMod, F1, workspace, 11
bind = $mainMod, F2, workspace, 12
bind = $mainMod, F3, workspace, 13
bind = $mainMod, F4, workspace, 14
bind = $mainMod, F5, workspace, 15
bind = $mainMod, F6, workspace, 16
bind = $mainMod, F7, workspace, 17
bind = $mainMod, F8, workspace, 18
bind = $mainMod, F9, workspace, 19
bind = $mainMod, F10, workspace, 20

# Move active window to a workspace with mainMod + SHIFT + [0-9]
bind = $mainMod SHIFT, 1, movetoworkspace, 1
bind = $mainMod SHIFT, 2, movetoworkspace, 2
bind = $mainMod SHIFT, 3, movetoworkspace, 3
bind = $mainMod SHIFT, 4, movetoworkspace, 4
bind = $mainMod SHIFT, 5, movetoworkspace, 5
bind = $mainMod SHIFT, 6, movetoworkspace, 6
bind = $mainMod SHIFT, 7, movetoworkspace, 7
bind = $mainMod SHIFT, 8, movetoworkspace, 8
bind = $mainMod SHIFT, 9, movetoworkspace, 9
bind = $mainMod SHIFT, 0, movetoworkspace, 10

# Move active window to a workspace with mainMod + SHIFT + [F1-F10]
bind = $mainMod SHIFT, F1, movetoworkspace, 11
bind = $mainMod SHIFT, F2, movetoworkspace, 12
bind = $mainMod SHIFT, F3, movetoworkspace, 13
bind = $mainMod SHIFT, F4, movetoworkspace, 14
bind = $mainMod SHIFT, F5, movetoworkspace, 15
bind = $mainMod SHIFT, F6, movetoworkspace, 16
bind = $mainMod SHIFT, F7, movetoworkspace, 17
bind = $mainMod SHIFT, F8, movetoworkspace, 18
bind = $mainMod SHIFT, F9, movetoworkspace, 19
bind = $mainMod SHIFT, F10, movetoworkspace, 20

# Example special workspace (scratchpad)
bind = $mainMod, S, togglespecialworkspace, magic
bind = $mainMod SHIFT, S, movetoworkspace, special:magic

# Groups
bind = $mainMod, G, togglegroup

# Scroll through existing workspaces with mainMod + scroll
bind = $mainMod, mouse_down, workspace, e-1
bind = $mainMod, mouse_up, workspace, e+1
# Scroll through existing workspaces with keyboard
bind = $mainMod, N, workspace, e+1
bind = $mainMod SHIFT, N, workspace, e-1
bind = $mainMod, Period, workspace, e+1
bind = $mainMod, Comma, workspace, e-1

# Scroll through existing grouped windows with mainMod + scroll
bind = $mainMod CTRL, mouse_down, changegroupactive, b
bind = $mainMod CTRL, mouse_up, changegroupactive

# Move/resize windows with mainMod + LMB/RMB and dragging
bindm = $mainMod, mouse:272, movewindow
bindm = $mainMod, mouse:273, resizewindow

# Audio bindings
bind =, XF86AudioMute, exec, wpctl set-mute @DEFAULT_AUDIO_SINK@ toggle
bind = CTRL, XF86AudioMute, exec, wpctl set-mute @DEFAULT_AUDIO_SOURCE@ toggle

# MPD media bindings
bind =, Pause, exec, mpc toggle
bind =, XF86AudioPlay, exec, mpc toggle
binde =, XF86AudioNext, exec, mpc next
binde =, XF86AudioPrev, exec, mpc prev
binde = SHIFT, XF86AudioNext, exec, mpc seek +10
binde = SHIFT, XF86AudioPrev, exec, mpc seek -10
bind = SHIFT, XF86AudioRaiseVolume, exec, mpc seek +10
bind = SHIFT, XF86AudioLowerVolume, exec, mpc seek -10
bind = CTRL, XF86AudioRaiseVolume, exec, mpc volume +2
bind = CTRL, XF86AudioLowerVolume, exec, mpc volume -2

# Notifications
bind = $mainMod, Grave, exec, dunstctl close
bind = $mainMod SHIFT, Grave, exec, dunstctl close-all
bind = $mainMod CTRL, Grave, exec, dunstctl history-pop

# Screenshot
bind = CTRL, Print, exec, grimblast --freeze copysave area ~/Screenshots/$(date +%Y-%m-%dT%H-%M-%S).png
bind =, Print, exec, grimblast --freeze copysave output ~/Screenshots/$(date +%Y-%m-%dT%H-%M-%S).png
bind = $mainMod, Print, exec, grimblast --freeze copysave active ~/Screenshots/$(date +%Y-%m-%dT%H-%M-%S).png

# Zoom
bind = $mainMod, Equal, exec, hyprctl keyword cursor:zoom_factor 2
bind = $mainMod, Minus, exec, hyprctl keyword cursor:zoom_factor 1

# Overview
#bind = $mainMod, Tab, overview:toggle

###############
### SUBMAPS ###
###############

bind = $mainMod, R, submap, resize

# will start a submap called "resize"
submap = resize

# sets repeatable binds for resizing the active window
binde =, right, resizeactive, 10 0
binde =, left, resizeactive, -10 0
binde =, up, resizeactive, 0 -10
binde =, down, resizeactive, 0 10

# sets repeatable binds for resizing the active window
binde =, L, resizeactive, 10 0
binde =, H, resizeactive, -10 0
binde =, K, resizeactive, 0 -10
binde =, J, resizeactive, 0 10

# use reset to go back to the global submap
bind =, escape, submap, reset

# will reset the submap, which will return to the global submap
submap = reset

##############################
### WINDOWS AND WORKSPACES ###
##############################

# See https://wiki.hyprland.org/Configuring/Window-Rules/ for more
# See https://wiki.hyprland.org/Configuring/Workspace-Rules/ for workspace rules

# Example windowrule v1
# windowrule = float, ^(kitty)$

# Example windowrule v2
# windowrulev2 = float,class:^(kitty)$,title:^(kitty)$

windowrulev2 = suppressevent maximize, class:.* # You'll probably like this.

exec-once = waybar

======Config-End========

Description
When I lock Hyprland using either swaylock or hyprlock, and then turn my monitor off, when I turn my monitor back on, the red screen of death shows meaning that the locking program has died.
I have a DisplayPort LCD monitor from Acer.
How to reproduce

Lock the screen using e.g. swaylock or hyprlock
Turn off your DisplayPort monitor (I have not tested HDMI yet)
Turn on your DisplayPort monitor
Witness the red screen of death

Crash reports, logs, images, videos
No response

you can use hyprlock --immediate & sleep 1; hyprctl dispatch dpms off to mitigate
but thats not a fix

I have a HDMI monitor, and I met this bug several times(random occurred, not always) on hyprland 0.41.2.

For me on 0.41.x I never encountered this bug but when I upgraded to 0.42.0 with Aquamarine 0.3.1 I got this bug and it's 100% reproducible on my end. And it's not just the lock screen that crashes. Waybar crashes too after a monitor power cycle.

Regression?
Yes
System Info and Version
System/Version info
Description
When I lock Hyprland using either swaylock or hyprlock, and then turn my monitor off, when I turn my monitor back on, the red screen of death shows meaning that the locking program has died.
I have a DisplayPort LCD monitor from Acer.
How to reproduce
1. Lock the screen using e.g. swaylock or hyprlock

2. Turn off your DisplayPort monitor (I have not tested HDMI yet)

3. Turn on your DisplayPort monitor

4. Witness the red screen of death

Crash reports, logs, images, videos
No response

Does the hyprlock process still exist, after turning the monitor on and off?
-> I had a red screen of death in the past when swaylock crashed, while still locked.

The error message from swaylock, after turning the monitor on and off, which leads to a crash:
ext_session_lock_surface_v1@23: error 1: Null buffer attached

I could be mistaken, but perhaps a fix has already landed: https://github.com/hyprwm/aquamarine/commit/4f6642808b18827a574b5225f0436c597cbcdcc5

I have this issue on hdmi. It was broken in 0.41.1, fixed(for me at least) in 0.41.2 and broken again in 0.42

I could be mistaken, but perhaps a fix has already landed: hyprwm/aquamarine@4f66428

I tried the latest git checkout of aquamarine with Hyprland 0.42.0 but it's still not fixed.

Getting this about 50% of the time when locking from hypridle. I've set hyprlock to run before suspend, and after waking some time later I get the rsod. Logging into another tty I can see hyprlock is still running apparently, but no matter what I do I can't recover that hyprland session (Killing / Restarting / using loginctl doesn't get me back to hyprland instance). End up rebooting.

I have this issue on hdmi. It was broken in 0.41.1, fixed(for me at least) in 0.41.2 and broken again in 0.42

Same experience I've had version wise but I'm on DP

I have a HDMI monitor, and I met this bug several times(random occurred, not always) on hyprland 0.41.2.

I meet this bug on 0.42 again, using hyprlock and swayidle(I use hypridle before, and it also meets this bug).

I am found this bug in commit 7486576 which aquamarine adds. Also it maybe reproduction if installed hyprland (previous version) with hyprlock. I think the bug is definitely in aquamarine or hyprlock.

Reliably occurs after https://github.com/hyprwm/aquamarine/commit/2bff4a45215514e89e045e07878537105fde021d was merged. So long as at least one monitor has received dpms off, running a screen locker will cause it to either coredump or hang.

on nixos unstable both swaylock and hyprlock, sending the locking command then powerinf off and on the display result in unrecoverable red screen. amd gpu.
lock_cmd = "pidof swaylock || swaylock  -c 000000 --daemonize --show-failed-attempts & sleep 3 && hyprctl dispatch dpms off";

Not present in 0.41.2  nixpkgs-old-hyprland.url = "github:nixos/nixpkgs/0e5c272e42d223ff7a82ace92a11b17fd92aace9";
pkgs-old-hyprland = import nixpkgs-old-hyprland {
  inherit system;
  config.allowUnfree = true;
};

programs.hyprland = {
  enable = true;
  package = pkgs-old-hyprland.hyprland;
};

hardware.graphics = {
  package = pkgs-old-hyprland.mesa.drivers;
  package32 = pkgs-old-hyprland.pkgsi686Linux.mesa.drivers;
};

hardware.graphics.enable32Bit = true;

wayland.windowManager.hyprland = {
  package = pkgs-old-hyprland.hyprland;

I've been encountering the Red Screen of Death (RSOD) intermittently and seemingly at random. For context, I'm running an all-AMD system connected via DisplayPort. I've also switched to the Git versions of all Hypr-family components, but the issue persists with the same random RSOD occurrences.

Seems to be a duplicate of #7276

ya


Display Pocket-Highlights

Implemented the necessary code to display highlighted areas of a pocket item. To make it work I needed to use a static CONSUMER_KEY which allows the return of the annotations-Array within the response.
Fixes: #106
TODO:

[ ] The ordering of the highlights should reflect the read-direction (first highlight should be the top-most highlight in the pocket item)
[ ] Test across devices

I don't see any way to retrieve highlights with the current pocket API. Could you explain how you are able to do it with your PR?

Yes, the official pocket api doesn't allow for that. But if you use the consumer-key I provided within the pull-request, you will magically get the highlights in the response (similar as in the web-version of pocket). Obviously, that might not be the most stable approach but it works (for now).

Ah got it! Thanks for the explanation. It is a pity that they don't provide an official API for this :/
On an unrelated note, I am considering moving to omnivore as it provides everything I need. The team also provides obsidian integration which can import highlights app, etc.

Tbh, I canceled my pocket subscription and migrated over to Readwise. The reader tool (which is in beta) is superb and the Obsidian integration is really good + there is a ChatGPT 3.5 integration to summarize articles. It is a bit more pricy but it is totally worth it. My workflow was: tagging the article, reading it (and highlighting) and then take additional notes in obsidian.
Regarding this project here, it means I won't need this plugin anymore.

Thanks for the information about readwise.
I hope to get there with omnivore and cancel my subscription with pocket as well.


adding primary cells

I debated a lot about calling it primary cell versus primary cells.  It makes more sense in english to say you have a sample of primary cells but in this context I think you are right.  I will fix


Fix inconsistency in generator between new and edit templates

#76

Thank you @liamwhite! Let me see if I can't get the build passing before we merge, I think it's a Travis issue.


add note about import() paths

cc @TheLarkInn

Added the examples you suggested @simon04 . I think this is good now?


DLL load failed

Please make sure that this is a build/installation issue. As per our GitHub Policy, we only address code/doc bugs, performance issues, feature requests and build/installation issues on GitHub. tag:build_template
System information

OS Platform and Distribution (e.g., Linux Ubuntu 16.04): Windows 10
TensorFlow installed from (source or binary): pip install
TensorFlow version: 1.14.0
Python version: 3.7
Installed using virtualenv? pip? conda?: pip
GPU model and memory:

Describe the problem
Provide the exact sequence of commands / steps that you executed before running into the problem
Cannot succesfully import keras
Any other info / logs
ImportError: Traceback (most recent call last):
File "C:\Users\u726\AppData\Roaming\Python\Python37\site-packages\tensorflow\python\pywrap_tensorflow.py", line 58, in
from tensorflow.python.pywrap_tensorflow_internal import *
File "C:\Users\u726\AppData\Roaming\Python\Python37\site-packages\tensorflow\python\pywrap_tensorflow_internal.py", line 28, in
_pywrap_tensorflow_internal = swig_import_helper()
File "C:\Users\u726\AppData\Roaming\Python\Python37\site-packages\tensorflow\python\pywrap_tensorflow_internal.py", line 24, in swig_import_helper
_mod = imp.load_module('_pywrap_tensorflow_internal', fp, pathname, description)
File "C:\Users\u726\Anaconda3\lib\imp.py", line 242, in load_module
return load_dynamic(name, filename, file)
File "C:\Users\u726\Anaconda3\lib\imp.py", line 342, in load_dynamic
return _load(spec)
ImportError: DLL load failed: The specified module could not be found.
Failed to load the native TensorFlow runtime.

@alecoto,
Please take a look at this comment from a similar issue and let us know if it helps. Thanks!


Add schema manager configuration to all configurations

The "root" configuration is not usable; we need to configure a database manager since #468.

No longer relevant, schema manager has received a large overhaul in #837


Server error response message is displayed when a Data element linked to a comment is selected

Describe the bug
When a user selects a data element link in a comment, server error response message is displayed on the page.
To Reproduce
Perquisite: Ensure Data element is linked to the comment

Go to 'Mauro'
Click on 'a Model
Select the  Menu
Keep Focus on the  menu from the dropdown down menu list
Select the data element link on comment
Verify the error page displayed
Server response message
{
"headers": {
"normalizedNames": {},
"lazyUpdate": null
},
"status": 404,
"statusText": "OK",
"url": "https://rost6-mauro-james-2021-09.rost6.dev.dataproducts.nhs.uk/nhsd_mauro_test/api/dataModels/dm:Sub Testing 28.09/profiles/used",
"ok": false,
"name": "HttpErrorResponse",
"message": "Http failure response for https://rost6-mauro-james-2021-09.rost6.dev.dataproducts.nhs.uk/nhsd_mauro_test/api/dataModels/dm:Sub Testing 28.09/profiles/used: 404 OK",
"error": {
"path": "/api/dataModels/dm:Sub%20Testing%2028.09/profiles/used",
"resource": "DataModel",
"id": "null"
}
}
Expected behaviour
The page should display the linked data element in the comment.
Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

OS: [e.g. iOS]
Browser [e.g. chrome, safari]
Version [e.g. 22]

Smartphone (please complete the following information):

Device: [e.g. iPhone6]
OS: [e.g. iOS8.1]
Browser [e.g. stock browser, safari]
Version [e.g. 22]

Additional context
Add any other context about the problem here.

@olliefreeman below is the text of the com

ment is on the screenshot attached


Default to the CWD and don't dump a traceback if no path specified

Sorry I didn't get this in for v0.3.0! If no path is specified on the command line, pyanalyze will default to checking the current working directory, like flake8, rather than erroring out and dumping a traceback. Tested with and without paths passed and by using the entrypoint and python -m.
Fixes #219

I'll make 0.4.0 once there's some more useful improvements.

Thank you!

No worries, this is far from a priority since its only two extra characters and is handled by my automation anyway. Thanks!


ARTEMIS-1147 Update Hacking Guide Documentation: IDE Integration

the IntelliJ import wizard doesn't contain a sentence like:"Select "Import from existing model". This should be changed to "import project from external model" to be conform and the IntelliJ IDEA version should be updated, too.

You've transposed 4 and 7 in the JIRA reference of your commit message.  It should be ARTEMIS-1174.

Argh.. So you need to reject it, right?

I won't merge it if it's referencing the wrong JIRA.  However, it's easy to change.  Just rebase interactively, re-word the commit message, and push -f.  The PR will update automatically.

@bennetelli I will merge it as it's already done.. but I'm a bit concerned to keep documenting idea specifics.. ;)

@clebertsuconic why? do you mean specifics like version numbers or IntelliJ specifics in general?

in general.. it would be better to just send a link on Idea instead of duplicating the steps...
it's minor though.. I'm not going to fight about it :)

Wrong JIRA: it should be artemis-1174 and not 1147...
although I could fix it using ./scripts/checkout-PR.sh and ./scripts/merge-branch.sh.. so don't worry about it.. I fixed it.

@clebertsuconic yep. thx. thought I would have fixed it myself..
the steps I did:

git rebase -i HEAD~1
change commit message
git push --force

what was my failure?

ok. strange. will check that. thanks for mertging @clebertsuconic ;)