Vitest crashes sometimes

Describe the bug
Run vitest, and coding. After a while, when I saved the file, the tsc reduild the folder, and then the vitest crashed.
After the error message is printed, the CPU run to 100%. The process doesn't exit.
#
# Fatal error in , line 0
# Check failed: result.second.
 After a while, when I saved the file, the tsc reduild the folder, and then the vitest crashed.
System Info
System:
    OS: macOS 12.4
    CPU: (10) arm64 Apple M1 Max
    Memory: 365.92 MB / 64.00 GB
    Shell: 5.8.1 - /bin/zsh
  Binaries:
    Node: 16.16.0 - ~/.nvm/versions/node/v16.16.0/bin/node
    Yarn: 1.22.18 - /opt/homebrew/bin/yarn
    npm: 8.11.0 - ~/.nvm/versions/node/v16.16.0/bin/npm
  Browsers:
    Safari: 15.5

Used Package Manager
pnpm
Validations

[X] Follow our Code of Conduct
[X] Read the Contributing Guidelines.
[X] Read the docs.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] Check that this is a concrete bug. For Q&A open a GitHub Discussion or join our Discord Chat Server.
[X] The provided reproduction is a minimal reproducible example of the bug.

Vitest doesn't use tsc, so I have no idea what you are talking about. Please, provide reproduction. The issue will be closed in 3 days without any activity.

I can't reproduce it in a new project. But it seems that it's a bug of Node.js you posted.

It seems that this error doesn't occur on Node.js 18. Upgrading Node.js maybe a solution. Closed.


ModuleNotFoundError: No module named 'm3u8' in Ubuntu 16.04

I am running udemy-dl under virtual environment in Ubuntu 16.04. All this while, it is working well. Until today session, a new eror occurs. Despite having the required dependencies installed, the module m3u8 is not detected when the udemy-dl.py is executed. Is there any solution to solve it? I have tried manual installed it, but the same error occurs.
Required m3u8 has been installed:

Error message:

@kutkin54 are you sure you are installing module and running the udemy-dl with same python version?
try python3 -m pip install -r requirements.txt --upgrade and then try python3 udemy-dl.py --help.


Refactor to Symfony 4.4 w/ flex

Updated to Symfony 4.4 with Symfony flex and refactored folder structure. Updated Travis CI config and behat testing.
Kudos @TomCan for already starting this upgrade.
Closes #496

🎅 hohoho, Symfony 4 is coming to town! Thanks a lot @brechtfranco !


Issue with Karate in an application packaged by Spring Boot

Hi @ptrthomas, I'm back with more issues with classpath, Spring Boot, and JAR (or bootJAR in this case).
I have a dummy project here, which is a Spring Boot application that launches a single runner class (com.karate.karatespring.feature.Runner.java) on startup, using the JUnit 5 test factory. This runner class will simply launch the feature file Feature.feature that asserts on a boolean initialized in karate-config.js.
Problems arise when I launch the JAR. The feature file is found 45 times by FileUtils.scanForFeatureFiles, and as such is launched 45 times (which is a bit too much). Also, the karate-config.js file is not found on the classpath, with the exception skipping bootstrap configuration: could not find or read file: classpath:karate-config.js.
I found these issues by migrating from version 0.8.x to version 0.9.x.
Thank you for your time, and thank you for your work on Karate.

tagged as "help wanted" you know what to do @celcius112 ;)

That was quick 😛 I've already tried (quickly) to find a solution, but since the project is quite large in my standard I might need some time to find a solution that does not break anything 😁

take all the time you need, since no one else has reported problems since #520 - and you know how hard that was

even just some nice debug logging so we can see exact file it's looking for and where it's looking.

closing because of inactivity

@celcius112 awesome work on the PR ! re-opening as "fixed" :) this will be in 0.9.5

@celcius112 turns out some of the changes completely broke things on windows. I have had to make some changes and comment out your spring-boot test which now fails
it is back to the drawing board a little - and I request you to test on windows before submitting the next PR. I would also try using the URL as a last resort if really no other way to get the stream works.

that is some pretty horrendous news 😢 I'll probably need to change the solution

@celcius112 no it is fine, I really appreciate your contribution - very few people do. I did do some more improvements to the FileUtils and I don't think you need to re-work much. as I said, I don't really like to depend on a URL in the Resource instance, but if that is the only thing that will work for spring-boot, please go ahead and add it. but try to follow the existing pattern (maybe cache the contents in the static Map like you already see for JAR resources) - maybe I asked you already, but if you want to join a slack channel send me an e-mail: https://github.com/intuit/karate/wiki/Support

@celcius112 closing due to inactivity

@celcius112 I'm facing the same (exactly lie @ptrthomas warned in #1225 ...) and wondering whether you ever got to work around this

@joelpramos can you create the smallest possible JAR or project where we can see this problem - I'll take a look sometime. in the meantime - do try and debug and make sense of the FileUtils code

hello @joelpramos, the issue came from the different Classloader used by Kareta versus the one used by the spring-loader when launching a bootjar. I have created a PR to resolve this issue, but unfortunately some rework was necessary in order to make it work on windows, which I was far from motivated to do (and I'm sorry for that 😞 ).
We have found another solution, which is to not use a bootjar for our application. Previously, we were putting this fat jar in a docker image, but now we instead layer the image by using jib.

@ptrthomas I've been trying to go through FileUtils and the Resource file (my current exception is on the method Resource.getStream() so looking at changes there for now). I didn't fully understand all the changes @celcius112 did in his PR but will keep going through it today for inspiration :)
Example here: https://github.com/joelpramos/karate-classpath

