ENH: add Series.iter, closes #4871

[x] Tests added / passed
[x] Passes black dask / flake8 dask

Here is the test output:
================================================= test session starts =================================================
platform win32 -- Python 3.7.3, pytest-4.6.3, py-1.8.0, pluggy-0.12.0 -- c:\users\b_gra\anaconda3\envs\dask\python.exe
cachedir: .pytest_cache
rootdir: C:\Users\b_gra\Desktop\projects\2019\dask, inifile: setup.cfg
collected 6927 items / 2 errors / 14 skipped / 6911 selected

======================================================= ERRORS ========================================================
__________________________________ ERROR collecting dask/array/tests/test_xarray.py ___________________________________
dask\array\tests\test_xarray.py:6: in <module>
    xr = pytest.importorskip("xarray")
..\..\..\..\anaconda3\envs\dask\lib\site-packages\xarray\__init__.py:10: in <module>
    from .core.alignment import align, broadcast, broadcast_arrays
..\..\..\..\anaconda3\envs\dask\lib\site-packages\xarray\core\alignment.py:11: in <module>
    from .indexing import get_indexer_nd
..\..\..\..\anaconda3\envs\dask\lib\site-packages\xarray\core\indexing.py:11: in <module>
    from . import duck_array_ops, nputils, utils
..\..\..\..\anaconda3\envs\dask\lib\site-packages\xarray\core\duck_array_ops.py:16: in <module>
    from . import dask_array_ops, dtypes, npcompat, nputils
..\..\..\..\anaconda3\envs\dask\lib\site-packages\xarray\core\dask_array_ops.py:13: in <module>
    if LooseVersion(dask.__version__) <= LooseVersion('0.18.2'):
..\..\..\..\anaconda3\envs\dask\lib\distutils\version.py:58: in __le__
    c = self._cmp(other)
..\..\..\..\anaconda3\envs\dask\lib\distutils\version.py:337: in _cmp
    if self.version < other.version:
E   TypeError: '<' not supported between instances of 'str' and 'int'
__________________________________ ERROR collecting dask/array/tests/test_xarray.py ___________________________________
dask\array\tests\test_xarray.py:6: in <module>
    xr = pytest.importorskip("xarray")
..\..\..\..\anaconda3\envs\dask\lib\site-packages\xarray\__init__.py:10: in <module>
    from .core.alignment import align, broadcast, broadcast_arrays
..\..\..\..\anaconda3\envs\dask\lib\site-packages\xarray\core\alignment.py:11: in <module>
    from .indexing import get_indexer_nd
..\..\..\..\anaconda3\envs\dask\lib\site-packages\xarray\core\indexing.py:11: in <module>
    from . import duck_array_ops, nputils, utils
..\..\..\..\anaconda3\envs\dask\lib\site-packages\xarray\core\duck_array_ops.py:16: in <module>
    from . import dask_array_ops, dtypes, npcompat, nputils
..\..\..\..\anaconda3\envs\dask\lib\site-packages\xarray\core\dask_array_ops.py:13: in <module>
    if LooseVersion(dask.__version__) <= LooseVersion('0.18.2'):
..\..\..\..\anaconda3\envs\dask\lib\distutils\version.py:58: in __le__
    c = self._cmp(other)
..\..\..\..\anaconda3\envs\dask\lib\distutils\version.py:337: in _cmp
    if self.version < other.version:
E   TypeError: '<' not supported between instances of 'str' and 'int'
================================================== warnings summary ===================================================
c:\users\b_gra\anaconda3\envs\dask\lib\site-packages\heapdict.py:11
  c:\users\b_gra\anaconda3\envs\dask\lib\site-packages\heapdict.py:11: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated, and in 3.8 it will stop working
    class heapdict(collections.MutableMapping):

c:\users\b_gra\anaconda3\envs\dask\lib\site-packages\py\_path\local.py:701
  c:\users\b_gra\anaconda3\envs\dask\lib\site-packages\py\_path\local.py:701: UserWarning: ShareDict has been deprecated in favor of HighLevelGraph and will be removed in future versions
    __import__(modname)

c:\users\b_gra\anaconda3\envs\dask\lib\site-packages\pywt\_utils.py:6
  c:\users\b_gra\anaconda3\envs\dask\lib\site-packages\pywt\_utils.py:6: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated, and in 3.8 it will stop working
    from collections import Iterable

-- Docs: https://docs.pytest.org/en/latest/warnings.html
=============================================== short test summary info ===============================================
SKIPPED [2] C:\Users\b_gra\Desktop\projects\2019\dask\dask\array\tests\test_cupy.py:10: could not import 'cupy': No module named 'cupy'
SKIPPED [2] C:\Users\b_gra\Desktop\projects\2019\dask\dask\array\tests\test_sparse.py:12: could not import 'sparse': No module named 'sparse'
SKIPPED [2] C:\Users\b_gra\Desktop\projects\2019\dask\dask\bag\tests\test_avro.py:7: could not import 'fastavro': No module named 'fastavro'
SKIPPED [2] C:\Users\b_gra\Desktop\projects\2019\dask\dask\bytes\tests\test_s3.py:13: could not import 's3fs': No module named 's3fs'
SKIPPED [2] C:\Users\b_gra\Desktop\projects\2019\dask\dask\dataframe\io\tests\test_orc.py:13: could not import 'pyarrow.orc': No module named 'pyarrow'
SKIPPED [2] C:\Users\b_gra\Desktop\projects\2019\dask\dask\tests\test_cache.py:10: could not import 'cachey': No module named 'cachey'
SKIPPED [2] C:\Users\b_gra\Desktop\projects\2019\dask\dask\tests\test_dot.py:11: could not import 'graphviz': No module named 'graphviz'
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Interrupted: 2 errors during collection !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
================================== 14 skipped, 3 warnings, 2 error in 31.77 seconds ===================================

@mrocklin test added.

@BlaneG the test failure looks related: https://travis-ci.org/dask/dask/jobs/558604032#L977 can you take a look?
pytest dask/dataframe/tests/test_dataframe.py -k test_rename_series_method

