Use async tasks for sync function calls to fritzconnection

Kind of a hassle to work with a sync library, but it looks like that will also improve the overall performance of the integration! 🎉
I tested manually:

[x] Connectivity sensor meta data
[x] Get/Set port switch
[x] Get/Set 2.4 Ghz wifi
[x] Get/Set guest wifi switch
[x] Get/Set call deflections
[ ] Yaml Mode

Closes #82

I am looking and testing it right now. I will try to give feedback asap

I think you are missing the profile_switch.
Logger: homeassistant.util.async_
Source: util/async_.py:120
First occurred: 1:50:21 PM (31 occurrences)
Last logged: 1:56:02 PM

Detected I/O inside the event loop. This is causing stability issues. Please report issue to the custom component author for fritzbox_tools doing I/O at custom_components/fritzbox_tools/__init__.py, line 216: "Layer3Forwarding:1", "GetDefaultConnectionService"
Detected I/O inside the event loop. This is causing stability issues. Please report issue to the custom component author for fritzbox_tools doing I/O at custom_components/fritzbox_tools/__init__.py, line 200: await asyncio.coroutine(self.profile_switch.fetch_profiles)()
Detected I/O inside the event loop. This is causing stability issues. Please report issue to the custom component author for fritzbox_tools doing I/O at custom_components/fritzbox_tools/__init__.py, line 201: await asyncio.coroutine(self.profile_switch.fetch_devices)()
Detected I/O inside the event loop. This is causing stability issues. Please report issue to the custom component author for fritzbox_tools doing I/O at custom_components/fritzbox_tools/__init__.py, line 202: await asyncio.coroutine(self.profile_switch.fetch_device_profiles)()

However, I also got this error:
Unable to prepare setup for platform fritzbox_tools.binary_sensor: Platform not found (cannot import name 'BinarySensorEntity' from 'homeassistant.components.binary_sensor' (/Users/schneider/codes/homeassistant/lib/python3.7/site-packages/homeassistant/components/binary_sensor/__init__.py)).

I think you are missing the profile_switch.