running in IntelliJ is perfectly fine (i.e. no classpath issues ofc)
running the application as a .jar (java -jar ...) doesn't load the feature if it's defined as a classpath feature (see https://github.com/joelpramos/karate-classpath/blob/master/demo/src/main/java/com/example/demo/test/ReproduceErrorLoadingFeature.java)
running the application as a .jar and pass a parameter for an externalized feature (-Dexternal.feature="C:\full\path\test.feature") works to load the feature, loads the karate-config.js somehow (still don't understand how) but fails if the karate-config.js calls a feature file (in this case karate/framework-utils.feature) (see https://github.com/joelpramos/karate-classpath/blob/master/demo/src/main/java/com/example/demo/test/ReproduceErrorExternalFeature.java)

The later is what I'm trying to do in my build - external feature files but have a config file and extensions/helper methods pre-loaded.

Got a fix for the 2nd problem (doesn't seem to address the first) here: https://github.com/joelpramos/karate/commit/8b506060cdb62c38dbd7ddaab9575be81aaa5867 (there are several comments and System.out.println() just wanted to show you).
Found another problem with the way I'm using Karate in which Nashorn can't load a class from the Spring Boot classpath (this is a pretty good hint .. https://github.com/spring-projects/spring-boot/issues/2823) so I'll be looking into that.
@ptrthomas both of these might not be exactly "bugs" but symptoms of the way I'm using Karate - not in the unit tests running in the machine but packaged in a .jar file in the app. Are you good if I continue to provide updates here? Also let me know if you want me to do separate PRs if/when I find a fix for this additional problem.

@joelpramos this helps - sorry for not replying yesterday. I'm actually in the middle of a super-ambitious re-write of the core and moving things over to GraalVM refer #1281 - and one of the things I'm keen to do is get the file / classloading right this time. so once I get a chance I plan to look through your log and make sure the new code works and retro-apply whatever possible to develop in the meantime

@ptrthomas no problem - this is open source I don't expect an immediate answer :) To workaround the Nashorn issue I exposed a method to allow me to instantiate the Nashorn engine directly. I tried with passing thread context etc but seems like when the parallel runner starts the classpath context is lost. With that new method all I do is after starting my spring applications I call the following line:
ScriptBindings.initNashorn(SpringApplication.class.getClassLoader());
Not very pretty but should also only be use for very specific usages of Karate (or maybe just me .... )
I don't think either change impacts the GraalVM refactor. I ran through the unit tests with no issuess and tested the change in Windows - not sure if there's any unforeseen behavior on Linux... In any case for the main change to solve the first issue I tackled has defensive coding - in case there's no file found using the classLoader.getResourceAsStream() it falls back to the previous implementation (Files.newInputStream()).
Let me know if you're ok with these changes and I'll open the PR. Here's the diff:
https://github.com/intuit/karate/compare/develop...joelpramos:bugfix/callSingle-in-karate-basejs-from-classpath?expand=1

@joelpramos ok. just one thing - on the rewrite branch I made some changes to Resource and FileUtils - mainly I did not want Resource to need a ClassLoader passed any more and have only one (less confusing) entry point. I would like to add these changes to the develop branch before you proceed, or would you be able to experiment first along those lines to confirm
here's one diff: https://github.com/intuit/karate/commit/b27854e5b098fac2052a4bb89a5136216b24db6b#diff-cea3f582a9c266b663188079ae4981b9
also a question for you is that if everything starts out using ClassLoader.getSystemClassLoader() is that a better approach
the PR certainly looks fine, just want to take time to think through this

I'll try to merge your changes to those two files to minimize conflicts and test it on my end.
I tried using getSystemClassLoader() and it fails (see here). I haven't found an issue with the thread contextloader() so I'd suggest to stick with that. According to this stackoverflow thread the class itself typically has the correct classloader so I'll probably try that as well. I was a bit inconsistent with it myself as I used the class classloader in HttpClient but not on Resource so I'll review that too.

@joelpramos great, thanks - I agree that in any case we should expose a method via the API so that one can force-override a custom class-loader at run-time

@joelpramos I have reworked the resource / classpath scanning code using io.github.classgraph - would be great if you can check if this works in spring boot now

@ptrthomas is this in the RC for 1.0.0 or is the rewritten branch still separate? Looking to start migrating / testing really soon.

@joelpramos yes in the RC and everything is now in develop also refer: https://github.com/intuit/karate/wiki/1.0-upgrade-guide

Closing the loop - I didn't notice any of my previous issues, tried with feature files in classpath, executed from intellij, compile the jar and execute externally, as well as feature files externalized from the .jar file itself and found no issues with classpath scanning. Seems to be working fine @ptrthomas . Thanks!

@joelpramos that is pretty excellent news, thanks 👍

1.0 released


PowerToys does not start at startup

Microsoft PowerToys version
0.71.0
Installation method
Microsoft Store
Running as admin
Yes
Area(s) with issue?
FancyZones
Steps to reproduce
Fancy zones does not start at startup, despite the relevant option within setting being activated.
✔ Expected Behavior
Fancyzones to start on startup
❌ Actual Behavior
Fancyzones does not start on startup
Other Software
No response

/bugreport


Bug: crash if setup.cfg exists with no metadata section

Bug

[x] I have read the comment above and have completed each step
[x] I have filled out the system info
[x] I have described the bug, filled in the expected outcome and the actual
outcome including screenshots where appropriate

System info

OS: Darwin ***** 22.3.0 Darwin Kernel Version 22.3.0: Mon Jan 30 20:38:37 PST 2023; root:xnu-8792.81.3~2/RELEASE_ARM64_T6000 arm64
Version: licensecheck==2023.0.1

Describe the bug
It crashes if you have a setup.cfg file that does not contain [metadata] section (for example, with only flake8 configuration).
Expected outcome
List licenses used.
Actual outcome
Traceback (most recent call last):
  File "/Users/nicolas.karolak/Library/Caches/pypoetry/virtualenvs/silvr-app-EZRmeXuX-py3.10/bin/licensecheck", line 8, in <module>
    sys.exit(cli())
  File "/Users/nicolas.karolak/Library/Caches/pypoetry/virtualenvs/silvr-app-EZRmeXuX-py3.10/lib/python3.10/site-packages/licensecheck/__init__.py", line 90, in cli
    depsWithLicenses = get_deps.getDepsWithLicenses(
  File "/Users/nicolas.karolak/Library/Caches/pypoetry/virtualenvs/silvr-app-EZRmeXuX-py3.10/lib/python3.10/site-packages/licensecheck/get_deps.py", line 112, in getDepsWithLicenses
    myLiceTxt = packageinfo.getMyPackageLicense()
  File "/Users/nicolas.karolak/Library/Caches/pypoetry/virtualenvs/silvr-app-EZRmeXuX-py3.10/lib/python3.10/site-packages/licensecheck/packageinfo.py", line 157, in getMyPackageLicense
    metaData = getMyPackageMetadata()
  File "/Users/nicolas.karolak/Library/Caches/pypoetry/virtualenvs/silvr-app-EZRmeXuX-py3.10/lib/python3.10/site-packages/licensecheck/packageinfo.py", line 136, in getMyPackageMetadata
    if "license" in config["metadata"]:
  File<EMAIL_ADDRESS>line 965, in __getitem__
    raise KeyError(key)
KeyError: 'metadata'

I replaced the line 136 of file licensecheck/packageinfo.py with this and it worked:
if "metadata" in config.sections() and "license" in config["metadata"]:

Fixed in https://github.com/FHPythonUtils/LicenseCheck/releases/tag/2023.1.1, thank you :)


Fixed save_config to proper boolean and default to false

fixes #40

Coverage increased (+0.0%) when pulling 21a9dbbd6d3e14201d1caeae2d6316a70d7d53b4 on eBayClassifiedsGroup:master into aa8c653605712bb1191a278501f881d6c2f8f42f on job:master.


Record position while no GSM/wifi present

Would it be possible to add in an extra feature like recording the position of the device when GSM/WIFI is not available and send all recorded positions once a connection is possible ?
This could also be implemented for the android app.

Yes, I plan to add this feature in one of the future releases. Android app already has it.

Hi Anton,
I would to ask if this feature is already available in iOS?
Thanks!

Yes, it's already available in both Android and iOS apps.

Great!
Thanks..

Sherwin

On Tue, Jul 19, 2016 at 6:01 AM, Anton Tananaev<EMAIL_ADDRESS>wrote:

Yes, it's already available in both Android and iOS apps.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/tananaev/traccar-client-ios/issues/17#issuecomment-233586557,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AIJityuZKQIrxmCnNNrjB-VS2yY19-PKks5qXKBkgaJpZM4DrpBf
.


Bug when running end-to-end case study

I'm trying to replicate this case study on my own machine. I believe I've followed all installation instructions correctly. I did have to manually install JAX, which could be a potential issue, but I'm not sure.
When I run the following cell, I get the below errors:
mmm.fit(
    X=X_train,
    y=y_train,
    target_accept=0.9,
    chains=4,
    draws=3_000,
    nuts_sampler="numpyro",
    random_seed=rng,
)

Error:
XlaRuntimeError: FAILED_PRECONDITION: Buffer Definition Event: Error dispatching computation: %sError dispatching computation: %sError dispatching computation: %sError dispatching computation: %sError dispatching computation: %sError dispatching computation: %sError dispatching computation: %sError dispatching computation: %sError dispatching computation: %sError dispatching computation: %sError dispatching computation: %sError dispatching computation: %sError dispatching computation: %sError dispatching computation: %sError dispatching computation: %sCpuCallback error: Traceback (most recent call last):
  File "c:\Users\matt.triggs\Anaconda3\envs\pymc_marketing_env\lib\site-packages\jax\_src\interpreters\mlir.py", line 2806, in _wrapped_callback
RuntimeError: Incorrect output dtype for return value #0: Expected: int64, Actual: int32

If anyone could provide any insight, that would be great. Really looking forward to making more use of this package.

Hi @mjtriggs, did you encounter this when running the notebook as is or did you make any modifications, including switching out the dataset? Could you also give some details on your machine.

Hi @mjtriggs
Sorry for the delay.
This seems like a PyMC / windows thing. Have you made any luck with this?


Suggestion: expose the number of active timers in clock.Mock for leak detection purposes

This would allow for a test to do leak detection by ensuring that no timers remain active at the end.
In the current implementation, this seems to be as simple as adding Len() int to the mockTimers interface (which already exists to satisfy heap.Interface)

Good idea, now fixed.


:memo: Updated README file

Updated the README file and added about web3community and our social icons which can close #1

@vinzvinci  please review :)


Columbia (Country)

Was chatting with a partner of ours about the structure of columbian addresses. It seems like Ecuador may follow a similar pattern.
Tl;Dr:  looks like addresses in Columbia are all calculated, using the distance from the nearest intersections. To me this sounds like the country is 100% interpolated.  Is this useful / actionable to OpenAddresses?
cc @migurski @ingalls @iandees
Full description below

A city address in Colombia conforms to the following example:
Calle 150 A # 101 - 20 (http://www.openstreetmap.org/?mlat=4.74839&mlon=-74.09076#map=19/4.74839/-74.09076)
Is composed of:

Closest street of the point, in this case is Calle 150 A : Composed of the type of Street a number and letters
101 corresponds to the street of the intersection closest to the origin of the city (0,0), near the point.  It can have optionally letters, and it's named in OSM completely. Pointing the intersection http://www.openstreetmap.org/?mlat=4.74820&mlon=-74.09037#map=19/4.74820/-74.09037
The last one is the distance in meters to the intersection of the two streets. It's even or odd depending on the side of the closest street.

We have different types(names) for streets, at the beginning we have Calle and Carrera and the others are circular, transversal, diagonal, paralela, but they follow the same conventions.
Calle number increases to the north of the origin of the city and Carrera number increases to the west of the origin of the city.
I personally wrote a starting point for geocoding, you can find the source code at https://github.com/ikks/osmhelpertools/ based on osm data that goes close to the street intersection, but did not calculate the third coordinate, the distance along the line could be calculated and assigning even or odd would be the missing main bits to take into account.  You can look at this system in action in http://test.openstreetmap.co/
We have also other constraints, as you can see intersection of calle 1 and carrera 1 has carreras to the east and calles to the south, they are properly labeled usually with the letter E for East and the letter S for south accordingly.

Hi Max - Al here, did some of the work on Colombia for OpenAddresses in order to obtain some better Colombian training data for the address parser in libpostal.
Though the meters-from-the-intersection piece seems strange at first, AFAICT it's essentially just a house number. From a US perspective it wouldn't be too dissimilar from having a "300 block" between 3rd and 4th Street, but instead of the house numbers being sequential, they're based on how far the building is from the intersection. Most buildings in cities like Bogotá are labeled with the compound number (e.g. https://goo.gl/maps/YeB9b2ckJK32)
In the two Colombia data sets currently in OpenAddresses, the lat/lons are correctly geocoded to the buildings not the intersections. The fields listed in said data sets are similar to those above e.g. STREET="CR 24C", NUMBER="95-38".
So probably not pertinent to OpenAddresses, but useful for people adding addresses to OSM (as well as for navigation and geocoding in those cities).


Fix outdated usage of or_lesser in AnimatedTexture property hint

The property hint was renamed to or_less in 4.0, so it had no effect.

Thanks!


ENH: colorful graphs

Is it possible to color each node in graphvis? If so we may want to come up with a color scheme such that every node type has a dedicated color for ease of viewing (and making nice graphs for presentations/publications).

It is.  I've often found this page to be a helpful reference for the DOT
language: http://www.graphviz.org/doc/info/attrs.html
On Wed, Aug 30, 2017 at 1:48 PM, Christopher J. Wright <
<EMAIL_ADDRESS>wrote:

Is it possible to color each node in graphvis? If so we may want to come
up with a color scheme such that every node type has a dedicated color for
ease of viewing (and making nice graphs for presentations/publications).
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/mrocklin/streamz/issues/59, or mute the thread
https://github.com/notifications/unsubscribe-auth/AASszDrgR-3fNFMBq2021MvZ__VEi--Nks5sdaBdgaJpZM4PHvuL
.

Do we just stuff color information in the graphviz nodes somewhere and expect graphviz to know what to do?

Yes.  It looks like we're using the graphviz library.  A quick search
yields this documentation:
https://graphviz.readthedocs.io/en/stable/manual.html#attributes
On Wed, Aug 30, 2017 at 3:10 PM, Christopher J. Wright <
<EMAIL_ADDRESS>wrote:

Do we just stuff color information in the graphviz nodes somewhere and
expect graphviz to know what to do?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/mrocklin/streamz/issues/59#issuecomment-326089981,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AASszCNuxTb26r2Kr9W4SSLbzlQOtF_oks5sdbPCgaJpZM4PHvuL
.

You might also find constructing some DOT graphs by hand to be educational
if you haven't done it already.  It's straightforward and a useful tool for
publication.
On Wed, Aug 30, 2017 at 3:15 PM, Matthew Rocklin<EMAIL_ADDRESS>wrote:

Yes.  It looks like we're using the graphviz library.  A quick search
yields this documentation: https://graphviz.readthedocs.io/en/
stable/manual.html#attributes
On Wed, Aug 30, 2017 at 3:10 PM, Christopher J. Wright <
<EMAIL_ADDRESS>wrote:

Do we just stuff color information in the graphviz nodes somewhere and
expect graphviz to know what to do?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/mrocklin/streamz/issues/59#issuecomment-326089981,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AASszCNuxTb26r2Kr9W4SSLbzlQOtF_oks5sdbPCgaJpZM4PHvuL
.

sounds good. tried it and seems simple (use style=filled with color=clr). Looks like we can use much more, such as shape.
Did you have any coloring in mind?
I think differentiating stream methods (map, filter etc) as well as stream subclasses (for example from Stream to DaskStream) could be nice. Maybe it could be something simple such as color for the methods and shape for the subclasses. Since 'method' might be a little ambiguous, here's an example:
from streamz import Stream
s = Stream()
s2 = s.map(lambda x :x + 1)
from streamz import DaskStream
# now objects are Futures
s3 = DaskStream.scatter(s2)
# still a Future
s4 = s3.map(lambda x : x**2)
s5 = DaskStream.gather(s4)

Shape would be extremely useful. For example, running filter  on a DaskStream would yield a Stream (which is unlikely to be intended use). This could be useful for debugging.
What do you think?

I am good with all of those. I'd like to make these (private) attributes of the classes, this way classes which inherent from them/override them would be easy to use. (eg we'd just need to change the shape once for dask streams if they all inherited)
I don't have any particular coloring in mind, we may consider drawing from an MPL color cycle since those are more likely to be colorblind safe.


[question] How would I "stop" myself holding down buttons

I'm currently trying to create an auto stop, but i'm kinda getting stuck on how i'd stop, when i hold something down.
It seems that me holding down m1 or some other button will make my cmd->forwaardmmove = 0.0f; not do anything.
I've also tried just taking the code from fast stop, but that only works again when a user isn't holding down any buttons.
Any help is apperciated

use the slow walk feature

#2411


Snowboard data-attach-loading broken in backend

Winter CMS Build
dev-develop
PHP Version
8.1
Database engine
MySQL/MariaDB
Plugins installed
No response
Issue description
Trying to use a button in a backend view with a data-attach-loading does not work.
Note: this works fine on a frontend page
Steps to replicate
Add the following button to a backend controller:
<button data-attach-loading data-request=onAjax>TEST</button>

Workaround
No response

Note:data-request-flash does work in that same backend view.


allow persisting safemode flag

@cleverca22 This is something I can get on board with if somebody has a really good reason for or some of the more experienced developers agree with you.

The issue is electron doesn't support underlying GPU's that don't have GPU accceleration by default. A parameter needs passed to electron when it starts to tell it to use safe mode. We absolutely want to persist this as we don't want the user to have to get the blank screen every time they open Daedalus.

Other way around. The user gets the blank screen not in safe mode if they don't have GPU acceleration. exit code 22 instructs the launcher to restart daedalus process with safe mode flag which then shows the UI correctly. However, prior to this PR, when the user exits daedalus and restarts, it does not start in safe mode and they get the blank screen again.
Note that FC5 release today is going to point at this branch. @cleverca22 can address the comments and make sure any interface changes end up in daedalus. We need to target getting this done before the mainnet daedalus release.

bors r+

bors r-

bors r+

bors ping

bors r+

There is no bors here, just merge AFAIK.

bors was just added


BCFKS/PBES2: NPE if Pbkdf2 keyLength field is omitted

On 1.59

In (ASN.1) PBKDF2-params the keyLength field is OPTIONAL; in PBES2 the desired keyLength can be derived from the encryptionScheme, so it is indeed redundant.
This BCFKS KeyStore, constructed so that the keyLength field is omitted in PBKDF2-params, causes a NPE.
[Update] The NPE is caused when generateKey tries to access the non-existent keyLength

java.io.IOException: java.lang.NullPointerException
        at org.bouncycastle.jcajce.provider.keystore.bcfks.BcFKSKeyStoreSpi.decryptData(BcFKSKeyStoreSpi.java:1035)
        at org.bouncycastle.jcajce.provider.keystore.bcfks.BcFKSKeyStoreSpi.engineLoad(BcFKSKeyStoreSpi.java:962)
        at org.bouncycastle.jcajce.provider.keystore.bcfks.BcFKSKeyStoreSpi$Std.engineLoad(BcFKSKeyStoreSpi.java:1108)
        at java.security.KeyStore.load(KeyStore.java:1445)

break.zip (contains break.fks)
The storepass is changeit

Okay, this is now done - in the case of BC the keysize can be optional if it can be determined for the OID. The latest version on https://www.bouncycastle.org/betas now supports this.
We will try to also add this to BC-FJA 1.0.2


Features: Community Section

The Community section can be enhanced by forming like the cards and join forum in the cards.
It give awesome looks to the page . I already have the experience in working it . Can you assign the work to me.
@vivekv2810
Before:

Expected Output:

make sure to complete this issue within 2 days.


Personalize

Data needs to be made personal and changed from the cookie cutter of the forked repo

There are two main parts that I'd like to see addressed here.

CSS

dark gray bg
white text
blue or green headers

Template customizing

include description along with titles
move tags under titles

Nav Bar additions

resume link
projects list

projects list template/page

This issue was addressed long ago. Closing

This issue was addressed long ago. Closing


Typo In README

In the 5th step of the "Compile Yourself" section.

Take make it easier to run, you can create a taylor-dev script and populate
it with:

#!/usr/bin/env bash
TAYLOR_PATH=/home/sean/code/taylor/

"$TAYLOR_PATH/dist/linux/debug/taylor" "$TAYLOR_PATH/cli-tool/cli.rb" "$@"

It should read "To make it easier to run [...]" shouldn't it?

Thanks for the heads up, this has now been fixed.


Added stop editor

Suggest adding parcelpal_stop_editor to autoware.FTD for ease of editing stops in the field.
This change is tested by running following commands:
vcs import src < --recursive
colcon build --symlink-install --packages-select parcelpal_stop_editor --cmake-args -DCMAKE_BUILD_TYPE=Release
ros2 launch parcelpal_stop_editor parcelpal_stop_editor_rviz.launch.xml pointcloud_map_file:=facility_pointcloud_map_subsampled.pcd

Note: Confirm the contribution guidelines before submitting a pull request.
Click the Preview tab and select a PR template:

Standard change
Small change

Do NOT send a PR with this description.

Thank you for checking the request and merging it


Updating to latest pistache

This is no longer needed, we can stick with the same version for now.

This is no longer needed, we can stick with the same version for now.


Archived Chats not opening - JSON error. Rogue characters?

Describe the bug
Hi! This module is really useful, but the chat archive feature doesn't seem to work for me.
What steps did you take before experiencing the problem?
Steps to reproduce the behavior:

Click on "Archive Chat log" in the chat window
Create a chatlog (any amount of chat selected)
Go to "Manage Chat Archives" in settings
Click any archive in there, including the one just created.

What did you expect to happen?
A chatlog to appear that I could access through Foundry.
What happened instead?
I recieved an "Unexpected character" error and several other errors, all reproduced below.
Screenshots
The Error I got when attempting to open the chatlog originally.
The current error.
Error with all modules except DF chat disabled.
Unsure if this is related but dumping it anyway.
Foundry Versions

Version of this module: 4.1.0
Foundry Version: V10 Build 287
System Name and Version: Oracle Cloud host, accessed via windows 10.
Browser Name and Version: Firefox and Chrome both tested.

What other modules did you have active when experiencing this issue (include both names and versions)?
Full list of active modules as of most recent test.
Without all modules I get a slightly different error.
Additional context
I've tested this on a fresh foundry install and it seems to function, so I'm not quite sure what's causing the incompatability or if it's something in my old chat archives.
Full list of active modules as of most recent test.
I used ViNo in V9 but have since disabled and uninstalled it.
I've tested by posting several messages in the recent chat and ONLY archiving those, and it seems to display fine. I can provide the JSON archives creating the errors but would rather not upload publicly, as they contain NSFW content and I don't quite know what github's policy is.

This is the GitHub page for Illandril's Chat Enhancements, which has nothing to do with chat archiving.
You'll have to report your issue to the DF Chat Enhancements' author.

 I meant to go to a different github page.


100% coverage

Coverage increased (+4.009%) to 99.107% when pulling 9895a3499f05a1a5db722123908fd5d01a65e53b on coverage into d5b74c5b0d771229d19d4c9f8a1ec62f873486e6 on es2015.


AdaptiveCard issue with webchat.js DirectLine

When i am trying to show below adaptive card in directline whole page goes blank and i see below error console log of browser, However it works fine with emulator as well as Iframe or botchat :
Adaptive Card Json :
{
  "type": "AdaptiveCard",
  "body": [
    {
      "type": "Container",
      "items": [
        {
          "type": "TextBlock",
          "colour": "#00F",
          "size": "medium",
          "weight": "Bolder",
          "text": "Incident Details"
        },
        {
          "type": "ColumnSet",
          "columns": [
            {
              "type": "Container",
              "items": [

                {
                  "type": "FactSet",
                  "facts": [
                    {
                      "title": "Sequence",
                      "value": "@usersequence",
                      "isSubtle": true,
                      "wrap": true
                    },
                    {
                      "title": "**IncidentNumber**",
                      "weight": "Bolder",
                      "BlockElementHeight": "Large",
                      "value": "**@userIncidentNo**",
                      "colour": "attention"
                    },
                    {
                      "title": "Status",
                      "weight": "Bolder",
                      "value": "@userIncidentState",
                      "wrap": true
                    },
                    {
                      "title": "ShortDescription",
                      "value": "@userShortDesc"
                    }
                  ],
                  "width": "stretch"
                }
              ]
            }
          ]
        }
      ]
    }
  ],
 "$schema": "http://adaptivecards.io/schemas/adaptive-card.json",
    "version": "1.0"
}

Screenshots
Error we see in browser console :

[Bug]
(Edited by @compulim for code formatting)

Looks like your Adaptive Card JSON doesn't follow the schema correctly. If you copy-and-paste the JSON into Adaptive Cards Visualizer or Designer, you will hit the same issue.
You should change:
          "columns": [
            {
              "type": "Container",
              "items": [

                {

to
          "columns": [
            {
              "type": "Column",
              "items": [

                {


Ask about sounds

Question: Can pick-up sound and "win music" easily be implemented?

Win music is easy enough. Just go to the "EndGame" level and go to Blueprint > Open level blueprint and add a "Play Sound 2D" node connecting to "On Begin Play"

I'll have to check if I made it possible to implement pick up/drop sounds. If not, I'll do it.


Add entry about privacyIDEA 2FA

privacyIDEA is a central 2FA system running on premise.
It can manage a lot of different token types for an organization.
The privacyidea keycloak extension enables those organizations to also use the enrolled tokens with keycloak.

Hi, thanks for your PR.
Just to confirm privacyIDEA is fully open source? Also, from what I gather privacyIDEA fully focuses on two-factor authentication and is not aiming to be a full-fledged IAM / direct competitor to Keycloak?
Would also be good to add some documentation for how to use the plugin, including what versions of Keycloak a release of the plugin supports and is tested against.

Hi @stianst ,
yes, privacyIDEA is completely AGPLv3.
It's focus is a 2FA management system. Authentication protocals like SAML or OpenID Connect are done via plugins for keycloak, simpleSAMLphp or ADFS. ...or for FreeRADIUS. We do not plan to

implement such authentication protocols on our own
to implement any Identity Management to manage users (privacyIDEA reads users from existing user stores)

Is there a special key in the JSON file for
a) install documentation
b) supported version?
Thanks!

Take a look at https://github.com/keycloak/keycloak-web/blob/master/extension-template.json. We don't have any for listing supported versions (that would require a PR to all extensions everytime we do a release), so my assumption is that it would be documented on whatever page you set in the documentation field.

I enhanced the documentation accordingly.
We will need to update the readme to note, that it is tested with keycloak 6 and 7.

Looks good thanks


fixed #30

Fixed this issue by checking whether the value of localStorage.getItem('vue-lang') is in the supported language.

Thank you!


Support using multiple versions of wasmtime in a crate

Feature
It would be beneficial to provide the ability to include multiple versions of wasmtime in a crate in order to compile modules with multiple wasmtime versions.
By using all default features excluding async, it is somewhat possible. However, it is necessary to include compiler flags like cargo:rustc-link-arg=-Wl,--allow-multiple-definition in a build script in order to get by the multiple definition errors such as:
wasmtime-runtime-8.0.1/src/debug_builtins.rs:39: multiple definition of `set_vmctx_memory'

I would like to avoid using these compiler flags if possible for a couple of reasons. First, I have had difficulty using them in a single crate in a workspace, as the individual crate can be tested and built in isolation but using workspace-level commands still yields the multiple definition errors. Additionally, there is a risk of undefined behaviour.
Benefit
Supporting multiple versions of wasmtime in the same crate can be hugely beneficial in applications that rely on caching large numbers of compiled modules, specifically for handling wasmtime version bumps. If multiple versions of wasmtime can be included in a crate, it is possible to build up the cache of compiled modules for the new version while still executing modules for the old version, and then cut over to executing with the new version seamlessly with a fully populated cache.
Implementation
A small helper crate with a small number of procedural macros could be used to add a suffix to any named entities that lead to multiple definition errors, and any references to them. The suffix could be based on the wasmtime crate version or customizable with an environment variable.
I have prepared a prototype in this commit that uses the wasmtime crate version to generate the suffix.
Potential complications

Because macros are evaluated at compile time, it wouldn't be compatible with ModuleVersionStrategy::Custom when the value used is generated dynamically at runtime. However, if versioned exports are opt-in then it shouldn't be a problem, it just can't be used with dynamic custom versions.
It would be more complicated to implement for s390x because of this file.

Alternatives

shell out to multiple versions of wasmtime CLI to achieve multi-version compilation
use compiler flags such as cargo:rustc-link-arg=-Wl,--allow-multiple-definition, but as mentioned above this has undesirable consequences

Personally I think it's a good idea to strive to support this, it's generally "cleaner" to not rely on having a single version of things. That being said the implementation of this needs to be balanced with maintainability at the same time. For example if a release checklist was "go on main and update a bunch of symbols" I don't think would work well, but having something more automatic (e.g. adding a suffix as you suggest) would work well. A suffix implementation, however, is likely to be somewhat nontrivial but still not outside the realm of feasability if you're interested in tackling it.
It's worth pointing out that wasmtime-fiber "correctly" has a links which says "there can only be one copy of this". It looks like wasmtime-runtime incorrectly does not have a links. I would not recommend using cargo:rustc-link-arg=-Wl,--allow-multiple-definition as that is more likely to produce a broken binary than a working one. Duplicate symbols are not guaranteed to have the same behavior, and overwriting one with a different version would almost certainly cause the resulting binary to break.
Some places I can think of off the top of my head to handle a version suffix are:

Any invocation of asm_func! as a macro, including those in wasmtime-fiber and crates/runtime/src/trampolines/*.rs
As you've pointed out the external s390x assembly file (there's one for fibers as well)
As you've pointed out, the crates/runtime/src/debug_builtins.rs file.

For all the assembly trampolines that can all be fixed by suffixing symbols with the crate's current version number. For the debug builtins I think it would be best to probably turn off that file by default and have it be opt-in, since I don't think it's really well supported anywhere today anyway.
Would you be interested in working on a scheme to suffix the assembly symbols with the crate's current version?

Would you be interested in working on a scheme to suffix the assembly symbols with the crate's current version?

Yes, I'm happy to do that. I've opened draft PR #6673 to get feedback on my initial approach. Thanks!

Resolved by #6673


Duplicate Registration Routes

Noticed there were a variety of duplicate registration routes, opening issue to work on PR to fix issue.

Kelly is working on it transferring issue and unlinking repo branch 47-duplicate-registration-routes as it'll address other repo issues


Interactive bar chart

Description
Create the component as shown in the video attached below. Only the bar chart is required
Animation Preview

Screenshot/Video:

https://github.com/user-attachments/assets/21b74b5a-fa6a-410e-a744-35d80696ca95

[!NOTE]
Please refer to the Animata contributing guidelines available here for rules on how to contribute to the project. Let us know in the comments if you’re working on this issue, and feel free to ask any questions!

Requirements

Create a new animated component that matches the provided design.
Add example usage of the component in the documentation or storybook.

 Guidelines & Best Practices

Write reusable and clean code following the project’s style guide.
The component should be fully customizable. The user should be able to modify props such as duration, easing, color, and size where applicable.
Follow the Contributing Guidelines before submitting your pull request.

[!IMPORTANT]
To ensure more contributors have the opportunity to participate, we kindly request that:

Each contributor submits only one pull request related to this issue.
If you're interested in working on this issue, please comment below. We will assign the issue on a first-come, first-served basis.

[!Tip]
Join our Discord community if you need help or have any questions. We're here to help you get started and guide you through the process. Join now

Hi, I would like to work on this issue

@fspzar123 Done

@sudhashrestha I would like to work on the issue, please assign me


this plugin use androidx.core, but my app is not use androidx, remind 'Manifest merger failed'.

Manifest merger failed : Attribute application@appComponentFactory value=(android.support.v4.app.CoreComponentFactory) from [com.android.support:support-compat:28.0.0] AndroidManifest.xml:22:18-91
is also present at [androidx.core:core:1.0.0] AndroidManifest.xml:22:18-86 value=(androidx.core.app.CoreComponentFactory).
Suggestion: add 'tools:replace="android:appComponentFactory"' to  element at AndroidManifest.xml:7:5-24:19 to override.

Please use 3.x version. It supports AppCompat.
https://github.com/permissions-dispatcher/PermissionsDispatcher/blob/master/doc/migration_guide.md#migrating-to-4x


Remove omitempty from DataSlice fields.

offset and length can both be 0 in RPC calls (c.f. https://docs.solana.com/developing/clients/jsonrpc-api#results-27)
The current code stops JSON from encoding the fields if they're 0, thus breaking RPC calls with:
{"code":-32602,"message":"Invalid params: missing field offset.","data":null}

I'm thinking make them become pointers. if we remove omitempty, we wouldn't use them individually.

@yihau as far as I'm aware both fields should always be specified by the user in every RPC call, according to the Solana RPC docs.
C.f.
https://github.com/solana-labs/solana/blob/f1427dd90cbde993f489232a13bd89f836ed98bd/web3.js/src/connection.ts#L2555

oh... yeah. you're right. I got confused by the test result. I'll remove some test cases in this PR later.

Thank you for the patching!

@yihau any chance you could cut a release with this fix? For quality of life purposes. :)

sure! https://github.com/portto/solana-go-sdk/releases/tag/v1.23.0


[BUG] Team Nav link is not working

Is there any existing issue for this?

[X] I have searched the existing issues

Description
I tried clicking on the team nav link it should route me to team but it doesn't
Screenshots
No response
Any additional information?
No response
What browser are you seeing the problem on?
No response

hey @Dct-tcd that page is under construction #61


Atome

Breaking Change:

Description:
The atome sensor platform is retrieving the consumption of your home from the Direct Energy Atome electric meter.
This special little device is connected to a Linky Electric Meter, and sends live data to a cloud platform.
Related issue (if applicable): fixes #
Pull request with documentation for home-assistant.io (if applicable): home-assistant/home-assistant.io#<home-assistant.io PR number goes here>
10172: https://github.com/home-assistant/home-assistant.io/pull/10172
Example entry for configuration.yaml (if applicable):
sensor:
  - platform: atome
    username: YOUR_ATOME_USERNAME
    password: YOUR_ATOME_PASSWORD

Checklist:

[x] The code change is tested and works locally.
[x] Local tests pass with tox. Your PR cannot be merged unless tests pass
[x] There is no commented out code in this PR.
[x] I have followed the development checklist

If user exposed functionality or configuration variables are added/changed:

[x] Documentation added/updated in home-assistant.io

If the code communicates with devices, web services, or third-party tools:

[x] The manifest file has all fields filled out correctly. Update and include derived files by running python3 -m script.hassfest.
[x] New or updated dependencies have been added to requirements_all.txt by running python3 -m script.gen_requirements_all.
[x] Untested files have been added to .coveragerc.

If the code does not interact with devices:

[ ] Tests have been added to verify that the new code works.

Please, as this is my first pull request, do not hesitate to propose any good practice I did not respect.

Please clean up the branch and remove the unrelated commits.

Please clean up the branch and remove the unrelated commits.

You mean to "rewrite the history" and make (for instance) one commit for the new platform ?

You can do an interactive git rebase. If you're not comfortable with git it might be easier to start over in a new branch and PR.

You can do an interactive git rebase. If you're not comfortable with git it might be easier to start over in a new branch and PR.

I just tried rebasing, I don't think this is better, right ?
( if it's the case I'll do a new PR indeed, sorry for that)

Just git rebase won't do the trick. You need to specify the commits to remove or keep somehow. One way of doing this is with the -i switch, to enter interactive mode. But please read up on git rebase before doing this.

Ok here is the clean PR:
https://github.com/home-assistant/home-assistant/pull/26194

Hmm, seems the codecov/patch does not pass on my other PR. If you have any recommendation, I would be very very glad!


bad_jwt when auth.getUser

Bug report

Created an Edge Function for user-self-deletion but when I create the supabaseClient and try to getUser(jwt) I recieve this error
code: "bad_jwt"
name: "AuthApiError"
status: 403
__isAuthError: true

[x] I confirm this is a bug with Supabase, not with my own application.
[x] I confirm I have searched the Docs, GitHub Discussions, and Discord.

Describe the bug
A clear and concise description of what the bug is.
To Reproduce
import { serve } from<EMAIL_ADDRESS>import { createClient } from 'https://esm.sh/<EMAIL_ADDRESS>import { corsHeaders } from '../_shared/cors.ts'

console.log(`Function "user-self-deletion" up and running!`)

serve(async (req: Request) => {
  // This is needed if you're planning to invoke your function from a browser.
  if (req.method === 'OPTIONS') {
    return new Response('ok', { headers: corsHeaders })
  }
  try {
    const authorization = req.headers.get('Authorization');
    if (!authorization) {
      return new Response(JSON.stringify({ error: "No authorization header passed" }),
      { status: 500, headers: { 'Content-Type': 'application/json' }, });
    }

    // Create a Supabase client with the Auth context of the logged in user.
    const supabaseClient = createClient(
      // Supabase API URL - env var exported by default.
      Deno.env.get('SUPABASE_URL') ?? '',
      // Supabase API ANON KEY - env var exported by default.
      Deno.env.get('SUPABASE_ANON_KEY') ?? '',
      // Create client with Auth context of the user that called the function.
      // This way your row-level-security (RLS) policies are applied.
      { global: { headers: { Authorization: req.headers.get('Authorization')! } } }
    )

    // const user_id =await supabaseClient.auth.getUser(authorization)
    // Get JWT from auth header
    const jwt = authorization.replace("Bearer ", "");

    // Get the user object
    const {  data: { user },} = await supabaseClient.auth.getUser(jwt);

Expected behavior
I want to know why I'm getting this error.
Screenshots
System information
<EMAIL_ADDRESS>Additional context
I checked the SUPABASE_URL, ANON_KEY and they are ok. The jwt is not empty.

I have a very similar error. Did you manage to find out what was wrong?

Any news here? I think I'm with the same problem


add reference OS to the docker image name for the contrib/docker/Makefile

added the reference OS marker to the image name defined in the contrib/docker/Makefile
fixed variable settings in contrib/docker/make-dimage.sh script
If a docker image exists for CentOS 7.4, it has the same name as the docker image that would be built with Ubuntu 16.04 for the same branch.
Although this should not be an issue for an end-user building a docker image and running make targets from the contrib/docker/Makefile from the command line, I had observed an issue attempting to use the scripts to automate simultaneous make targets with different reference OS settings.

TESTNOW

TESTNOW


Correctly package native libraries

I tried the Nuget package for my .NET core project and unfortunately got DLL import errors at runtime. I noticed that the package doesn't include the native library in the first place, so that clearly couldn't work.
I went down the deep undocumented rabbit hole of how to correctly package native dependencies and emerged with the following information:

Just DLLImport the library name and the .NET Core runtime will add the correct extension

If you put the native dependencies in a "runtimes/" directory at the root of the nuget package, the .NET Core runtime can find it with the corresponding RID during execution.

With the changes here, I could add the nuget package to my project and the DLL was loaded correctly. In the future, we might check if we can relax e.g. the "ubuntu" runtime ID to just "linux-x64" and add a number of other platforms, the set supported by libuv seems like a good template:
https://github.com/aspnet/libuv-package/blob/dev/src/Libuv/project.json
(There seems to be a separate porting effort at https://github.com/adamcaudill/libsodium-net/pull/155 but it seems less far along)

I've added a commit that fixes the test run. However the test seems to depend on having the native library copied to it's output directory, which isn't how it works when using the Nuget package.

@stschake Ah, thank you for fixing that. I had planning on diving into this soon, but you beat me 👍 Merged and will be deployed soon.


Detect source classes located in other module related to test

Resolves #32

Can be tested on https://github.com/JetBrains/Exposed


Tree-sitter note

Hi
Cudos for the nice job!!
However, currently, I can't use it on my work machine (Centos 7) because it tries to install tree-sitter-cli via 'npm'...
The problem is that node compilation requires 'c99' flag to be set, but it can't since the toolchain is very old... so building the tree-sitter-cli fails.
However, I can avoid this issue by using the Rust version of the tree-sitter-cli (installed via cargo), and that one works flawlessly!
So my suggestion would be to check for tree-sitter-cli installation, BEFORE attempting to install it. Then this setup should work on old systems as well!
FYI: on my home machine (Sway flavor of EndeavourOS) works flawlessly.
Once again - thanks for the very nice project!

Got that, thanks!
However, I'm still missing some understanding of vim/neovim, since I just started to use this editor...
I know that many plugins require the tree-sitter, but I think they are using the application, they do not install it? Typically the user installs it?
Anyway, thanks for the feedback - I guess I'll need to do some RTFM in the tree-sitter... 🤔


feat(ci): update github actions to node 16

Welcome to Cryostat! 👋
Before contributing, make sure you have:

[x] Read the contributing guidelines
[x] Linked a relevant issue which this PR resolves
[x] Linked any other relevant issues, PR's, or documentation, if any
[x] Resolved all conflicts, if any
[x] Rebased your branch PR on top of the latest upstream main branch
[x] Attached at least one of the following labels to the PR: [chore, ci, docs, feat, fix, test]
[x] Signed all commits: git commit -S -m "YOUR_COMMIT_MESSAGE"

Fixes: #638
Description of the change:
This change updates GitHub actions node version from 12 that is deprecated to v16
Motivation for the change:
Running workflows produces warning of the deprecated node 12 version
How to manually test:

Insert steps here...
...

actions/github-script@v4 still uses node12 so we want to update it to v6, just with the replacement for github.reactions.createForIssueComment and github.pulls.get

Hey @aali309, would you be able to rebase? I tried GitHub's automated rebase, but it seems to have made the commits unverified.

Hey @aali309, would you be able to rebase? I tried GitHub's automated rebase, but it seems to have made the commits unverified.

https://github.com/orgs/community/discussions/11639

Hey @aali309, would you be able to rebase? I tried GitHub's automated rebase, but it seems to have made the commits unverified.

done


Quickstart Readme

In the Deploy Resources section of the Quickstart Readme, the line "Deploy the needed resources by running: azd provision" should be preceded by an line telling the user to run "az login"; otherwise if the user is not logged in then the "azd provision" command will fail.
Deploy Resources
Clone this repository and open a terminal or command window to this folder samples/Quickstart.
Deploy the needed resources by running: azd provision
This will take about 20 minutes to deploy the FHIR Service.
If you have run this sample in the past, using the same environment name and location will reuse your previous resources.

This has been fixed with the new quickstart template!


nanoexpress Pro (CJS version) - End of Life date

Stage
Start Date
End Date
Action

Active
-
April 30 2020
+

Maintenance
May 1 2020
May 31 2020
cjs branch will be created and only bug-fixes

Freeze
June 1 2020
June 30 2020
Only PR will be accepted on cjs branch

EOL
July 1 2020
August 31
You should go-to ESM version

Full EOL
September 1
-
No support, for everyone

Notes

On Maintenance stage, @nanoexpress/gold-sponsors or higher level sponsors can ask new feature
On Freeze stage only @nanoexpress/platinum-sponsors or higher level sponsors can ask new feature or bug-fixes
After End-of-Life (no Full End-of-Life) stage only @nanoexpress/ultra-sponsors or higher can ask only bug-fixes

On PRO version, support of CJS version was extended to Dec 1 2020 due of Sponsors choice.
You also can become sponsor and vote to future of project

Now things changed and project will not provide any of CJS version, only exception will be old sponsors which can get both CJS & ESM version.
Until June 1 2020 no new features, only critical bug-fixes. See #34 for more info

#34 was closed as resolved and project keeps supporting both CJS and ESM, expire date does not exist on all versions


joinGame not getting fired

My game doesn't seem to be getting any events.
I am doing callbacks every two seconds.
My game is in Java using LibGDX and I am using this library: https://github.com/MinnDevelopment/java-discord-rpc
Any ideas?

Old issue so doing some cleaning. At the time, I believe this was eventually fixed with dynamic handler registration:
https://github.com/discordapp/discord-rpc/pull/135
We've not gotten any recent reports about join events not firing, so closing this.

Unrelated: this SDK has been deprecated in favor of our new GameSDK, which includes many more features for developers. Find it here:
https://discordapp.com/developers/docs/game-sdk/sdk-starter-guide
If you need help, come join us in the Discord at https://discord.gg/discord-gamesdk !


Update Mobile View Styling

Website is now more mobile friendly.
Demo: https://jang-sps-summer20.appspot.com/

I'm getting the following error when I try to submit a place:
Uncaught (in promise) SyntaxError: Unexpected token < in JSON at position 0
Promise.then (async)
(anonymous) @ script.js:91
Promise.then (async)
(anonymous) @ script.js:90

are you getting the same error?

I'm getting the following error when I try to submit a place:
Uncaught (in promise) SyntaxError: Unexpected token < in JSON at position 0
Promise.then (async)
(anonymous) @ script.js:91
Promise.then (async)
(anonymous) @ script.js:90

are you getting the same error?

can you guide on how to reproduce the error?

I did this:

Type any address in the search bar (I used 9 Toh Yi Drive, Singapore for this, but it seems to work with other addresses as well)
Press submit

Expected behavior: One of the random restaurants is displayed
Actual behavior: Nothing. Console log shows the following error:
Uncaught (in promise) SyntaxError: Unexpected token < in JSON at position 0
Promise.then (async)
(anonymous) @ script.js:91
Promise.then (async)
(anonymous) @ script.js:90

LGMT, chinese characters are still not showing, did you deploy your demo with the latest files? Let's wait for daekoon to confirm his findings before we approve it.

Fixed view in mobile browser. Can test at my site.


DocFx Dependency (docfx.console discontinued w/o deprecation)

docfx.console/2.59.4 is the last version for use as PackageReference. No dependency alert due to missing deprecation.
The subsequent version has been released as dotnet tool docfx/2.60.0 (current ATOW 2.61.0).
Accompanied by a new library Microsoft.DocAsCode.App (same versioning as docfx) to be used programmatically.
See: v2.61 release discussion
See also: v3 now closed source for MS Learn

Staying with docfx.console/2.59.4 for now due to the following problem with docfx/2.61.0:

See also for entire class gets duplicated for every member.
Note that sometimes we do use See also for a member, e.g. CombinedParamColumns ctor.

docfx.console/2.59.4 doesn't seem to work with file-scoped namespace and global using.
See b7df36d for workaround.


fix timeout for server login

The timeout for the server login is too long. Adjust timeout to about 10 seconds in case the login is unsuccessful.

The jira.client.JIRA class provides the possibility to define the maximum number of retries and the timeout time (in unknown units) for the connection with the Jira server. Following values have been tried.

max_retries
timeout
Measured timeout

1
0.1
11.90

1
1
16.53

1
2
26.40

1
0.01
14.17

3
0.1
74.35

As observed, the variables have some influence over the timeout, however it is not possible to determine a fixed time. No other variables are available to control this time.
Example in code:
self._jira_obj = JIRA(server=self._server_url, options={'verify': self._cert_path},  token_auth=token, max_retries=max_retries, timeout=timeout)

For this reason, the values that produced the shortest time will be chosen, until a better solution is found.

Long and inconsistent timeouts are related to this sleep https://github.com/pycontribs/jira/blob/eb0ec90e08ae24823e266b0128b852022d212982/jira/resilientsession.py#L343


change string comparison by reference to .equals call

Not a performance issue. I've had this bug on a plugin before. If the string compared is created via constructor call (in this case it is) the result will not return true even if it is the same string because the String itself is a java object and == will compare by reference which will not be the same thus returning false.


Ruuth icon needs to be moved to a more permanent location

See also issue #88

https://www.gtk.fi/wp-content/uploads/2020/01/GTK-logo.pdf (needs conversion)
https://www.maanmittauslaitos.fi/themes/custom/mml/images/suomi_logo_rgb.svg
We already host some balloons. Perhaps an /icon folder would be in order?

psgeo: /icons ?


gradle puts module on the classpath

Hello,
I'm just about to migrate a legacy Java 8 application to java 11.
To be able to use Java modules I'm using extra-java-module-info to enrich old dependencies with module informations.
So I added this to buid.gradle:

extraJavaModuleInfo {
//  failOnMissingModuleInfo.set(true)
automaticModule("jdbc-4.50.7.jar", "jdbc")
automaticModule("dom4j-1.6.1.jar", "dom4j")
automaticModule("table-layout-4.2.1.jar", "table.layout")
automaticModule("javax.mail-1.6.2.jar", "java.mail")
automaticModule("activation-1.1.jar", "activation")
automaticModule("jsch-0.1.55.jar", "jsch")
automaticModule("jFdfTk-1.0.0.jar", "jFdfTk")
}

This results in the following Compiler arguments:

2021-12-08T10:51:35.897+0100 [DEBUG] [org.gradle.api.internal.tasks.compile.NormalizingJavaCompiler] Compiler arguments: -source 11 -target 11 -d /home/bdonauba/eclipse-config-2021-03/eclipse-workspace/reklam/build/classes/java/main -h /home/bdonauba/eclipse-config-2021-03/eclipse-workspace/reklam/build/generated/sources/headers/java/main -g -sourcepath /home/bdonauba/eclipse-config-2021-03/eclipse-workspace/reklam/src/main/java -proc:none -s /home/bdonauba/eclipse-config-2021-03/eclipse-workspace/reklam/build/generated/sources/annotationProcessor/java/main -XDuseUnsharedTable=true -classpath /home/bdonauba/.gradle/caches/transforms-3/38fe2cdbeab4466fe8b9ea86f83a7754/transformed/jFdfTk-1.0.0-module.jar --module-path /home/bdonauba/.gradle/caches/transforms-3/b701c2110ae391c40affb653f97f991e/transformed/dom4j-1.6.1-module.jar:/home/bdonauba/.gradle/caches/transforms-3/284c9a5db230fa29edbac12acaf2e18a/transformed/table-layout-4.2.1-module.jar:/home/bdonauba/.gradle/caches/transforms-3/6d8b5c1b60b80ffb6cf9c50a86cfe319/transformed/jdbc-4.50.7-module.jar:/home/bdonauba/.gradle/caches/modules-2/files-2.1/com.sun.mail/javax.mail/1.6.2/935151eb71beff17a2ffac15dd80184a99a0514f/javax.mail-1.6.2.jar:/home/bdonauba/.gradle/caches/transforms-3/1dfbf89015ba4b32792bbcb0b0aed2b1/transformed/jsch-0.1.55-module.jar:/global/common/java/repo/com/tresorband/tooljava/1.0.0-202112070813/tooljava-1.0.0-202112070813.jar:/home/bdonauba/.gradle/caches/transforms-3/f8b36e4ea9d74e73e768e6f506f685bd/transformed/activation-1.1-module.jar /home/bdonauba/eclipse-config-2021-03/eclipse-workspace/reklam/src/main/java/module-info.java ...

As you can see every jar file is on the modulpath apart from jFdtTk.  jFdtTk is on the classpath and therefore the compile fails. If I start javac in the bash and move jFdfTk-1.0.0-module.jar the modulepath javac suceeds.

That is weird and could be an issue in this plugin or in Gradle. Can you check the MANIFEST in jFdfTk-1.0.0-module.jar if it contains a valid "Automatic-Module-Name" entry? Maybe you can try using a different name than jFdfTk (if the name does not matter in this case).

MANIFEST.MF of jFdfTk-1.0.0-module.jar is empty.

Renaming the jar file was to no use. Appart from the missing manifest there is a second difference to the other jar files. This jar file is places in the libs directory of my project and is not fetched from Maven Central. Here are the relevant parts of my build.gradle file:
repositories {
  maven { url "file:///global/common/java/repo" }
  flatDir {
    dirs 'libs'
  }
  mavenCentral()
}

dependencies {
  implementation group: 'dom4j', name: 'dom4j', version: '1.6.1' exclude group: 'xml-apis'
  implementation group: 'info.clearthought', name: 'table-layout', version: '4.2.1'
  implementation group: 'com.ibm.informix', name: 'jdbc', version: '4.50.7' exclude group: 'org.mongodb'
  implementation group: 'com.sun.mail', name: 'javax.mail', version: '1.6.2'
  implementation group: 'com.jcraft', name: 'jsch', version: '0.1.55'
  implementation group: 'com.adobe', name: 'xyz', version: '1.0.0'
  implementation group: 'com.tresorband', name: 'tooljava', version: '0.0.1'
}

extraJavaModuleInfo {
//  failOnMissingModuleInfo.set(true)
  automaticModule("jdbc-4.50.7.jar", "jdbc")
  automaticModule("dom4j-1.6.1.jar", "dom4j")
  automaticModule("table-layout-4.2.1.jar", "table.layout")
  automaticModule("javax.mail-1.6.2.jar", "java.mail")
  automaticModule("activation-1.1.jar", "activation")
  automaticModule("jsch-0.1.55.jar", "jsch")
  automaticModule("xyz-1.0.0.jar", "xyz")
  automaticModule("tooljava-1.0.0-202112070813.jar", "tooljava")
}

I attached my gradle.build and the debug log of the build.
gradle.log
build.gradle.txt

This jar file is places in the libs directory of my project

@dumischbaenger that explains it. The artifact transform mechanism of Gradle, which this plugin uses, does not trigger for "flatDir" repositories. It's generally discouraged to use these if you can.
There are two solutions I can think of:

Modify the Jar manually since it is under you control. Add a MANIFEST with the Automatic-Module-Name entry yourself and then you won't need to use this plugin for that Jar.
Turn the repository into a real repo:

maven {
   url "lib"
   metadataSources { artifact() } // with this Gradle will go directly for Jars (following the Maven naming schema) and will not look for POMs
}

Then you need to put your Jar into some folder that represents a "group" and "version", name it accordingly so that the file name includes the version, and address it by group/name/version when you define the dependency.

I added discarded my flatDir instruction and added the lib repository the way you suggested but that has led to same result. I've additionally added a manifest file with the Automatic-Module-Name property and after that it worked.
I don't know why the change from flatDir to maven was not sufficient. If your interested in further investigation I'd like to assist otherwise you can close this issue.

I've forgot the most important: Thank you for your support!

Alright. Then my memory was wrong. I think that means that the artifact transforms only work if you have propert metadata for the component. So you could add a simple pom.xml to your local repo to make it work (and not do the metadataSources { artifact() } bit)
No worries @dumischbaenger. Happy you got this working for you.


Update blockstake.toml for testnet-15

Description
All previous genesis validators should name their PRs "Update {validator_alias}.toml for tesntet-15" and provide links to previous PRs merged.
https://github.com/anoma/namada-testnets/pull/485
If this is an UPDATE for a previous genesis validator
Checks are made against your net_address. If this has changed since the previous testnet, make sure you provide links of previous prs merged from your previous git username.
Thanks in advance!
Checklist before merging

[ ] Only one toml is added in this PR
[ ] The file being added is indeed a .toml file
[ ] The toml being added is to the correct folder, and only to the correct folder
[ ] The eth_hot_key and eth_cold_key are present
[ ] The email, discord, elements telegram, and twitter fields are present and valid

This validator was not recognised as a previous validator and has update in the title. Please read the description.


Filter out library creation note from link.exe

Filter out library creation note from link.exe in ManifestLoader.
Motivation:
We're still using link.exe for linking the manifest, and it will always emit a note like this:
   Creating library TMP_DIR\package-manifest.lib and object TMP_DIR\package-manifest.exp

Since this is common and isn't a real warning, we should filter it out in ManifestLoader.
Modifications:
Filter out library creation note from link.exe in ManifestLoader.
Result:
Users no longer see the false warning of Creating library ... and object ... when building the manifest.

Some explanation on why it doesn't appear before: Swift Driver is introduced in Swift 5.7 on Windows, which defaults to link.exe.

This is caused by Swift Driver no longer defaulting to -fuse-ld=lld, which is new in Swift 5.7.

is there another way to deal with this issue? having SwiftPM filter it is a bit of tech debt

cc @artemcm

is there another way to deal with this issue? having SwiftPM filter it is a bit of tech debt

Or we can force using lld on manifests, more elegant probably?

Or we can force using lld on manifests, more elegant probably?

We could add an #else (or flip the if-condition) here with Windows specific flags: https://github.com/apple/swift-package-manager/blob/main/Sources/PackageLoading/ManifestLoader.swift#L720-L724

better now? @neonichu @tomerd

looks better to me, but @compnerd to approve as Windows platform release manager

It would be good to have a way to ignore stdout output from the tools though. The toolchain tools are permitted to write to the console, SPM should be able to deal with that.

I don't think it's correct to just ignore output, there could be actual compiler warnings there which are relevant. Today, we're treating any output as warnings here: https://github.com/apple/swift-package-manager/blob/main/Sources/PackageLoading/ManifestLoader.swift#L492 which maybe is a bit to simple?

It would be good to have a way to ignore stdout output from the tools though. The toolchain tools are permitted to write to the console, SPM should be able to deal with that.

I don't think it's correct to just ignore output, there could be actual compiler warnings there which are relevant. Today, we're treating any output as warnings here: https://github.com/apple/swift-package-manager/blob/main/Sources/PackageLoading/ManifestLoader.swift#L492 which maybe is a bit to simple?

Many tools, particularly on Windows, would print a logo "message", which does make sense to ignore.  Ignoring the error stream would be bad, I agree.  I think that using lld by means of the platform flags being injected appropriately (i.e. the user can still use -Xmanifest to override it) is fine, but, that is not really solving the issue, just hiding it in some cases.  But, there are other reasons why injecting the flags is a good thing, namely the behaviour is identical across the manifest build and the regular build - so we should do that, but I don't think that it really resolves the issue.

But, there are other reasons why injecting the flags is a good thing, namely the behaviour is identical across the manifest build and the regular build - so we should do that, but I don't think that it really resolves the issue.

I think at least the specific problem is resolved, because we're only regarding output as warnings for manifest builds. When building the packages these outputs are just noises that we can decide later about whether and how to filter them.

WDYT @tomerd @neonichu @compnerd

The fundamental problem here is that SWIFTC_FLAGS aren't being wired in, that is the proper thing to do here rather than hardcoding the linker.

The fundamental problem here is that SWIFTC_FLAGS aren't being wired in, that is the proper thing to do here rather than hardcoding the linker.

that would make things much more palatable. @stevapple do you need any hints from @compnerd on what is going on?

@stevapple @compnerd what is next with this one? should we close this PR?

As requested, the only left piece of work is to respect the linker set by environment SWIFTC_FLAGS? If it is, I think I have some time now to get it quickly fixed🤔
In the long run, output filtering might be the right direction. Hopefully the new RegEx feature should help a lot there.

I added a filter per @compnerd’s request, so this shouldn’t override -Xmanifest and SWIFTC_FLAGS. I also agreed on his conclusion that output filtering (or downgrading) would be better in the long run, but that holds on pending discussion, so this should be the solution for now.

This still does not do the right thing - honoring the flags. This is hardcoding lld, which is undesirable.

I believe you’re misunderstanding the case here. SWIFTC_FLAGS are already injected in https://github.com/apple/swift-package-manager/blob/99df615d901ac523cdd8352fe57cbfa5756017a1/Sources/PackageLoading/ManifestLoader.swift#L542 and -Xmanifest in https://github.com/apple/swift-package-manager/blob/99df615d901ac523cdd8352fe57cbfa5756017a1/Sources/PackageLoading/ManifestLoader.swift#L566.
Hardcoding lld is the answer because we need it as a default, or a user may run into false warning with a plain swift build.

Using lld is unacceptable.  As an example: Swift <5.6 is now unusable because the newer CRT requires a newer linker (e.g. https://github.com/compnerd/swift-win32/runs/8171581878?check_suite_focus=true).  There is no stability with the toolsets and we must continue to use Microsoft tools to ensure that things work.  link is and should be the default.  Any attempt to change that should be an explicit opt-in by the user as a means of signing that if things break they own both pieces.

cc @neonichu @tomerd , should we revert the PR to its initial state (output filtering)?
One problem with output filtering is that it’s hard to filter localized message, @compnerd do you know how to control the output language of link?

One problem with output filtering is that it’s hard to filter localized message, @compnerd do you know how to control the output language of link?

That's a really good question ... I don't know that off the top of my head.  There has to be a way to control that though.  I would imagine something in the environment maybe?  Hopefully it's squirreled away somewhere on MSDN.

@compnerd VSLANG environment variable should do the thing. But only if corresponding language pack is installed (i.e. English).
>set VSLANG=1033
>link aaa
Microsoft (R) Incremental Linker Version 14.33.31629.0
Copyright (C) Microsoft Corporation.  All rights reserved.

LINK : fatal error LNK1181: cannot open input file 'aaa.obj'

>set VSLANG=1040
>link aaa
Microsoft (R) Incremental Linker Version 14.33.31629.0
Copyright (C) Microsoft Corporation.  All rights reserved.

LINK : fatal error LNK1181: non è possibile aprire il file di input 'aaa.obj'

Looks good, but we definitely cannot assume the user has English language pack installed😿
Since the output looks like Creating library package-manifest.lib and object package-manifest.exp, is it feasible to simply filter *package-manifest.lib*package-manifest.exp?

cc @compnerd, we finally returned to the output filtering path.

Why the additional change for recording the compiledManifestFile to just filter the message?

I don't want to hard-code the naming rule of compiled manifest (it's \(packageIdentity)-manifest now, but we should preserve it as an implementation detail, which is subject to change at any time). So the best solution is to get it from the path.

Does this not drop the existing filtering for the rdar workaround? I would rather that we kept that given the intent of the change here.

That's a piece of legacy which is useless and can't fit nicely IMO. Maybe we can first remove the workaround in a separate PR?

Maybe we can first remove the workaround in a separate PR?

Cherry-picked to #5760

I bet this is ready for test and merge?

@compnerd @stevapple is there a cleaner way to deal with that does not parse the output? I can see how this would work, but it feels bolted on, rather than a systematic solution

My understanding is that @stevapple's concern is the additional information that is emitted by the (desired) linker.  Since there is no way to control that specific message, if we are looking to suppress that message then filtering based on a match seems reasonable.
The problem here is that we are trying to invoke tools and process their output based on where the output goes.  Although this particular message is presented on stderr, it is not an error nor a warning but rather an informational message.  The other option is to consider doing the inverse of this: filtering the acceptance rather than the rejection.
From https://learn.microsoft.com/en-us/cpp/build/reference/link-output?view=msvc-170:

LINK issues error and warning messages in the form LNKnnnn. This error prefix and range of numbers are also used by LIB, DUMPBIN, and EDITBIN.

We could filter the output explicit for warnings and errors and suppress everything else.  That should also accommodate the raised concern I believe.

We could filter the output explicit for warnings and errors and suppress everything else. That should also accommodate the raised concern I believe.

Just as I mentioned in FIXME, the tricky point here is that we get all the outputs (whether from stdout or stderr, from compiler or linker) messed up in a single String — so even if we know the linker is link, we cannot prove all the outputs come from it. That’s why I didn’t take such path, and instead chose to only filter a single line with desired format*. That’s the only determined output we can have, and all additional lines are beyond control.

I think which ever way is being taken, it doesn't seem right as an ad-hoc thing in manifest loader. We should instead know which type of tools we are invoking and could have a filter based on that which is used by the manifest loader.

We should instead know which type of tools we are invoking and could have a filter based on that which is used by the manifest loader.

IIRC this is a bit out of control — we’re just invoking swiftc here, and we don’t know which tools Swift Driver will invoke. The output can’t tell either.

Ah, that is a good point, I think that the chain might actually be: swift-build -> swiftc -> clang -> link.  We would have lost the provenance along the way.

I think if we want to filter, we need to take tighter control of what is happening. So we could split up the compilation process of manifest loading into calling swiftc to produce a .o and then calling the linker to produce an executable from that.

I’m afraid that over-complicates the process. It also unnecessarily duplicates logic between Swift Driver and SwiftPM.

BTW, note that the same process also happens for plugin compilation, so if we just have the filtering at the manifest loading level, we would still get the same type of issue when building a plugin.

It seems plugin runner is treating compiler output as info instead of warning, so the noise affects less.🤔


Everything (even markup) ends up in hidden div

Given this input html

Test

polymer-builder index.html
produces

Test

while vulcanize index.html used to produce
<meta charset="UTF-8">

Test

The content is then ofc not visible because of style sheet.
Tested with  v2.0.0-pre.1 and 1.14.12

So this issue is fixed.  There's a related issue #415 that's addressed in #416 but the problem described was fixed in #414.


eth_maxPriorityFeePerGas - Method not supported

when I try to test the paymaster with pnpm run test I get this issue inside the bundler node
sage:Error: VM Exception while processing transaction: reverted with custom error 'ValidationResult([2350896,<PHONE_NUMBER>0000000, false,<PHONE_NUMBER>,<PHONE_NUMBER>, \"0x\"], [0, 0], [0, 0], [3000000000000000000, 3000])']","logger":"stackup_bundler/client/eth_sendUserOperation","caller":"/home/aymen/go/pkg/mod/github.com/stackup-wallet/stackup-bundler@v0.6.21/pkg/client/client.go:128","time":"2023-10-30T09:27:57+01:00","message":"eth_sendUserOperation error"}
{"level":"info","bundler_mode":"private","client_id":"<IP_ADDRESS>","method":"POST","status_code":200,"body_size":3031,"path":"/","latency":"187.962706ms","rpc_method":"eth_sendUserOperation","v":0,"logger":"stackup_bundler/http","caller":"/home/aymen/go/pkg/mod/github.com/stackup-wallet/stackup-bundler@v0.6.21/internal/logger/middleware.go:60","time":"2023-10-30T09:27:57+01:00"}

and I get this issue inside the hardhat node
eth_call
  Contract call:       EntryPoint#simulateValidation
  From:                0x0000000000000000000000000000000000000000
  To:                  0x5ff137d4b0fdcd49dca30c7cf57e578a026d2789

  Error: VM Exception while processing transaction: reverted with custom error 'ValidationResult([2350896,<PHONE_NUMBER>0000000, false,<PHONE_NUMBER>,<PHONE_NUMBER>, "0x"], [0, 0], [0, 0], [3000000000000000000, 3000])'
      at EntryPoint.handleAggregatedOps (contracts/core/EntryPoint.sol:139)
      at processTicksAndRejections (node:internal/process/task_queues:96:5)
      at async HardhatNode.runCall (/home/aymen/karak/account-abstraction/node_modules/hardhat/src/internal/hardhat-network/provider/node.ts:679:20)
      at async EthModule._callAction (/home/aymen/karak/account-abstraction/node_modules/hardhat/src/internal/hardhat-network/provider/modules/eth.ts:366:9)
      at async HardhatNetworkProvider._sendWithLogging (/home/aymen/karak/account-abstraction/node_modules/hardhat/src/internal/hardhat-network/provider/provider.ts:145:22)
      at async HardhatNetworkProvider.request (/home/aymen/karak/account-abstraction/node_modules/hardhat/src/internal/hardhat-network/provider/provider.ts:122:18)
      at async JsonRpcHandler._handleRequest (/home/aymen/karak/account-abstraction/node_modules/hardhat/src/internal/hardhat-network/jsonrpc/handler.ts:191:20)
      at async JsonRpcHandler._handleSingleRequest (/home/aymen/karak/account-abstraction/node_modules/hardhat/src/internal/hardhat-network/jsonrpc/handler.ts:152:17)

eth_maxPriorityFeePerGas - Method not supported

also the test returns this
Finalized userOp:  {
  sender: '0x2C6626618678dE393f0A0467E960B34Aaab969Be',
  nonce: 0,
  initCode: '0x9406cc6185a346906296840746125a0e449764545fbfb9cf000000000000000000000000f39fd6e51aad88f6f4ce6ab8827279cfffb922660000000000000000000000000000000000000000000000000000000000000000',
  callData: '0xb61d27f6000000000000000000000000d8da6bf26964af9d7eed9e03e53415d37aa9604500000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000060000000000000000000000000000000000000000000000000000000000000000568656c6c6f000000000000000000000000000000000000000000000000000000',
  callGasLimit: '0x2dc6c0',
  verificationGasLimit: '0x2dc6c0',
  preVerificationGas: '0x1e8480',
  maxFeePerGas: '0x77359400',
  maxPriorityFeePerGas: '0x3b9aca00',
  paymasterAndData: '0xcf7ed3acca5a467e9e704c703e8d87f634fb0fc900000000000000000000000000000000000000000000000000000000653f6a3600000000000000000000000000000000000000000000000000000000653f690a2eb245857fd6d390bf9779fc788b52d4650c92036fc8493523eb6f5d9573fb91679e0f8a7236044cab8107ca1066252fa9ce847223bb033d52f920364b26737b1b',
  signature: '0xb4dd6811c1589472500bc5c9368a1ce159c916c31e0521954900d9feb4addc821329da7a8a15a663b4055b315fb402c65ede38ae8c6f65e8659b89f6c16293361b'
}
Gas estimation result:  undefined
Result (userOpHash):  undefined

Hey there! Thanks for trying out roll-op.
I guess the first thing to figure out is whether this is an issue with eth-infinitism paymaster or with how set it up.
@eerkaijun Does the issue here seem familiar / any inkling of what might be going on?
I'm a little bit short on time at the moment, but I will try to look into this before the end of November if we can't figure it out otherwise.

I haven't seen this error before. Agree that if you can provide the commands you run and the inputs (e.g. UserOp that runs into this error), might be easier to debug.
Another possible reason is that you are running a hardhat node and it is not supporting the eth_maxPriorityFeePerGas RPC

Seems like you have reached the maximum limit of RPC calls to your stackup bundler.


dxgi.dll is the issue(or not)

I have the dxgi.dll for reshade but it work normally but when i replace the dxgi.dll from legend style fix it wont let me open the game

try using the asi version

sorry for asking but what do you mean by that?

https://github.com/ibldzn/yakuza-0-legend-style-fix#im-having-issue-with-your-mod-what-should-i-do


SSH Keys Not Uploading On PR/Deployment

SSH Keys are not being passed into create-pr and create-deployment which is a pain.  #342 makes this issue irrelevant but fixing this is likely much faster than implementing #342

Looking into this for a Sideboard problem and it appears to be an error in the runtime


Add files via upload

Breaking Change:
It is not a breaking change.
Description:
The Tado AIR_CONDITIONING was not working propertly.
Parameters were not passed correctly when AIR_CONDITIONING was in use.
Now both HEAT and AIR_CONDITIONING wan work toguether or apart.
Related issue (if applicable): fixes #
N/A
Pull request with documentation for home-assistant.io (if applicable): home-assistant/home-assistant.io#<home-assistant.io PR number goes here>
N/A
Example entry for configuration.yaml (if applicable):
N/A
Checklist:

[ YES] The code change is tested and works locally.
[ YES] Local tests pass with tox. Your PR cannot be merged unless tests pass
[ OK] There is no commented out code in this PR.
[ OK] I have followed the development checklist

If user exposed functionality or configuration variables are added/changed:

[ N/A] Documentation added/updated in home-assistant.io

If the code communicates with devices, web services, or third-party tools:

[ N/A] The manifest file has all fields filled out correctly. Update and include derived files by running python3 -m script.hassfest.
[ N/A] New or updated dependencies have been added to requirements_all.txt by running python3 -m script.gen_requirements_all.
[ N/A] Untested files have been added to .coveragerc.

If the code does not interact with devices:

[N/A ] Tests have been added to verify that the new code works.

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


Path tracing renders on Low quality texture

I loaded a 3D model and applied OrbitControls to it. The path tracing work fine when the model is at the origin (0,0,0). However, after repositioning the model far from the origin and moving the camera to the new position, the path tracing is rendered on a low-quality texture, while the default renderer displays the correct texture.

Try increasing the textureSize parameter: https://github.com/gkjohnson/three-gpu-pathtracer?tab=readme-ov-file#texturesize

When submitting an issue please follow the template and submit the information that's requested - you haven't provided enough information to say exactly what the issue is.
My guess is that this is related to floating point precision at large numbers away from zero (though you haven't said how far). This is something that's not currently handled internally so assuming that's what the issue is you'll have to adjust the model position and camera to be near zero.

When submitting an issue please follow the template and submit the information that's requested - you haven't provided enough information to say exactly what the issue is.
My guess is that this is related to floating point precision at large numbers away from zero (though you haven't said how far). This is something that's not currently handled internally so assuming that's what the issue is you'll have to adjust the model position and camera to be near zero.

Ok I updated the issue, the far away value is "x": -3761603.743620786, "y": 4105279.00727716, "z": 3870314.8490743843. it looks like a low poly version of my object when it's far

Try increasing the textureSize parameter: https://github.com/gkjohnson/three-gpu-pathtracer?tab=readme-ov-file#texturesize

i tried with 4096 but it doesn't change anything :(

Ok I updated the issue, the far away value is "x": -3761603.743620786, "y": 4105279.00727716, "z": 3870314.8490743843. it looks like a low poly version of my object when it's far but only with the path traced version.

Yes these numbers are very large and will likely cause numeric precision issues when rendering. I recommend moving the camera and model closer to the origin to address the issue. This could probably be fixed automatically by the renderer but it would need to be implemented.

I tried with 4096 but it doesn't change anything :(

Yeah this won't help in this case, unfortunately, since it's a numeric problem.


java: Enabled directors feature where needed

Directors feature is disabled by default. Without this commit, the SWIG interfaces containing callbacks that do not have directors="1" will not work.
Signed-off-by: Andrei Vasiliu<EMAIL_ADDRESS>

Merged, thanks!


python312Packages.python-etcd: 0.4.5 -> 0.5.0-unstable-2023-10-31; dr…

…op nose
Description of changes

Things done

Built on platform(s)

[X] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] 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

[ ] 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/)
24.11 Release Notes (or backporting 23.11 and 24.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

[X] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

What did I even done in this pr title :sweat_smile:


v1

Hello Dear Mohab
Please review this code for aws resources

Kindly include a test class, at least one test per method. And include javadocs for every public method.
I know that being readable is enough, but still for now let's keep the "every public method must be documented" rule please.

closed due to inactivity. please feel free to reopen as needed.


V0.2 skip connection

Description
Added skip connection options to FC net class and generalized LearningModel.
Linked issue(s)/Pull request(s)

Issue 171

Type of Change

[ ] Non-breaking bug fix
[ ] Breaking bug fix
[x] New feature
[ ] Test
[ ] Doc update
[ ] Docker update

Related Component

[ ] Simulation toolkit
[x] RL toolkit
[ ] Distributed toolkit

Has Been Tested

OS:

[ ] Windows
[ ] Mac OS
[x] Linux

Python version:

[ ] 3.6
[x] 3.7

Key information snapshot(s):

Needs Follow Up Actions

[ ] New release package
[ ] New docker image

Checklist

[ ] Add/update the related comments
[ ] Add/update the related tests
[x] Add/update the related documentations
[ ] Update the dependent downstream modules usage

Codecov Report

Merging #176 into v0.2 will decrease coverage by 0.15%.
The diff coverage is 11.76%.

@@            Coverage Diff             @@
##             v0.2     #176      +/-   ##
==========================================
- Coverage   72.45%   72.30%   -0.16%
==========================================
  Files          89       89
  Lines        4139     4145       +6
==========================================
- Hits         2999     2997       -2
- Misses       1140     1148       +8

Flag
Coverage Δ

unittests
72.30% <11.76%> (-0.16%)
:arrow_down:

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

Impacted Files
Coverage Δ

maro/rl/models/fc_net.py
21.56% <10.00%> (-2.25%)
:arrow_down:

maro/rl/models/learning_model.py
36.36% <14.28%> (-13.64%)
:arrow_down:

Continue to review full report at Codecov.

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


Fix left context with UTF-8 input in bytestring wrappers

Fixes #53
In the original implementation of the bytestring wrappers, alexGetByte maintains the last seen byte instead of the last seen character. This causes the left context to cease proper function. This patch introduces a fix of the issue.
Since I have to change the structure of the AlexInput type, this is a breaking change.

This does make me wonder, is alexGetByte even the right layer of abstraction? Might it be better to pop a whole character?
With this change, both the String (native pop char) and ByteString (native pop byte) are complex, and rightfully so. With alexGetChar, the String could become trivial, and the ByteString case basically becomes no worse, since, as you demonstrate, we already need to track what byte of the character we're at anyways.
What do you think?

I think having alexGetChar makes things simpler even on ByteString, since we wouldn't even need to track which byte we're in in the current character in AlexInput.
I guess the reason for having alexGetByte is performance, since Alex internally uses UTF-8 encoded byte sequence, as stated in the documentation.

I think having alexGetChar makes things simpler even on ByteString, since we wouldn't even need to track which byte we're in in the current character in AlexInput.
I guess the reason for having alexGetByte is performance, since Alex internally uses UTF-8 encoded byte sequence, as stated in the documentation.

I'll have to ponder more what "internally uses UTF-8" means. Maybe @alanz or @jyp remember something from writing 892688ff71bcc4b74313f7348ee5dace73dd8506 a decade ago? :D

I'll have to ponder more what "internally uses UTF-8" means. Maybe @alanz or @jyp remember something from writing 892688ff71bcc4b74313f7348ee5dace73dd8506 a decade ago? :D

It's a long time ago :)
IIRC, getByte accumulates input one Word8 at a time, and only cranks the state machine when it hits a character boundary.  So basically it does the [Word8] -> Char` conversion. And because the commit talks about the NFA blowing up in size and needing to be minimized, I think this may be pushed right into the generated DFA too.
I am not sure if there was proper unicode support in Char at the time.
Either way, GHC parses from a StringBuffer, so I think it needs the unicode processing for a list of bytes.
My brain dump.

It's a long time ago :)
IIRC, getByte accumulates input one Word8 at a time, and only cranks the state machine when it hits a character boundary.  So basically it does the [Word8] -> Char` conversion. And because the commit talks about the NFA blowing up in size and needing to be minimized, I think this may be pushed right into the generated DFA too.
I am not sure if there was proper unicode support in Char at the time.
Either way, GHC parses from a StringBuffer, so I think it needs the unicode processing for a list of bytes.
My brain dump.

Thanks!

I am not sure if there was proper unicode support in `Char at the time.

Ah, wonderful, this is just the thing I was hoping to hear. Yes I am getting more sure we should just be outlining the UTF-8 state machine at this point. We could even have support other encodings that way.
(It's wonderful how regular languages serially compose, I only wish someone would do the research so we can do the same with context free ones!)

Thanks!

I am not sure if there was proper unicode support in `Char at the time.

Ah, wonderful, this is just the thing I was hoping to hear. Yes I am getting more sure we should just be outlining the UTF-8 state machine at this point. We could even have support other encodings that way.
(It's wonderful how regular languages serially compose, I only wish someone would do the research so we can do the same with context free ones!)