@TomAugspurger, do you want to review changes to the if/else statement I made in the rename function?
The condition (is_list_like(index) and not is_dict_like(index) changed from False to True when the index was a dask series after adding the iter method.  I looked through the applications of Series.rename() in the repo, but couldn't figure out what this statement was trying to catch with the types of indexes that were being passed to series.rename, i.e.:

string (e.g. "y")
dict (e.g. {"B": "C"}
dask series
lambda functions (e.g. lambda: x: x**2)

Do you have some more insight on the if condition that I changed?
Also, maybe I should add an else statement with an assertion error when the if/elif conditions are not met?

I don't really follow the changes to the if / elif conditions. Can you make it smaller? Perhaps just a and not isinstance(index, dd.Index) to the condition (IIUC)?

That makes sense @TomAugspurger.

Merged master to fix the CI issues.

Thanks @BlaneG!


Overwriting of images with multiple projects

Sail Version
1.25.0
Laravel Version
10.27.0
PHP Version
8.2.14
Operating System
Windows (WSL)
OS Version
Ubuntu 22.04.3 (<IP_ADDRESS>-microsoft-standard-WSL2)
Description
Since docker version 4.26 the build and image definition are in conflict. With the new docker version, docker will overwrite the docker image of image. The docs for docker compose are not really clear here, what docker will do. This behavior is also with the new docker version 4.26.1. So maybe this is intented.
If you start the container, docker compose will print out the correct name for the container. But if you look in docker desktop, there is no container with this tag and the container in the image definition is in use.
The following part is the problem:
services:
    app:
        build:
            context: ./vendor/laravel/sail/runtimes/8.2
            dockerfile: Dockerfile
            args:
                WWWGROUP: '${WWWGROUP}'
        image: sail-8.2/app

If you remove the image definition, the problem is gone. And the image is correctly tagged after the build.
Is there are reason why this image definition is present with the build definition? I don't see any reason why, because the there is a build definition. So the image should never be used?
Steps To Reproduce
I testet this with laravel 8, 9 and 10 with different versions of sail on windows (wsl).

I have no idea sorry. I do wonder what will happen if we were to remove it. I think it would break things for others maybe.

I found the overwriting behavior in the docker compose docs: https://docs.docker.com/compose/compose-file/compose-file-v3/#build
"If you specify image as well as build, then Compose names the built image with the webapp and optional tag specified in image".
So if you have multiple installations of laravel with sail, each image overwrites the "master" image. If you have one installation with octane, you have modified the image. If you start it, the docker image is not the image with octane. And if you rebuild the image in the octane project, you will overwrite all other projects with the same image because it is tagged as sail-8.2/app.

@crazy252 I guess you can add custom tags to image if you're going to modify them like sail-8.3/app:octane.

Is there are reason why this image definition is present with the build definition? I don't see any reason why, because the there is a build definition. So the image should never be used?

@crazy252 since in Sail we custom build the laravel.test service image. the reason the image specified is so that if you have multiple Laravel Project/Docker Compose service that uses the same image name, we only need to build the image once, which makes sail up on the N-th projects will be much faster since the image is already built.
in the case you have different need on certain project, for example on one project you need Octane (with OpenSwoole/RoadRunner) you can set different image name as @azzazkhan suggested, for example sail-8.3/app:octane and other project can use the standard PHP CLI image sail-8.3/app:php-cli

@azzazkhan @remarkusable thank you for the explanation with the tags of the image definition.
I think this should be in the docs of sail or octane.

We'd appreciate a PR to the docs. Thanks for all the help here all 👍


Document/disable OkHttp's automatic response decompression

Describe the bug
Getting a compressed object from S3 with S3Client.getObject when using the default OkHttp engine returns the body uncompressed instead of in its original, persisted form. This is because OkHttp automatically accepts and decompresses GZipped responses. This behavior is surprising and differs from CRT engine and the Java v2 SDK, both of which return the compressed object body.
Expected Behavior
Users are not surprised by unexpectedly decompressed objects.
Steps to Reproduce
This code shows the issue:
val uncompressed = ByteArray(1024) { it.mod(Byte.MAX_VALUE) }
val compressed = ByteArrayOutputStream()
    .also { GZIPOutputStream(it, true).apply {
        write(uncompressed)
        flush()
        close()
    } }
    .toByteArray()
println("Uncompressed length: ${uncompressed.size}") // Uncompressed length: 1024
println("Compressed length: ${compressed.size}") // Compressed length: 164

runBlocking {
    S3Client.fromEnvironment().use { s3 ->
        s3.putObject {
            bucket = "<some-bucket>"
            key = "compression-test"
            contentEncoding = "gzip"
            body = ByteStream.fromBytes(compressed)
        }

        s3.getObject(GetObjectRequest {
            bucket = "<some-bucket>"
            key = "compression-test"
        }) {
            println("Response length: ${it.body?.toByteArray()?.size}") // Response length: 1024
        }
    }
}

Possible Solution
We should either:

document this behavior more clearly
offer HTTP engine settings to change it
disable the OkHttp transparent decompression altogether

Context
Currently available workarounds include setting responseContentEncoding = "identity" in the GetObjectRequest, adding an interceptor to accomplish the same thing, or using the CRT engine.
Your Environment

Smithy Kotlin version used: 1.0.15
Platform (JVM/JS/Native): OpenJDK 8
Operating System and version: Amazon Linux 2

https://github.com/square/okhttp/blob/master/okhttp/src/main/kotlin/okhttp3/internal/http/BridgeInterceptor.kt#L65-L107

After discussing this we consider this behavior incongruent with other HTTP engines and other AWS SDKs. Our best fix will be to disable transparent decompression altogether, likely by manually setting Accept-Encoding: identity when we construct the OkHttp request object.


Closed Issue #589

Hi, you have closed my issue but it's not resolved.
DXGI_ERROR_UNSUPPORTED on Windows 7 #589
I've installed two Systems completely new. One with Windows 7 -64 bit and one with 32 bit. I've installed all Drivers all Windows updates and the "Windows 7 DGXI Plattform update"!
One System is with AMD HD5770 and one with NVidia gtx 660 graphic Card.
I have installed visual Studio 2012, your 3.0.0-alpha1 Version and your samples from github.
On start of the Project "Direct3D11.1/ScreenCapture" i will get the following error on both Systems:
HRESULT: [0x887A0004], Module: [SharpDX.DXGI], ApiCode: [DXGI_ERROR_UNSUPPORTED/Unsupported], Message: Unknown
I've tested it on two extra Windows 7 Systems (no clean install) with the same error.
Thanks for your help

So it means that it is not supported and I cannot do anything about this. This sample is working correctly on Windows 8 so I suspect that it does not work on Windows 7.


chore: upgrade flux to 0.195.1 (master-1.x)

Closes https://github.com/influxdata/edge/issues/702

Since these changes are more substantial and I believe that @gwossum wanted to look at this any way, I've re-assigned the review to him.

I'm closing the open PRs with 0.195.1 in them so they don't accidently get pulled in.


Get-RabbitMQQueue walkthrough errors

Hi, I'm on a 32 bit Windows 7 SP1 box with PS 5 installed (CLR 4.0.30319.18444), and I'm having difficulty with your walkthrough.  Everything is fine up until I try to get the RabbitMQQueue.  Everything from that point on just gives me errors as demonstrated below.
I was able to verify via Python that my Exchange and Queue were set up and that my message is making it into the queue, but trying to use Get-RabbitMQQueue or Get-RabbitMQQueueBinding fails as shown:

I'd much appreciate any insight you can give me.

Hi, I think that's an issue with your version of RabbitMQ, this error also happen with the Management UI.
In short, you're running a version of RabbitMQ < 3.6.4 with Erlang 19 (but only Erl 18 is supported).
https://github.com/rabbitmq/rabbitmq-management/issues/244
I fixed that issue by running:
Install-Package RabbitMq -RequiredVersion 3.6.4 -ProviderName Chocolatey
You have to specify the version because the package is (as of yesterday), not approved yet by the Choco maintainers.

@RamblingCookieMonster I think you can close this :)

Whee going through old issues, closing this out - cheers!


[Figma] Card section carousel

Add the Card section carousel component to Figma kit. Remember we are only building variants for xlg, md, and sm.
Design spec
Website
Must haves:

[ ] Use Card - basic in the component.
[ ] Use the carousel control from Carousel.
[ ] Use Link with icon.

Resources

C4IBM.com Component checklist is available in the Read Me 👀 page of the Figma library
Bases demo from the Figma Fridays (Episode 23)
Reference the best practices from Figma guild
Info on auto layout

Assigned to Judy


Fix issue #1251

Thanks, @jmirc

@jmirc @mattrjacobs
Where can I find more details on why this was changed?
I am getting accumulated property Value_metricsRollingStatisticalWindowInMilliseconds values and it must be averaged out perHost to get the right result.

@mattrjacobs @jmirc
I am getting aggregated value from propertyValue_metricsRollingStatisticalWindowInMilliseconds.
What could I be doing different .. Also I see similar code in this file as well .. Do they look out of sync ? https://github.com/yammer/breakerbox/blob/ac6960bf28509fb04198409bdae9b97c0e29e260/breakerbox-dashboard/src/main/resources/assets/components/hystrixThreadPool/hystrixThreadPool.js#L97


it doesn't work well with a cup

All images were captured uniformly around the teacup. Due to the similarity in patterns, reconstruction encountered issues, and the result did not uniformly surround the teacup.

@sarlinpe very need of your help

is it the fault of bfmatcher


i have a requirement to retrieve data from tables by giving a value as an input (input and its value that already exists in table) , but the table structure is not always the same its generic , Please provide helpful information

We don't know the structure of the table but we need to be able to retrieve data from table that is generic , what i mean by generic is we will not know the structure of the table , it might be in any structure, will deeppavlov framework help me for this prblm , if not please help me with a solution that helps to TRAIN the model so that if i give an input like feature of a product (ex: like ram for iphone 6) i need to get the value of the ram that is present in table but table may be or may not be like this http://media.gizmodo.co.uk/wp-content/uploads/2016/03/iphone-se-table1.png

Unfortunately our library do not support working with tables. However, there are some interesting works devoted to this problem. Please have a look at the following works:
https://arxiv.org/pdf/1706.02427.pdf
https://static.googleusercontent.com/media/research.google.com/en//pubs/archive/43806.pdf


[App Service] az functionapp plan create : Add --zone-redundant parameter to give the option to create a zone redundant app service plan

Description

Adds a --zone-redundant argument to the az functionapp plan create to give the option to create a zone redundant app service plan just like https://github.com/Azure/azure-cli/pull/20302 did for az appservice plan create
Testing Guide

azdev test FunctionAppASPZoneRedundant
History Notes

This checklist is used to make sure that common guidelines for a pull request are followed.

[X] The PR title and description has followed the guideline in Submitting Pull Requests.

[X] I adhere to the Command Guidelines.

[X] I adhere to the Error Handling Guidelines.

App Service

/azp run

Converting to a draft while I figure out why the CI tests are failing for the webapp tests


[Feature Request] Add Workspace Context to Prompt

Since scan gets executed against your current workspace, it would be nice to have that context without having to execute ./celerystalk workspace.
I'm thinking something like how virtualenv lists your venv name in the command prompt. Any idea on how difficult this would be to implement?
I took a quick peek at how virtualenv is doing it when you run the activate script. It is just customizing the PS1 variable. Here is a little example script ps1_sandbox.sh I put together that activates a workspace context then deactivates it in case it helps:
#!/bin/bash

# execute using: source ps1_sandbox.sh

# check if this script has been run by testing of the _PS1_SAVED variable is populated
# and if it is populated, restore our original prompt. otherwise customize the prompt
if ! [ -z "${_PS1_SAVED}" ] ; then
    # this is like the virtualenv "deactivate" to restore original prompt
    echo "[+] Restoring the prompt..."
    PS1="$_PS1_SAVED"
    export PS1
    unset _PS1_SAVED
else
    # save off the original so we can restore it later
    echo "[+] Changing the prompt..."
    _PS1_SAVED=$PS1
    export _PS1_SAVED
    WORKSPACE_NAME=myworkspace
    PS1="($WORKSPACE_NAME) $PS1"
    export PS1
    TEST1="test"
    export TEST1
fi

This is an awesome suggestion. I am planning in moving to an interactive REPL which will indeed tell you your current workspace.  However, I do plan to keep the CLI version around as well, so this is definitely something i want to keep in the pipeline.  Thanks!


Outdated information on mailing lists page

The information on www/scipylab/mailing-lists.rst as rendered here needs updating.

Numpy-svn and Scipy-svn are no longer relevant
Is nabble.com really the best we can offer for browsing the mailing lists?
Is IRC still relevant or do we have a better chat alternative, or should we just remove that section?

Is nabble.com really the best we can offer for browsing the mailing lists?

Today, yes. It's possible to move the lists to Mailman 3 though (python.org mailman admins were trying this out a while ago) so we have a decent interface. Not sure what the status of that migration is.

Is IRC still relevant or do we have a better chat alternative, or should we just remove that section?

There's a NumPy Gitter channel for users, and for people who wants to contribute there's a Slack (see https://www.numpy.org/devdocs/dev/index.html#contributing-to-numpy).
I'd like to use the same Slack style setup for contributing to SciPy.

The IRC channel was discussed on the mailing list some years back and a number of people volunteered to manage it. AFAIK, they're still there and it's occasionally active, so there are at least no new reasons to drop it.

The information on the numpy nabble page was updated to the correct<EMAIL_ADDRESS>domain (python not scipy) and website. Does the scipy info need updating as well? I see some familiar names among the admins, one of them (@rgommers ?) needs to login and go to the "options ->applications->mailing list archive settings"

needs to login and go to the "options ->applications->mailing list archive settings"

doesn't work. I can log in, but under options there's still only "Subscribe via email"

I see only "Timmie" as admin. A mail address can be found, but it's been many years...

I believe this is fixed on the new site.


Update Risk Management Plan and Risk Register

Updated this section. Please review, I did keep the highlighted text that was already there.

Harsh, I reworked the risk management section yesterday.  Take a look and make sure you're comfortable with it.

Looks good to me. Thanks


Enhances 'spo file' and 'spo folder' commands to accept both server-relative and site-relative URLs

Made all spo file and spo folder commands consistent to accept both server-relative and site-relative URLs.
Closes #4695

Thanks for the feedback @waldekmastykarz, processed it all!

Merged manually. 👏


KnifeBot

add knifebot

What?

What?

Add KnifeBot to cheat

I cant see the knifebot code

what?

XDDD

U should check ur code one more time xd

wrong source bro

Update to the new Osiris ImGui Version

lmao

lmao


remove text at end of overview section

update overview section by removing text at end of overview section.  Earlier PR review comment accidentally omitted this section.

Sorry but I think you have PR to wrong repo. This is my forked version of the kubernetes/website repo.
The original kubernetes/website repo is here https://github.com/kubernetes/website


Occasionally get build info fail running pipelines

Rancher versions:
master 4/9
Get following error sometimes when running a pipeline.

Was not able to reproduce on master 4/18.


script doesn't work on panel pages

panel pages are those that start with https://www.google.com/imgres?imgurl=, so still on google images, but on a specific image.
Example of panel page here

[x] find a sufficient condition to detect if on panelpage

commit 0b3b9c1511b0c85be7b9e426b5b29221c40ec93f closed #3 issue

The issue was that ImagePanel.focP (focused panel) was using the selector: div#irc_cc > div.irc_c[style*="translate3d(0px, 0px, 0px)"], while in the panelpage, the panel isn't directly under the div#irc_cc, the selector will be changed to div#irc_cc div.irc_c[style*="translate3d(0px, 0px, 0px)"] to work for both cases (imagepanel and image search page)


Optimize the RegisterFromNodeAnnotations code to make it clearer. Enhance its readability.

Increase the annotation of the code.
Merge duplicate codes into functions.
Reduce the nesting level of if statements.

thanks for refining these code, have you tested?

As a user for the k8s-vgpu-scheduler , I would suggest that @chaunceyjiang  could add more UT for your code change  to ensure that the new code is fully tested.

have you tested?

I am currently testing. I will post the test results later.

As a user for the k8s-vgpu-scheduler , I would suggest that @chaunceyjiang could add more UT for your code change to ensure that the new code is fully tested.

Good idea.
However, this project currently lacks the corresponding GitHub action( golang-lint, UT, E2E, etc.), but I will supplement the UT later.

As a user for the k8s-vgpu-scheduler , I would suggest that @chaunceyjiang could add more UT for your code change to ensure that the new code is fully tested.

Good idea.
However, this project currently lacks the corresponding GitHub action( golang-lint, UT, E2E, etc.), but I will supplement the UT later.
Good to know that ,I am working on build the UTs and E2E test case for the code 2.

please resolve this conflict first :)

Use the latest dev image.

The GPU pod can be scheduled normally.

The scheduler log is also normal.

/cc @archlitchi PTAL.


Revert iOS Safari auto scrollback

Details
This PR reverts https://github.com/Expensify/App/pull/6413, which never really worked as expected and caused https://github.com/Expensify/App/issues/8135.
There was a lot of context and conversation behind these changes. Reverting this PR will bring back this bug, which I think is the lesser of two evils (not as bad as https://github.com/Expensify/App/issues/8135, which actually affects the usability of our app).
There was discussion of another solution, but I think we can reopen https://github.com/Expensify/App/issues/5894 and make it external so they can figure out how to make it work with the address bar on top or bottom (which is a configurable setting as of iOS 15).
Fixed Issues
$ https://github.com/Expensify/App/issues/8135
Tests / QA Steps
None, this is just a revert.

[ ] Verify that no errors appear in the JS console

@roryabraham What is the next step for this? Are we going to revert it or something else?

Hmmm ... I don't remember why I closed this. Sorry, I think we do want to revert this auto scrollback feature. Do you agree?

Yeah, I agree to revert it.

I think we should proceed with this. It is creating more issues.

Opened up for reviews.

:hand: This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release.

🚀 Deployed to staging by @roryabraham in version: 1.1.58-0 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
failure ❌

🕸 web 🕸
success ✅

🚀 Deployed to production by @AndrewGable in version: 1.1.60-3 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
failure ❌

🕸 web 🕸
success ✅


can't change the Timer Resolution for my App

Describe the bug
Sorry if this is not the right place to raise this issue.
I can't change the Timer Resolution for my App; the SetProcessInformation for PROCESS_POWER_THROTTLING_STATE and ControlMask PROCESS_POWER_THROTTLING_IGNORE_TIMER_RESOLUTION fails with Error 87, always.
ControlMask PROCESS_POWER_THROTTLING_EXECUTION_SPEED seems to work properly and reset as well.
This prevents any change of the Timer Resolution with timeBeginPeriod.
Steps to reproduce the bug
I use this C function exported to the managed code:

extern "C"
{
	__declspec(dllexport) int __stdcall setPowerThrottlingIgnoreTimer(INT pid, bool enable) {
		{
			PROCESS_POWER_THROTTLING_STATE PowerThrottling;
			RtlZeroMemory(&PowerThrottling, sizeof(PowerThrottling));
			PowerThrottling.Version = PROCESS_POWER_THROTTLING_CURRENT_VERSION;
			BOOLEAN bpriv;

			int _ret = 0;
			HANDLE hToken = nullptr;
			HANDLE hProcess = nullptr;

			::OpenProcessToken(::GetCurrentProcess(), TOKEN_ALL_ACCESS, &hToken);

			if (!SetPrivilege(hToken, SE_DEBUG_NAME, TRUE))
				_ret = -1;
			if (RtlAdjustPrivilege(20L, TRUE, FALSE, &bpriv) != STATUS_SUCCESS)
				_ret = -2;

			if (_ret == 0) {
				hProcess = ::OpenProcess(PROCESS_SET_INFORMATION | PROCESS_QUERY_LIMITED_INFORMATION | SYNCHRONIZE, FALSE, pid);

				if (!hProcess) _ret = -3;
			}

			//
			// Always ignore or honor Timer Resolution Requests.
			// Turn IGNORE_TIMER_RESOLUTION throttling off or on.
			// ControlMask selects the mechanism and StateMask declares which mechanism should be on or off (0).
			//

			if (hProcess != nullptr && _ret == 0) {
				PowerThrottling.ControlMask = PROCESS_POWER_THROTTLING_IGNORE_TIMER_RESOLUTION;
				PowerThrottling.StateMask = 0;
				if (enable) PowerThrottling.StateMask = PROCESS_POWER_THROTTLING_IGNORE_TIMER_RESOLUTION;

				if (SetProcessInformation(hProcess,
					ProcessPowerThrottling,
					&PowerThrottling,
					sizeof(PowerThrottling)) == 0) _ret = GetLastError();
			}

			::CloseHandle(hToken);
			::CloseHandle(hProcess);

			return _ret;
		}
	}
}

SetProcessInfomation returns != 0 and GerLastError() = 87, Timer Resolution doesn't change
Expected behavior
Return 1 and able to change the timer resolution.
Screenshots
No response
NuGet package version
None
Packaging type
Unpackaged
Windows version
Windows 10 version 22H2 (19045, 2022 Update)
IDE
Visual Studio 2019
Additional context
No response

Thanks for the feedback.
I know 87 is invalid parameters but the parameters seems correct to me.
Exactly the same call for PROCESS_POWER_THROTTLING_EXECUTION_SPEED works fine.
There was a bug in Windows 11 (now fixed), on PROCESS_POWER_THROTTLING_EXECUTION_SPEED returning 87 for no reason, that's why.
What is different in your code is the GetCurrentProcess(); from C# I've tried to call the function with p/invoke and passing the handle from process.GetCurrentProcess() with the same results.
I thought it could be a problem of token or OpenProcess identifier but whatever I tried it doesn't work and I don't see any reason why it shouldn't.
I will try a dummy c++ App to see if I it works with your code.
Thanks

Yeah, I tested that on Windows 11 22H2 (22621.963).

Yep, I have restore my Windows 11 install and it works.
This time it's not 11 but 10 impacted :)
Is this the right place to report this bug or is should I open the issue somewhere else?

This issue is outside of the scope of WinAppSDK, please open an issue on Feedback Hub. Thanks!

I really hope a good Samaritan from MS engineering will one day stumble on this bug and fix it.
Reporting these kind of bugs on Feedback Hub it's just useless, a complete waste of time.
Nothing reported there that doesn't get a huge number of upvotes will ever be even read by anyone in MS.
Otherwise the only hope is someone with a paid business support contract will finally understand why its application is not working as expected and report it.
Almost half a century passed and MS is still unable to handle bugs reporting in a meaningful way... pity.


quick fixes

There wasn't much to these three issues, so I quickly addressed them in this PR. Closing them would keep help us keep the number of open issues under control.
fixes #363
fixes #362
fixes #300

Codecov Report

Merging #367 into master will increase coverage by 0.04%.
The diff coverage is 80%.

@@            Coverage Diff             @@
##           master     #367      +/-   ##
==========================================
+ Coverage   88.73%   88.78%   +0.04%
==========================================
  Files          32       32
  Lines        3037     3050      +13
==========================================
+ Hits         2695     2708      +13
  Misses        342      342

Impacted Files
Coverage Δ

scvi/models/vae.py
88.54% <ø> (-0.12%)
:arrow_down:

scvi/models/scanvi.py
73.91% <ø> (-0.38%)
:arrow_down:

scvi/dataset/seqfish.py
100% <100%> (ø)
:arrow_up:

scvi/dataset/brain_large.py
98.41% <100%> (+0.02%)
:arrow_up:

scvi/dataset/anndata.py
84.9% <100%> (+0.29%)
:arrow_up:

scvi/dataset/csv.py
87.8% <100%> (+0.3%)
:arrow_up:

scvi/dataset/synthetic.py
100% <100%> (ø)
:arrow_up:

scvi/dataset/cortex.py
100% <100%> (ø)
:arrow_up:

scvi/dataset/cite_seq.py
100% <100%> (ø)
:arrow_up:

scvi/dataset/hemato.py
95% <100%> (+0.12%)
:arrow_up:

... and 9 more

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 7dc873d...664f818. Read the comment docs.

Deleted now, I think .. didn't see those before. For many of these FIXME comments in the code, it'd be better if we opened github issues for them.
I changed the default logging level to INFO, so that logging.info(...) should function by default pretty much like print(...).

@jeff-regier
I would rather use the formulation:
logger = logging.get_logger(__name__)

logger.info(...)

This allows for a per-module logging behaviour.
Also, what did you do with the verbose parameter of e.g the Trainer class?

I opened a new issue (#368) for the verbose flags, and for per-module logging.

Yeah, those verbose flags need to go. I agree, per-module logging can help with that.

@romain-lopez OK to merge as is? This PR doesn't adequately deal with logging but I opened a new issue for that.

Sounds good to me


Some items that are considered variants of each other should not be.

e.g. potions with different doses, or different tier clue scrolls. In general, anything that has its own unique placeholder item should not be treated as a variant item. Potions meet this criteria (although clues do not since they' don't have a placeholder at all - but different tier clue scrolls should still be treated as a separate type of item).
Not sure how to implement this. Searching all items for which items have a placeholder for every variant could work in cases like potions, but in cases like clue scrolls you'd have to go by the item name.
Definitely should always use variants:
Barrows armor.
Should never be variants:
Potions.
Clue scrolls.
not sure:

This could also be useful for automatically adding variants of items with the auto-layout feature. I definitely don't want to add variants of potions automatically but for barrows items for example it makes total sense.

You might be able to have a look how this was implemented elsewhere in runelite, maybe in the original bank tags code or in the code from inventory setups.
Barrows and uncharted / charged variants are the major ones. Scythe, blowpipe, serpentine helmet, ornament kits.

This should be useful: https://github.com/runelite/runelite/search?q=variations

Interesting, I am aware of ItemVariationMapping (and use it) but I have not seen ItemMapping.
I don't think either match my use-case. I mentioned placeholders in the OP since I'm happy (mostly) with how those work in the regular bank, and neither of those seem to be based off of how placeholders work.
I didn't say this in the OP, but this is specifically for laying out tabs. I use ItemVariationMapping in this and it's not fitting my needs. There are some weird quirks, although on second thought it could be due to code I wrote rather than ItemVariationMapping. Not sure, it's been weeks since I touched that code and I don't really want to look at it again :P.

This is really interesting: https://github.com/osrsbox/osrsbox-db somehow osrsbox has a way to determine items as "duplicates" - this is definitely good to look into.
Also, this is the code that generation ItemVariationMapping's data: https://github.com/Abextm/runelite-cache-code-updater/blob/master/src/main/java/net/runelite/cache/codeupdater/apifiles/ItemVariationsUpdate.java.

I've used the Osrsbox database before, you could download it under https://www.osrsbox.com/projects/osrsbox-db/
However I'm not sure if duplicates are the same as variations. A duplicate is for example the noted and unnoted item, the have different item IDs.

I've made a spreadsheet for parsing exports of tab layouts / generating an import from a spreadsheet.
https://docs.google.com/spreadsheets/d/1dAV71F9Tew9-26P9nT9mhGm9M7CUmBc8hHqaIy1jBXA/edit?usp=drivesdk
In the IDs tab it also has a boolean column for the IDs duplicate value.


chore: use starknet api test utils macros in tests

#1631
#1630
#1629  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @ArniStarkware and the rest of your teammates on  Graphite

crates/starknet_api/src/rpc_transaction_test.rs line 64 at r1 (raw file):
Previously, MohammadNassar1 (mohammad-starkware) wrote…
Do you mean this?

No - The original number was "0x60".

Merge activity

Oct 31, 10:29 AM EDT: A user started a stack merge that includes this pull request via Graphite.


"Call to a member function setCookie() on null"

Laravel Version: 5.2.45
PHP Version: PHP 7.0.8-0ubuntu<IP_ADDRESS>
Database Driver & Version: Not relevant

Description: Tracking my error logs, Ifound many occurences of this error:
Symfony\Component\Debug\Exception\FatalThrowableError: Call to a member function setCookie() on null in /home/cdt/www/cdtsys.it/releases/20161116133709/bootstrap/cache/compiled.php:3260
Going to compiled.php file, found that the error is on addCookieToResponse method on VerifyCsrfToken middleware.
Steps To Reproduce:
I was not able to reproduce yet, but I'll keep trying and update here as soon as possible.

Found the reason:
This project started on L4.2, an uses an Auth middleware that checks for permission, and if user has not permission, it output a error page:
return view('materialadmin::error.403');
But, looks like view() facade returns a Illuminate\View\View object, instead of a Illuminate\Http\Response.
This change may happened on some old version, so I think that isn't a bug.
So fell free to close the issue


Make workflow show output files

Description

Improves output of workflow so the expected output is visible.
Completed job shows out/*/*analyzer-result.yml
Refs #37 and #75

Before you get started

[x] I read and I followed contributing guidelines
[x] ☝ Create an issue to discuss what you are going to do

Checklist
This section should be filled in by the creator of this pull request to make sure the pull request is ready to review.

[ ] This pull request has a descriptive title
[x] Code is written according to the code quality guidelines
[ ] Documentation if applicable is available
[ ] Tests run successfully
[ ] All checks below this pull request were successful

Instructions to review the pull request
Trigger tortellini workflow and check that analyzer-result.yml files are present in workflow job output.

Thanks for reviewing


auth.JWT support dynamic key

Coverage remained the same at 94.643% when pulling 91f0d6069ae0935f22381ddacbc907c4ebc7a076 on telnetor:master into a282e7c42ae66efddc476a3b7226c58612957b55 on go-ozzo:master.

Thanks!


Fix production install instructions

The production install instructions:
Build from source
Run the following from within this repository's root directory if you've pulled it with Git:

sh build-ext.sh

Hits an error like:

🛠  Packaging Browser Extension
no ./dist dir found

We should assume that users trying this are doing it because they don't want to wait for the Chrome store approval and these users might not be very technical. We should make the instructions as easy as possible and test them on multiple operating systems and environments etc.

It looks like we must have changed something with the build script since these instructions were written. I'm getting the same error.

I made a fix, you need to run yarn && yarn build before running the bash script.

I've also submitted a PR to link to our new Hiro.so-based instructions which should be easier for the average user: https://github.com/blockstack/stacks-wallet-web/pull/1680


Preview mode bar crashes frontend after adding new content

Context
To evaluate next-drupal, I followed the quick start instructions. This was a pretty smooth process (thanks) so I continued adding some content while running the frontend with npm run dev. Then I wondered how next-drupal handles new content while running in production, so I ran npm run preview (which is short for next build && next start, the NextJS command to create and serve a production build, so I'm not sure why it is aliased "preview").
The bug
After adding new content and refreshing the frontend, I got a black bar in the top of the page saying "This page is a preview. Click here to exit preview mode." I noticed in the Chrome inspector that each mouse hover over the "Click here" link triggered a request to http://localhost:3000/_next/data/zlALAvZdtbj2TYmsbzo1-/api/exit-preview.json, but the request failed every time. Once clicked, the whole frontend application crashed. The process running npm run preview had exited too, after outputting the following error.
Error: Minified React error #31; visit https://reactjs.org/docs/error-decoder.html?invariant=31&args[]=%5Bobject%20Promise%5D for the full message or use the non-minified dev environment for full errors and additional helpful warnings.
    at O (/Users/user/Code/drupal-next/frontend/node_modules/react/cjs/react.production.min.js:17:207)
    at P (/Users/user/Code/drupal-next/frontend/node_modules/react/cjs/react.production.min.js:17:355)
    at toArray (/Users/user/Code/drupal-next/frontend/node_modules/react/cjs/react.production.min.js:19:177)
    at a.b.render (/Users/user/Code/drupal-next/frontend/node_modules/react-dom/cjs/react-dom-server.node.production.min.js:42:249)
    at a.b.read (/Users/user/Code/drupal-next/frontend/node_modules/react-dom/cjs/react-dom-server.node.production.min.js:41:83)
    at Object.exports.renderToString (/Users/user/Code/drupal-next/frontend/node_modules/react-dom/cjs/react-dom-server.node.production.min.js:52:138)
    at Object.renderPage (/Users/user/Code/drupal-next/frontend/node_modules/next/dist/server/render.js:768:45)
    at Object.defaultGetInitialProps (/Users/user/Code/drupal-next/frontend/node_modules/next/dist/server/render.js:375:51)
    at Function.getInitialProps (/Users/user/Code/drupal-next/frontend/.next/server/pages/_document.js:536:20)
    at Object.loadGetInitialProps (/Users/user/Code/drupal-next/frontend/node_modules/next/dist/shared/lib/utils.js:65:29)
/Users/user/Code/drupal-next/frontend/.next/server/pages/api/exit-preview.js:16
    response.clearPreviewData();
             ^

TypeError: response.clearPreviewData is not a function
    at exit (/Users/user/Code/drupal-next/frontend/.next/server/pages/api/exit-preview.js:16:14)
    at d (/Users/user/Code/drupal-next/frontend/node_modules/react-dom/cjs/react-dom-server.node.production.min.js:33:498)
    at bb (/Users/user/Code/drupal-next/frontend/node_modules/react-dom/cjs/react-dom-server.node.production.min.js:36:16)
    at a.b.render (/Users/user/Code/drupal-next/frontend/node_modules/react-dom/cjs/react-dom-server.node.production.min.js:42:43)
    at a.b.read (/Users/user/Code/drupal-next/frontend/node_modules/react-dom/cjs/react-dom-server.node.production.min.js:41:83)
    at Object.exports.renderToString (/Users/user/Code/drupal-next/frontend/node_modules/react-dom/cjs/react-dom-server.node.production.min.js:52:138)
    at Object.renderPage (/Users/user/Code/drupal-next/frontend/node_modules/next/dist/server/render.js:768:45)
    at Object.defaultGetInitialProps (/Users/user/Code/drupal-next/frontend/node_modules/next/dist/server/render.js:375:51)
    at Function.getInitialProps (/Users/user/Code/drupal-next/frontend/.next/server/pages/_document.js:536:20)
    at Object.loadGetInitialProps (/Users/user/Code/drupal-next/frontend/node_modules/next/dist/shared/lib/utils.js:65:29)

Is this a bug? Or am I misunderstanding what next build && next start is supposed to do in the context of a next-drupal installation?
Versions used
next-drupal 1.2.1
drupal 9.3.9
nodejs 16.13.0

Looks like a bug. I've been able to reproduce this. Looking into it. Thank you.

It looks like this is a bug as reported (and marked as bug) here: https://github.com/vercel/next.js/issues/29483
Instead of using the Link component we can use a simple a tag to clear the preview.
(However, using a instead of Link will be a Eslint warning, so we can disable it for this line for now).
See below for example:
import * as React from "react"
import { useRouter } from "next/router"

export function PreviewAlert() {
  const { isPreview } = useRouter()
  const [showPreviewAlert, setShowPreviewAlert] = React.useState<boolean>(false)

  React.useEffect(() => {
    setShowPreviewAlert(isPreview && window.top === window.self)
  }, [isPreview])

  if (!showPreviewAlert) {
    return null
  }

  return (

        This page is a preview.{" "}
        {/* eslint-disable @next/next/no-html-link-for-pages */}

          Click here
        {" "}
        to exit preview mode.

  )
}