Great find. The profile switch itself already was async, but I forgot FritzBoxTools.is_ok() which is called during the config flow creation (that's why I didn't see it anymore, because I didn't re-add the integration).

I had a warning that the base class of the binary sensor changed, but apparently your HA version doesn't support the new one yet. I'll remove that change (it doesn't belong to the PR anyways).
I am using the newest beta, I think. Home Assistant 0.109.0b2

I am now still getting these errors:
Logger: homeassistant.util.async_
Source: util/async_.py:120
First occurred: 2:08:12 PM (6 occurrences)
Last logged: 2:09:56 PM

Detected I/O inside the event loop. This is causing stability issues. Please report issue to the custom component author for fritzbox_tools doing I/O at custom_components/fritzbox_tools/__init__.py, line 200: await asyncio.coroutine(self.profile_switch.fetch_profiles)()
Detected I/O inside the event loop. This is causing stability issues. Please report issue to the custom component author for fritzbox_tools doing I/O at custom_components/fritzbox_tools/__init__.py, line 201: await asyncio.coroutine(self.profile_switch.fetch_devices)()
Detected I/O inside the event loop. This is causing stability issues. Please report issue to the custom component author for fritzbox_tools doing I/O at custom_components/fritzbox_tools/__init__.py, line 202: await asyncio.coroutine(self.profile_switch.fetch_device_profiles)()

Doc: the last commit broke something (because of the nested asyncio calls probably). Need to follow-up on that.
Nevertheless, the setting of the profile switch state is not working reliably. Looks like it doesn't set the state on the router as long as it's in our "grace period" (where it doesn't refresh the state because a toggle just happened). No clue whether that's a new issue or not.

Doc: the last commit broke something (because of the nested asyncio calls probably). Need to follow-up on that.
Nevertheless, the setting of the profile switch state is not working reliably. Looks like it doesn't set the state on the router as long as it's in our "grace period" (where it doesn't refresh the state because a toggle just happened). No clue whether that's a new issue or not.

I get this Log message:
2020-04-25 14:31:54 INFO (SyncWorker_22) [root]
UPDATING DEVICE PROFILES...
2020-04-25 14:31:54 INFO (SyncWorker_22) [root]   CHANGING PROFILE OF landevice1510561/Aarons-iPhone TO filtprof9999/Gesperrt
2020-04-25 14:31:57 DEBUG (MainThread) [custom_components.fritzbox_tools.switch] Not updating switch state, because last toggle happend < 30 seconds ago

Looks like your right...

I think we need to move async def async_update_profiles(self): from FritzBoxTools to switch.py (into class FritzBoxProfileSwitch).
The disadvantage: async_update_profiles will be called from every switch (can be many, but arent probably).

Nevertheless, the setting of the profile switch state is not working reliably. Looks like it doesn't set the state on the router as long as it's in our "grace period" (where it doesn't refresh the state because a toggle just happened). No clue whether that's a new issue or not.

This issue is also present on current master. So I guess it's fine to not handle it within this PR.


Remove module_lang_items

It isn't used anywhere except in crate_lang_items. Remove it to
slightly reduce memory usage and simplify the code.
bors r+

Hm, not sure this is entirely right, module query was a compilation
firewall. Now changing module’s items would lead to whole crate being
recomputed....
Ah, no, that’s wrong. We are looking at cratedefmap anyway, and that is
itself per-crate.
On Thursday, 17 December 2020, bors[bot]<EMAIL_ADDRESS>wrote:

Merged #6910 https://github.com/rust-analyzer/rust-analyzer/pull/6910
into master.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/rust-analyzer/rust-analyzer/pull/6910#event-4122392811,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AANB3M6NVZJDUQNDODWQQOTSVFAGXANCNFSM4U6XOMUQ
.

That's the exact train of thought I went through as well 😅


Add Splunk notice to README

This small PR adds the acquisition notice with a link to the README file.

@theletterf, could you please duplicate PR to the next-ver branch? Shortly, it should replace the main branch.

@Kielek Can't find the README in the new branch. :-S

@Kielek Can't find the README in the new branch. :-S

Under the doc folder, please check:
https://github.com/signalfx/signalfx-dotnet-tracing/blob/next-ver/docs/README.md


Pool executable icon

Add icon indicating if Pool is executable
.

This actually might be better as a "Not Executable" AND a Executable icons.

Maybe something like this and a corresponding not executable icon:


Maven Plugin

Provide a Maven plugin that eases project configuration and ad-hoc usage. See the JaCoCo's maven plugin for inspiration.

@dodie, I will have a look on this.

Awesome! :+1:

i have a first draft version to be able to get rid of the "maven-dependency-plugin" completly, and also the surefire plugin will be reduced
<plugin>
	<groupId>org.apache.maven.plugins</groupId>
	<artifactId>maven-surefire-plugin</artifactId>
	<version>2.19.1</version>
	<configuration>
		<properties>
			<property>
				<name>listener</name>
				<value>hu.advancedweb.scott.runtime.ScottRunListener</value>
			</property>
		</properties>
	</configuration>
</plugin>

currently i see no way to define also the listener via the scott-mojo

Awesome, it's already much shorter!
Is it necessary to use ScottRunListener?  If the scott-agent jar is in place, the auto-instrumented ScottReportingRule should be sufficient.

its working without in the junit 4 and 5 tests, but in cucumber is miss the last exception in the output

It sounds nice:)
Could you push the code?

i prepare the pull request, you will have it soon

Thanks!

I had some time in my hands so I've checked this out. This is seriously awesome, the configuration will be much easier with this plugin, and the maven plugin itself is simple and clean. Great great job!
I've fiddled a bit with the cucumber reporting and I think the problem is caused by a small glitch in the ScottCucumberEnricher.
Currently, when processing a Result object in its result method, it has an if-else branch to handle non-failing and failing steps:

For every non-failing step, it calls Scott to render the output.
For the failing step, it does not render anything but relies on the Exception object that it will contain the necessary information. For this to work, it requires the ScottRunListener to enhance the exception object before this code runs.

I think this can be fixed by calling Scott to render the report for the failing step as well, just with the additional exception object. (E.g.: FailureRenderer.render(null, null, result.getError());.)

👍


feat: added scrollbar that matches current ui

this pr added scrollbar that matches the ui

I don't like that, please change it

@Its-Aman-Yadav does this kind of scrollbar is needed at all?
cause this feature is not needed at all.
what do you think?
can simple close this PR.

Yes, no need of a scroll bar I guess, so I am closing this issue
thank you


Issue building project on Rasberry Pi 5

Description
Following this guide for building an example:
https://coral.ai/docs/dev-board-micro/get-started/#5-try-the-face-detection-example
During building process I am getting error:
`
CMake Error at /usr/share/cmake-3.25/Modules/CMakeTestCCompiler.cmake:70 (message):
The C compiler
"/home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc"

is not able to compile a simple test program.
It fails with the following output:
Change Dir: /home/sviatoslavchetyrkin/coral/coralmicro/build/CMakeFiles/CMakeScratch/TryCompile-ImpHZL

Run Build Command(s):/usr/bin/gmake -f Makefile cmTC_dd72c/fast && /usr/bin/gmake  -f CMakeFiles/cmTC_dd72c.dir/build.make CMakeFiles/cmTC_dd72c.dir/build
gmake[1]: Entering directory '/home/sviatoslavchetyrkin/coral/coralmicro/build/CMakeFiles/CMakeScratch/TryCompile-ImpHZL'
Building C object CMakeFiles/cmTC_dd72c.dir/testCCompiler.c.obj
/home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc   -Wall -Wno-psabi -mthumb -fno-common -ffunction-sections -fdata-sections -ffreestanding -fno-builtin -mapcs-frame --specs=nano.specs --specs=nosys.specs -u _printf_float -ffile-prefix-map=/home/sviatoslavchetyrkin/coral/coralmicro= -std=gnu99  -o CMakeFiles/cmTC_dd72c.dir/testCCompiler.c.obj -c /home/sviatoslavchetyrkin/coral/coralmicro/build/CMakeFiles/CMakeScratch/TryCompile-ImpHZL/testCCompiler.c
/home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc: 1: ELF: not found
/home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc: 2: Syntax error: "(" unexpected
gmake[1]: *** [CMakeFiles/cmTC_dd72c.dir/build.make:78: CMakeFiles/cmTC_dd72c.dir/testCCompiler.c.obj] Error 2
gmake[1]: Leaving directory '/home/sviatoslavchetyrkin/coral/coralmicro/build/CMakeFiles/CMakeScratch/TryCompile-ImpHZL'
gmake: *** [Makefile:127: cmTC_dd72c/fast] Error 2

CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
CMakeLists.txt:22 (project)
`
I am using Raspberry Pi 5 as development station and have installed python 3.11.2
Click to expand!
Issue Type
Build/Install
Operating System
Linux
Coral Device
Dev Board Micro
Other Devices
No response
Programming Language
Other
Relevant Log Output
+ cmake -B /home/sviatoslavchetyrkin/coral/coralmicro/build -G 'Unix Makefiles' -S /home/sviatoslavchetyrkin/coral/coralmicro
/home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc: 1: ELF: not found
/home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc: 2: Syntax error: "(" unexpected
-- Toolchain prefix: /
-- The C compiler identification is unknown
-- The CXX compiler identification is unknown
-- Detecting C compiler ABI info
/home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc: 1: ELF: not found
/home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc: 2: Syntax error: "(" unexpected
-- Detecting C compiler ABI info - failed
-- Check for working C compiler: /home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc
/home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc: 1: ELF: not found
/home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc: 2: Syntax error: "(" unexpected
-- Check for working C compiler: /home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc - broken
CMake Error at /usr/share/cmake-3.25/Modules/CMakeTestCCompiler.cmake:70 (message):
  The C compiler

    "/home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc"

  is not able to compile a simple test program.

  It fails with the following output:

    Change Dir: /home/sviatoslavchetyrkin/coral/coralmicro/build/CMakeFiles/CMakeScratch/TryCompile-ImpHZL

    Run Build Command(s):/usr/bin/gmake -f Makefile cmTC_dd72c/fast && /usr/bin/gmake  -f CMakeFiles/cmTC_dd72c.dir/build.make CMakeFiles/cmTC_dd72c.dir/build
    gmake[1]: Entering directory '/home/sviatoslavchetyrkin/coral/coralmicro/build/CMakeFiles/CMakeScratch/TryCompile-ImpHZL'
    Building C object CMakeFiles/cmTC_dd72c.dir/testCCompiler.c.obj
    /home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc   -Wall -Wno-psabi -mthumb -fno-common -ffunction-sections -fdata-sections -ffreestanding -fno-builtin -mapcs-frame --specs=nano.specs --specs=nosys.specs -u _printf_float -ffile-prefix-map=/home/sviatoslavchetyrkin/coral/coralmicro= -std=gnu99  -o CMakeFiles/cmTC_dd72c.dir/testCCompiler.c.obj -c /home/sviatoslavchetyrkin/coral/coralmicro/build/CMakeFiles/CMakeScratch/TryCompile-ImpHZL/testCCompiler.c
    /home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc: 1: ELF: not found
    /home/sviatoslavchetyrkin/coral/coralmicro/third_party/toolchain-linux/gcc-arm-none-eabi-9-2020-q2-update/bin/arm-none-eabi-gcc: 2: Syntax error: "(" unexpected
    gmake[1]: *** [CMakeFiles/cmTC_dd72c.dir/build.make:78: CMakeFiles/cmTC_dd72c.dir/testCCompiler.c.obj] Error 2
    gmake[1]: Leaving directory '/home/sviatoslavchetyrkin/coral/coralmicro/build/CMakeFiles/CMakeScratch/TryCompile-ImpHZL'
    gmake: *** [Makefile:127: cmTC_dd72c/fast] Error 2

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:22 (project)

-- Configuring incomplete, errors occurred!
See also "/home/sviatoslavchetyrkin/coral/coralmicro/build/CMakeFiles/CMakeOutput.log".
See also "/home/sviatoslavchetyrkin/coral/coralmicro/build/CMakeFiles/CMakeError.log".

I have this same issue, did you ever resolve this?

No, I didn't. In my case CoralMicro SDK does not have support for ARM chips as dev env.

I kind of got it working to detect the coral micro but gave up for now..  too much time wasted
https://github.com/google-coral/coralmicro/issues/120
stuck on this part:
(venv) ➜  coralmicro git:(main) ✗ python3 scripts/flashtool.py -a multicore_model_cascade
/tmp/tmp_bcg2yq1/ivt_flashloader.bin does not exist


Infering is so slow.

Great work!
I wanna know how to speed up infering, need help!

u use cpu infer?or gpu

is also slow with GPU ,It took 15 seconds to synthesize 7 seconds of audio. 24G GPU


Trigger issues for new Zappa application with same module name and function name

Context

I created an application, then copied that application renamed it and started recomposing the zappa_settings to debug.
Scheduling..
Removed event sample.lambda_handler (['s3:ObjectCreated:*']).
s3:ObjectCreated:* event schedule for sample.lambda_handler already exists - Nothing to do here.

Expected Behavior

A trigger to be unique for an application
Actual Behavior

Trigger seems to be coupled to module.function combination, not to application?
Possible Fix

Steps to Reproduce

Create two hello_world.py examples of Zappa and name the projects differently
Add triggers and deploy both
See that only the first gets the trigger

Your Environment

Zappa version used: zappa 0.48.2
Operating System and Python version: python3.6
The output of pip freeze:
Link to your project (optional):
Your zappa_settings.py:
{
"dev": {
"app_function": "sample.lambda_handler",
"profile_name": "default",
"project_name": "testapp",
"runtime": "python3.7",
"s3_bucket": "test-zappa"
"slim_handler": true,
"aws_region": "eu-central-1",
"events": [{
"function": "sample.lambda_handler",
"event_source": {
"arn":  "arn:aws:s3:::test-expedition",
"events": ["s3:ObjectCreated:*"]
}
}],
"keep_warm": false,
"apigateway_enabled": false
}
}

Sorry this is a duplicate of https://github.com/Miserlou/Zappa/issues/1319


matcher: fix UB bug caused by dereferencing a bad optional

This fixes a flaky test on master.
Signed-off-by: Snow Pettersen<EMAIL_ADDRESS>Risk Level: Low, fixes unused code
Testing: n/a
Docs Changes: n/a
Release Notes: n/a
Platform Specific Features: n/a

I'm guessing it has something to do with the difference between libstdc++ and libc++: the compile_time_options target is the only build that runs these tests with libstdc++. Best guess is that the implementation of std::optional (which absl::optional delegates to when present iiuc) is different between enough between the two that the behavior when invoking UB is different. They both seem to rely on union, but the libstdc++ one has some additional indirection.
Not sure if it's worth it to dig into this to understand the specifics, lmk

Not sure if it's worth it to dig into this to understand the specifics, lmk

It's not a huge deal, but I thought the standard says that when an optional does not contain a value it's supposed to throw a bad optional exception. How can this be non-deterministic one way or the other? Something seems off here. Is this test not deterministic?

https://en.cppreference.com/w/cpp/utility/optional/operator* is UB when the optional does not contain a value, while https://en.cppreference.com/w/cpp/utility/optional/value throws an exception when the optional does not contain a value. This was surprising to me, I thought they were identical until I looked into it for this issue.
Seems possible that the result can be non-deterministic if we're invoking UB? I guess you could expect subsequent test runs to have the same data left on the stack if we're just dealing with an uninitialized variable, so maybe that's not a great explanation?

Sigh C++. Pretty annoying that they have different behavior but I guess it's similar to array indexing vs. at() in vector, etc. OK makes sense for some definition of making sense.


[SPARKTA-392] Log files are too big and spend a lot of hard drive resources

Description
Log files are too big and spend a lot of hard drive resources

LGTM

Could you disable the Spark logs?

spark logs are still showing

LGTM

spark logs are still showing in my laptop

Duplicated in #1428


LottieAnimationView not displayed because it is too large to fit into a software layer

When I run Example.Forms.Droid project on my Samsung S6 edge I get the following log:
[View] LottieAnimationView not displayed because it is too large to fit into a software layer (or drawing cache), needs 15367680 bytes, only 14745600 available

This happens when using LottieLogo1.json, but not when using Belo Foggy.json.
I don't have this problem when I run Example.Droid project using this fragment_list.xml:
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:id="@+id/container"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical">
    <FrameLayout
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:paddingBottom="32dp"
        android:background="@color/colorPrimary">
        <com.airbnb.lottie.LottieAnimationView
            android:id="@+id/animation_view"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:layout_gravity="center"
            app:lottie_fileName="LottieLogo1.json"
            app:lottie_loop="true" />
    </FrameLayout>
    <android.support.v7.widget.RecyclerView
        android:id="@+id/recycler_view"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        app:layoutManager="LinearLayoutManager" />
</LinearLayout>

How can I solve this problem?
Thanks

Did you solve this? I have the same problem...

Got here by googling that warning, I'm getting it using the native Android version of Lottie. I'd appreciate if anyone has a clue of what's going on :)

Same problem here, in Xamarin Forms, but occurs only on android device (or simulator) :
  <StackLayout x:Name="layoutEmptyList" Grid.Row="2" Grid.Column="0" HorizontalOptions="FillAndExpand" VerticalOptions="FillAndExpand" BackgroundColor="Black" Padding="2">       <StackLayout Orientation="Vertical" HorizontalOptions="FillAndExpand" VerticalOptions="FillAndExpand" BackgroundColor="White">        <StackLayout  VerticalOptions="Center"  HeightRequest="120">             <forms:AnimationView x:Name="emptyAnimation" Animation="empty_list.json" Loop="true" AutoPlay="true" VerticalOptions="FillAndExpand" HorizontalOptions="FillAndExpand" />         </StackLayout>         </StackLayout>  </StackLayout>
The animation does show up sometimes, but half the time it doesn't and I can see this warning in logs :

LottieAnimationView not displayed because it is too large to fit into a software layer (or drawing cache) ...

Got the same prob with XF . Had to put the animationView in a layout with both vertical and layout option to FillAndExpand, and put a width and height request to the lottie animation ...

Indeed, adding withRequest & HeightRequest to the AnimationView fix the the bug.


Update snippets to fix pickling and clarify encoding issues

This change fixes some pickling issues in the snippet tests.  This change also clarifies the undefined behavior of explicitly using incorrect type information.

R: @robertwb

Rebased to head and tests pass; this is ready for review.

Note also that a related documentation update is also ready for review: https://github.com/apache/beam-site/pull/385.

The loss of locality is unfortunate, but seems necessary. LGTM.


Add support for transient storage

What is wrong?
There is currently no way to use tstore or tload  in Fe.
see https://docs.soliditylang.org/en/latest/yul.html#evm-dialect
How can it be fixed

add __tstore and __tload intrinsics
add evm::tstore and evm::tload to the std lib

Hey @g-r-a-n-t, can I work on this issue?

Hey, I'm working on this issue. Was busy with personal works.

hi @MukulKolpe, are you interested in working on transient storage specifically?

Hi @g-r-a-n-t, I'm open to working on other areas too. Is there anything else I can start with?

I am open to work on this task if needed.
Thank you.

the implementation provided here https://github.com/ethereum/fe/pull/982 is good, but the implementer ran into some issues with the build after updating the solc bindings. this is usually the case when updating such a dependency and it's not fun to fix.

I agree, would you like it to be built without bindings or shall I try to fix the issue?


Reproduce flaky tests: FlowRunnerTest2 > testNormalFailure2 & FlowRunnerTest > exec1FailedKillAll

The test failure is:
azkaban.execapp.FlowRunnerTest2 > testNormalFailure2 FAILED
    java.lang.AssertionError: Wrong status for [jobb:innerJobB] expected:<CANCELLED> but was:<RUNNING>

azkaban.execapp.FlowRunnerTest2 > testNormalFailure2 STANDARD_ERROR
    testJob: joba1 FAILED
    testJob: jobd:innerJobA SUCCEEDED
    testJob: jobd:innerFlow2 RUNNING
    testJob: joba SUCCEEDED
    testJob: jobc RUNNING
    testJob: jobb:innerJobB RUNNING
    testJob: jobb:innerJobC RUNNING
    testJob: jobb:innerJobA SUCCEEDED
    ExecutableFlow: jobf FAILED_FINISHING
    ExecutableNode: joba1 FAILED
    ExecutableFlow: jobb RUNNING
    ExecutableNode: jobb:innerFlow READY
    ExecutableNode: jobb:innerJobB RUNNING
    ExecutableNode: jobb:innerJobA SUCCEEDED
    ExecutableNode: jobb:innerJobC RUNNING
    ExecutableNode: joba SUCCEEDED
    ExecutableFlow: jobd RUNNING
    ExecutableNode: jobd:innerJobA SUCCEEDED
    ExecutableNode: jobd:innerFlow2 RUNNING
    ExecutableNode: jobc RUNNING
    ExecutableNode: jobf READY
    ExecutableNode: jobe READY

Analysis: when a job finishes, an event is fired about its status. The events are handled asynchronously in FlowRunner's progressGraph() loop. This test case is flaky because before ("jobb:innerJobA").succeedJob() and ("jobd:innerJobA").succeedJob() it waits for the node status of "joba1" to be FAILED, but it doesn't wait for that event to have been processed.

This was just for reference. Same fixes as separate PRs:
https://github.com/azkaban/azkaban/pull/1440
https://github.com/azkaban/azkaban/pull/1441


STRTree.query that returns index instead of geometry object

This is not really a bug report or direct feature request, rather a relatively advanced question on the implementation of the STRTree / ctypes.
(and since I don't know of a good mailing list to ask such questions, opening an issue here. But if that is not appropriate, feel free to close).

I am interested in having a STRTree version that returns the index of the geometries instead of the geometry itself when querying the tree.
Looking at the implementation of the STRTree, I would have thought I could achieve that by using a custom version of it, with the following minimal change (so storing the integer index in the tree instead of the geometry):
diff --git a/shapely/strtree.py b/shapely/strtree.py
index 121b740..497c7ca 100644
--- a/shapely/strtree.py
+++ b/shapely/strtree.py
@@ -36,8 +36,8 @@ class STRtree:
         self._n_geoms = len(geoms)
         # GEOS STRtree capacity has to be > 1
         self._tree_handle = lgeos.GEOSSTRtree_create(max(2, len(geoms)))
-        for geom in geoms:
-            lgeos.GEOSSTRtree_insert(self._tree_handle, geom._geom, ctypes.py_object(geom))
+        for i, geom in enumerate(geoms):
+            lgeos.GEOSSTRtree_insert(self._tree_handle, geom._geom, ctypes.py_object(i))

         # Keep references to geoms.
         self._geoms = list(geoms)

This seems to work, however sometimes one of the returned integers when querying is a faulty one (big random number that does not fit in the range of number of geoms), and this seems to happen somewhat randomly (not on each run, and for some of the geometries)
Example notebook illustrating it: http://nbviewer.ipython.org/1ed26fda7fd0abf50d152b754f82f5fb
Does somebody have any idea what would be wrong about the above modification of the STRTree code?

The problem you've hit is related to reference counting and garbage collection. When the reference count for a Python object reaches zero the object can be garbage collected. If you pass a pointer to the object into C and don't increment the reference count there is a risk the object is garbage collected before you dereference the pointer. The solution is either to manually increment the reference count, or in this case we just keep a reference to the geometries in a list (the line below the one you edited).
I can see some value in storing something other than the geometry as the userdata in the tree. Storing the index might look something like this:
self._idxs = list(range(len(geoms)))
for idx, geom in zip(self._idxs, geoms):
    lgeos.GEOSSTRtree_insert(self._tree_handle, geom._geom, ctypes.py_object(idx))

A more generic solution might take an iterable of userdata as an argument, e.g.
userdata = range(len(geoms))
tree = STRtree(geoms, userdata)

for geom in geoms:
    if userdata:
        datum = next(userdata)
    else:
        datum = geom
    self._userdata.append(datum)
    lgeos.GEOSSTRtree_insert(self._tree_handle, geom._geom, ctypes.py_object(datum))

@snorfalorpagus ah, yes, thanks a lot for that explanation! Keeping the iterator as an attribute indeed solves the problem.

@jorisvandenbossche I've noted a handy work around in #618.

Closing since we're working on the details for 2.0.


Optional file name in downloadCanvasImage()

It would be nice to have a possibility to provide the file name as a param.

Hi, sorry for late response,
Yes version 1.4.7 will add this parameter as the third parameter (name: customFileName) for the method. It will be optional.
Also an input will be added with the name downloadedFileName if you want the canvas save button to save with a custom filename.
If the download method
(downloadCanvasImage(returnedDataType?: string, downloadData?: string | Blob, customFileName?: string): void;)
is called programatically, file name priority will be in the next order:

The third parameter for the customFileName+.ext
The input parameter for the downloadedFileName+.ext
The autogenerated param with the valueOf the current Date ("canvas_drawing_" + new Date().valueOf()+.ext)

Please check if everything is okay so that we may close this issue.

I will close this issue for now but if there are any issues please feel free to open another one.


IBA::computePixelStats was not properly controlling the number of threads

By not passing the nthreads param to the parallel_for_chunked loop,
it was always running fully threaded instead of being controlled by
the nthreads passed to it.

LGTM


Cannot mock final classes declared on on pure Java / Kotlin modules

If you have a class defined on a pure Java or Kotlin library module (not Android) , let's say:core, then you write a UI test on your app module (the android application module) which uses that dependency, dexopener fails.
Cannot mock/spy class com.conversations.usecase.SendSyncServiceCommand
Mockito cannot mock/spy because :
- final class

The Limitations of the README says the following:

The final classes you can mock are only those under the package of your app's BuildConfig. For example, if the FQCN of your BuildConfig is foo.bar.BuildConfig, you can mock only the final classes belonging to foo.bar.**. Therefore, you cannot mock final classes of both Android system classes and third-party libraries.

For example, if you have two modules like:

app (Android application module)
lib (pure Java or Kotlin module)

the classes you want to mock must be under the package indicated by the applicationId of app even though they belong to lib.
If the applicationId of app is foo.bar, you will need to put the classes belonging to lib into the package under foo.bar (e.g. foo.bar.lib).

I have just published a multiproject example.
https://github.com/tmurakami/dexopener/tree/master/dexopener-example/multiproject

Alright, that makes a lot of sense now actually. My lib has a different package name. I'll try what you say and report back. Thanks for uploading that sample, will be very handy.

Your suggestion worked perfectly. I renamed application Id and package names for all the modules to be the same and then everything worked smoothly. Closing this issue now. Thanks for your help!


Initialize 'source' Field in TracingExtension::parse_query to Allow Updates

This pull request addresses an issue in the TracingExtension::parse_query.
Previously, the 'source' field was not initialized, which prevented it from being updated later using the .record() method as per the tracing documentation.
In this PR, I have added the initialization of the 'source' field using tracinglib::field::Empty, which allows it to be updated later.

thanks 🙂


Upgrade apply-setters

Enable importing apply-setters Processor
Upgrade apply-setters dependencies

One of the apply-setter e2e tests is failing, see diff here: https://github.com/GoogleContainerTools/kpt-functions-catalog/runs/5056589613?check_suite_focus=true#step:7:563
You can manually update it or follow https://github.com/GoogleContainerTools/kpt-functions-catalog/blob/master/CONTRIBUTING.md#e2e-tests to run a command to update it.

Thank you, @mengqiy; I may not need the whole of this change so I will send another PR with the pieces I need. The trick to update test baselines will likely be useful.


API-generated getters and setters don't populate user-specified method body

class B{
    Boolean foo;
    Boolean setFoo(String data){
     int a;
    }
    String getFoo(){
     int a;
     System.out.println("This gets executed");
    }
}

Umple automatically generates getters and setters for each variable defined in it. However, the expected behaviour is that the user should be able to override those methods by providing their own definitions. If the overridden methods have no body, a 1009 error is thrown. If the user-generated methods have a body, though, that body should be added to the API-generated methods. Umple attempts to do this, but for some reason the extra code is discarded before the code is outputted.
See #1210 for the issue preceding this

I see why this is happening.
UmpleInternalParser's analyzeClass() method analyzes the class, building and returning an UmpleClass based on the token. The resulting UmpleClass is fully built and contains all of the user-generated code. However, the result of analyzeClass() is never assigned to anything. The code looks like this:
private void analyzeClassToken(Token t, int analysisStep){
    // some code
    else if (t.is("classDefinition"))
    {
      analyzeClass(t);
    }

Instead of assigning the output of analyzeClass() and using it in the generated code, this code is discarded. I notice that analyzeClass() is called and assigned elsewhere, however it only seems to be this one that adds the user-generated code to the API-generated getters/setters.
Any insight on this would be greatly appreciated. Otherwise, I will continue to look at this myself.

It doesn't matter if the used-defined method has a body or not. In both cases, the warning should be raised and one of them should be removed. Probably user-defined.
Indeed, there is a bug in the generated code for the above Umple code. The system generates both methods, user-defined and auto-generated. This is not a valid output.

Actually @vahdat the most recent PR stops both methods from being generated (you will not see it in Eclipse as that is only rebuild on a release; I will do another soon). There is a setFoo(String) user defined and a setFoo(boolean) - generated for attribute, but that is OK. The getFoo() user-defined method is being suppressed now. However there is no warning.
The code internally makes a distinction ... if a user-defined method that duplicates a generated method has a body, then do one thing; if the user-defined method has no body then do something else.
There are two options: 1) Issue a warning and ignore it (regardless of the fact it has code in it). 2) convert it into either a 'before set/getX' or 'after set/getX'. But in the second case there should probably be a warning anyway because the change to use before/after is relatively trivial.
I am inclined to think that we should issue a warning that says the code is being ignored and that the user should use a before or after statement to inject it, rather than automatically picking one or the other.

I missed the difference in the parameters' type :-)

We have agreed to a simple solution: Issue a warning where there is a code body in a conflicting method (that has the same signature, whether or not there is a body). I suggest simply modifying message 1009, but after 'please use a different method name', just add 'or use the before or after directives to inject code into the generated method'.
However, on examination I noticed some additional quirks
The following code (call it case A):
class B{
    Boolean foo;
    Boolean setFoo(Boolean data){
    }
}

Generates message 1009.
But the following (call it case B)
class B{
    Boolean foo;
    Boolean setFoo(boolean data){
    }
}

does not, when in fact case B is the actual conflicting method (as Umple's uppercase Boolean primitive is converted to a lowercase boolean in Java). So Case A should not actually generate the message , and case B should. When testing, please include cases A and B, and a third case that has some other argument such as String. Finally in all three cases, test both with and without bodies.

When working on another issue I have uncovered the following anomalies:
The code:
class X {
  a;
  String getA() {x;};
  String getA() {x;};
}

Creates error 1009
But if I take out the duplicate getA then error 1009 goes away.
Also if the attribute (no body) is defined after the method as below:
class X {
  String getA() {};
  a;
}

No message is displayed, but if the attribute appears before, then the error appears.
Finally there is message 48 that seems to want to be displayed at UmpleInternalParser_Code.ump:136
I can't seem to ever get this to appear.

@TimLethbridge I have a few questions for you regarding your comments above:
Why do you say it should not display a warning in Case A? Shouldn't both Case A and B show the warning? Is there special significance to the uppercase Boolean in Umple as compared to the lowercase?
In your second comment, the reason no warning is thrown with only one getA() { x; } is because there is a method body. As discussed above, I will change that so a warning gets thrown even when there is a method body, and instruct the user to use the before/after methods instead.
In your last case, when the variable is declared after the getter, do you want it behave the same as if the order were flipped? I don't think it would be easy to have the interpreter parse the a; before the getA() but I think there's an easier way. We could check if the method is a getter, and then look ahead to see if its corresponding variable is declared below it. But that seems like it might be out of scope for this issue.

Consider the following code:
class X {
	doThings() {
	}
	doThings() {
		int x;
	}
}

As far as I can see, this situation was designed not to throw an error. Instead, it adds the code from the second method into the first only if the first method has no body. See the relevant if block at line 2825 of UmpleInternalParser_CodeClass.ump. I think this if block should be eliminated, and the above code should throw a 49 "Duplicate method definition" error.
This change also corrects this issue, #1215, so that a 1009 error is thrown even if the getter/setter has a method body. I will create a PR to this effect and also update the 1009 error message. Feel free to comment on my thinking here.

Yes, your thinking is correct.

@TimLethbridge when creating my pull request I notice a number of failing test cases after removing that block of code. For example:
class X {
  m1 ()
  Java{int a;}
  Cpp{}
  Php{}
}

class X {
  m1 ()
  Cpp{int b;}
  Php{int c;}
}

As you can see, this is the same kind of scenario I describe above, duplicate method implementations when the first method has no body. The code I removed checks for this case and appends the second method body into the first.
However, as also stated above, the output of analyzeClass(), which generates this outputted class, is never assigned anywhere.
I'm not familiar enough with Umple to see what the above test case is used for. What is the point of having two class X. Why is there an empty language implementation in one and a code block in the other, especially if that code block is ultimately discarded? Is there an actual use for this?
The test case only fails because now a 49 error is thrown, not because anything actually broke.

Regarding the last comment:
Having 'two class' X is a fundamental feature of Umple - mixins. It allows bits of classes to be added in different files, allowing or separation of concerns, product lines and so on.
The code in the test case should be have exactly in the same manner as though the following were present:
class X {
  m1 ()
  Java{int a;}
  Cpp{int b;}
  Php{int c;}
}

Anyway. An empty body should be a valid body (can be valid, for example in the case of a method that had no return value and is designed to be overridden (a hook); or simply as a temporary placeholder.  The current implementation raises error 49 when two real bodies are defined for a method, but it silently ignore the empty body case. That could be useful to allow a default implementation for a class, and then another implementation for a product version that needs to behave a little differently. I think these tests cases should be made to pass without altering them. The PR needs changing so that the test cases pass.
The original issue had to do explicitly with methods that conflict with generated methods; fixes for the issue should not have an impact on any other methods

I realized I didn't answer an earlier question ' Is there special significance to the uppercase Boolean in Umple as compared to the lowercase?'. In Umple, uppercase Boolean as a type on an attribute means the attribute is to use Umple's primitive Boolean type. This can be converted to different types in different languages. It is converted to boolean in Java (lowercase). But methods are by nature always related to a target and/or generated language, so attribute
Boolean a;

would generate method
boolean getA(boolean)

in Java.

It has been agreed that error 1209 would be raised on any attempt to override generated methods, and that before and after should be used to overide them. PR #1230 took that approach. So we can close


INT-104[bugfix]: fix avatar and icon fallback empty nodes

This PR is needed to fix the empty nodes on two components SbIcon and SbAvatar.
Pull request type
Jira Link: INT-104 - Design System - Empty nodes on blok.ink

[x] Bugfix
[ ] Feature
[ ] Code style update (formatting, renaming)
[ ] Refactoring (no functional changes, no api changes)
[ ] Other (please describe):

How to test this PR

In Menu > Components > SbAvatar > With Fallback
Check that the icons is displayed.
In Menu > Components > SbIcon > Fallback Icon
Check that the icon is displayed.
Other information
Any problem I'm available!

Fernanda. The empty nodes was fixed, but the fallback images are not being shown for both avatar and icon, like the image bellow:


Crash on startup

Crashed when clicking on interface (anywhere) after loading library.
log.txt
SAM 2024-12-01 22:56:19,499 INFO  App [1] - Application startup.
SAM 2024-12-01 22:56:30,241 FATAL App [1] - Dispatcher unhandled exception occurred. Exception has been thrown by the target of an invocation.
System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation.
 ---> SAM.Core.SAMException: An error occurred handling the RequestMessage for Library Refresh. Collection was modified; enumeration operation may not execute.
 ---> System.InvalidOperationException: Collection was modified; enumeration operation may not execute.
   at System.Linq.Enumerable.Count[TSource](IEnumerable`1 source, Func`2 predicate)
   at SAM.SteamLibrary.RefreshCounts() in D:\a\SteamAchievementManager\SteamAchievementManager\src\SAM\Models\SteamLibrary.cs:line 315
   at SAM.SteamLibrary.OnRequestMessage(RequestMessage request) in D:\a\SteamAchievementManager\SteamAchievementManager\src\SAM\Models\SteamLibrary.cs:line 90
   --- End of inner exception stack trace ---
   at SAM.SteamLibrary.OnRequestMessage(RequestMessage request) in D:\a\SteamAchievementManager\SteamAchievementManager\src\SAM\Models\SteamLibrary.cs:line 97
   at System.RuntimeMethodHandle.InvokeMethod(Object target, Void** arguments, Signature sig, Boolean isConstructor)
   at System.Reflection.MethodBaseInvoker.InterpretedInvoke_Method(Object obj, IntPtr* args)
   at System.Reflection.MethodBaseInvoker.InvokeDirectByRefWithFewArgs(Object obj, Span`1 copyOfArgs, BindingFlags invokeAttr)
   --- End of inner exception stack trace ---
   at System.Reflection.MethodBaseInvoker.InvokeDirectByRefWithFewArgs(Object obj, Span`1 copyOfArgs, BindingFlags invokeAttr)
   at System.Reflection.MethodBaseInvoker.InvokeWithOneArg(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   at System.Reflection.MethodBase.Invoke(Object obj, Object[] parameters)
   at DevExpress.Mvvm.Native.WeakReferenceActionInvoker`1.Execute(Object parameter)
   at DevExpress.Mvvm.Native.ActionInvokerBase.DevExpress.Mvvm.Native.IActionInvoker.ExecuteIfMatched(Type messageTargetType, Object parameter)
   at DevExpress.Mvvm.Messenger.ActionInvokerCollection.Send(Object message, Type messageTargetType, Object token, Type messageType)
   at DevExpress.Mvvm.Messenger.Send[TMessage](TMessage message, Type messageTargetType, Object token)
   at DevExpress.Mvvm.MessengerExtensions.Send[TMessage](IMessenger messenger, TMessage message)
   at SAM.Extensions.MessengerExtensions.SendRequest(IMessenger messenger, EntityType entityType, RequestType request) in D:\a\SteamAchievementManager\SteamAchievementManager\src\SAM\Common\Extensions\MessengerExtensions.cs:line 30
   at SAM.SteamApp.ToggleFavorite() in D:\a\SteamAchievementManager\SteamAchievementManager\src\SAM\Models\SteamApp.cs:line 154
   at DevExpress.Mvvm.DelegateCommand.<>c__DisplayClass2_0.<.ctor>b__0(Object o)
   at DevExpress.Mvvm.DelegateCommand`1.Execute(T parameter)
   at DevExpress.Mvvm.CommandBase`1.System.Windows.Input.ICommand.Execute(Object parameter)
   at MS.Internal.Commands.CommandHelpers.CriticalExecuteCommandSource(ICommandSource commandSource, Boolean userInitiated)
   at System.Windows.Controls.Primitives.ButtonBase.OnClick()
   at System.Windows.Controls.Button.OnClick()
   at System.Windows.Controls.Primitives.ButtonBase.OnMouseLeftButtonUp(MouseButtonEventArgs e)
   at System.Windows.UIElement.OnMouseLeftButtonUpThunk(Object sender, MouseButtonEventArgs e)
   at System.Windows.Input.MouseButtonEventArgs.InvokeEventHandler(Delegate genericHandler, Object genericTarget)
   at System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target)
   at System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
   at System.Windows.UIElement.ReRaiseEventAs(DependencyObject sender, RoutedEventArgs args, RoutedEvent newEvent)
   at System.Windows.UIElement.OnMouseUpThunk(Object sender, MouseButtonEventArgs e)
   at System.Windows.Input.MouseButtonEventArgs.InvokeEventHandler(Delegate genericHandler, Object genericTarget)
   at System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target)
   at System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
   at System.Windows.UIElement.RaiseEventImpl(DependencyObject sender, RoutedEventArgs args)
   at System.Windows.UIElement.RaiseTrustedEvent(RoutedEventArgs args)
   at System.Windows.Input.InputManager.ProcessStagingArea()
   at System.Windows.Input.InputManager.ProcessInput(InputEventArgs input)
   at System.Windows.Input.InputProviderSite.ReportInput(InputReport inputReport)
   at System.Windows.Interop.HwndMouseInputProvider.ReportInput(IntPtr hwnd, InputMode mode, Int32 timestamp, RawMouseActions actions, Int32 x, Int32 y, Int32 wheel)
   at System.Windows.Interop.HwndMouseInputProvider.FilterMessage(IntPtr hwnd, WindowMessage msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   at System.Windows.Interop.HwndSource.InputFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)

Which version was this?
You can try deleting the cache (%LOCALAPPDATA%\SAM) and see if that fixes it.

latest (0.6.0)
I deleted the cache and app, downloaded the app again and launch it: loaded library to 100% and just when downloading images it freezes and crashes. no logs are made  apart from SAM 2024-12-03 17:56:41,700 INFO  App [1] - Application startup.
At the second run (with the new cache) the following error was recorded:
SAM 2024-12-03 17:59:42,769 FATAL App [1] - Dispatcher unhandled exception occurred. Exception has been thrown by the target of an invocation.
<log4net.Error>Exception rendering object type [System.Reflection.TargetInvocationException]<stackTrace>System.OutOfMemoryException: Exception of type 'System.OutOfMemoryException' was thrown.
   at System.Exception.get_StackTrace()
   at System.Exception.ToString()
   at System.Exception.ToString()
   at log4net.ObjectRenderer.DefaultRenderer.RenderObject(RendererMap rendererMap, Object obj, TextWriter writer)
   at log4net.ObjectRenderer.RendererMap.FindAndRender(Object obj, TextWriter writer)</stackTrace></log4net.Error>

I downloaded v0.7.0-beta and it works fine, the problem was from my large library (+7000 apps).

That's great to hear 😄 I need to do an actual release for that thanks for reminding me.


Fix/unable to decode negative zero int

Why
Currently this is unable to decode json with value -0(it throws error). However, {"key": -0} should be a valid JSON and gojay should be able to decode it.
What is changed

Found that float decoder allows to decode {"key": -0.0}. So I have change the getInt64Negative that it also allow to accept 0
add -0 test case for decode_number_int
add -0.0 test case for decode_number_float

Codecov Report

Merging #136 into master will not change coverage.
The diff coverage is 100%.

@@           Coverage Diff           @@
##           master     #136   +/-   ##
=======================================
  Coverage   99.96%   99.96%
=======================================
  Files          38       38
  Lines        5323     5323
=======================================
  Hits         5321     5321
  Misses          1        1
  Partials        1        1

Impacted Files
Coverage Δ

decode_number_int.go
100% <100%> (ø)
:arrow_up:

Continue to review full report at Codecov.

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


compile error

Performing "debug" build using /usr/bin/ldc2 for x86_64. spasm 0.1.13+commit.34.g7fe557b: building configuration "library"... Warning: Assuming critical section size = 40 bytes /usr/bin/ldc2 failed with exit code 1.

@Duckxz I have had the same issue, fixed by using bin/ldc2 binary from ldc

I have never used a debug build. Don't know if it even works.

I am upgrading to ldc 1.16.0 and am seeing the same issue. Investigating...

The Warning: Assuming critical section size = 40 bytes even happens with the simple example at https://wiki.dlang.org/Generating_WebAssembly_with_LDC.
I am using the dlang2/ldc-ubuntu:1.16.0 docker image.

Caused by https://github.com/ldc-developers/ldc/issues/3118
workaround is to put buildRequirements allowWarnings in your dub.sdl/json


Use 'crate::' to refer to pyo3

Fixes: #1811
Signed-off-by: Christian Heimes<EMAIL_ADDRESS>

How did this not occur in CI?


Typescript Version

Hey @kode4food,
What Typescript version are you using? I get a compilation error building the Compiler module.
fate-lang/lib/compiler/Compiler.ts(104,21): error TS2339: Property 'found' does not exist on type 'SyntaxError'.
fate-lang/lib/compiler/Compiler.ts(105,20): error TS2339: Property 'line' does not exist on type 'SyntaxError'.
fate-lang/lib/compiler/Compiler.ts(106,22): error TS2339: Property 'column' does not exist on type 'SyntaxError'.

Code emission succeeds and everything else runs.
Cheers,
Sérgio

It should work with anything from TypeScript 1.5 and up.  Those errors are the result of the peg.js generating its own objects, but with no type information.  I could always coerce it into a home-made interface, but didn't really see it as a priority.
The error doesn't prohibit the final code gen... or at least it shouldn't in the versions of TypeScript I've used.

Yeah, code generation is ok. So this SyntaxError type is the peg.js one. It seems to resolve to Javascript's syntax error (defined in lib.d.ts).
Do you think it's worth it to use pegjs.d.ts?

what?  no!  that's just crazy!  didn't realize there was tsd info for it.  will add it now, thanks

No problem, I was gonna add it in my fork. :+1:

done!  you may rebase, sir!

Cool! Thanks! :smile:


Clear SCIE_BOOT env var when redirecting via it.

This makes it easier to implement a command that re-executes the SCIE itself.

The scie-pants hit this as soon as its 1st release was live (It has a test of its SCIE_BOOT=update scie-pants` baked in): https://github.com/pantsbuild/scie-pants/actions/runs/3720905080/jobs/6310848393#step:8:478

I'm going to push this through to continue work on the 1st stable / announce-able version of scie-pants.


Changed sendButtonOnRight to sendButtonLocation

Changed from BOOL to enum to make it easier to manipulate the behavior of the send and accessory button. This should make it easier to recreate behavior similar to messages.app where the microphone button replaces the send button when there is no text.
Currently to create two accessory buttons one on each side of the textview you have to constantly fight  - (void)toggleSendButtonEnabled .
This changes it so you can basically turn off  - (void)toggleSendButtonEnabled  and control whether the right and left buttons are enabled.

@jessesquires What can we do to get this merged or add similar functionality to 8.0.0? :heart:

@chrisballinger - It is set for the 8.0.0 milestone. I just need to find a way to create more time :laughing:

@davidchiles what did you have in mind for the Messages.app microphone style button? I currently use the accessory button for similar functionality, but my use case is really closer to the Messages.app pattern in that it's only a relevant option while the user has no message content (the button presents a list of canned responses, so it's a perfect candidate for a microphone style button)
I was thinking an additional enum property on the toolbar class to specify the accessory view mode, something like
typedef NS_ENUM(NSUInteger, JSQMessagesInputAccessoryButtonMode) {
  JSQMessagesInputAccessoryButtonModeNone,
  JSQMessagesInputAccessoryButtonModeOppositeSide,
  JSQMessagesInputAccessoryButtonModeOnlyVisibleOnEmptyMessage
 };

@property (assign, nonatomic) JSQMessagesInputAccessoryButtonMode accessoryButtonMode;

as an interface, but I'd love feedback on it. I'm happy to work up an extension of this PR over the holidays if there's consensus / a likelihood it would be accepted.

@davidchiles This looks good. But, I think #1609 breaks this PR. Can you resolve base on that and include your change? 😄

Yeah -- thanks @davidchiles ! Please let us know if you'd like to support this PR. If not, I'll take it and resolve conflicts. 😄

Yeah it's been a while since I've touched this. I'll take another crack and resolve any issues.

I think that fixed the conflicts.

Thanks @davidchiles !


fix(google-tag-manager): fix broken syntax

@pi0 I made a grave mistake on last PR https://github.com/nuxt-community/modules/pull/261
return cannot be called this way in this template
I have fixed this and also refactored the code a bit
sorry for the mistake and also please comment if this code style is ok

Thanks


Support for MonoGame 3.8.1

Using current version with 3.8.1 gives the following error:
Unhandled exception. System.Exception: This MGFX effect is for an older release of MonoGame and needs to be rebuilt.

Thanks for the report @Derposoft . I'll try to get this sorted within the next week.

Should be solved with https://github.com/discosultan/penumbra/commit/3a2d542b0aa9698aa1c0f7c6056f5d007a7b9f8c. Let me know if any issues persist.

thanks, it's perfect! you're the best! @discosultan


Questions about the observation radius

Two questions about the viewing radius of the ego vehicle, hopefully answered

Can the observation radius of the ego vehicle be set?
Is its observation only for the vehicle ahead?

I assume you are talking about the (default) kinematics observation.

Can the observation radius of the ego vehicle be set?

It is set here: https://github.com/eleurent/highway-env/blob/319720e61cc7dc3c8911ab3bdf27de2036f08ab3/highway_env/envs/common/abstract.py#L38
You can change it with
env.PERCEPTION_DISTANCE = ...

I should make this an observation config though, this would make more sense.

Is its observation only for the vehicle ahead?

By default yes, but it can be configured:
https://github.com/eleurent/highway-env/blob/319720e61cc7dc3c8911ab3bdf27de2036f08ab3/highway_env/envs/common/observation.py#L152
e.g.
env.configure({'observation': 'see_behind': True}})


Typo Neutron>Netron

I think the model visualisation tool is Netron, not Neutron. A link would be handy.

Document Details
⚠ Do not edit this section. It is required for learn.microsoft.com ➟ GitHub issue linking.

ID: e7323f38-3e56-688d-5cce-711a554eeed3
Version Independent ID: 09d5d90f-483c-9951-d5ed-313c1a3330fb
Content: Deploy your model in a Windows app with Windows ML API
Content Source: docs/windows-ml/tutorials/image-classification-deploy-model.md
Product: windows
GitHub Login: @QuinnRadich
Microsoft Alias: quradic

Fixed, thanks!


cannot run tests that require d3.js

I am not able to run any test for a component that depends on d3.js.  I created a simple test to illustrate.
d3include-test.js
jest.dontMock('../d3include');
var d3include = require('../d3include');
describe('test', function() {
         it('test', function() {

         });
});

d3include.js
var d3 = require('d3');
module.exports = function() {
        d3.scale();
}

When I run the above test I get:
TypeError:
test/unit/core/cursor-test.js: src/d3include.js: node_modules/d3/index.js: node_modules/d3/node_modules/jsdom/lib/jsdom.js: Object [object Object] has no method 'readFileSync'
    at node_modules/d3/node_modules/jsdom/lib/jsdom.js:4:30
    at Object.runContentWithLocalBindings (node_modules/jest-cli/src/lib/utils.js:317:17)
    at Loader._execModule (node_modules/jest-cli/src/HasteModuleLoader/HasteModuleLoader.js:243:9)
    at Loader.requireModule (node_modules/jest-cli/src/HasteModuleLoader/HasteModuleLoader.js:887:10)
    at Loader.requireModuleOrMock (node_modules/jest-cli/src/HasteModuleLoader/HasteModuleLoader.js:907:17)
    at node_modules/d3/index.js:1:83

My guess is there is a conflict between the jsdom version that d3.js includes as a dependency and the jest.js jsdom version.  d3.js includes version 0.5.7 of jsdom.
Note:
I can make my test work if I require('d3/d3') because that is linking only the client side d3.js code, but I need to require('d3') because I have my react code setup to run on server or client.

Just want to comment that, with respect to d3 specifically, this is no longer an issue. As of v3.5.4 it relies on jsdom only as a dev dependency. Does not resolve issues related to other modules, obviously.

Thank you for reporting this issue and appreciate your patience. We've  notified the core team for an update on this issue. We're looking for a response within the next 30 days or the issue may be closed.


not all trait items implemented, missing: sol_type_name

I just added uniswap-v3-sdk = { version = "0.23.2", features = ["extensions"] } to my Cargo.toml and then cargo build and I got the following error
/ sol! {
178 | |     interface IQuoterV2 {
179 | |         function quoteExactInput(bytes memory path, uint256 amountIn)
180 | |             external
...   |
255 | |
256 | |         struct ExactOutputSingleParams {
    | |______________________________________^ missing `sol_type_name` in implementation
    |
    = note: this error originates in the macro `sol` (in Nightly builds, run with -Z macro-backtrace for more info)
    = help: implement the missing item: `fn sol_type_name() -> Cow<'static, str> { todo!() }`
    ```

this is my cargo file.  hope it will help you to replicate
[package]
name = "mev_bot"
version = "0.1.0"
edition = "2021"

[dependencies]
revm = "5.0.0"
bytes = "1.2.1"
rand = "0.8.5"
dotenv = "0.15.0"
hashbrown = "0.14.0"
tokio = { version = "1.29.0", features = ["full"] }
tokio-stream = { version = "0.1", features = ['sync'] }
log = "0.4.17"
url = "2.3.1"
dashmap = "5.4.0"
hex = "0.4.3"
serde = "1.0.145"
serde_json = "1.0"
anyhow = "1.0.71"
reqwest = "0.11.12"
thiserror = "1.0.37"
futures = "0.3.5"
itertools = "0.11.0"

# EVM based crates
cfmms = "0.6.2"
ethers-providers = "2.0"
ethers-core = "2.0"
ethers-contract = { version = "2.0", default-features = false }
ethers = { version = "2.0", features = ["abigen", "ws", "rustls"] }
uniswap-v3-sdk = { version = "0.23.2", features = ["extensions"] }

# logging
indoc = "2"
fern = { version = "0.6.2", features = ["colored"] }
chrono = "0.4.23"
colored = "2.0.0"
csv = "1.2.2"
indicatif = "0.17.5"

The errors seems related to alloy-sol-types. And uniswap-v3-sdk seems to be the only crate using it.
I don't know what the issue is. Try
rustup update
cargo clean
cargo check

Closing this issue since I can't control downstream dependency conflicts.


Middleman server hangs, with no error/stack trace

Hello
I am running into an issue where middleman will terminate after initiating a server, either with bundle exec middleman command or bundle exec middleman server.
The hang causes no stack trace or errors, however the project will successfully build without errors or warnings. I'm a little stumped on how to troubleshoot this.
Below is the result of attempting to initiate a server. The server hangs roughly 8 seconds after launch:
PS B:\www\projects\tempo> bundle exec middleman server
== The Middleman is loading
== LiveReload accepting connections from http://<IP_ADDRESS>:4567 (localhost)
PS B:\www\projects\tempo>

Environment: Windows 7 x64 with ruby 1.9.3p545 (2014-02-24) [i386-mingw32], Middleman 3.3.5
Gemfiles and config.rb available here.

Install Node.js and use Node runtime instead.
EXECJS_RUNTIME=Node bundle exec middleman
I have Node.js installed. How do I implement this "workaround"? I am running Windows 7.
Thank you.

Spent a large part of the weekend stuck on this. I thought there was some malformed lines somewhere in a vendor less file, as I deleted all my less files and it worked... it appeared that deleting certain lines would cause it to work, but it would keep changing... which eventually lead me here. The command by @dtinth
EXECJS_RUNTIME=Node bundle exec middleman server --reload-paths data/

fixes it for me. Thanks.

gnarly. Maybe we can intercept ExecJS and demand a Node runtime from the users. Adds another annoyance to setting up a project.

For Mac OS X, we may be able to try Apple's JavaScriptCore runtime. Windows, we have Windows Scripting Host.
For therubyracer, we only need to make sure that no two scripts run in parallel. I guess this is usually not a case in "middleman build" but for Middleman server we may issue a warning when therubyracer runtime is used, until this bug gets fixed.
—
Sent from Mailbox
On Wed, Feb 11, 2015 at 7:20 AM, Thomas Reynolds<EMAIL_ADDRESS>wrote:

gnarly. Maybe we can intercept ExecJS and demand a Node runtime from the users. Adds another annoyance to setting up a project.
Reply to this email directly or view it on GitHub:
https://github.com/middleman/middleman/issues/1367#issuecomment-73813188

Hi @tdreyno, can we reopen this? I think this is the problem a lot of folks in my organization are hitting, and I don't have a clear path forward for them (the Node thing might work, but it's a bit complicated to get them all switched over to using Node instead of therubyracer).

Yeah, I'm seeing this too periodically on this project. I've tried the JS workaround – no joy. After a while, I can't even quit with ctrl-c, I need to kill -9 the process ID. Happy to provide whatever debugging info I can.

guys, same stuff for me. I have middleman 3.3.12 and livereload 3.4.2 and now if I try to start middleman server, I have to do CTRL+Z and then kill the process

ok guys, it seems that I found the problem:
I had activate :autoprefixer outside of the build block

@emanuelet Can you elaborate?

As suggested by @emanuelet, moving activate :autoprefixer inside the build and development blocks fixed Middleman hanging for me.

@emanuelet @camskene could you provide an example of what your config.rb looks like now? It's super weird that this would fix the problem but hopefully it can point out the underlying issue.

My teams use middleman-autoprefixer a lot too, so this may be what we've been hitting.

Created https://github.com/middleman/middleman-autoprefixer/pull/19 with a possible fix for the middleman-autoprefixer problem.

@bhollis
this is my config.rb right now:
configure :development do
  activate :live_reload, host: '<IP_ADDRESS>'
end

set :css_dir, 'css'

set :js_dir, 'js'

set :images_dir, 'img'

# Build-specific configuration
configure :build do
  activate :minify_css

  activate :autoprefixer

  # Minify Javascript on build
  activate :minify_javascript

  # activate :gzip
  activate :minify_html
  activate :imageoptim do |options|
    # Use a build manifest to prevent re-compressing images between builds
    options.manifest = true

    # Setting these to true or nil will let options determine them (recommended)
    options.nice = true
    options.threads = true

    # Compressor worker options, individual optimisers can be disabled by passing
    # false instead of a hash
    options.advpng    = { level: 4 }
    options.gifsicle  = { interlace: false }
    options.jpegoptim = { strip: ['all'], max_quality: 100 }
    options.jpegtran  = { copy_chunks: false, progressive: true, jpegrescan: true }
    options.optipng   = { level: 6, interlace: false }
    options.pngcrush  = { chunks: ['alla'], fix: false, brute: false }
    options.pngout    = { copy_chunks: false, strategy: 0 }
    options.svgo      = false
  end
  # Enable cache buster
  activate :asset_hash

  activate :favicon_maker, icons: {
    '_favicon_template.png' => [
      { icon: 'apple-touch-icon-152x152-precomposed.png' },
      { icon: 'apple-touch-icon-114x114-precomposed.png' },
      { icon: 'apple-touch-icon-72x72-precomposed.png' }
    ]
  }
end

Hope that helps

Hmm, I have another hypothesis. What happens if you put :autoprefixer before :minify_css?

it works either way. The funny thing is that livereload now doesn't reload! To be more precise it sense the file change on the command line but it does not trigger the refresh of the page

sorry guys, my server still gets freeze everytime i run middleman server
for less assets, my gemfile using
gem "therubyracer"
gem "less"

any solutions?

This is after updating middleman-autoprefixer?
-Ben
Sent from my phone

On Jun 20, 2015, at 3:51 AM, kisin<EMAIL_ADDRESS>wrote:
sorry guys, my server still gets freeze everytime i run middleman server
for less assets, my gemfile using
gem "therubyracer"
gem "less"
any solutions?
―
Reply to this email directly or view it on GitHub.

I did a ps command after the server hanged three times. Once I had killed it with ctrl-c, and another time I had to kill -9 it since ctrl-c didn't work.
  PID TTY           TIME CMD
 1401 ttys000    0:00.54 -zsh
23335 ttys000    0:00.01 /Users/ash/.rvm/gems/ruby-2.1.2/gems/rb-fsevent-0.9.4/bin/fsevent_watch --latency 0.1 /U
23410 ttys000    0:00.01 /Users/ash/.rvm/gems/ruby-2.1.2/gems/rb-fsevent-0.9.4/bin/fsevent_watch --latency 0.1 /U
23418 ttys000    0:00.01 /Users/ash/.rvm/gems/ruby-2.1.2/gems/rb-fsevent-0.9.4/bin/fsevent_watch --latency 0.1 /U
23430 ttys002    0:00.24 -zsh

I was curious if the processes hanging out, the rb-fsevent ones, hand something to do with the problem, so I killed them but no luck. But then I also noticed that after hanging when ctrl-c doesn't quit middleman, if I try navigating to a different localhost port, the network request hangs there, too. Even though the other port never had a server connecting to it, it's acting in the same way: waiting forever for something.
What other processes does middleman create that might be hung after its parent process was killed? Maybe those are where the problem is?

Sinatra had a similar issue with Rack, which middleman uses, and fixed it by omitting 205 Reset Content from this line
-      elsif Array === body and not [204, 304].include?(status.to_i)
+      elsif Array === body and not [204, 205, 304].include?(status.to_i)

I notice that middleman is doing something awfully similar.
The title of their pull request is "Update Sinatra::Response#finish for Rack 1.5" and I am using Rack 1.5.2. I specified Rack 1.4.5 in my Gemfile, the earliest version of Rack middleman accepts, and my server is no longer hanging :tada:
I don't have extensive knowledge of middleman or HTTP caching status codes, but could updating the middleman implementation to no longer set a Content-Type header on 205 responses fix this?

Hmm, not that can't be since middleman is currently doing what Sinatra did to fix their problem.
In any case, using Rake 1.4.5 fixed my problem.

@ashfurrow what happens if you use Rack 1.6.4?

I'll try that and report back.

I've tried using that version and things hang immediately. Sometimes the HTML will be loaded by the browser, but the network response doesn't seem to terminate and the page isn't ever rendered.

But no problems with the old rack?
-Ben
Sent from my phone

On Jul 22, 2015, at 8:04 PM, Ash Furrow<EMAIL_ADDRESS>wrote:
I've tried using that version and things hang immediately. Sometimes the HTML will be loaded by the browser, but the network response doesn't seem to terminate and the page isn't ever rendered.
―
Reply to this email directly or view it on GitHub.

Correct. Switched back and it's fine again.

I had same problem.
I solved this problem by turning off minify javascript.

I removed gems therubyracer and oj and didn't hang. If I add them back it hangs...

My guess is that there are multiple problems. At least one seems to be in the JavaScript execution stuff.

@camskene :+1: Thanks

I'm running into the same issue with no live reloading and no CoffeeScript (I'm only using LESS). HTML is always properly loaded, and some css/js files aren't served. I also tried changing the JS runtime for ExecJS to both Node and JavaScriptCore with no luck.
My config.rb is as vanilla as it gets:
require 'less'
activate :directory_indexes
set :css_dir, 'stylesheets'
set :js_dir, 'javascripts'
set :images_dir, 'images'

Maybe this could help triage the issue? I can't reproduce this consistently, but it happens about 2 out of 3 times. This basically means vanilla middleman is unusable :sad:

It's definitely a race condition in execjs :(
We may need to build our own ExecJS extension which forces things to run serially. PRs welcome

This issue happens to me sporadically, too, to a number of different Middleman projects. One way to reproduce it more reliably is to have 2 browser tabs load the Middleman site at the same time after middleman server starts and before a page is rendered for the first time. Or, before Middleman can finish rendering a page for the first time, quickly hit refresh. This probably explains why, when autoreload is on, this issue can be seen more often. Autoreload can cause several browser tabs to try to load a Middleman page at once.
When Middleman hangs, I have to do pkill -9 middleman, like others have suggested above. (I had to write my own process manager to kill middleman more efficiently without having to enter that command all the time.)
One way to reliably work around this issue that I have found is to:

close all browser tabs with a Middleman page
start middleman server
load http://host/__middleman/sitemap/ first
finally open a page of the project

From the look of the problem, it does appear to be an issue with concurrency. Trying to initialize multiple times causes a deadlock to occur. I am trying the EXECJS_RUNTIME = Node solution now to see if it helps...

@vvasabi Removing Less should confirm that it is a JS runtime issue.

Using EXECJS_RUNTIME=Node bundle exec middleman solves the hang for me (OS/X)

@vvasabi I'm seeing it on v4.1, so there's that.

Still having this issue, on macOS; doesn't always happen - depends on the theme and settings.

FWIW I was having this problem (middleman 4.2.1). Oddly only seemed to manifest reliably when loading more than one CSS (one pure css, the other a large scss). When loading a single CSS (generated from the large scss) the problem only seemed to occur when reloading the page (and then only intermittently).
Switching from rubyracer to nodejs seems to have resolved the problem.

In Ubuntu 18.04 I get
#
# Fatal error in CALL_AND_RETRY_2
# Allocation failed - process out of memory
#

[1]    19886 trace trap (core dumped)  bundle exec middleman

This happens fairly regularly, when refreshing the page to make sure my changes have worked. This morning, though I got this:
#
# Fatal error in ../src/objects.h, line 786
# CHECK(!IsFailure()) failed
#

==== C stack trace ===============================

 1: V8_Fatal
 2: v8::internal::ScavengingVisitor<(v8::internal::MarksHandling)1, (v8::internal::LoggingAndProfiling)1>::EvacuateFixedArray(v8::internal::Map*, v8::internal::HeapObject**, v8::internal::HeapObject*)
 3: v8::internal::Heap::IterateAndMarkPointersToFromSpace(unsigned char*, unsigned char*, void (*)(v8::internal::HeapObject**, v8::internal::HeapObject*))
 4: v8::internal::Heap::DoScavenge(v8::internal::ObjectVisitor*, unsigned char*)
 5: v8::internal::Heap::Scavenge()
 6: v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::internal::GCTracer*)
 7: v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollector, char const*, char const*)
 8: v8::internal::Runtime::PerformGC(v8::internal::Object*)
 9: ??

==== JS stack trace =========================================

Security context: 0x262d041f5039 <JS Object>#0#
    1: StringSplitOnRegExp(aka StringSplitOnRegExp) [native string.js:652] (this=0x3078b004121 <undefined>,a=0x2abcfaf04151 <Very long string[13937]>#1#,b=0x20a88b3b1a19 <JS RegExp>#2#,c=0x2a797201e0b9 <Number:
4294967295>,d=13937)
    2: split(aka split) [native string.js:609] (this=0x2abcfaf04151 <Very long string[13937]>#1#,a=0x20a88b3b1a19 <JS RegExp>#2#,b=0x2a797201e0b9 <Number:<PHONE_NUMBER>>)
    3: arguments adaptor frame: 1->2
    4: tokenizerFn [/home/meowsus/.rbenv/versions/2.4.4/lib/ruby/gems/2.4.0/gems/middleman-search-0.10.0/vendor/assets/javascripts/lunr.min.js:~7] (this=0x20a88b3b6f59 <JS Object>#3#,e=0x2abcfaf0ae89 <Very long
string[13940]>#4#)
    5: /* anonymous */ [/home/meowsus/.rbenv/versions/2.4.4/lib/ruby/gems/2.4.0/gems/middleman-search-0.10.0/vendor/assets/javascripts/lunr.min.js:7] (this=0x20a88b3b6f59 <JS Object>#3#,t=0x20a88b3b8399 <an Obje
ct>#5#)
    6: arguments adaptor frame: 3->1
    7: forEach [native array.js:1124] (this=0x20a88b3b7019 <JS Array[2]>#6#,a=0x2abcfaf11b89 <JS Function>#7#,b=0x20a88b3b6f59 <JS Object>#3#)
    8: add [/home/meowsus/.rbenv/versions/2.4.4/lib/ruby/gems/2.4.0/gems/middleman-search-0.10.0/vendor/assets/javascripts/lunr.min.js:~7] (this=0x20a88b3b6f59 <JS Object>#3#,e=0x2abcfaf11c19 <an Object>#8#,n=0x
3078b004121 <undefined>)
    9: arguments adaptor frame: 1->2

==== Details ================================================

[1]: StringSplitOnRegExp(aka StringSplitOnRegExp) [native string.js:652] (this=0x3078b004121 <undefined>,a=0x2abcfaf04151 <Very long string[13937]>#1#,b=0x20a88b3b1a19 <JS RegExp>#2#,c=0x2a797201e0b9 <Number: 42
94967295>,d=13937) {
  // stack-allocated locals
  var g = 5476
  var h = 5476
  var i = 5485
  var j = 0x2abcfaf04131 <JS Array[848]>#9#
  var k = 0x262d041e70f9 <JS Array[10]>#10#
  var l = 5486
  var m = 5
  var n = 5
  var o = 0x3078b004121 <undefined>
  var q = 0x3078b004121 <undefined>
  // expression stack (top to bottom)
  [11] : 0x2abcfaf04101 <String[9]: practical>
  [10] : 0x2abcfaf04131 <JS Array[848]>#9#
--------- s o u r c e   c o d e ---------
function StringSplitOnRegExp(a,b,c,d){?%_Log('regexp','regexp-split,%0S,%1r',[a,b]);??if(d===0){?if(DoRegExpExec(b,a,0,0)!=null){?return[];?}?return[a];?}??var g=0;?var h=0;?var i=0;?var j=[];??outer_loop:?while
(true){??if(h===d){?j.push(SubString(a,g,d));?break;?}??var k=DoRegExpExec(b,a,h);?if(k==null||d===(i=k[3])){?j.push(...

-----------------------------------------
}

[2]: split(aka split) [native string.js:609] (this=0x2abcfaf04151 <Very long string[13937]>#1#,a=0x20a88b3b1a19 <JS RegExp>#2#,b=0x2a797201e0b9 <Number:<PHONE_NUMBER>>) {
  // stack-allocated locals
  var c = 0x2abcfaf04151 <Very long string[13937]>#1#
  var d = 13937
  var g = 0x3078b004121 <undefined>
  var h = 0x3078b004121 <undefined>
  // expression stack (top to bottom)
  [08] : 13937
  [07] : 0x2a797201e0b9 <Number:<PHONE_NUMBER>>
  [06] : 0x20a88b3b1a19 <JS RegExp>#2#
  [05] : 0x2abcfaf04151 <Very long string[13937]>#1#
  [04] : 0x3078b004121 <undefined>
--------- s o u r c e   c o d e ---------
function split(a,b){?if((this==null)&&!(%_IsUndetectableObject(this))){?throw MakeTypeError("called_on_null_or_undefined",?["String.prototype.split"]);?}?var c=((typeof(%IS_VAR(this))==='string')?this:NonStringT
oString(this));?b=((typeof(b)==='undefined'))?0xffffffff:(b>>>0);????if((typeof(a)==='undefined')){?ret...

-----------------------------------------
}

[3]: arguments adaptor frame: 1->2 {
  // actual arguments
  [00] : 0x20a88b3b1a19 <JS RegExp>#2#
}

[4]: tokenizerFn [/home/meowsus/.rbenv/versions/2.4.4/lib/ruby/gems/2.4.0/gems/middleman-search-0.10.0/vendor/assets/javascripts/lunr.min.js:~7] (this=0x20a88b3b6f59 <JS Object>#3#,e=0x2abcfaf0ae89 <Very long st
ring[13940]>#4#) {
// optimized frame
}
[5]: /* anonymous */ [/home/meowsus/.rbenv/versions/2.4.4/lib/ruby/gems/2.4.0/gems/middleman-search-0.10.0/vendor/assets/javascripts/lunr.min.js:7] (this=0x20a88b3b6f59 <JS Object>#3#,t=0x20a88b3b8399 <an Object
>#5#) {
  // stack-allocated locals
  var n = 0x3078b004121 <undefined>
  var o = 0x3078b004121 <undefined>
  var s = 0x3078b004121 <undefined>
  // expression stack (top to bottom)
  [05] : 0x2abcfaf0ae89 <Very long string[13940]>#4#
  [04] : 0x20a88b3b6f59 <JS Object>#3#
  [03] : 0x20a88b3b7079 <JS Object>#11#
--------- s o u r c e   c o d e ---------
function (t){var n=this.pipeline.run(this.tokenizerFn(e[t.name]));i[t.name]=n;for(var o=0;o<n.length;o++){var s=n[o];r.add(s),this.corpusTokens.add(s)}}
-----------------------------------------
}

[6]: arguments adaptor frame: 3->1 {
  // actual arguments
  [00] : 0x20a88b3b8399 <an Object>#5#
  [01] : 1  // not passed to callee
  [02] : 0x20a88b3b7019 <JS Array[2]>#6#  // not passed to callee
}

[7]: forEach [native array.js:1124] (this=0x20a88b3b7019 <JS Array[2]>#6#,a=0x2abcfaf11b89 <JS Function>#7#,b=0x20a88b3b6f59 <JS Object>#3#) {
  // stack-allocated locals
  var c = 0x20a88b3b7019 <JS Array[2]>#6#
  var d = 2
  var g = 1
  var h = 0x20a88b3b8399 <an Object>#5#
  // expression stack (top to bottom)
  [07] : 0x20a88b3b7019 <JS Array[2]>#6#
  [06] : 1
  [05] : 0x20a88b3b8399 <an Object>#5#
  [04] : 0x20a88b3b6f59 <JS Object>#3#
--------- s o u r c e   c o d e ---------
function forEach(a,b){?if((this==null)&&!(%_IsUndetectableObject(this))){?throw MakeTypeError("called_on_null_or_undefined",?["Array.prototype.forEach"]);?}????var c=ToObject(this);?var d=(c.length>>>0);??if(!(%
_ClassOf(a)==='Function')){?throw MakeTypeError('called_non_callable',[a]);?}?if((b==null)){?b=%GetDefaul...

-----------------------------------------
}

[8]: add [/home/meowsus/.rbenv/versions/2.4.4/lib/ruby/gems/2.4.0/gems/middleman-search-0.10.0/vendor/assets/javascripts/lunr.min.js:~7] (this=0x20a88b3b6f59 <JS Object>#3#,e=0x2abcfaf11c19 <an Object>#8#,n=0x30
78b004121 <undefined>) {
// optimized frame
}
[9]: arguments adaptor frame: 1->2 {
  // actual arguments
  [00] : 0x2abcfaf11c19 <an Object>#8#
}

==== Key         ============================================

 #0# 0x262d041f5039: 0x262d041f5039 <JS Object>
 #1# 0x2abcfaf04151: 0x2abcfaf04151 <Very long string[13937]>
 #2# 0x20a88b3b1a19: 0x20a88b3b1a19 <JS RegExp>
            source: 0x4684551bfa9 <String[7]: [\s\-]+>
            global: 0x3078b004181 <false>
        ignoreCase: 0x3078b004181 <false>
         multiline: 0x3078b004181 <false>
         lastIndex: 0
 #3# 0x20a88b3b6f59: 0x20a88b3b6f59 <JS Object>
           _fields: 0x20a88b3b7019 <JS Array[2]>#6#
              _ref: 0x38fe62cb93b1 <String[2]: id>
          pipeline: 0x20a88b3b7079 <JS Object>#11#
     documentStore: 0x20a88b3b7191 <JS Object>#12#
        tokenStore: 0x20a88b3b72d9 <JS Object>#13#
      corpusTokens: 0x20a88b3b74d1 <JS Object>#14#
      eventEmitter: 0x20a88b3b7629 <JS Object>#15#
         _idfCache: 0x3214ddc68a39 <an Object>#16#
                  : 0x20a88b3b7d01 <FixedArray[11]>#17#
 #4# 0x2abcfaf0ae89: 0x2abcfaf0ae89 <Very long string[13940]>
 #5# 0x20a88b3b8399: 0x20a88b3b8399 <an Object>
              name: 0x2a797201dae9 <String[7]: content>
             boost: 50
 #6# 0x20a88b3b7019: 0x20a88b3b7019 <JS Array[2]>
                 0: 0x20a88b3b8209 <an Object>#18#
                 1: 0x20a88b3b8399 <an Object>#5#
 #7# 0x2abcfaf11b89: 0x2abcfaf11b89 <JS Function>
 #8# 0x2abcfaf11c19: 0x2abcfaf11c19 <an Object>
                  : 0x3214ddc4a141 <FixedArray[11]>#19#
             title: 0x2abcfaf11c51 <String[28]: Prerequisites & Dependencies>
           content: 0x2abcfaf0ae89 <Very long string[13940]>#4#
                id: 337
 #9# 0x2abcfaf04131: 0x2abcfaf04131 <JS Array[848]>
                 0: 0x3214ddc4f211 <String[13]: prerequisites>
                 1: 0x1a2eeb104ec1 <String[1]: &>
                 2: 0x3953179a40e1 <String[12]: dependencies>
                 3: 0x3953179a4111 <String[3]: the>
                 4: 0x3953179a4131 <String[8]: workarea>
                 5: 0x3953179a4159 <String[8]: platform>
                 6: 0x3953179a4181 <String[6]: stands>
                 7: 0x4684551d8e1 <String[2]: on>
                 8: 0x4684551d901 <String[3]: the>
                 9: 0x4684551d921 <String[9]: shoulders>
                  ...
#10# 0x262d041e70f9: 0x262d041e70f9 <JS Array[10]>
                 0: 2
                 1: 0x2abcfaf04151 <Very long string[13937]>#1#
                 2: 0x2abcfaf04151 <Very long string[13937]>#1#
                 3: 5485
                 4: 5486
                 5: 0
                 6: 1
                 7: 6
                 8: 10
                  ...
 #11# 0x20a88b3b7079: 0x20a88b3b7079 <JS Object>
            _stack: 0x20a88b3b70f9 <JS Array[3]>#20#
 #12# 0x20a88b3b7191: 0x20a88b3b7191 <JS Object>
             store: 0x20a88b3b7211 <an Object>#21#
            length: 202
 #13# 0x20a88b3b72d9: 0x20a88b3b72d9 <JS Object>
              root: 0x20a88b3b73e9 <an Object>#22#
            length: 33718
 #14# 0x20a88b3b74d1: 0x20a88b3b74d1 <JS Object>
            length: 9005
          elements: 0x20a88b3b7579 <JS Array[9005]>#23#
 #15# 0x20a88b3b7629: 0x20a88b3b7629 <JS Object>
            events: 0x20a88b3b76a1 <an Object>#24#
 #16# 0x3214ddc68a39: 0x3214ddc68a39 <an Object>
 #17# 0x20a88b3b7d01: 0x20a88b3b7d01 <FixedArray[11]>
                 0: 2
                 1: 0
                 2: 4
                 3: 0x3078b004121 <undefined>
                 4: 0x3078b004121 <undefined>
                 5: 0x3078b004121 <undefined>
                 6: 0x3078b004121 <undefined>
                 7: 0x2a797201cd51 <String[11]: rr::Backref>
                 8: 0x20a88b3b7ce1 <JS Object>#25#
                 9: 0x2a797200a529 <String[16]: v8::IdentityHash>
                  ...
 #18# 0x20a88b3b8209: 0x20a88b3b8209 <an Object>
              name: 0x2a797201da51 <String[5]: title>
             boost: 100
 #19# 0x3214ddc4a141: 0x3214ddc4a141 <FixedArray[11]>
                 0: 2
                 1: 0
                 2: 4
                 3: 0x3078b004121 <undefined>
                 4: 0x3078b004121 <undefined>
                 5: 0x3078b004121 <undefined>
                 6: 0x3078b004121 <undefined>
                 7: 0x2a797201cd51 <String[11]: rr::Backref>
                 8: 0x2abcfaf11c31 <JS Object>#26#
                 9: 0x2a797200a529 <String[16]: v8::IdentityHash>
                  ...
#20# 0x20a88b3b70f9: 0x20a88b3b70f9 <JS Array[3]>
                 0: 0x262d041fa4e1 <JS Function>#27#
                 1: 0x20a88b3b61c9 <JS Function>#28#
                 2: 0x20a88b3b4579 <JS Function>#29#
 #21# 0x20a88b3b7211: 0x20a88b3b7211 <an Object>
 #22# 0x20a88b3b73e9: 0x20a88b3b73e9 <an Object>
 #23# 0x20a88b3b7579: 0x20a88b3b7579 <JS Array[9005]>
                 0: 0x264c1d329e11 <String[1]: 0>
                 1: 0x2c3b6e1e5b1 <String[4]: 0.00>
                 2: 0x3c89f9435561 <String[7]: 0.000gb>
                 3: 0x3c89f94355d1 <String[7]: 0.003gb>
                 4: 0x3c89f9435671 <String[7]: 0.008gb>
                 5: 0x3c89f94e93c1 <String[4]: 0.05>
                 6: 0x3c89f9435829 <String[6]: 0.1.10>
                 7: 0x3c89f94358a9 <String[6]: 0.1.11>
                 8: 0x3c89f9435a49 <String[6]: 0.1.12>
                 9: 0x3c89f9434f99 <String[6]: 0.1.13>
                  ...
 #24# 0x20a88b3b76a1: 0x20a88b3b76a1 <an Object>
               add: 0x20a88b3b7951 <JS Array[1]>#30#
            remove: 0x20a88b3b7a31 <JS Array[1]>#31#
            update: 0x20a88b3b7b09 <JS Array[1]>#32#
 #25# 0x20a88b3b7ce1: 0x20a88b3b7ce1 <JS Object>
 #26# 0x2abcfaf11c31: 0x2abcfaf11c31 <JS Object>
 #27# 0x262d041fa4e1: 0x262d041fa4e1 <JS Function>
             label: 0x2a79720194c1 <String[7]: trimmer>
 #28# 0x20a88b3b61c9: 0x20a88b3b61c9 <JS Function>
             label: 0x2a79720194e1 <String[14]: stopWordFilter>
 #29# 0x20a88b3b4579: 0x20a88b3b4579 <JS Function>
             label: 0x2a7972019509 <String[7]: stemmer>
 #30# 0x20a88b3b7951: 0x20a88b3b7951 <JS Array[1]>
                 0: 0x20a88b3b7841 <JS Function>#33#
 #31# 0x20a88b3b7a31: 0x20a88b3b7a31 <JS Array[1]>
                 0: 0x20a88b3b7841 <JS Function>#33#
 #32# 0x20a88b3b7b09: 0x20a88b3b7b09 <JS Array[1]>
                 0: 0x20a88b3b7841 <JS Function>#33#
 #33# 0x20a88b3b7841: 0x20a88b3b7841 <JS Function>
            length: 0
=====================

[1]    15785 trace trap (core dumped)  bundle exec middleman

Using this Gemfile:
source 'https://rubygems.org'

gem 'redcarpet'
gem 'middleman', '~> 4.2'
gem 'middleman-autoprefixer', '~> 2.9'
gem 'middleman-search', '~> 0.10.0'
gem 'middleman-navtree', '~> 0.1.10'
gem 'puma'

And Gemfile.lock:
GEM
  remote: https://rubygems.org/
  specs:
    activesupport (5.0.7)
      concurrent-ruby (~> 1.0, >= 1.0.2)
      i18n (>= 0.7, < 2)
      minitest (~> 5.1)
      tzinfo (~> 1.1)
    addressable (2.5.2)
      public_suffix (>= 2.0.2, < 4.0)
    autoprefixer-rails (8.6.5)
      execjs
    backports (3.11.4)
    coffee-script (2.4.1)
      coffee-script-source
      execjs
    coffee-script-source (1.12.2)
    compass-import-once (1.0.5)
      sass (>= 3.2, < 3.5)
    concurrent-ruby (1.0.5)
    contracts (0.13.0)
    dotenv (2.5.0)
    erubis (2.7.0)
    execjs (2.7.0)
    fast_blank (1.0.0)
    fastimage (2.1.4)
    ffi (1.9.25)
    haml (5.0.4)
      temple (>= 0.8.0)
      tilt
    hamster (3.0.0)
      concurrent-ruby (~> 1.0)
    hashie (3.6.0)
    i18n (0.7.0)
    kramdown (1.17.0)
    libv8 (<IP_ADDRESS>)
    listen (3.0.8)
      rb-fsevent (~> 0.9, >= 0.9.4)
      rb-inotify (~> 0.9, >= 0.9.7)
    memoist (0.16.0)
    middleman (4.2.1)
      coffee-script (~> 2.2)
      compass-import-once (= 1.0.5)
      haml (>= 4.0.5)
      kramdown (~> 1.2)
      middleman-cli (= 4.2.1)
      middleman-core (= 4.2.1)
      sass (>= 3.4.0, < 4.0)
    middleman-autoprefixer (2.9.0)
      autoprefixer-rails (~> 8.0)
      middleman-core (>= 3.3.3)
    middleman-cli (4.2.1)
      thor (>= 0.17.0, < 2.0)
    middleman-core (4.2.1)
      activesupport (>= 4.2, < 5.1)
      addressable (~> 2.3)
      backports (~> 3.6)
      bundler (~> 1.1)
      contracts (~> 0.13.0)
      dotenv
      erubis
      execjs (~> 2.0)
      fast_blank
      fastimage (~> 2.0)
      hamster (~> 3.0)
      hashie (~> 3.4)
      i18n (~> 0.7.0)
      listen (~> 3.0.0)
      memoist (~> 0.14)
      padrino-helpers (~> 0.13.0)
      parallel
      rack (>= 1.4.5, < 3)
      sass (>= 3.4)
      servolux
      tilt (~> 2.0)
      uglifier (~> 3.0)
    middleman-navtree (0.1.11)
      middleman-core (>= 3.3)
      titleize (~> 1.3)
    middleman-search (0.10.0)
      middleman-core (>= 3.2)
      nokogiri (~> 1.6)
      therubyracer (~> 0.12.2)
    mini_portile2 (2.3.0)
    minitest (5.11.3)
    nokogiri (1.8.5)
      mini_portile2 (~> 2.3.0)
    padrino-helpers (<IP_ADDRESS>)
      i18n (~> 0.6, >= 0.6.7)
      padrino-support (= <IP_ADDRESS>)
      tilt (>= 1.4.1, < 3)
    padrino-support (<IP_ADDRESS>)
      activesupport (>= 3.1)
    parallel (1.12.1)
    public_suffix (3.0.3)
    puma (3.12.0)
    rack (2.0.5)
    rb-fsevent (0.10.3)
    rb-inotify (0.9.10)
      ffi (>= 0.5.0, < 2)
    redcarpet (3.4.0)
    ref (2.0.0)
    sass (3.4.25)
    servolux (0.13.0)
    temple (0.8.0)
    therubyracer (0.12.3)
      libv8 (~> <IP_ADDRESS>)
      ref
    thor (0.20.0)
    thread_safe (0.3.6)
    tilt (2.0.8)
    titleize (1.4.1)
    tzinfo (1.2.5)
      thread_safe (~> 0.1)
    uglifier (3.2.0)
      execjs (>= 0.3.0, < 3)

PLATFORMS
  ruby

DEPENDENCIES
  middleman (~> 4.2)
  middleman-autoprefixer (~> 2.9)
  middleman-navtree (~> 0.1.10)
  middleman-search (~> 0.10.0)
  puma
  redcarpet

BUNDLED WITH
   1.16.4

@meowsus Looks like all of those stack traces point at middleman-search (https://github.com/manastech/middleman-search), which is a 3rd party plugin not created by the core project. Looks like it's trying to communicate between Ruby and Javascript and failing. Unfortunately, it also looks like that project is pretty dead, so it'll be hard to get support from them.


WIP - Telemetry Metrics reporter

Description
Adds variables to configure telemetry feature across components, except for zk
Of course you can always use custom properties to configure this, this is just simpler/easy UX wise
Fixes # (issue)
Type of change

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

How Has This Been Tested?
TODO
Checklist:

[ ] My code follows the style guidelines of this project
[ ] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] Any dependent changes have been merged and published in downstream modules

Moving this PR into private fork, until release


Reliable messages are completely out of sync from diff stream

This can be experienced with afps sounds, when the networking is suboptimal messages triggering sounds can be received before the diffs meaning that an explosion will be audible before it's visible (or other way around).
This should probably be a separate Target (ClientBroadcastReliableSync and ClientTargetedReliableSync?) or RPC kind of component like in Unity.

Another time sync issue: https://github.com/AmbientRun/Ambient/issues/586


Add a Preloader

Adding a preloader to your website can help improve its smooth operation.
@CodeHarborHub, Please assign me this issue.
I'm Gssoc'24 contributor.

Adding a preloader to your website can help improve its smooth operation. @CodeHarborHub, Please assign me this issue. I'm Gssoc'24 contributor.

can you share more details for better understanding for me of your issue?

Feature Description
I would like to add a preloader to increase user interest. It would be displayed until the page is fully loaded.
Use Case
It would be completely responsive and match the theme of this project.
Priority
High
Record
I have read the Contributing Guidelines
I'm a GSSOC'24 contributor
I have starred the repository.
@Ajay-Dhangar, Please assign me this issue.

But this issue already created https://github.com/CodeHarborHub/codeharborhub.github.io/issues/1135. So, you need create different.


TechDocs: Remove "Made with Material for MkDocs" from documentation pages

Feature Suggestion

On TechDocs pages, MkDocs inserts a "Made with Material for MkDocs" on every page. This is done when the pages are being generated.
Possible Implementation

Use a transformer in TechDocs reader to remove this once it is generated. Look for inspiration in "Remove mkdocs header transformer".
Context

Looks pretty much straightforward. Can I work on this?

Absolutely! ❤

Hi Sir, I've completed this (My first Open-Source Contribution).

Hey @OrkoHunter, I have removed those lines from the file.
Please accept it.

Hey @OrkoHunter, I have removed that component please Accept my PR #https://github.com/spotify/backstage/pull/2984/commits/211e085f8eb6553fdf43c51543b20fa8a6f06cd6

I was working on this but I couldn't reproduce the issue because my techdocs wasn't loading at all. @divz11 Were you able to reproduce it? I had talked with @hooloovooo on discord and we couldn't get it solved.

@themousepotato Hey, are you still seeing issues with techdocs not loading? What issues do you see?

Hey @emmaindal, I used to get a 404. I'd posted the logs in the discord channel a few days before. Now, I'm getting the following error:
TypeError: Invalid type in config for key 'integrations.github' in 'app-config.yaml', got array, wanted object at ConfigReader.readValue (webpack-internal:///../config/src/reader.ts:321:15) at ConfigReader.readConfigValue (webpack-internal:///../config/src/reader.ts:276:24) at eval (webpack-internal:///../config/src/reader.ts:7:691) at eval (webpack-internal:///../config/src/reader.ts:279:128) at _optionalChain (webpack-internal:///../config/src/reader.ts:7:669) at ConfigReader.readConfigValue (webpack-internal:///../config/src/reader.ts:279:14) at ConfigReader.getOptionalString (webpack-internal:///../config/src/reader.ts:237:17) at getGithubApiUrl (webpack-internal:///../../plugins/techdocs-backend/src/default-branch.ts:57:12) at getGithubDefaultBranch (webpack-internal:///../../plugins/techdocs-backend/src/default-branch.ts:138:16) at getDefaultBranch (webpack-internal:///../../plugins/techdocs-backend/src/default-branch.ts:242:22)

@themousepotato The fix for the above issue has been merged. Could you rebase and try again? Thanks!

Doing that right away! I'll let you know how it goes.

Hey @OrkoHunter. It's still giving 404. I think it's because the cloning is taking way too much time than usual. Is there anything can be done to replace cloning from scratch and make it use of the clone I have locally?

closed by #3072


Queries on Coap .NET features

Hi,
Sorry, again I am still very new to this. I was wondering if the current Coap.NET implements any security features? It is a nice to use library that will be added bonus if it has good security features.
Also, is there any enhancement features that are in progress/coming up for this framework?
Thanks and regards,
ML

Hi~
New features depend on the RFC and upstream project - Californium. They have a better understanding of the protocol.
As for security, there is an additional DTLS implementation named Scandium in JAVA for Californium. It's a pitty that we don't have any plan for porting it to .NET by far. It would be appreciated if you'd like to help.


Allow for different editors.

I have an issue with this plug-in. Sure, it is great. But... I want it to respect the value set in $EDITOR. I have no hate against nvim, but all of my plugins are stuck with vim and I do not want to change to nvim. Love the plugin!

I'm really sorry but this is out of scope.
It is not as simple as just changing the command from nvim to vim. Currently I'm using pynvim to interact with remove neovim instances which won't work smoothly with vim. Also if the $EDITOR is something else like helix it gets way more complicated..

That's fine! I love the project though!

Thank you so much!!!


Update LanguageFieldType.php

Replace with search

we need a dropdown view

Fixed: https://github.com/anomalylabs/language-field_type/commit/c9da7450f4a0a975586ab5cf3f6ba2d30fe372d6


Idol Sankaku

Its possible use the source https://idol.sankakucomplex.com on grabber ?

Short answer : No.
Long answer : https://github.com/Bionus/imgbrd-grabber/issues/2333#issuecomment-822632831

Indeed, Sankaku is not supported by default, although some users gave alternatives in the thread linked above.
Closing as there's already enough discussion on it, you can discuss in the other issue if you wish.


[BUG]During the training process with AutoGluon, if some parameter contributions are greater than 1, this usually indicates what?

This is the amount that your eval_metric score drops if the feature is removed. Negative values mean the score increases by removing the feature.

Thanks! I have learned a lot from "". However, I have one more question: Why are my evaluation results negative values? I thought they were supposed to be positive.


tests(ticdc): log data race and panic

What problem does this PR solve?

Issue Number: close #8545
What is changed and how it works?
As title.
Check List
Tests

Integration test

Questions
Will it cause performance regression or break compatibility?
No.
Do you need to update user documentation, design documentation or monitoring documentation?
No.
Release note
None

/run-all-tests

/merge

/hold

/run-all-tests

/run-all-tests

/run-all-tests

It detects the issue #8533 in CI https://ci2.pingcap.net/blue/organizations/jenkins/cdc_ghpr_integration_test/detail/cdc_ghpr_integration_test/19247/pipeline#step-1496-log-483

/severity major

/remove-severity major

/merge

It detects a new panic https://github.com/pingcap/tiflow/issues/8692

/merge

/run-verify

We should promote the merging of this PR to help find data race as early as possible. I will do this work next.
cc @flowbehappy @CharlesCheung96