treewide: convert all links git.archlinux.org to github.com/archlinux…

…/svntogit-*

Motivation for this change
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[ ] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
21.11 Release Notes (or backporting 21.05 Relase notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[ ] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 130146 run on x86_64-linux 1

26 packages built:

abiword
cinelerra
cuneiform
darkice
digikam
faac
hugin
kid3
lxqt.obconf-qt
mediatomb
mixxx
mp4v2
obconf
openbox
paperless
paperwork
python38Packages.paperwork-backend
python38Packages.paperwork-shell
python38Packages.pyocr
python39Packages.paperwork-backend
python39Packages.paperwork-shell
python39Packages.pyocr
selinux-sandbox
split2flac
tageditor
zoneminder


deletet not working when data file is autopopulated

deletet still doesnt work when the jar file is just downloaded (i.e. data file is empty) (the immutable collection problem)

I cannot recreate this bug on the current master build, it might be because we force the user to do deletet in transaction view. Can someone else help sanity check?
Steps I did:

Copy addressbook.jar to empty folder
java -jar addressbook.jar
listt 6
deletet 1

Deletion is successful.

oh it works on the current master

but why did i get a different message? My message has the wrong amount idk why

Issue no longer present


Create media queries for each page

Each page of the website needs 1-2 media queries to respond to larger screens

I started the responsive coding for brewery page. Have not applied hamburger menu yet for smaller screens.

Hamburger menu is complete for brewery page, javascript for it is on the bottom of the brewery js page, styling is in the brewery section and under media queries, used Google Material Icon instead of png; the code can be easily transferred over to other pages.


pull request for e2e test at 01/12/2017 22:45:12

:white_check_mark: Validation status: passed
For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


Does this support manual mocks for non node_modules?

The Jest documentation on manual mocking implies that you can create manual mocks for both node modules and your own modules.
I'm looking at your manualMockLoader and I'm logging the paths it searches to look for a __mocks_folder
It looks in my project_root/__mocks__ folder and it looks in node_modules/__mocks__ and e.g. node_modules/lib/__mocks__. But when I try to load my own unmocked module say:
project/parent/module.js
it doesn't look in project/parent/__mocks__ for a manual mock.
As a result I can't seem to use manual mocks for any non node modules. Is this correct (in which case your manual mock doesn't implement what Jest expects) or, more likely, I am missing something?

User error: I needed to match for .coffee files when configuring the ManualMockLoader


Bump to 4.7.3

ping @mrmrs 😄

Thanks @jmosbech !

Published to npm as<EMAIL_ADDRESS>

@johnotander actually we need to generate 4.7.4

Nice catch @Kikobeats - done : )

Great! Sorry about the confusion. I looked at the Github versions where 4.7.3 is the latest.


Python: Fix broken notebooks and update integration tests

Following notebooks are only partially working

10-multiple-results-per-prompt.ipynb
11-streaming-completions.ipynb

As part of this task integration tests must be extended to cover the scenarios covered by the notebooks.
Also configuration to use Azure should be set once in the .env file

I'm working on this


IRGen: Fix handling of singleton aggregate projections and tuple types

Follow up to "IRGen: getSingletonAggregateFieldType must not return field if
its access level does not match"
rdar://50554717

@swift-ci Please test

Thank you! More correct, more simpler, more tuples, what's not to like?


panic: send on closed channel

Repro is with Zed commit 2b3d086. The test data is too large to attach in GitHub, so I've uploaded it to a public Google Cloud storage bucket. It's just ZNG generated after importing the well-known "all.pcap" into Brim.
To prepare, I initialize a new Zed Lake and import the test data.
$ zed -version
Version: v0.29.0-394-g2b3d086f

$ rm -rf $ZED_LAKE_ROOT

$ zed lake init
using environment variable ZED_LAKE_ROOT
lake created: /Users/phil/logs

$ zed lake create -p logs
pool created: logs

$ zed lake load -p logs https://storage.googleapis.com/brimsec-public-test-data/zed-2822/all.zng
1uJbPg65ZFKxImTqxNVh0U4LlWF committed

At this point, I execute the following query and then quickly interrupt it via Ctrl-C, repeating this several times in a row. Eventually it crashes with the stack dump shown:
$ zed lake query -z 'from logs | put id.orig_p:=uint16(id.orig_p),id.resp_p:=uint16(id.resp_p),id.proto:=string(proto) | sort id | count()'
...
panic: send on closed channel

goroutine 71 [running]:
github.com/brimdata/zed/proc/put.(*Proc).maybeWarn(0xc000434b40, 0x1deef80, 0xc000118670)
	/Users/phil/work/zed/proc/put/put.go:75 +0xda
github.com/brimdata/zed/proc/put.(*Proc).put(0xc000434b40, 0xc000301080, 0xc000301080, 0x0, 0x0)
	/Users/phil/work/zed/proc/put/put.go:348 +0x3d5
github.com/brimdata/zed/proc/put.(*Proc).Pull(0xc000434b40, 0xc005cf1a40, 0xc005cf1a40, 0x0, 0x0)
	/Users/phil/work/zed/proc/put/put.go:371 +0x165
github.com/brimdata/zed/proc/sort.(*Proc).recordsForOneRun(0xc0003ac720, 0x0, 0x0, 0x0, 0x0, 0xc000067fc8, 0x1450a56)
	/Users/phil/work/zed/proc/sort/sort.go:103 +0x1ca
github.com/brimdata/zed/proc/sort.(*Proc).sortLoop(0xc0003ac720)
	/Users/phil/work/zed/proc/sort/sort.go:59 +0x78
created by github.com/brimdata/zed/proc/sort.(*Proc).Pull.func1
	/Users/phil/work/zed/proc/sort/sort.go:46 +0x3e

The attached video shows me up-arrowing and repeating it several times, just to give you a feel for the timing. It's definitely not a "it works on the first try" kind of repro.
https://user-images.githubusercontent.com/5934157/122980723-da19d280-d34d-11eb-8ac2-45b308927784.mp4
What's also troubling is that I initially was attempting this query using zapi against the Pool that had been created by importing the pcap into Brim. The first way I learned something had gone wrong was when I went to re-run my zapi and saw the error message:
Post "http://localhost:9867/query": dial tcp [::1]:9867: connect: connection refused

I looked into both the main.log and the zlake.log associated with the running app, but there was no crash message. That's when I went to doing the repro at the Lake level outside the app as shown above. This doesn't bode well for field-debug-ability if crashes don't make it into the log, so a separate issue may be justified here. I'll wait for a Dev to provide guidance as to whether this part is considered a Brim issue or a Zed issue.
As proof, the attached video shows me doing that repro while running Brim commit 69334c0 which uses Zed commit 2b3d086 as its backend. I'm tailing both the main.log and zlake.log and you can see the crash message never appears.
https://user-images.githubusercontent.com/5934157/122982384-a8097000-d34f-11eb-815e-70211d2be9ad.mp4

If I shorten the query to zed lake query -z 'from logs | put id.orig_p:=uint16(id.orig_p),id.resp_p:=uint16(id.resp_p),id.proto:=string(proto)' this reproduces nearly every time.


Dashboard in the browser is very slow

Pulse Version
1.0.0-beta5
Laravel Version
10.35.0
PHP Version
8.2.13
Database Driver & Version
MySQL 8.0.33 (DBnign)
Description
Dashboard is very slow when updating and resizing the window.
https://web.dev/articles/avoid-large-complex-layouts-and-layout-thrashing?utm_source=devtools#avoid-forced-synchronous-layouts

Steps To Reproduce
Wait for an update or resize the browser window.

I'm having trouble replicating this one.
I recorded and let it run for just over 15 seconds to capture a few updates.

If I resize the window constantly while recording then I can get the rendering and painting numbers up, but I assume that's to be expected as I'm forcing it to constantly re-render for the duration of the recording.

Chrome Version 120.0.6099.62 (Official Build) (arm64)
Apple M2 Max
https://github.com/laravel/pulse/assets/405629/ef4756f3-65da-4dfe-a195-192702a81ef5

Wonder if this is related to the SQL syntax highlighting.
@incon do you have a bunch of queries in the slow queries table? If you remove some does it improve in speed? If you only have one is it better, and if have none is it fast again?

#172 is released now. Feel free to re-open if there are still issues :+1:

While much improved with PULSE_SLOW_QUERIES_HIGHLIGHTING=false it's still slow.

@incon do you have a bunch of queries in the slow queries table? If you remove some does it improve in speed? If you only have one is it better, and if have none is it fast again?

@timacdonald Removing them makes the dashboard fast again.

https://github.com/laravel/pulse/blob/9eda727da25be60c838fb604daced2073c1607fd/config/pulse.php#L191C1-L200C11
@incon did you also update the config/pulse.php containing the new options?

#227 While in local development with a low threshold. I ended up with lots of telescope entries in the slow queries table. This made the dashboard very slow with over 1000 slow quires.
It would nice if slow queries could be aggregated based on the SQL prepare statement.

@incon thanks for the PR. Just to confirm, are you saying that the Telescope queries are the issue here?

In this case yes, but the issue is displaying the 1000 slow quires all at once if you have that many slow queries.

@incon that is interesting. It should have limited the slow queries to only show 100 at most on the dashboard.
We will have to take a look at that.

I'm not able to reproduce this on a fully filled dashboard, i.e., where all tables have the max of 100 items each.
We might close this and if we hear others are having issues we can dig in. Obviously happy for a fix if we can come up with one.


eztrace: 1.0.6 -> 1.1-7, fix build

Motivation for this change
See https://hydra.nixos.org/build/80721509
Addresses #45960
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[x] Fits CONTRIBUTING.md.

Success on x86_64-linux (full log)
Attempted: eztrace
Partial log (click to expand)
shrinking /nix/store/c7qyinxp2fs082r1ydzc8wpd4p7s2fxr-EZTrace-1.1-7/bin/otfprofile
shrinking /nix/store/c7qyinxp2fs082r1ydzc8wpd4p7s2fxr-EZTrace-1.1-7/bin/eztrace_loaded
shrinking /nix/store/c7qyinxp2fs082r1ydzc8wpd4p7s2fxr-EZTrace-1.1-7/bin/eztrace_stats
strip is /nix/store/h0lbngpv6ln56hjj59i6l77vxq25flbz-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/c7qyinxp2fs082r1ydzc8wpd4p7s2fxr-EZTrace-1.1-7/lib  /nix/store/c7qyinxp2fs082r1ydzc8wpd4p7s2fxr-EZTrace-1.1-7/bin
patching script interpreter paths in /nix/store/c7qyinxp2fs082r1ydzc8wpd4p7s2fxr-EZTrace-1.1-7
/nix/store/c7qyinxp2fs082r1ydzc8wpd4p7s2fxr-EZTrace-1.1-7/bin/eztrace_cc: interpreter directive changed from "/bin/sh" to "/nix/store/czx8vkrb9jdgjyz8qfksh10vrnqa723l-bash-4.4-p23/bin/sh"
/nix/store/c7qyinxp2fs082r1ydzc8wpd4p7s2fxr-EZTrace-1.1-7/bin/eztrace.preload: interpreter directive changed from "/bin/bash" to "/nix/store/czx8vkrb9jdgjyz8qfksh10vrnqa723l-bash-4.4-p23/bin/bash"
checking for references to /build in /nix/store/c7qyinxp2fs082r1ydzc8wpd4p7s2fxr-EZTrace-1.1-7...
/nix/store/c7qyinxp2fs082r1ydzc8wpd4p7s2fxr-EZTrace-1.1-7

Success on aarch64-linux (full log)
Attempted: eztrace
Partial log (click to expand)
shrinking /nix/store/fz1ppq82fc3fwlg0p78s7znxiii79r8l-EZTrace-1.1-7/lib/libotfaux.so.0.0.0
shrinking /nix/store/fz1ppq82fc3fwlg0p78s7znxiii79r8l-EZTrace-1.1-7/lib/libopen-trace-format.so.1.1.0
shrinking /nix/store/fz1ppq82fc3fwlg0p78s7znxiii79r8l-EZTrace-1.1-7/lib/liblitl.so.0.0.0
strip is /nix/store/y4ymnvgxygpq05h03kyzbj572zmh6zla-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/fz1ppq82fc3fwlg0p78s7znxiii79r8l-EZTrace-1.1-7/lib  /nix/store/fz1ppq82fc3fwlg0p78s7znxiii79r8l-EZTrace-1.1-7/bin
patching script interpreter paths in /nix/store/fz1ppq82fc3fwlg0p78s7znxiii79r8l-EZTrace-1.1-7
/nix/store/fz1ppq82fc3fwlg0p78s7znxiii79r8l-EZTrace-1.1-7/bin/eztrace_cc: interpreter directive changed from "/bin/sh" to "/nix/store/fqm2x6kiay1q4vg7pqp4wp17bdijlyc3-bash-4.4-p23/bin/sh"
/nix/store/fz1ppq82fc3fwlg0p78s7znxiii79r8l-EZTrace-1.1-7/bin/eztrace.preload: interpreter directive changed from "/bin/bash" to "/nix/store/fqm2x6kiay1q4vg7pqp4wp17bdijlyc3-bash-4.4-p23/bin/bash"
checking for references to /build in /nix/store/fz1ppq82fc3fwlg0p78s7znxiii79r8l-EZTrace-1.1-7...
/nix/store/fz1ppq82fc3fwlg0p78s7znxiii79r8l-EZTrace-1.1-7

backported: 32af342e462


Issue reporter: Loading process information takes a long time

Issue Type
Bug
Description
The issue reporter loads system, workspace and running process information with a single request. The later takes a long time on Windows. This can keep the user from submitting a bug report or feature request for which the running process information is unneeded.
We should split the calls and only request the process information for performance issues.


Symmetric Difference Algorithm not Testing for Symmetric Difference

While I understand that the challenge can come up with all sorts of rules, it is quite confusing since it really isn't testing for the symmetric difference between all the given arrays.
Example:
sym([1, 2, 5], [2, 3, 5], [3, 4, 5]) should return [1, 4, 5]
That isn't "correct" since the actual symmetric difference among the 3 arrays should be [1,4].
On the challenge help, a link to a youtube video was provided.
In the video, the following example was given:
A = [1,2,3,4]
B = [3,4,5,6]
C = [2,4,6,7]
And the symmetric difference between the 3 sets is [1,2,5,7]. Comparing with the answers expected from the challenge, which in this instance would be [1,4,5,7].
Once again, I know that the challenges can have its own rules to it. I just thought that I should point out this fact.

@angkiki thanks for the issue. Agreed, this isn't a true symmetric difference, but the instructions are clear as to what to do when there is more than one array.

For every additional symmetric difference you take (say on a set D = {2, 3}), you should get the set with elements which are in either of the two the sets but not both (C △ D = {1, 4} △ {2, 3} = {1, 2, 3, 4}).

So I'm not sure what else is needed. Explaining within the challenge that this isn't a true symmetric difference among input of three or more arrays would be confusing. Thoughts?

Once again i do apologise for "nit picking". I will admit that through the list of expected answers one can infer what is expected.
If i were to offer an input, maybe state that "each additional array is compared against the resulted symmetric difference". It seems more explicit with that sentence.  (Or it may just be my poor interpretation of the example listed)

@erictleung I'm with @angkiki on this one, I happen to think the instructions for this challenge (especially for those that might not be familiar with this type of notation, i.e. C △ D = {1, 4} △ {2, 3} = {1, 2, 3, 4} ) are quite convoluted and hard to follow. And while you're right, the second part is (kind of) clear on what it's asking you to do, the first part simply states:

Create a function that takes two or more arrays and returns an array of the symmetric difference (△ or ⊕) of the provided arrays.

Which I guess is technically incorrect. If someone happens to not read any further, and we know this happens often, I can see where the confusion could come in.

@no-stack-dub-sack sounds reasonable. How about this change to the first sentence? (My additions in bold.)

Create a function that takes two or more arrays and returns an array of the iterative symmetric difference (△ or ⊕) of the provided arrays. In other words, start with the first array and keep on taking symmetric differences of each the following arrays after it.

@erictleung That sounds good. That, in addition to looking at the test cases should provide clearer direction I think.

i could take this ; this would be my first time

can't find this challenge in any of the challenges; which file is this question located?

@no-stack-dub-sack i would love to but i am actually really unfamiliar with working with git...

Is our problem not the ontological understanding of symmetric
differentiation.
On Jan 21, 2017 9:57 PM, "angkiki"<EMAIL_ADDRESS>wrote:

@no-stack-dub-sack https://github.com/no-stack-dub-sack i would love to
but i am actually really unfamiliar with working with git...
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/freeCodeCamp/freeCodeCamp/issues/12598#issuecomment-274306469,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AVHZeW4xRo75x_7sfg56wTNzuGxZ0Nigks5rUtOygaJpZM4Lm20o
.


Project config file is malformed

Description of the bug
Nextflow 20.10.0 complains that the config is malformed when I do not specify a config file. The .nextflow.log (see below) hints at the provided nextflow.config, but I can't spot the issue.
The sample sheet is in csv format with three columns as described in the usage documentation
Expected: normal pipeline run.
Command used and terminal output
$ nextflow run nf-core/detaxizer --input samplesheet.csv --outdir results/detaxizer

N E X T F L O W  ~  version 20.10.0
Pulling nf-core/detaxizer ...
Project config file is malformed -- Cause: No signature of method: nextflow.config.ConfigParser$_parse_closure5.id() is applicable for argument types: (String) values<EMAIL_ADDRESS>Possible solutions: is(java.lang.Object), is(java.lang.Object), find(), find(), find(groovy.lang.Closure), find(groovy.lang.Closure)

Relevant files
.nextflow.log:
Jan-30 15:54:32.091 [main] INFO  nextflow.cli.CmdRun - Pulling nf-core/detaxizer ...
Jan-30 15:54:32.092 [main] DEBUG nextflow.scm.RepositoryProvider - Request [credentials -:-] -> https://api.github.com/repos/nf-core/detaxizer/contents/nextflow.config
Jan-30 15:54:33.089 [main] ERROR nextflow.cli.Launcher - @unknown
java.lang.Exception: Project config file is malformed -- Cause: No signature of method: nextflow.config.ConfigParser$_parse_closure5.id() is applicable for argument types: (String) values<EMAIL_ADDRESS>
System information
Nextflow 20.10.0
Hardware: HPC
Executor: Tried Slurm, but also get the issue locally
No container
OS: Ubuntu
There is no detaxizer version yet

Hi and thanks for the report!
There is a major update coming to detaxizer in the next few days, which will also fix the wrong usage information (it is the default so far).
Sorry for the inconvenience and I am on it!

FYI, usual required nextflow version is >=23.04.0, which is detailed in the README.md in branch dev. There isnt any release of the pipeline yet so you cannot expect a smooth experience, though.

The update fixed the issue with the wrong usage information and you can try out the pipeline, but as mentioned be aware that it is still under development.


[Release] Check crossbow builds on 7.0.1 maintenance branch

@github-actions crossbow submit -g nightly -g verify-rc-source


[Bug] Fonts do not match in the EN/BG pages

Describe the bug
The fonts are different in the different languages.
I will create a separate bug for each language but this is the summary of this bug.
To Reproduce
Steps to reproduce the behavior:

Go to 'https://dev1.podkrepi.bg/about' and 'https://dev1.podkrepi.bg/en/about'
Switch languages
See error

I can't see what exactly is wrong but the styles are different. Please refer to the screenshots. I have been trying for 2 hours now to see the CSS problem.
Expected behavior
Same Font.
Screenshots
BG:

EN:

Desktop (please complete the following information):

OS: MacOS BigSur
Browser Opera GX
Version 73.0.3856.438

Smartphone (please complete the following information):

Device: iPhone 11 Pro Max
OS: iOS 14.5.1
Browser Safari

BG

EN

Duplicate of https://github.com/daritelska-platforma/frontend/issues/165


Is it possible to suppress this rule?

https://github.com/volodya-lombrozo/jtcop/blob/0681a054880e4eac417351ff3e5526ad499f9ee5/src/main/java/com/github/lombrozo/testnames/rules/RuleAllTestsHaveProductionClass.java#L46
My test package has an annotation for the tests:
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@ActiveProfiles("test")
@SpringBootTest
public @interface TestWithSpringContext {
}

which is violation:
[ERROR] Failed to execute goal com.github.volodya-lombrozo:jtcop-maven-plugin:0.1.11:check (default) on project bot:
[ERROR] Test WithSpringContextTest.java doesn't have corresponding production class.
[ERROR] 	You can either rename or move the test class .../src/test/java/annotation/WithSpringContextTest.java:
[ERROR] 	More about that rule you can read here https://www.yegor256.com/2023/01/19/layout-of-tests.html#test-classes

I would like to add something like @ForTestScope that will do a pass or something like that
@volodya-lombrozo what do you think?

@volodya-lombrozo looks like in 0.1.12 it should be fixed, but it's still not work for annotations
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@ActiveProfiles("test")
@SpringBootTest
@SuppressWarnings("JTCOP.RuleAllTestsHaveProductionClass")
public @interface TestWithSpringContext {
}

@l3r8yJ I see... Ok, I will take a look. Apparently it's a problem with annotations and interfaces.

@l3r8yJ Could you check again, please? The bug should be fixed in the 0.1.13 version.

@volodya-lombrozo now it works, thanks!


Improve documentation of get_resource() endpoint (#5900)

Pull request opened by the merge tool on behalf of #5900

Merged into branches iso6 in b6861cf1116f06f587c6d1f6d80b87530473bba8


routeRules cause API return 405 Method Not Allowed in Netlify

Environment

Operating System: Linux
Node Version:     v16.18.1
Nuxt Version:     3.1.1
Nitro Version:    2.1.0
Package Manager<EMAIL_ADDRESS>Builder:          vite
User Config:      routeRules
Runtime Modules:  -
Build Modules:    -

Reproduction
https://github.com/emaia/nuxt-netlify-bug
Clone repo and deploy in netlify via github and pnpm build.
Open the site and click button to make a post request to /api/test
Check console
Describe the bug
My main goal was setting a cached version of the home page only but setting routeRules with swr causes an API route return 405 method not allowed in Netlify.
    routeRules: {
        "/*": { swr: 3600 },
        "/api/test": { swr: false },
    },

In local dev/build or in Cloudflare worker or Digital Ocean App this not happen and work as expected.
Additional context
No response
Logs
10:03:54 AM: build-image version: 1ca34a93198b041e44214013884c57d146a23fed (focal)
10:03:54 AM: build-image tag: v4.16.4
10:03:54 AM: buildbot version: 5d70ebdb976733297fb4c90b41002389a248e2df
10:03:54 AM: Fetching cached dependencies
10:03:54 AM: Failed to fetch cache, continuing with build
10:03:54 AM: Starting to prepare the repo for build
10:03:55 AM: No cached dependencies found. Cloning fresh repo
10:03:55 AM: git clone --filter=blob:none https://github.com/emaia/nuxt-netlify-bug
10:03:55 AM: Preparing Git Reference refs/heads/main
10:03:55 AM: Parsing package.json dependencies
10:03:57 AM: Starting build script
10:03:57 AM: Installing dependencies
10:03:57 AM: Python version set to 2.7
10:03:57 AM: v16.19.0 is already installed.
10:03:57 AM: Now using node v16.19.0 (npm v8.19.3)
10:03:57 AM: Enabling Node.js Corepack
10:03:57 AM: Started restoring cached build plugins
10:03:57 AM: Finished restoring cached build plugins
10:03:58 AM: Attempting Ruby version 2.7.2, read from environment
10:03:58 AM: Using Ruby version 2.7.2
10:03:58 AM: Using PHP version 8.0
10:03:58 AM: Started restoring cached corepack dependencies
10:03:58 AM: mv: cannot move '/opt/build/cache/.node/corepack' to '/opt/buildhome/.node/corepack': No such file or directory
10:03:58 AM: Finished restoring cached corepack dependencies
10:03:59 AM: No pnpm workspaces detected
10:03:59 AM: Started restoring cached node modules
10:03:59 AM: Finished restoring cached node modules
10:03:59 AM: Installing npm packages using pnpm version 7.13.4
10:03:59 AM: Lockfile is up to date, resolution step is skipped
10:03:59 AM: Progress: resolved 1, reused 0, downloaded 0, added 0
10:03:59 AM: Packages: +562
10:03:59 AM: ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
10:04:00 AM: Packages are hard linked from the content-addressable store to the virtual store.
10:04:00 AM:   Content-addressable store is at: /opt/build/.pnpm-store/v3
10:04:00 AM:   Virtual store is at:             node_modules/.pnpm
10:04:00 AM: Progress: resolved 562, reused 0, downloaded 101, added 102
10:04:01 AM: Progress: resolved 562, reused 0, downloaded 213, added 213
10:04:02 AM: Progress: resolved 562, reused 0, downloaded 278, added 273
10:04:03 AM: Progress: resolved 562, reused 0, downloaded 389, added 391
10:04:04 AM: Progress: resolved 562, reused 0, downloaded 557, added 561
10:04:04 AM<EMAIL_ADDRESS>postinstall$ node install.js
10:04:04 AM<EMAIL_ADDRESS>postinstall$ node install.js
10:04:05 AM<EMAIL_ADDRESS>postinstall: Done
10:04:05 AM<EMAIL_ADDRESS>postinstall: Done
10:04:05 AM: devDependencies:
10:04:05 AM: + nuxt 3.1.1
10:04:05 AM: > @ postinstall /opt/build/repo
10:04:05 AM: > nuxt prepare
10:04:05 AM: [log] Nuxi 3.1.1
10:04:05 AM: Progress: resolved 562, reused 0, downloaded 558, added 562, done
10:04:06 AM: [success] Types generated in .nuxt
10:04:06 AM: Done in 6.9s
10:04:06 AM: npm packages installed using pnpm
10:04:06 AM: Started restoring cached go cache
10:04:06 AM: Finished restoring cached go cache
10:04:06 AM: go version go1.19.5 linux/amd64
10:04:07 AM: Detected 1 framework(s)
10:04:07 AM: "nuxt" at version "3.1.1"
10:04:07 AM: Installing missing commands
10:04:07 AM: Verify run directory
10:04:07 AM: Section completed: initializing
10:04:08 AM:
10:04:08 AM:   Netlify Build
10:04:08 AM: ────────────────────────────────────────────────────────────────
10:04:08 AM:
10:04:08 AM: ❯ Version
10:04:08 AM:   @netlify/build 29.5.1
10:04:08 AM:
10:04:08 AM: ❯ Flags
10:04:08 AM:   baseRelDir: true
10:04:08 AM:   buildId: 63d3cbb34f0e2018a0a4fda7
10:04:08 AM:   deployId: 63d3cbb34f0e2018a0a4fda9
10:04:08 AM:
10:04:08 AM: ❯ Current directory
10:04:08 AM:   /opt/build/repo
10:04:08 AM:
10:04:08 AM: ❯ Config file
10:04:08 AM:   No config file was defined: using default values.
10:04:08 AM:
10:04:08 AM: ❯ Context
10:04:08 AM:   production
10:04:08 AM:
10:04:08 AM:   1. Build command from Netlify app
10:04:08 AM: ────────────────────────────────────────────────────────────────
10:04:08 AM:
10:04:08 AM: $ pnpm build
10:04:08 AM: > @ build /opt/build/repo
10:04:08 AM: > nuxt build
10:04:08 AM: [log] Nuxi 3.1.1
10:04:08 AM: [log] Nuxt 3.1.1 with Nitro 2.1.0
10:04:10 AM: [info] Building client...
10:04:10 AM: vite v4.0.4 building for production...
10:04:10 AM: transforming...
10:04:11 AM: ✓ 69 modules transformed.
10:04:11 AM: rendering chunks...
10:04:11 AM: computing gzip size...
10:04:11 AM: .nuxt/dist/client/manifest.json                                  2.67 kB
10:04:11 AM: .nuxt/dist/client/_nuxt/error-500.42b82e7a.css                   1.95 kB │ gzip:  0.74 kB
10:04:11 AM: .nuxt/dist/client/_nuxt/error-404.8ccf2fec.css                   3.63 kB │ gzip:  1.12 kB
10:04:11 AM: .nuxt/dist/client/_nuxt/_plugin-vue_export-helper.bf439140.js    0.18 kB │ gzip:  0.16 kB
10:04:11 AM: .nuxt/dist/client/_nuxt/error-component.0f155ae6.js              1.16 kB │ gzip:  0.63 kB
10:04:11 AM: .nuxt/dist/client/_nuxt/error-500.d4ea49e3.js                    1.93 kB │ gzip:  1.02 kB
10:04:11 AM: .nuxt/dist/client/_nuxt/error-404.cfd2fdcd.js                    2.27 kB │ gzip:  1.17 kB
10:04:11 AM: .nuxt/dist/client/_nuxt/entry.508f341b.js                      110.43 kB │ gzip: 40.93 kB
10:04:11 AM: [success] Client built in 1374ms
10:04:11 AM: [info] Building server...
10:04:11 AM: vite v4.0.4 building SSR bundle for production...
10:04:11 AM: transforming...
10:04:12 AM: ✓ 53 modules transformed.
10:04:12 AM: rendering chunks...
10:04:12 AM: .nuxt/dist/server/_nuxt/error-500-styles.50acdfe7.mjs           0.08 kB
10:04:12 AM: .nuxt/dist/server/_nuxt/error-404-styles.12ad73b5.mjs           0.08 kB
10:04:12 AM: .nuxt/dist/server/styles.mjs                                    0.44 kB
10:04:12 AM: .nuxt/dist/server/_nuxt/_plugin-vue_export-helper-37e10337.js   0.43 kB │ map:  0.67 kB
10:04:12 AM: .nuxt/dist/server/_nuxt/island-renderer-52e588eb.js             1.21 kB │ map:  1.60 kB
10:04:12 AM: .nuxt/dist/server/_nuxt/error-component-5511b5f5.js             2.01 kB │ map:  2.67 kB
10:04:12 AM: .nuxt/dist/server/_nuxt/error-500-styles-1.mjs-de80fa28.js      2.17 kB │ map:  0.12 kB
10:04:12 AM: .nuxt/dist/server/_nuxt/error-dev-styles-1.mjs-e8dd5695.js      2.46 kB │ map:  0.12 kB
10:04:12 AM: .nuxt/dist/server/_nuxt/error-500-fa9c9235.js                   3.11 kB │ map:  3.80 kB
10:04:12 AM: .nuxt/dist/server/_nuxt/error-404-styles-1.mjs-6a7de6f7.js      3.86 kB │ map:  0.12 kB
10:04:12 AM: .nuxt/dist/server/_nuxt/error-404-c0751208.js                   3.98 kB │ map:  5.84 kB
10:04:12 AM: .nuxt/dist/server/server.mjs                                   25.23 kB │ map: 58.23 kB
10:04:12 AM: [success] Server built in 502ms
10:04:12 AM: [success] [nitro] Generated public dist
10:04:12 AM: [info] [nitro] Building Nitro Server (preset: `netlify`)
10:04:13 AM: [success] [nitro] Nitro server built
10:04:14 AM:   ├─ .netlify/functions-internal/server/server.mjs (429 B) (250 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/package.json (1.06 kB) (414 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/test.post.mjs.map (319 B) (187 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/test.post.mjs (266 B) (198 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/rollup/_virtual_head-static.mjs.map (111 B) (112 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/rollup/_virtual_head-static.mjs (301 B) (217 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/nitro/netlify.mjs.map (19.4 kB) (3.43 kB gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/nitro/netlify.mjs (16.4 kB) (4.74 kB gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/nitro/config.mjs.map (2.14 kB) (615 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/nitro/config.mjs (1.55 kB) (712 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/handlers/renderer.mjs.map (20.3 kB) (3.56 kB gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/handlers/renderer.mjs (16.2 kB) (4.98 kB gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/error-500.mjs.map (1.08 kB) (390 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/error-500.mjs (4.26 kB) (1.82 kB gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/styles.mjs.map (363 B) (206 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/styles.mjs (508 B) (260 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/server.mjs.map (29.1 kB) (4.84 kB gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/server.mjs (24.9 kB) (6.84 kB gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/client.manifest.mjs.map (1.76 kB) (413 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/client.manifest.mjs (3.17 kB) (545 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/_nuxt/island-renderer-52e588eb.mjs.map (1.12 kB) (501 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/_nuxt/island-renderer-52e588eb.mjs (1.24 kB) (609 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/_nuxt/error-component-5511b5f5.mjs.map (2.34 kB) (794 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/_nuxt/error-component-5511b5f5.mjs (2.04 kB) (906 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/_nuxt/error-500-styles.50acdfe7.mjs.map (326 B) (215 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/_nuxt/error-500-styles.50acdfe7.mjs (2.22 kB) (863 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/_nuxt/error-500-fa9c9235.mjs.map (1.67 kB) (605 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/_nuxt/error-500-fa9c9235.mjs (3.07 kB) (1.38 kB gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/_nuxt/error-404-styles.12ad73b5.mjs.map (326 B) (212 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/_nuxt/error-404-styles.12ad73b5.mjs (3.92 kB) (1.25 kB gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/_nuxt/error-404-c0751208.mjs.map (2.31 kB) (776 B gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/_nuxt/error-404-c0751208.mjs (3.93 kB) (1.67 kB gzip)
10:04:14 AM:   ├─ .netlify/functions-internal/server/chunks/app/_nuxt/_plugin-vue_export-helper-37e10337.mjs.map (561 B) (309 B gzip)
10:04:14 AM:   └─ .netlify/functions-internal/server/chunks/app/_nuxt/_plugin-vue_export-helper-37e10337.mjs (403 B) (274 B gzip)
10:04:14 AM: Σ Total size: 2.85 MB (675 kB gzip)
10:04:14 AM:
10:04:14 AM: (build.command completed in 5.6s)
10:04:14 AM:
10:04:14 AM:   2. Functions bundling
10:04:14 AM: ────────────────────────────────────────────────────────────────
10:04:14 AM:
10:04:14 AM: Packaging Functions from .netlify/functions-internal directory:
10:04:14 AM:  - server/server.mjs
10:04:14 AM:
10:04:15 AM:
10:04:15 AM: (Functions bundling completed in 1.2s)
10:04:15 AM:
10:04:15 AM:   3. Deploy site
10:04:15 AM: ────────────────────────────────────────────────────────────────
10:04:15 AM:
10:04:15 AM: Starting to deploy site from 'dist'
10:04:15 AM: Calculating files to upload
10:04:15 AM: 5 new files to upload
10:04:15 AM: 1 new functions to upload
10:04:22 AM: Section completed: deploying
10:04:22 AM: Site deploy was successfully initiated
10:04:22 AM:
10:04:22 AM: (Deploy site completed in 6.8s)
10:04:22 AM:
10:04:22 AM: Starting post processing
10:04:22 AM:   Netlify Build Complete
10:04:22 AM: ────────────────────────────────────────────────────────────────
10:04:22 AM:
10:04:22 AM: (Netlify Build completed in 13.7s)
10:04:22 AM: Post processing - HTML
10:04:22 AM: Caching artifacts
10:04:22 AM: Started saving node modules
10:04:22 AM: Finished saving node modules
10:04:22 AM: Started saving build plugins
10:04:22 AM: Post processing - header rules
10:04:22 AM: Finished saving build plugins
10:04:22 AM: Started saving pip cache
10:04:22 AM: Finished saving pip cache
10:04:22 AM: Post processing - redirect rules
10:04:22 AM: Started saving emacs cask dependencies
10:04:22 AM: Finished saving emacs cask dependencies
10:04:22 AM: Started saving maven dependencies
10:04:22 AM: Finished saving maven dependencies
10:04:22 AM: Post processing done
10:04:22 AM: Started saving boot dependencies
10:04:22 AM: Finished saving boot dependencies
10:04:22 AM: Started saving rust rustup cache
10:04:23 AM: Section completed: postprocessing
10:04:22 AM: Finished saving rust rustup cache
10:04:22 AM: Started saving go dependencies
10:04:22 AM: Finished saving go dependencies
10:04:23 AM: Build script success
10:04:23 AM: Section completed: building
10:04:23 AM: Site is live ✨
10:04:24 AM: Uploading Cache of size 89.9MB
10:04:24 AM: Section completed: cleanup
10:04:24 AM: Finished processing build request in 29.907s

This is non-intuitive so we probably need to improve this in nitro, but setting swr by default also turns on various cache headers which you also need to turn off. This should work fine:
// https://nuxt.com/docs/api/configuration/nuxt-config
export default defineNuxtConfig({
    routeRules: {
        "/**": { swr: 3600 },
        "/api/test": { swr: false, cache: false },
    },
})

// https://nuxt.com/docs/api/configuration/nuxt-config
export default defineNuxtConfig({
    routeRules: {
        "/**": { swr: 3600 },
        "/api/test": { swr: false, cache: false },
    },
})

It works. Thanks @danielroe

Let's track the upstream issue in https://github.com/unjs/nitro/issues/887.


CLOUDSTACK-8637: Verify that VM with same Display name creation fails if vm.instancename.flag=true

When vm.instancename.flag=true it will only set the "instancename" without any additional prefix so name of the instance on host will also be same hence verify that when tried to create another instance with same name on same host should fail on VMWare as it should have every instance with unique name.

looks like this is for vmware only
no way for me to verify, but good looks okay.
LGTM, merging now


Let's Encrypt support

Let's Encrypt now supports wildcard certs (https://community.letsencrypt.org/t/acme-v2-and-wildcard-certificate-support-is-live/55579).
We should update traffic ops, traffic portal, and traffic router to add optional support for let's encrypt.  This would include the ability to create and update certificates directly from Traffic Ops.

We should update traffic ops and traffic ops to add optional support for let's encrypt. This would include the ability to create and update certificates directly from Traffic Ops.

traffic ops and traffic ops? you mean TP and TO?

related to #2429

I think @mattjackson220 is working on this


Add docu.: VScode Debugging Inside Container

Update documentation: How to debug the nautobot-server inside the docker container with Visual Studio Code.
Feel free to modify as you like. I'm not a native speaker.
Thx for making this great project open source
Josef

Thank you for the pull request! We're looking at updating the current VSCode integration as part of fixing #51, so this change set may end up being combined into a larger set of changes soon.

Hi Josef, sorry for the trouble, but it looks like something's gotten lost in your merge updates - while GitHub is now showing a set of diffs for this PR, they're all changes that are already present in our develop branch. When I check out your fork locally it's now showing no diffs at all against develop. Now that #73 is merged, do you find that there are still documentation updates you'd like to make? If so, you might need to re-add your changes to a new branch and open a new pull request. Apologies again for the inconvenience!

hi @glennmatthews
Sorry for the inconvenience too. I have filed a new Pull request #108 that takes into account the new changes.

Thank you! Closing this in favor of #108.


Handle HiDPI displays on Linux.

The default IDE scale is too small for HiDPI displays, I use a workaround for this issue but not everyone knows how to fix it:
Example: https://forums.openmv.io/t/wifi-examples-in-documentation/6072/5
The IDE should somehow detect HiDPI and scale accordingly or if there's a setting in QT to handle this it should be enabled.
Hint: Search for QT_SCALE_FACTOR
And https://doc.qt.io/qt-5/highdpi.html

Enabled this for linux.


Broken normalization layer save and load: very different results when using a model after it has been dumped to disk and reloaded if it uses normalization layers

System information.

No custom code written by myself (except for preparing the data of course)
Ubuntu 20.04
TensorFlow installed with pip3
TensorFlow version: v2.11.0-rc2-17-gd5b57ca93e5 2.11.0
keras version: pip installed, 2.11.0
Python version: Python 3.8.10
Bazel version (if compiling from source): not applicable (installed with pip3)
GPU model and memory: not relevant
Exact command to reproduce: see below

Describe the problem.
I get very different predictions on the same data, before and after a cycle of model dump / del / load.
The model looks like:
labels_inv_normalization_layer = layers.Normalization(invert=True, input_shape=[1,], axis=None)
labels_inv_normalization_layer.adapt(np_labels_training)

predictors_normalization_layer = layers.Normalization()
predictors_normalization_layer.adapt(np_predictors_training)

input_layer = keras.layers.Input(shape=(np_predictors_training.shape[1], ))
normalized_input = predictors_normalization_layer(input_layer)
fully_connected_1 = keras.layers.Dense(60, activation="relu")(normalized_input)
fully_connected_2 = keras.layers.Dense(60, activation="relu")(fully_connected_1)
fully_connected_3 = keras.layers.Dense(60, activation="relu")(fully_connected_2)
fully_connected_4 = keras.layers.Dense(60, activation="relu")(fully_connected_3)
output = keras.layers.Dense(1)(fully_connected_4)
denormalized_output = labels_inv_normalization_layer(output)

# model
keras_model = keras.Model(inputs=input_layer, outputs=denormalized_output)
keras_model.compile(optimizer=keras.optimizers.Adagrad(learning_rate=learning_rate), loss=loss_kind)

I perform prediction with:
nn_predicted_training = np.array(keras_model(np_predictors_training)).squeeze()
nn_predicted_validation = np.array(keras_model(np_predictors_validation)).squeeze()

I dump, clear, and re-load the model with:
keras_model.save("./saved_models/keras_model_vanilla_ml_ipynb3")
del keras_model
keras_model = load_model("./saved_models/keras_model_vanilla_ml_ipynb3")

Describe the current behavior.
After training the model, before dumping, I get a set of predictions on some validation data that I am happy with. After dumping, del, and loading the model, and using the loaded model on the exact same validation data, I get a very different output prediction (that are completely off).
I get a warning message when dumping:
WARNING:absl:Found untraced functions such as _update_step_xla while saving (showing 1 of 1). These functions will not be directly callable after loading.
INFO:tensorflow:Assets written to: ./saved_models/keras_model_vanilla_ml_ipynb3/assets
INFO:tensorflow:Assets written to: ./saved_models/keras_model_vanilla_ml_ipynb3/assets

Though it looked like checking on the issue tracker here that it should not be an issue?
Describe the expected behavior
I would expect to get the exact same predictions on the same validation data before model saving and after model del and loading.
Standalone code to reproduce the issue.
The notebook I use is private for now and not minimal. If there are doubts about this bug report I can try to set up a minimal example, but for now I would like to check if there is an obvious answer from this report alone :) .

I was able to set up a least complexity example and to identify that the normalization layer(s) are well the cause of the issue. Without the normalization layer, things work well (see this notebook):
https://github.com/jerabaul29/misc/blob/main/BugReports/LeastExampleKerasBugNetworkDumpWithNormalization/examle_work_without_normalization.ipynb
But with normalization layer, the restored network is way off (likely, some normalization not or wrongly applied):
https://github.com/jerabaul29/misc/blob/main/BugReports/LeastExampleKerasBugNetworkDumpWithNormalization/exmaple_fail_with_normalization.ipynb

My feeling, but I may well be wrong as I am not too familiar with the internals of the Keras code base, is that this:
https://github.com/keras-team/keras/blob/8331e3b0c8253d85c793658917dc312d5a4e87bc/keras/layers/preprocessing/normalization.py#L371-L380
misses the ìnvert attribute. This would explain why the test:
https://github.com/keras-team/keras/blob/8331e3b0c8253d85c793658917dc312d5a4e87bc/keras/layers/preprocessing/normalization_test.py#L428-L457
does not catch this issue: there is no test agains a case with the invert attribute set; that may mean that in addition to the code fix, an additional test case test_saved_model_tf_invert would be useful.

I think this hypothesis is confirmed: when removing the invert layer and keeping the non invert layer, saving and loading works just fine:
https://github.com/jerabaul29/misc/blob/main/BugReports/LeastExampleKerasBugNetworkDumpWithNormalization/exmaple_fail_with_normalization_ok_noinvert.ipynb

Confirmed: I added:
                "invert": self.invert,

to the get_config and this fixes the bug. I will now prepare a pull request with this addition and an additional test for invert layers.

@jerabaul29 Thank you for the update!

Thanks for the reminder that the pull request got merged, sorry I had forgotten to close this report issue, closing it now :) .


chain.extrinsic -> pallet.call

Currently, we do the following:
const call = chain.extrinsic(Rune.rec({
  type: palletName,
  value: Rune.rec({
    type: callName,
    ...callData
  })
}))

I believe something along the following lines would be preferable:
const call = chain
  .pallet(palletName)
  .call(callName)
  .apply(Rune.rec(callData))

Note: this sample forgoes the (current) intermediate .metadata(), which will go away upon #641

Closing per offline discussion


[Bug]: Adding New Roads to Mapbox.

Mapbox Implementation
Mapbox
Mapbox Version
10.7.0
Platform
Android
@rnmapbox/maps version
10.0.0-beta.11
Standalone component to reproduce
import React from 'react';
import {
  MapView,
  ShapeSource,
  LineLayer,
  Camera,
} from '@rnmapbox/maps';

const aLine = {
  type: 'LineString',
  coordinates: [
    [-74.00597, 40.71427],
    [-74.00697, 40.71527],
  ],
};

class BugReportExample extends React.Component {
  render() {
    return (
      <MapView style={{flex: 1}}>
        <Camera centerCoordinate={[-74.00597, 40.71427]} zoomLevel={14} />
        <ShapeSource id="idStreetLayer" shape={aLine}>
          <LineLayer id="idStreetLayer" />
        </ShapeSource>
      </MapView>
    );
  }
}

Observed behavior and steps to reproduce
As per the documentation Mapbox uses OSM as basemap, so as to update the mapbox map I need to have OSM updated first. Even after updating it the changes are not reflected in the mapbox base map.
Expected behavior
I want that the base map to be updated as the OSM map as stated in the Documentation.
Notes / preliminary analysis
I want that the base map to be updated as the OSM map as stated in the Documentation.
Additional links and references
I want that the base map to be updated as the OSM map as stated in the Documentation.

Ignore this


"Save" button works erratically when clicked for pre-loaded studies in Chrome/Edge

Please check  #101. The fix for this issue is probably something similar to what is done to fix #101.
To reproduce:
Open Chrome or Edge (please note that Chrome or Edge are the only officially supported browsers for the Save feature, to overwrite an existing study/graphml).
Load a study/graphml
Close the browser.
Reopen the browser.
If your browser is configured to open the previous tabs, it will open the concore-editor with that study that you opened before.

The expected behavior:
When you click "Save" on such a study/graphml, the "Save" should function in the same way as "Save As" and let you choose the output directory and study name (as in studyname.graphml).
This issue is only for studies that are loaded like this from the previous session. (You can reproduce this issue only if your browser opens the previous session when the browser is opened).

One solution is to again choose the file directory if there is not fileHandle present

This should probably be handled similar to how # #101 was handled - making "Save" behave as a "Save As."
Can you please deploy your fix to your GitHub so I can test it?

This should probably be handled similar to how # #101 was handled - making "Save" behave as a "Save As."
Can you please deploy your fix to your GitHub so I can test it?

you mean that If there is not fileHandle we should call save As in all cases(means in all browser)

what I have done in my PR:

if there is fileHandle
it simply saves
if there is not fileHandle
in chrome/edge it should again ask for the filePicker
in firefox it says to switch to chrome and edge

what I have done in my PR:
* if there is fileHandle
  it simply saves

* if there is not fileHandle
  in chrome/edge it should again ask for the filePicker
  in firefox it says to switch to chrome and edge

I like your approach. Please deploy it in your GitHub. I will test it.

yeah deployed you can test at https://parteekcoder.github.io/concore-editor/

@pradeeban Also I have a suggestion that I also proposed before that in firefox
save button should be implemented like save as button

@pradeeban Also I have a suggestion that I also proposed before that in firefox
save button should be implemented like save as button

Thanks for the fix, @parteekcoder.
I don't understand your proposal. Will not then be a mere duplicate "Save As" button in Firefox then?

Then there is no need to attempt at this. The current Save functionality supported by Chrome is critical, as it creates a natural integration between concore and concore editor. This feature does not exist in Firefox. For now, we can live with the "Switch to Edge/Chrome" alert.


Can't install Sake ( git clone from GH version )

Hi! I can't install Sake:
[root@cde86d46de7a p6-sake]# zef install . --force-install
===> Testing: sake
Warning: re-executing task “fred” per your request
===> Testing [OK] for sake
===> Installing: sake
===> Install [FAIL] for sake: ===SORRY!===
Could not find Sake::Task at line 1 in:
/opt/rakudo-pkg/share/perl6/site
/opt/rakudo-pkg/share/perl6/vendor
/opt/rakudo-pkg/share/perl6
CompUnit::Repository::AbsolutePath<63251904>
CompUnit::Repository::NQP<41782416>
CompUnit::Repository::Perl5<41782456>
===SORRY!===
Could not find Sake::Task at line 1 in:
/opt/rakudo-pkg/share/perl6/site
/opt/rakudo-pkg/share/perl6/vendor
/opt/rakudo-pkg/share/perl6
CompUnit::Repository::AbsolutePath<63251904>
CompUnit::Repository::NQP<41782416>
CompUnit::Repository::Perl5<41782456>

Ahh, it's my mistake! Will fix shortly!

What about now? https://github.com/perl6/p6-sake/commit/08ce6c0628cd3332af726043c955b175d7b4b24a

looks good now. thanks
[root@cde86d46de7a p6-sake]# zef install . --force-install
===> Testing: sake
Warning: re-executing task “fred” per your request
===> Testing [OK] for sake
===> Installing: sake
1 bin/ script [sake] installed to:
/opt/rakudo-pkg/share/perl6/site/bin

Cool, thanks for checking! I pushed some major changes lately, so please let me know if you see any other problems.


SHIP-0007: Release Shipwright CLI through Package Managers

TL;DR:

Users of CLI tools are accustomed to the usage of package managers to install a tool and to keep it up-to-date. The shp CLI tool should have an option to be installed with such a package manager.

It would also solve https://github.com/shipwright-io/cli/issues/23.

Thanks putting it together, @HeavyWombat!
/lgtm


align posix cmake format

Codecov Report

Merging #5 into master will increase coverage by 0.13%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master       #5      +/-   ##
==========================================
+ Coverage   76.87%   77.00%   +0.13%
==========================================
  Files         326      329       +3
  Lines       39925    40599     +674
==========================================
+ Hits        30694    31265     +571
- Misses       9231     9334     +103

Impacted Files
Coverage Δ

src/core/net/dhcp6.hpp
19.29% <0.00%> (-80.71%)
:arrow_down:

src/core/mac/mac_frame.hpp
36.20% <0.00%> (-57.74%)
:arrow_down:

src/core/meshcop/meshcop_tlvs.hpp
6.55% <0.00%> (-45.42%)
:arrow_down:

src/core/mac/data_poll_handler.hpp
73.33% <0.00%> (-26.67%)
:arrow_down:

src/core/net/ip6.hpp
50.00% <0.00%> (-25.00%)
:arrow_down:

src/core/meshcop/timestamp.hpp
36.36% <0.00%> (-21.97%)
:arrow_down:

src/core/common/locator.hpp
61.53% <0.00%> (-21.80%)
:arrow_down:

src/core/common/instance.cpp
74.46% <0.00%> (-19.15%)
:arrow_down:

src/core/net/ip6_headers.hpp
81.81% <0.00%> (-18.19%)
:arrow_down:

src/core/mac/mac_types.hpp
41.66% <0.00%> (-17.52%)
:arrow_down:

... and 80 more


Review parsing engine, split encrypt and sharding processing

Fixes #2481.

Pull Request Test Coverage Report for Build 8344

7 of 39 (17.95%)  changed or added relevant lines in 11 files are covered.
5 unchanged lines in 2 files lost coverage.
Overall coverage decreased (-0.07%) to 60.633%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

sharding-core/sharding-core-parse/sharding-core-parse-common/src/main/java/org/apache/shardingsphere/core/parse/filler/encrypt/dml/EncryptOrPredicateFiller.java
0
1
0.0%

sharding-core/sharding-core-parse/sharding-core-parse-common/src/main/java/org/apache/shardingsphere/core/parse/filler/sharding/dml/ShardingOrPredicateFiller.java
0
1
0.0%

sharding-jdbc/sharding-jdbc-core/src/main/java/org/apache/shardingsphere/shardingjdbc/jdbc/core/statement/ShardingPreparedStatement.java
0
1
0.0%

sharding-jdbc/sharding-jdbc-core/src/main/java/org/apache/shardingsphere/shardingjdbc/jdbc/core/statement/ShardingStatement.java
0
1
0.0%

sharding-proxy/sharding-proxy-backend/src/main/java/org/apache/shardingsphere/shardingproxy/backend/communication/jdbc/execute/callback/ProxySQLExecuteCallback.java
0
3
0.0%

sharding-core/sharding-core-execute/src/main/java/org/apache/shardingsphere/core/execute/sql/execute/result/StreamQueryResult.java
0
7
0.0%

sharding-core/sharding-core-execute/src/main/java/org/apache/shardingsphere/core/execute/sql/execute/result/MemoryQueryResult.java
0
8
0.0%

sharding-core/sharding-core-execute/src/main/java/org/apache/shardingsphere/core/execute/sql/execute/result/QueryResultMetaData.java
4
14
28.57%

Files with Coverage Reduction
New Missed Lines
%

sharding-core/sharding-core-execute/src/main/java/org/apache/shardingsphere/core/execute/sql/execute/result/StreamQueryResult.java
1
0.0%

sharding-core/sharding-core-execute/src/main/java/org/apache/shardingsphere/core/execute/sql/execute/result/QueryResultMetaData.java
4
50.0%

Totals

Change from base Build 8343:
-0.07%

Covered Lines:
8277

Relevant Lines:
13651

💛  - Coveralls