text:
chore(deps): update ci dependencies

This PR contains the following updates:

Package
Type
Update
Change

common-dev-assets

digest
ec6eaed -> 4c6b94a

github.com/gruntwork-io/terratest
require
patch
v0.43.12 -> v0.43.13

github.com/terraform-ibm-modules/ibmcloud-terratest-wrapper
require
minor
v1.10.19 -> v1.11.3

terraform-ibm-modules/common-pipeline-assets
action
patch
v1.17.0 -> v1.17.4

Release Notes

gruntwork-io/terratest (github.com/gruntwork-io/terratest)
v0.43.13
Compare Source
Modules affected

azure

Description

Added new fields to the NsgRuleSummary structure

Special thanks

Special thanks to the following users for their contribution!

@DamianJarzebowski

Related links

https://github.com/gruntwork-io/terratest/pull/1332

terraform-ibm-modules/ibmcloud-terratest-wrapper (github.com/terraform-ibm-modules/ibmcloud-terratest-wrapper)
v1.11.3
Compare Source
Bug Fixes

bug setting the pr dir (#617) (00131bb)

v1.11.2
Compare Source
Bug Fixes

lock into vpc-go-sdk v0.41.0 (#616) (ef9cacf)

v1.11.1
Compare Source
Bug Fixes

add logging (#615) (beb86f4)

v1.11.0
Compare Source
Features

addition of configurable base repo or branch for upgrade test (4fd1e34)

terraform-ibm-modules/common-pipeline-assets (terraform-ibm-modules/common-pipeline-assets)
v1.17.4
Compare Source
Bug Fixes

remove collab check - no longer required (#523) (be1c5de)

v1.17.3
Compare Source
Bug Fixes

Debug logging (#522) (0fe31b8)

v1.17.2
Compare Source
Bug Fixes

bug with trim (60c8a95)

v1.17.1
Compare Source
Bug Fixes

add debug and trim comment (#520) (e0bb379)

Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

/run pipeline

/run pipeline


text:
chore(deps): update common-dev-assets digest to 837976a

This PR contains the following updates:

Package
Update
Change

common-dev-assets
digest
a2dbd01 -> 837976a

Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

[ ] If you want to rebase/retry this PR, click this checkbox.

This PR has been generated by Renovate Bot.

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

GitHub release
v5.0.0

Your semantic-release bot :package::rocket:

source: gharchive/pull-request

license_type: permissive

license_source: github-api


text:
chore(deps): update common-dev-assets digest to 3154a9b

This PR contains the following updates:

Package
Update
Change

common-dev-assets
digest
f78cebd -> 3154a9b

Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

/run pipeline

:tada: This PR is included in version 1.0.6 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


text:
chore(deps): update ci dependencies

This PR contains the following updates:

Package
Type
Update
Change

common-dev-assets

digest
68ce2e4 -> 23a510d

github.com/terraform-ibm-modules/ibmcloud-terratest-wrapper
require
patch
v1.35.0 -> v1.35.1

Release Notes

terraform-ibm-modules/ibmcloud-terratest-wrapper (github.com/terraform-ibm-modules/ibmcloud-terratest-wrapper)
v1.35.1
Compare Source
Bug Fixes

deps: update gomod (#816) (5918087)

Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

/run pipeline

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

GitHub release
v1.9.1

Your semantic-release bot :package::rocket:


text:
chore(deps): update ci dependencies

This PR contains the following updates:

Package
Type
Update
Change

common-dev-assets

digest
d50e7e6 -> 68ce2e4

github.com/terraform-ibm-modules/ibmcloud-terratest-wrapper
require
minor
v1.34.1 -> v1.35.0

go (source)
toolchain
patch
1.22.3 -> 1.22.4

Release Notes

terraform-ibm-modules/ibmcloud-terratest-wrapper (github.com/terraform-ibm-modules/ibmcloud-terratest-wrapper)
v1.35.0
Compare Source
Features

add hook support (#817) (efe4d67)

Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

/run pipeline

/run pipeline

/run pipeline

:tada: This PR is included in version 1.0.1 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


text:
chore(deps): update common-dev-assets digest to 96f7642

This PR contains the following updates:

Package
Update
Change

common-dev-assets
digest
dfefa07 -> 96f7642

Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

/run pipeline

/run pipeline

:tada: This PR is included in version 1.1.4 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


text:
chore(deps): update ci dependencies

This PR contains the following updates:

Package
Type
Update
Change

common-dev-assets

digest
f2e1cf2 -> f0e8ba6

github.com/terraform-ibm-modules/ibmcloud-terratest-wrapper
require
minor
v1.27.2 -> v1.28.2

terraform-ibm-modules/common-pipeline-assets
action
minor
v1.20.0 -> v1.21.0

Release Notes

terraform-ibm-modules/ibmcloud-terratest-wrapper (github.com/terraform-ibm-modules/ibmcloud-terratest-wrapper)
v1.28.2
Compare Source
Bug Fixes

deps: update gomod (#754) (2872471)

v1.28.1
Compare Source
Bug Fixes

Add Helper function and refactor tests (#752) (c3e0c1c)

v1.28.0
Compare Source
Features

add resource group print on failure (#746) (17daf42)

terraform-ibm-modules/common-pipeline-assets (terraform-ibm-modules/common-pipeline-assets)
v1.21.0
Compare Source
Features

Release pipeline now creates GIT issue and slack alert on failure (#636) (3a51e77)

Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

/run pipeline

/run pipeline

:tada: This PR is included in version 1.1.4 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


text:
chore(deps): update common-dev-assets digest to 2bb5809

This PR contains the following updates:

Package
Update
Change

common-dev-assets
digest
e76d022 -> 2bb5809

Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

[ ] If you want to rebase/retry this PR, check this box

This PR has been generated by Renovate Bot.

/run pipeline

:tada: This PR is included in version 2.3.1 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


text:
WKT for collection doesn't do much

Here is:
		for sg := range g.Geometries() {
			s := WKT(sg)
			geometries = append(geometries, s)
		}

should be:
		for _, sg := range g.Geometries() {
			s := WKT(sg)
			geometries = append(geometries, s)
		}

Essentially, I think you have a bit of a design problem. By the way you have defined your tegola.Geometry interface, everything fulfills it, even number seven. And your code (e.g.: here) is quite lenient producing empty wkt. Perhaps you want to add a token aspect of the geometry to the interface, like: PointCount() or Area() or Intersection(thought that would be more involved)

Thanks for this. This is a bug. The WKT was one of the first things I build and it was mainly to help debug things. I'm in the process of rewriting the WKB and WKT encoding libs. Yeah, the WKT(sg) function should have done a type check and returned an error. The issue is it returns an empty string when it does not recognize a type; instead of returning an error. https://github.com/terranodo/tegola/blob/master/wkb/wkt.go#L64
I'll create a quite fix for this, now.

I'll am working through all wkb and wkt issues in the geom branch. Right now that has a better support for WKB in the tegola/geom/encoding/wkb directory. wkt support is still incomplete. Encode into WKT should work; I'm still working on decode as time allows.

This fix is now merged into the v0.6.0 branch and will be part of the upcoming release. As @gdey mentioned, we're overhauling the wkb package which might be released with v0.6.0. We're also redefining the core geom types which the new wkb package will leverage. Thanks for the report!

source: gharchive/issue

authors: ARolek gdey remster

repo: terranodo/tegola

license: mit

license_source: bigquery


text:
Find new home for createTestXSLibraryFiles

createTestXSLibraryFiles was recently deleted from a unit test file, where it was axed via a unit test coverage investigation (deleting or revamping tests that weren't running).
But @mgjarrett  mentioned this is potentially useful functionality that admittedly doesn't belong in the unit tests: https://github.com/terrapower/armi/pull/1170/files#r1102165860
So I'm making an issue to remind us to not lose this code forever! No label tag: this is the anti-cleanup.

Well, it doesn't belong in a unit test file, that's for sure.
And since it's not used in ARMI, perhaps it belongs in some other repo?
Just spit-balling.

authors: john-science opotowsky

repo: terrapower/armi


text:
Fix LAS -> GeoTIFF georeferencing

https://github.com/terraref/laser3d/pull/2
In the new implementation using plyfile + laspy + pktools, the LAS file headers include offset and scale that are supposed to georeference the LAS. However, pklas2img creates a geotiff that is not correctly georeferenced.
Currently in that PR, my code uses same transformation we used for Solmaz's BMP files to rotate and georeference the TIF file to a new TIF file. But if we can properly fix LAS header and/or pklas2img conversion call, we should be able to directly generate a georeferenced GeoTIFF from LAS file and not have to worry about other georeferencing.
Ideas:

http://www.nongnu.org/pktools/html/md_pklas2img.html look at ulx, uly. etc parameters
make sure isfloat=True if we must use create_geotiff in terrautils (hopefully we can skip it)
ask Zongyang about LAS header information we are using

If we can solve this issue for this sprint, we should be pretty much ready to deploy updated extractors for ply2las and heightmap.
Will post a bit more in the morning with sample files and images.

Current progres, ran into same error @ZongyangLi  observed with LAS overflows trying to convert to lat/long. So instead I'm converting to UTM with an offset. This generates the TIF but it's coarse (1m resolution) and not in the correct spot yet. Changing -dx and -dy to 0.1 (or smaller) makes the pixels smaller but does not increase sampling.
My test data is 2017-08-10__00-01-19-561. metadata.json is in raw_data/scanner3DTop, plyfiles are in Level_1/scanner3DTop, there is also raster using old code in Level_1/laser3d_heightmap to compare to.
def generate_las_from_ply(inp, out, pco):
    """
    :param inp: list of input PLY files or single file path
    :param out: output LAS file
    :param pco: point cloud origin from metadata e.g. md['sensor_variable_metadata']['point_cloud_origin_m']['east']
    """
    if not isinstance(inp, list):
        inp = [inp]

    # Create concatenated list of vertices to generate one merged LAS file
    first = True
    for plyf in inp:
        plydata = PlyData.read(plyf)
        merged_x = plydata['vertex']['x'] if first else numpy.concatenate([merged_x, plydata['vertex']['x']])
        merged_y = plydata['vertex']['y'] if first else numpy.concatenate([merged_y, plydata['vertex']['y']])
        merged_z = plydata['vertex']['z'] if first else numpy.concatenate([merged_z, plydata['vertex']['z']])
        first = False
    # PCO: {'y': 48.458000000000006, 'x': 127.55299999999998, 'z': 2.8050000000000006}

    # merged x y z
    # [-550.38256836 -549.65881348 -540.06091309 ...,  569.70611572  570.31878662  570.88928223]
    # [-4115.94775391  -4115.02734375  -4128.1796875  ..., -25900.09570312  -25900.234375   -25900.1796875 ]
    # [-55.74633789 -54.41064453 -73.07043457 ...,  -8.83422852  -9.02001953  -8.92834473]

    # Convert scanner coords to UTM
    utm_x, utm_y = scanalyzer_to_mac(
        (merged_x * 0.01) + pco['x'],
        (merged_y * 0.01) + pco['y']
    )
    utm_z = (merged_z * 0.01) + pco['z']
    # utm x y z
    # [ 409006.03125  409006.   409006.15625 ...,  409223.65625  409223.65625  409223.65625]
    # [ 3660097.    3660097.    3660097.25 ...,  3660106.5   3660106.5   3660106.5 ]
    # [ 2.24753666  2.26089358  2.07429576 ...,  2.71665788  2.71479988  2.7157166 ]

    # Create header and populate with scale and UTM-12 georeference offset
    w = laspy.base.Writer(out, 'w', laspy.header.Header())

    # https://gis.stackexchange.com/questions/185131/converting-between-coordinate-systems-for-las-file-using-laspy
    xmin = numpy.floor(numpy.min(utm_x))
    ymin = numpy.floor(numpy.min(utm_y))
    zmin = numpy.floor(numpy.min(utm_z))
    xmax = numpy.ceil(numpy.max(utm_x))
    ymax = numpy.ceil(numpy.max(utm_y))
    zmax = numpy.ceil(numpy.max(utm_z))
    xrg = xmax - xmin
    yrg = ymax - ymin
    zrg = zmax - zmin

    w.set_header_property("x_offset", xmin)
    w.set_header_property("y_offset", ymin)
    w.set_header_property("z_offset", zmin)
    safety_factor = 1
    maxval = 2e9
    w.header.scale = [safety_factor*xrg/maxval, safety_factor*yrg/maxval, safety_factor*zrg/maxval]
    print(utm_x)
    print(utm_y)
    print(utm_z)
    print(w.header.offset)
    print(w.header.scale)

    w.set_x(utm_x, True)
    w.set_y(utm_y, True)
    w.set_z(utm_z, True)
    print(w.get_points())
    w.header.update_min_max(True)
    w.close()

    return

def generate_tif_from_las(inp, out, bounds, mode='max'):
    """
    Create a raster (e.g. Digital Surface Map) from LAS pointcloud.
    :param inp: input LAS file
    :param out: output GeoTIFF file
    :param bounds: (lat min, lat max, long min, long max) (lowerY, upperY, rightX, leftX)
    :param mode: max | min | mean | median | sum (http://www.nongnu.org/pktools/html/md_pklas2img.html)

    generally:
        max = highest pixels in cell, usually canopy - equates to a DSM (Digital Surface Map)
        min = lowest pixel in a cell, usually soil - equates to DTM (Digital Terrain Map)
    """

    print('pklas2img -i '+inp+' -o '+out+' -comp '+mode+' -n z -a_srs epsg:32612')
    subprocess.call(['pklas2img -i '+inp+' -o '+out+' -comp '+mode+' -n z -a_srs epsg:32612'], shell=True)

# Pretend we parsed this from the metadata
with open(md) as jmd:
    md = clean_metadata(json.load(jmd), 'scanner3DTop')
pcoe = md['sensor_variable_metadata']['point_cloud_origin_m']['east']
pcow = md['sensor_variable_metadata']['point_cloud_origin_m']['west']
bbxe = md['spatial_metadata']['east']['bounding_box']
bbxw = md['spatial_metadata']['west']['bounding_box']
bounds_e = geojson_to_tuples(bbxe)
bounds_w = geojson_to_tuples(bbxw)
bounds_merge = (
        bounds_e[0] if bounds_e[0] < bounds_w[0] else bounds_w[0],
        bounds_e[1] if bounds_e[1] > bounds_w[1] else bounds_w[1],
        bounds_e[2] if bounds_e[2] < bounds_w[2] else bounds_w[2],
        bounds_e[3] if bounds_e[3] > bounds_w[3] else bounds_w[3],
    )

if CONVERT:
    print("east single")
    generate_las_from_ply(inpe, eastout, pcoe)
    generate_tif_from_las(eastout, eastout.replace(".las", ".tif"), bounds_e)
    print("west single")
    generate_las_from_ply(inpw, westout, pcow)
    generate_tif_from_las(westout, westout.replace(".las", ".tif"), bounds_w)
    print("merge!")
    generate_las_from_ply([inpe, inpw], out, pcoe)
    generate_tif_from_las(out, out.replace(".las", ".tif"), bounds_merge)

OK, I think this is looking better now:

This is 4 consecutive laser3d scans converted from PLY to LAS to TIF from 2017-08-07 (first 4 scans of the day). Among issues I solved:

LAS header was off by order of magnitude (0.01 vs 0.001) which resulted in the scaling problem in my last image.
Had to incorporate some of the math we use in terrautils.spatial to apply a fix and a Point Cloud Offset to the points in the scan before conversion. This was still resulting in weird offsets for the west scans...

...until I divided the PCO Y offset by 2. I think the offset referred to the other end of the swath when we actually wanted the center? Either way I applied that change in desperation and now things line up perfectly. Here's the two 'west' scans:

And the two 'east' scans:

(we could almost get away with just using every other scan because there's a lot of overlap)

So the LAS files are in the right place now. The next step was conversion to GeoTIFF. I tried using pktools for this, but pktools simply cannot render a raster below 1m resolution for some reason. 1m resolution looks like this:

...and if you set it to, e.g. 0.1m resolution using dx/dy args for pktools you get this:

smaller pixels but not MORE pixels. Bizarre.
So back to PDAL. Found a lightweight installation method and used PDAL pipeline feature to generate raster from PDAL at 0.1 resolution, shown above. Going to 0.01 resolution has similar problem however.
https://github.com/terraref/laser3d/pull/7
This PR has the code I'm using. I brought in GMaps satellite view to see how it lines up to the field there and it seems aligned:

docker run -it -v /Users/mburnette/Downloads/DATAFOLDER:/PLYTEST terraref/terrautils /bin/bash
pip install plyfile laspy terraref-laser3d
apt-get update && apt-get install -y pdal
echo SECRET_BETY_KEY >> $HOME/.betykey

That will be sufficient to run.

I wonder if the striping at high resolution (e.g. 0.01m) is a result of PDAL or pktools rounding our coordinates "under the hood" and not using enough decimal places to correctly render millimeter-level data. If we have < 7 or so significant digits we'd expect to see this snapping.

Won't scale and offset allow you to get below this limit?
On Thu, Apr 12, 2018 at 11:32 AM Max Burnette notifications@github.com
wrote:

I wonder if the striping at high resolution (e.g. 0.01m) is a result of
PDAL or pktools rounding our coordinates "under the hood" and not using
enough decimal places to correctly render millimeter-level data. If we have
< 7 or so significant digits we'd expect to see this snapping.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/terraref/computing-pipeline/issues/431#issuecomment-380866537,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAcX56e5260xIpH58YXWb9fZm0JWynNnks5tn4FYgaJpZM4THcCq
.

Scale and offset are for LAS, which is fine. This is converting Las to Tif, it seems the way PDAL calculates pixel locations is where the truncation happens.

We need to create 3 follow-up tickets:

deploy new ply2las extractor using this code (Max)
finish code using LAStools that clips the pointcloud to plot and uses blast2dem to generate TIFF (Wei)
deploy the TIFF creation code as extractor for heightmap (Max)

ply2las done
https://github.com/terraref/computing-pipeline/issues/460
https://github.com/terraref/computing-pipeline/issues/461

authors: dlebauer max-zilla

repo: terraref/computing-pipeline


text:
TERRA Q11 report-due on July 25, 2018 by COB

[ ] Shannon needs template
[ ] Shannon needs copy of/link to previous report
Estimate - this will take more than one sprint
Hello everyone,
It’s Q11 report time! Please complete your parts of the attached quarterly report for the TERRA project and return to me by COB on July 25, 2018.  Please make sure to submit your report on time. It becomes increasingly difficult to submit our report on time when we do not receive everyone’s submission in a timely fashion.
This report includes project activities that occurred from April 1, 2018-June 30, 2018.  I have noted via track changes who is responsible for completing each component.
Notes:
Please make sure to fill out and include any information that pertains to section 2 “Other miscellaneous updates”.  This includes sending any publication or other output and follow-on funding.
Please adhere to the 499 character limitation on the milestone/deliverable summaries.  These are uploaded onto an on-line system that automatically cuts off the text at 499 characters.  You can use the general scientific narrative section below each table to discuss any milestone/deliverable in greater detail (in addition to general task activities).  There is no character limitation here.
Best,
Cathy
Cathy Kromer
Grant Program Manager
ARPA-E Programs & REU Internship Program
ckromer@danforthcenter.org
o: 314-587-1424
f: 314-587-1988
Donald Danforth Plant Science Center
975 N Warson Rd
St. Louis, MO  63132

@sbrad77 has created a shared google doc and started working on this.

me and @robkooper need to review the current document.

submitted yesterday!


text:
Add ROCK token :)

Hi!
We would like to add ROCK logo with this pull request.
The only valid contract is:
terra1mz858mn7jeglmzj0ay8z5zy6v78fvv7em9tljz
Terraswap pair: terra1et3se39fd2nmnuygcvls2amujzmv4v6k4xwv69
Thank you!

Unknown users.

authors: JoowonYun ghost

repo: terraswap/terraswap-web-app


text:
備品を追加したときに確定したマスを自動で開くようにする

備品の位置が判明したあとは確定したマスを開けて再計算したいことがほとんどかなぁと思ったので、備品を追加したときに確定したマスを自動で開くようにしてみました

備品を移動・削除したときはマスは更新されません

備品配置 UI が新しくなってから配置をミスることはほぼなくなったと思うので、万一置き間違えたら開いてしまったマスは手動で閉じてもらうということにしました

ついでに多分 newItems を使うべき部分を items から変更しておきました
P.S.
commit message typo してる… suimasenn…

open cells on a placed cells automatically → open cells on a placed item automatically

ついでに多分 newItems を使うべき部分を items から変更しておきました

確かにです……今までどうして動いていたのか謎……。

ありがとうございます！ 🙌

今までどうして動いていたのか謎……。

多分ですが、配列は別物であるものの、シャローコピーになっているため要素の実体は等しく、結果的に操作としては等価になってたんじゃないかと思います

確かに newItems の各要素の実体はそのままなのでpushはされて、　setItems(newItems); の方にはなぜか新しい配列を渡してたので発火されて奇跡的に動いてたんですね。怖……。

React を触ったことがほぼなかったので useState の実装を知らなかったんですが、これ単純にポインタ比較（？）っぽいことをやって等価だったらスルーされるんですね…　知らないとハマりそう

license: MIT


text:
Halo发布解析MD出现问题、希望增加缩略图的设置项、AI生成摘要老是报错

通过Halo发布的时候，文章页面的Markdown语法似乎没有被解析，需要到Halo后台重新发布一遍才可以

文章利用AI自动提取摘要的时候，老是提示文章内容太少，无法提取
建议在发布的时候可以设置文章的缩略图，增加一个填写缩略图的输入框。

最后感谢开发者的制作，非常方便好用！

您好，我尝试改成HTML，发布的时候仍然有问题，平台是Halo

您好，我尝试改成HTML，发布的时候仍然有问题，平台是Halo，版本是2.13，会不会是这个发布工具针对1版本，所以在2版本出现此问题呢？

针对 2 开发的，我这里是没问题的，你那具体是啥问题，要说清楚一点
---- 回复的原邮件 ----
| 发件人 | @.> |
| 日期 | 2024年03月11日 19:26 |
| 收件人 | @.> |
| 抄送至 | @.>@.> |
| 主题 | Re: [terwer/siyuan-plugin-publisher] Halo发布解析MD出现问题、希望增加缩略图的设置项、AI生成摘要老是报错 (Issue #1093) |
您好，我尝试改成HTML，发布的时候仍然有问题，平台是Halo，版本是2.13，会不会是这个发布工具针对1版本，所以在2版本出现此问题呢？
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you commented.Message ID: @.***>

authors: sumruler terwer

repo: terwer/siyuan-plugin-publisher


text:
fix: add nix module option to specify postgres package

Without this upgrading postgres - which must be done manually - is likely to be painful.
For postgresql upgrade instructions see
https://nixos.org/manual/nixos/stable/#module-services-postgres-upgrading

Also of interest may be this pull request, looks like it needs some work still (based on comments): https://github.com/NixOS/nixpkgs/pull/327966

repo: teslamate-org/teslamate


text:
🛑 teslam.in is down

In b30150a, teslam.in (https://teslam.in/.well-known/nodeinfo) was down:

HTTP code: 530
Response time: 75 ms

Resolved: teslam.in is back up in 46d3892.

repo: teslamint/uptime


text:
i meet this problem,can you tell me how to solve

package.json does not exist at F:\package.json
at Object../node_modules/usb/node_modules/node-pre-gyp/lib/pre-binding.js.exports.find (pre-binding.js:18)
gui Unhandled Error: Error: package.json does not exist at F:\package.json
at Object../node_modules/usb/node_modules/node-pre-gyp/lib/pre-binding.js.exports.find (http://localhost:8601/lib.min.js:529305:15)
at Object. (http://localhost:8601/lib.min.js:559081:27)
at Object../node_modules/usb/usb.js (http://localhost:8601/lib.min.js:559495:30)
at webpack_require (http://localhost:8601/lib.min.js:79:30)
at GUIComponent.spyUsb (http://localhost:8601/lib.min.js:574139:23)
at GUIComponent.componentDidMount (http://localhost:8601/lib.min.js:574154:18)
at commitLifeCycles (http://localhost:8601/lib.min.js:345362:24)
at commitAllLifeCycles (http://localhost:8601/lib.min.js:346538:9)
at HTMLUnknownElement.callCallback (http://localhost:8601/lib.min.js:337134:14)
at Object.invokeGuardedCallbackDev (http://localhost:8601/lib.min.js:337173:16)
Component stack:
in GUIComponent (created by Connect(GUIComponent))
in Connect(GUIComponent) (created by InjectIntl(Connect(GUIComponent)))
in InjectIntl(Connect(GUIComponent)) (created by GUI)
in GUI (created by Connect(GUI))
in Connect(GUI) (created by VMListener)
in VMListener (created by Connect(VMListener))
in Connect(VMListener) (created by ProjectLoaderComponent)
in ProjectLoaderComponent (created by ErrorBoundaryWrapper)
in ErrorBoundary (created by ErrorBoundaryWrapper)
in ErrorBoundaryWrapper (created by AppStateWrapper)
in IntlProvider (created by Connect(IntlProvider))
in Connect(IntlProvider) (created by AppStateWrapper)
in Provider (created by AppStateWrapper)
in AppStateWrapper (created by HashParserComponent)
in HashParserComponent

Are you trying to use node-usb in a React app built with webpack? It won't work in a browser.

i haven't let it work browse, i let it work electron+react

See https://github.com/electron/electron/blob/master/docs/tutorial/using-native-node-modules.md

thank you very much

authors: kevinmehall yexianli

repo: tessel/node-usb


text:
Sidebar url's for 'Test framework integration' not working correctly when navigated to from a 3rd party site (google)

Hi,
I was googling to find more information about testcontainers and landed on this (https://www.testcontainers.org/test_framework_integration/junit_5) page.
Having read the documentation on this page I decided to click on the sidebar's "Test framework integration/JUnit 4" link and noticed it went to a 404 Not Found. Examining the href of the link I found it's missing the middle part of the url ('/test_framework_integration/').
Other url's in the sidebar are correct and navigating to those pages and checking the href again it's correct. I assume this part of some state-issue.
Below is an image of the href (note the url in the bottom left and the highlighted JUnit 4)

This is due to how mkdocs works by default. In this case, the issue is because the initial url https://www.testcontainers.org/test_framework_integration/junit_5 should be https://www.testcontainers.org/test_framework_integration/junit_5/ instead, note the trailing slash at the end.

authors: Razsiel eddumelendez

repo: testcontainers/testcontainers-java


text:
[Bug]: java.lang.VerifyError: Inconsistent stackmap frames at branch target 235 on M1

Module
Core
Testcontainers version
1.17.5
Using the latest Testcontainers version?
Yes
Host OS
Mac Ventura 13.0 (22A380)
Host Arch
M1 max
Docker version
Client:
 Cloud integration: v1.0.29
 Version:           20.10.20
 API version:       1.41
 Go version:        go1.18.7
 Git commit:        9fdeb9c
 Built:             Tue Oct 18 18:20:35 2022
 OS/Arch:           darwin/arm64
 Context:           default
 Experimental:      true

Server: Docker Desktop 4.13.1 (90346)
 Engine:
  Version:          20.10.20
  API version:      1.41 (minimum version 1.12)
  Go version:       go1.18.7
  Git commit:       03df974
  Built:            Tue Oct 18 18:18:16 2022
  OS/Arch:          linux/arm64
  Experimental:     false
 containerd:
  Version:          1.6.8
  GitCommit:        9cd3357b7fd7218e4aec3eae239db1f68a5a6ec6
 runc:
  Version:          1.1.4
  GitCommit:        v1.1.4-0-g5fd4c4d
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0

What happened?
I am running an Apache SkyWalking test from https://github.com/apache/skywalking/pull/9969
The IT works normally on the Mac Intel chip. But I failed to run with the following error stack.
/Library/Java/JavaVirtualMachines/zulu-11.jdk/Contents/Home/bin/java -ea -Didea.test.cyclic.buffer.size=1048576 -javaagent:/Applications/IntelliJ IDEA.app/Contents/lib/idea_rt.jar=61555:/Applications/IntelliJ IDEA.app/Contents/bin -Dfile.encoding=UTF-8 -classpath /Applications/IntelliJ IDEA.app/Contents/lib/idea_rt.jar:/Applications/IntelliJ IDEA.app/Contents/plugins/junit/lib/junit5-rt.jar:/Applications/IntelliJ IDEA.app/Contents/plugins/junit/lib/junit-rt.jar:/Users/wusheng/github/skywalking/oap-server/server-storage-plugin/storage-shardingsphere-plugin/target/test-classes:/Users/wusheng/github/skywalking/oap-server/server-storage-plugin/storage-shardingsphere-plugin/target/classes:/Users/wusheng/github/skywalking/oap-server/server-core/target/classes:/Users/wusheng/.m2/repository/org/yaml/snakeyaml/1.33/snakeyaml-1.33.jar:/Users/wusheng/github/skywalking/oap-server/server-library/library-module/target/classes:/Users/wusheng/github/skywalking/oap-server/server-telemetry/telemetry-api/target/classes:/Users/wusheng/github/skywalking/oap-server/server-configuration/configuration-api/target/classes:/Users/wusheng/github/skywalking/oap-server/server-library/library-util/target/classes:/Users/wusheng/.m2/repository/joda-time/joda-time/2.10.5/joda-time-2.10.5.jar:/Users/wusheng/.m2/repository/com/google/protobuf/protobuf-java-util/3.21.8/protobuf-java-util-3.21.8.jar:/Users/wusheng/.m2/repository/com/google/j2objc/j2objc-annotations/1.3/j2objc-annotations-1.3.jar:/Users/wusheng/.m2/repository/org/apache/commons/commons-text/1.4/commons-text-1.4.jar:/Users/wusheng/.m2/repository/org/apache/commons/commons-lang3/3.12.0/commons-lang3-3.12.0.jar:/Users/wusheng/github/skywalking/oap-server/server-library/library-server/target/classes:/Users/wusheng/.m2/repository/io/grpc/grpc-protobuf/1.49.0/grpc-protobuf-1.49.0.jar:/Users/wusheng/.m2/repository/com/google/api/grpc/proto-google-common-protos/2.9.0/proto-google-common-protos-2.9.0.jar:/Users/wusheng/.m2/repository/io/grpc/grpc-protobuf-lite/1.49.0/grpc-protobuf-lite-1.49.0.jar:/Users/wusheng/.m2/repository/io/grpc/grpc-stub/1.49.0/grpc-stub-1.49.0.jar:/Users/wusheng/.m2/repository/io/netty/netty-codec/4.1.81.Final/netty-codec-4.1.81.Final.jar:/Users/wusheng/.m2/repository/io/netty/netty-codec-http/4.1.81.Final/netty-codec-http-4.1.81.Final.jar:/Users/wusheng/.m2/repository/com/linecorp/armeria/armeria/1.18.0/armeria-1.18.0.jar:/Users/wusheng/.m2/repository/com/fasterxml/jackson/core/jackson-core/2.13.4/jackson-core-2.13.4.jar:/Users/wusheng/.m2/repository/com/fasterxml/jackson/core/jackson-databind/2.13.4.1/jackson-databind-2.13.4.1.jar:/Users/wusheng/.m2/repository/io/micrometer/micrometer-core/1.9.2/micrometer-core-1.9.2.jar:/Users/wusheng/.m2/repository/org/hdrhistogram/HdrHistogram/2.1.12/HdrHistogram-2.1.12.jar:/Users/wusheng/.m2/repository/org/latencyutils/LatencyUtils/2.0.3/LatencyUtils-2.0.3.jar:/Users/wusheng/.m2/repository/io/netty/netty-codec-haproxy/4.1.81.Final/netty-codec-haproxy-4.1.81.Final.jar:/Users/wusheng/.m2/repository/io/netty/netty-resolver-dns/4.1.81.Final/netty-resolver-dns-4.1.81.Final.jar:/Users/wusheng/.m2/repository/io/netty/netty-codec-dns/4.1.81.Final/netty-codec-dns-4.1.81.Final.jar:/Users/wusheng/.m2/repository/org/reactivestreams/reactive-streams/1.0.4/reactive-streams-1.0.4.jar:/Users/wusheng/.m2/repository/io/netty/netty-transport-native-unix-common/4.1.81.Final/netty-transport-native-unix-common-4.1.81.Final-linux-x86_64.jar:/Users/wusheng/.m2/repository/io/netty/netty-transport-native-epoll/4.1.81.Final/netty-transport-native-epoll-4.1.81.Final-linux-x86_64.jar:/Users/wusheng/.m2/repository/io/netty/netty-transport-classes-epoll/4.1.81.Final/netty-transport-classes-epoll-4.1.81.Final.jar:/Users/wusheng/.m2/repository/io/netty/netty-resolver-dns-native-macos/4.1.81.Final/netty-resolver-dns-native-macos-4.1.81.Final-osx-x86_64.jar:/Users/wusheng/.m2/repository/io/netty/netty-resolver-dns-classes-macos/4.1.81.Final/netty-resolver-dns-classes-macos-4.1.81.Final.jar:/Users/wusheng/.m2/repository/io/netty/netty-resolver-dns-native-macos/4.1.81.Final/netty-resolver-dns-native-macos-4.1.81.Final-osx-aarch_64.jar:/Users/wusheng/.m2/repository/io/netty/netty-tcnative-boringssl-static/2.0.54.Final/netty-tcnative-boringssl-static-2.0.54.Final-linux-x86_64.jar:/Users/wusheng/.m2/repository/io/netty/netty-tcnative-boringssl-static/2.0.54.Final/netty-tcnative-boringssl-static-2.0.54.Final-linux-aarch_64.jar:/Users/wusheng/.m2/repository/io/netty/netty-tcnative-boringssl-static/2.0.54.Final/netty-tcnative-boringssl-static-2.0.54.Final-osx-x86_64.jar:/Users/wusheng/.m2/repository/io/netty/netty-tcnative-boringssl-static/2.0.54.Final/netty-tcnative-boringssl-static-2.0.54.Final-osx-aarch_64.jar:/Users/wusheng/.m2/repository/io/netty/netty-tcnative-boringssl-static/2.0.54.Final/netty-tcnative-boringssl-static-2.0.54.Final-windows-x86_64.jar:/Users/wusheng/.m2/repository/com/aayushatharva/brotli4j/brotli4j/1.7.1/brotli4j-1.7.1.jar:/Users/wusheng/.m2/repository/com/linecorp/armeria/armeria-protobuf/1.18.0/armeria-protobuf-1.18.0.jar:/Users/wusheng/github/skywalking/oap-server/server-library/library-datacarrier-queue/target/classes:/Users/wusheng/github/skywalking/apm-protocol/apm-network/target/classes:/Users/wusheng/.m2/repository/io/netty/netty-tcnative-boringssl-static/2.0.52.Final/netty-tcnative-boringssl-static-2.0.52.Final.jar:/Users/wusheng/.m2/repository/io/netty/netty-tcnative-classes/2.0.54.Final/netty-tcnative-classes-2.0.54.Final.jar:/Users/wusheng/.m2/repository/org/javassist/javassist/3.25.0-GA/javassist-3.25.0-GA.jar:/Users/wusheng/.m2/repository/io/vavr/vavr/0.10.3/vavr-0.10.3.jar:/Users/wusheng/.m2/repository/io/vavr/vavr-match/0.10.3/vavr-match-0.10.3.jar:/Users/wusheng/.m2/repository/io/zipkin/zipkin2/zipkin/2.23.16/zipkin-2.23.16.jar:/Users/wusheng/github/skywalking/oap-server/server-library/library-client/target/classes:/Users/wusheng/github/skywalking/oap-server/server-library/library-elasticsearch-client/target/classes:/Users/wusheng/.m2/repository/io/grpc/grpc-core/1.49.0/grpc-core-1.49.0.jar:/Users/wusheng/.m2/repository/io/grpc/grpc-api/1.49.0/grpc-api-1.49.0.jar:/Users/wusheng/.m2/repository/io/grpc/grpc-context/1.49.0/grpc-context-1.49.0.jar:/Users/wusheng/.m2/repository/org/codehaus/mojo/animal-sniffer-annotations/1.21/animal-sniffer-annotations-1.21.jar:/Users/wusheng/.m2/repository/io/perfmark/perfmark-api/0.25.0/perfmark-api-0.25.0.jar:/Users/wusheng/.m2/repository/io/grpc/grpc-netty/1.49.0/grpc-netty-1.49.0.jar:/Users/wusheng/.m2/repository/io/netty/netty-transport-native-unix-common/4.1.81.Final/netty-transport-native-unix-common-4.1.81.Final.jar:/Users/wusheng/.m2/repository/io/netty/netty-codec-http2/4.1.81.Final/netty-codec-http2-4.1.81.Final.jar:/Users/wusheng/.m2/repository/io/netty/netty-common/4.1.81.Final/netty-common-4.1.81.Final.jar:/Users/wusheng/.m2/repository/io/netty/netty-buffer/4.1.81.Final/netty-buffer-4.1.81.Final.jar:/Users/wusheng/.m2/repository/io/netty/netty-transport/4.1.81.Final/netty-transport-4.1.81.Final.jar:/Users/wusheng/.m2/repository/io/netty/netty-handler/4.1.81.Final/netty-handler-4.1.81.Final.jar:/Users/wusheng/.m2/repository/io/netty/netty-resolver/4.1.81.Final/netty-resolver-4.1.81.Final.jar:/Users/wusheng/.m2/repository/io/netty/netty-handler-proxy/4.1.81.Final/netty-handler-proxy-4.1.81.Final.jar:/Users/wusheng/.m2/repository/io/netty/netty-codec-socks/4.1.81.Final/netty-codec-socks-4.1.81.Final.jar:/Users/wusheng/.m2/repository/com/google/code/gson/gson/2.9.0/gson-2.9.0.jar:/Users/wusheng/.m2/repository/com/zaxxer/HikariCP/3.1.0/HikariCP-3.1.0.jar:/Users/wusheng/.m2/repository/org/slf4j/jcl-over-slf4j/1.7.30/jcl-over-slf4j-1.7.30.jar:/Users/wusheng/github/skywalking/oap-server/server-storage-plugin/storage-jdbc-hikaricp-plugin/target/classes:/Users/wusheng/.m2/repository/com/h2database/h2/2.1.212/h2-2.1.212.jar:/Users/wusheng/.m2/repository/org/postgresql/postgresql/42.4.1/postgresql-42.4.1.jar:/Users/wusheng/.m2/repository/mysql/mysql-connector-java/8.0.13/mysql-connector-java-8.0.13.jar:/Users/wusheng/.m2/repository/com/google/protobuf/protobuf-java/3.21.8/protobuf-java-3.21.8.jar:/Users/wusheng/.m2/repository/org/slf4j/slf4j-api/1.7.30/slf4j-api-1.7.30.jar:/Users/wusheng/.m2/repository/org/slf4j/log4j-over-slf4j/1.7.30/log4j-over-slf4j-1.7.30.jar:/Users/wusheng/.m2/repository/org/apache/logging/log4j/log4j-core/2.17.1/log4j-core-2.17.1.jar:/Users/wusheng/.m2/repository/org/apache/logging/log4j/log4j-api/2.17.1/log4j-api-2.17.1.jar:/Users/wusheng/.m2/repository/org/apache/logging/log4j/log4j-slf4j-impl/2.17.1/log4j-slf4j-impl-2.17.1.jar:/Users/wusheng/.m2/repository/com/google/guava/guava/31.1-jre/guava-31.1-jre.jar:/Users/wusheng/.m2/repository/com/google/guava/failureaccess/1.0.1/failureaccess-1.0.1.jar:/Users/wusheng/.m2/repository/com/google/guava/listenablefuture/9999.0-empty-to-avoid-conflict-with-guava/listenablefuture-9999.0-empty-to-avoid-conflict-with-guava.jar:/Users/wusheng/.m2/repository/com/google/code/findbugs/jsr305/3.0.2/jsr305-3.0.2.jar:/Users/wusheng/.m2/repository/org/checkerframework/checker-qual/3.12.0/checker-qual-3.12.0.jar:/Users/wusheng/.m2/repository/org/testcontainers/testcontainers/1.17.5/testcontainers-1.17.5.jar:/Users/wusheng/.m2/repository/org/apache/commons/commons-compress/1.21/commons-compress-1.21.jar:/Users/wusheng/.m2/repository/org/rnorth/duct-tape/duct-tape/1.0.8/duct-tape-1.0.8.jar:/Users/wusheng/.m2/repository/org/jetbrains/annotations/17.0.0/annotations-17.0.0.jar:/Users/wusheng/.m2/repository/com/github/docker-java/docker-java-api/3.2.13/docker-java-api-3.2.13.jar:/Users/wusheng/.m2/repository/com/fasterxml/jackson/core/jackson-annotations/2.13.4/jackson-annotations-2.13.4.jar:/Users/wusheng/.m2/repository/com/github/docker-java/docker-java-transport-zerodep/3.2.13/docker-java-transport-zerodep-3.2.13.jar:/Users/wusheng/.m2/repository/com/github/docker-java/docker-java-transport/3.2.13/docker-java-transport-3.2.13.jar:/Users/wusheng/.m2/repository/net/java/dev/jna/jna/5.8.0/jna-5.8.0.jar:/Users/wusheng/.m2/repository/com/google/errorprone/error_prone_annotations/2.11.0/error_prone_annotations-2.11.0.jar:/Users/wusheng/.m2/repository/junit/junit/4.13.1/junit-4.13.1.jar:/Users/wusheng/.m2/repository/org/hamcrest/hamcrest-core/1.3/hamcrest-core-1.3.jar:/Users/wusheng/.m2/repository/org/powermock/powermock-module-junit4/2.0.7/powermock-module-junit4-2.0.7.jar:/Users/wusheng/.m2/repository/org/powermock/powermock-module-junit4-common/2.0.7/powermock-module-junit4-common-2.0.7.jar:/Users/wusheng/.m2/repository/org/powermock/powermock-reflect/2.0.7/powermock-reflect-2.0.7.jar:/Users/wusheng/.m2/repository/net/bytebuddy/byte-buddy/1.9.10/byte-buddy-1.9.10.jar:/Users/wusheng/.m2/repository/net/bytebuddy/byte-buddy-agent/1.9.10/byte-buddy-agent-1.9.10.jar:/Users/wusheng/.m2/repository/org/powermock/powermock-core/2.0.7/powermock-core-2.0.7.jar:/Users/wusheng/.m2/repository/org/powermock/powermock-api-mockito2/2.0.7/powermock-api-mockito2-2.0.7.jar:/Users/wusheng/.m2/repository/org/powermock/powermock-api-support/2.0.7/powermock-api-support-2.0.7.jar:/Users/wusheng/.m2/repository/org/mockito/mockito-core/3.5.13/mockito-core-3.5.13.jar:/Users/wusheng/.m2/repository/org/objenesis/objenesis/3.1/objenesis-3.1.jar:/Users/wusheng/.m2/repository/org/assertj/assertj-core/3.20.2/assertj-core-3.20.2.jar:/Users/wusheng/.m2/repository/org/openjdk/jmh/jmh-core/1.21/jmh-core-1.21.jar:/Users/wusheng/.m2/repository/net/sf/jopt-simple/jopt-simple/4.6/jopt-simple-4.6.jar:/Users/wusheng/.m2/repository/org/apache/commons/commons-math3/3.2/commons-math3-3.2.jar:/Users/wusheng/.m2/repository/org/projectlombok/lombok/1.18.22/lombok-1.18.22.jar:/Users/wusheng/.m2/repository/javax/annotation/javax.annotation-api/1.3.2/javax.annotation-api-1.3.2.jar com.intellij.rt.junit.JUnitStarter -ideVersion5 -junit4 org.apache.skywalking.oap.server.storage.plugin.jdbc.shardingsphere.ITShardingTest
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.powermock.reflect.internal.WhiteboxImpl (file:/Users/wusheng/.m2/repository/org/powermock/powermock-reflect/2.0.7/powermock-reflect-2.0.7.jar) to method java.lang.Object.clone()
WARNING: Please consider reporting this to the maintainers of org.powermock.reflect.internal.WhiteboxImpl
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release
2022-11-16 22:07:55,705 - org.testcontainers.utility.ImageNameSubstitutor -2061 [main] INFO  [] - Image name substitution will be performed by: DefaultImageNameSubstitutor (composite of 'ConfigurationFileImageNameSubstitutor' and 'PrefixingImageNameSubstitutor')

java.util.ServiceConfigurationError: org.testcontainers.dockerclient.DockerClientProviderStrategy: org.testcontainers.dockerclient.EnvironmentAndSystemPropertyClientProviderStrategy Unable to get public no-arg constructor

	at java.base/java.util.ServiceLoader.fail(ServiceLoader.java:582)
	at java.base/java.util.ServiceLoader.getConstructor(ServiceLoader.java:673)
	at java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNextService(ServiceLoader.java:1233)
	at java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNext(ServiceLoader.java:1265)
	at java.base/java.util.ServiceLoader$2.hasNext(ServiceLoader.java:1300)
	at java.base/java.util.ServiceLoader$3.hasNext(ServiceLoader.java:1385)
	at java.base/java.lang.Iterable.forEach(Iterable.java:74)
	at org.testcontainers.DockerClientFactory.getOrInitializeStrategy(DockerClientFactory.java:133)
	at org.testcontainers.DockerClientFactory.client(DockerClientFactory.java:171)
	at org.testcontainers.DockerClientFactory$1.getDockerClient(DockerClientFactory.java:89)
	at com.github.dockerjava.api.DockerClientDelegate.authConfig(DockerClientDelegate.java:108)
	at org.testcontainers.containers.GenericContainer.start(GenericContainer.java:321)
	at org.testcontainers.utility.RyukResourceReaper.maybeStart(RyukResourceReaper.java:78)
	at org.testcontainers.utility.RyukResourceReaper.registerLabelsFilterForCleanup(RyukResourceReaper.java:51)
	at org.testcontainers.containers.DockerComposeContainer.registerContainersForShutdown(DockerComposeContainer.java:343)
	at org.testcontainers.containers.DockerComposeContainer.start(DockerComposeContainer.java:181)
	at org.apache.skywalking.oap.server.storage.plugin.jdbc.shardingsphere.ITShardingTest.startEnv(ITShardingTest.java:185)
	at org.apache.skywalking.oap.server.storage.plugin.jdbc.shardingsphere.ITShardingTest.init(ITShardingTest.java:165)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56)
	at org.junit.internal.runners.statements.RunBefores.invokeMethod(RunBefores.java:33)
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
	at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
	at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
	at org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100)
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63)
	at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)
	at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
	at org.junit.runners.Suite.runChild(Suite.java:128)
	at org.junit.runners.Suite.runChild(Suite.java:27)
	at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)
	at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
	at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
	at org.powermock.modules.junit4.internal.impl.DelegatingPowerMockRunner$2.call(DelegatingPowerMockRunner.java:149)
	at org.powermock.modules.junit4.internal.impl.DelegatingPowerMockRunner$2.call(DelegatingPowerMockRunner.java:141)
	at org.powermock.modules.junit4.internal.impl.DelegatingPowerMockRunner.withContextClassLoader(DelegatingPowerMockRunner.java:132)
	at org.powermock.modules.junit4.internal.impl.DelegatingPowerMockRunner.run(DelegatingPowerMockRunner.java:141)
	at org.powermock.modules.junit4.common.internal.impl.JUnit4TestSuiteChunkerImpl.run(JUnit4TestSuiteChunkerImpl.java:117)
	at org.powermock.modules.junit4.common.internal.impl.AbstractCommonPowerMockRunner.run(AbstractCommonPowerMockRunner.java:57)
	at org.powermock.modules.junit4.PowerMockRunner.run(PowerMockRunner.java:59)
	at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
	at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69)
	at com.intellij.rt.junit.IdeaTestRunner$Repeater$1.execute(IdeaTestRunner.java:38)
	at com.intellij.rt.execution.junit.TestsRepeater.repeat(TestsRepeater.java:11)
	at com.intellij.rt.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:35)
	at com.intellij.rt.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:235)
	at com.intellij.rt.junit.JUnitStarter.main(JUnitStarter.java:54)
Caused by: java.lang.VerifyError: Inconsistent stackmap frames at branch target 235
Exception Details:
  Location:
    org/testcontainers/dockerclient/DockerClientProviderStrategy.test()Z @235: aload
  Reason:
    Type 'javax/net/ssl/SSLSocketFactory' (current frame, locals[7]) is not assignable to 'javax/net/SocketFactory' (stack map, locals[7])
  Current Frame:
    bci: @216
    flags: { }
    locals: { 'org/testcontainers/dockerclient/DockerClientProviderStrategy', 'org/testcontainers/dockerclient/TransportConfig', 'java/net/URI', top, top, 'java/lang/String', integer, 'javax/net/ssl/SSLSocketFactory', 'com/github/dockerjava/transport/SSLConfig' }
    stack: { }
  Stackmap Frame:
    bci: @235
    flags: { }
    locals: { 'org/testcontainers/dockerclient/DockerClientProviderStrategy', 'org/testcontainers/dockerclient/TransportConfig', 'java/net/URI', top, top, 'java/lang/String', integer, 'javax/net/SocketFactory', 'com/github/dockerjava/transport/SSLConfig' }
    stack: { }
  Bytecode:
    0000000: 2ab6 0095 4c2b b600 9b4d 2cb6 00a0 3a05
    0000010: 0236 0619 05b6 00a5 ab00 0000 0000 0081
    0000020: 0000 0005 0001 bfe1 0000 0034 0031 0888
    0000030: 0000 0044 0036 d988 0000 0064 05f0 08eb
    0000040: 0000 0054 0642 9b1c 0000 0074 1905 12a7
    0000050: b600 ab99 0046 0336 06a7 0040 1905 12ad
    0000060: b600 ab99 0036 0436 06a7 0030 1905 12af
    0000070: b600 ab99 0026 0536 06a7 0020 1905 12b1
    0000080: b600 ab99 0016 0636 06a7 0010 1905 12b3
    0000090: b600 ab99 0006 0736 0615 06aa 0000 00ab
    00000a0: 0000 0000 0000 0004 0000 0021 0000 0021
    00000b0: 0000 0021 0000 0071 0000 0071 b800 b93a
    00000c0: 072b b600 bd3a 0819 08c6 0022 1908 b900
    00000d0: c301 00b6 00c9 3a07 a700 133a 09b2 00cd
    00000e0: 12cf 1909 b900 d503 0003 ac19 0759 b600
    00000f0: d957 ba00 e200 004e bb00 e459 2cb6 00e7
    0000100: 2cb6 00ea b700 ed3a 04a7 004e bb00 ef59
    0000110: 2cb6 00f2 b700 f5b6 00f8 9a00 13b2 00cd
    0000120: 12fa 2cb6 00f2 b900 fe03 0003 ac2c ba01
    0000130: 0600 004e bb00 e459 1301 0811 0947 b700
    0000140: ed3a 04a7 0014 b200 cd13 010a 2cb6 00a0
    0000150: b901 0c03 0004 ac2d b901 1201 00c0 0114
    0000160: 3a05 013a 0614 0115 b801 1c3a 07b8 0122
    0000170: b801 28b6 012c b601 3185 b200 3fb6 0137
    0000180: 1907 b601 3b09 b801 3eb6 0141 1301 43b6
    0000190: 0147 1905 1904 1907 ba01 5100 00b6 0155
    00001a0: 0436 0819 05c6 0021 1906 c600 1719 05b6
    00001b0: 0158 a700 143a 0919 0619 09b6 015c a700
    00001c0: 0819 05b6 0158 1508 ac3a 0719 073a 0619
    00001d0: 07bf 3a0a 1905 c600 2119 06c6 0017 1905
    00001e0: b601 58a7 0014 3a0b 1906 190b b601 5ca7
    00001f0: 0008 1905 b601 5819 0abf 3a05 b200 cd13
    0000200: 015e 2cb9 010c 0300 03ac
  Exception Handler Table:
    bci [204, 216] => handler: 219
    bci [204, 216] => handler: 219
    bci [204, 216] => handler: 219
    bci [204, 216] => handler: 219
    bci [429, 434] => handler: 437
    bci [357, 419] => handler: 457
    bci [357, 419] => handler: 466
    bci [478, 483] => handler: 486
    bci [457, 468] => handler: 466
    bci [343, 454] => handler: 506
    bci [457, 506] => handler: 506
  Stackmap Table:
    full_frame(@76,{Object[#2],Object[#151],Object[#157],Top,Top,Object[#162],Integer},{})
    same_frame(@92)
    same_frame(@108)
    same_frame(@124)
    same_frame(@140)
    same_frame(@153)
    same_frame(@188)
    full_frame(@219,{Object[#2],Object[#151],Object[#157],Top,Top,Object[#162],Integer,Object[#181],Object[#191]},{Object[#203]})
    same_frame(@235)
    chop_frame(@268,2)
    same_frame(@301)
    same_frame(@326)
    full_frame(@343,{Object[#2],Object[#151],Object[#157],Object[#270],Object[#272]},{})
    full_frame(@437,{Object[#2],Object[#151],Object[#157],Object[#270],Object[#272],Object[#276],Object[#145],Object[#280],Integer},{Object[#145]})
    same_frame(@449)
    same_frame(@454)
    full_frame(@457,{Object[#2],Object[#151],Object[#157],Object[#270],Object[#272],Object[#276],Object[#145]},{Object[#145]})
    same_locals_1_stack_item_frame(@466,Object[#145])
    full_frame(@486,{Object[#2],Object[#151],Object[#157],Object[#270],Object[#272],Object[#276],Object[#145],Top,Top,Top,Object[#145]},{Object[#145]})
    same_frame(@498)
    same_frame(@503)
    full_frame(@506,{Object[#2],Object[#151],Object[#157],Object[#270],Object[#272]},{Object[#147]})

	at java.base/java.lang.Class.getDeclaredConstructors0(Native Method)
	at java.base/java.lang.Class.privateGetDeclaredConstructors(Class.java:3137)
	at java.base/java.lang.Class.getConstructor0(Class.java:3342)
	at java.base/java.lang.Class.getConstructor(Class.java:2151)
	at java.base/java.util.ServiceLoader$1.run(ServiceLoader.java:660)
	at java.base/java.util.ServiceLoader$1.run(ServiceLoader.java:657)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.util.ServiceLoader.getConstructor(ServiceLoader.java:668)
	... 61 more

java.util.ServiceConfigurationError: org.testcontainers.dockerclient.DockerClientProviderStrategy: org.testcontainers.dockerclient.EnvironmentAndSystemPropertyClientProviderStrategy Unable to get public no-arg constructor

	at java.base/java.util.ServiceLoader.fail(ServiceLoader.java:582)
	at java.base/java.util.ServiceLoader.getConstructor(ServiceLoader.java:673)
	at java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNextService(ServiceLoader.java:1233)
	at java.base/java.util.ServiceLoader$LazyClassPathLookupIterator.hasNext(ServiceLoader.java:1265)
	at java.base/java.util.ServiceLoader$2.hasNext(ServiceLoader.java:1300)
	at java.base/java.util.ServiceLoader$3.hasNext(ServiceLoader.java:1385)
	at java.base/java.lang.Iterable.forEach(Iterable.java:74)
	at org.testcontainers.DockerClientFactory.getOrInitializeStrategy(DockerClientFactory.java:133)
	at org.testcontainers.DockerClientFactory.client(DockerClientFactory.java:171)
	at org.testcontainers.images.LocalImagesCache.get(LocalImagesCache.java:31)
	at org.testcontainers.images.AbstractImagePullPolicy.shouldPull(AbstractImagePullPolicy.java:18)
	at org.testcontainers.images.RemoteDockerImage.resolve(RemoteDockerImage.java:70)
	at org.testcontainers.images.RemoteDockerImage.resolve(RemoteDockerImage.java:28)
	at org.testcontainers.utility.LazyFuture.getResolvedValue(LazyFuture.java:17)
	at org.testcontainers.utility.LazyFuture.get(LazyFuture.java:39)
	at org.testcontainers.containers.GenericContainer.getDockerImageName(GenericContainer.java:1369)
	at org.testcontainers.containers.GenericContainer.logger(GenericContainer.java:651)
	at org.testcontainers.containers.ContainerisedDockerCompose.<init>(DockerComposeContainer.java:690)
	at org.testcontainers.containers.DockerComposeContainer.runWithCompose(DockerComposeContainer.java:334)
	at org.testcontainers.containers.DockerComposeContainer.stop(DockerComposeContainer.java:375)
	at org.apache.skywalking.oap.server.storage.plugin.jdbc.shardingsphere.ITShardingTest.after(ITShardingTest.java:270)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:566)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:56)
	at org.junit.internal.runners.statements.RunAfters.invokeMethod(RunAfters.java:46)
	at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:33)
	at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
	at org.junit.runners.BlockJUnit4ClassRunner$1.evaluate(BlockJUnit4ClassRunner.java:100)
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:366)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:103)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:63)
	at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)
	at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
	at org.junit.runners.Suite.runChild(Suite.java:128)
	at org.junit.runners.Suite.runChild(Suite.java:27)
	at org.junit.runners.ParentRunner$4.run(ParentRunner.java:331)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:79)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:329)
	at org.junit.runners.ParentRunner.access$100(ParentRunner.java:66)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:293)
	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
	at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:413)
	at org.powermock.modules.junit4.internal.impl.DelegatingPowerMockRunner$2.call(DelegatingPowerMockRunner.java:149)
	at org.powermock.modules.junit4.internal.impl.DelegatingPowerMockRunner$2.call(DelegatingPowerMockRunner.java:141)
	at org.powermock.modules.junit4.internal.impl.DelegatingPowerMockRunner.withContextClassLoader(DelegatingPowerMockRunner.java:132)
	at org.powermock.modules.junit4.internal.impl.DelegatingPowerMockRunner.run(DelegatingPowerMockRunner.java:141)
	at org.powermock.modules.junit4.common.internal.impl.JUnit4TestSuiteChunkerImpl.run(JUnit4TestSuiteChunkerImpl.java:117)
	at org.powermock.modules.junit4.common.internal.impl.AbstractCommonPowerMockRunner.run(AbstractCommonPowerMockRunner.java:57)
	at org.powermock.modules.junit4.PowerMockRunner.run(PowerMockRunner.java:59)
	at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
	at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69)
	at com.intellij.rt.junit.IdeaTestRunner$Repeater$1.execute(IdeaTestRunner.java:38)
	at com.intellij.rt.execution.junit.TestsRepeater.repeat(TestsRepeater.java:11)
	at com.intellij.rt.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:35)
	at com.intellij.rt.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:235)
	at com.intellij.rt.junit.JUnitStarter.main(JUnitStarter.java:54)
Caused by: java.lang.VerifyError: Inconsistent stackmap frames at branch target 235
Exception Details:
  Location:
    org/testcontainers/dockerclient/DockerClientProviderStrategy.test()Z @235: aload
  Reason:
    Type 'javax/net/ssl/SSLSocketFactory' (current frame, locals[7]) is not assignable to 'javax/net/SocketFactory' (stack map, locals[7])
  Current Frame:
    bci: @216
    flags: { }
    locals: { 'org/testcontainers/dockerclient/DockerClientProviderStrategy', 'org/testcontainers/dockerclient/TransportConfig', 'java/net/URI', top, top, 'java/lang/String', integer, 'javax/net/ssl/SSLSocketFactory', 'com/github/dockerjava/transport/SSLConfig' }
    stack: { }
  Stackmap Frame:
    bci: @235
    flags: { }
    locals: { 'org/testcontainers/dockerclient/DockerClientProviderStrategy', 'org/testcontainers/dockerclient/TransportConfig', 'java/net/URI', top, top, 'java/lang/String', integer, 'javax/net/SocketFactory', 'com/github/dockerjava/transport/SSLConfig' }
    stack: { }
  Bytecode:
    0000000: 2ab6 0095 4c2b b600 9b4d 2cb6 00a0 3a05
    0000010: 0236 0619 05b6 00a5 ab00 0000 0000 0081
    0000020: 0000 0005 0001 bfe1 0000 0034 0031 0888
    0000030: 0000 0044 0036 d988 0000 0064 05f0 08eb
    0000040: 0000 0054 0642 9b1c 0000 0074 1905 12a7
    0000050: b600 ab99 0046 0336 06a7 0040 1905 12ad
    0000060: b600 ab99 0036 0436 06a7 0030 1905 12af
    0000070: b600 ab99 0026 0536 06a7 0020 1905 12b1
    0000080: b600 ab99 0016 0636 06a7 0010 1905 12b3
    0000090: b600 ab99 0006 0736 0615 06aa 0000 00ab
    00000a0: 0000 0000 0000 0004 0000 0021 0000 0021
    00000b0: 0000 0021 0000 0071 0000 0071 b800 b93a
    00000c0: 072b b600 bd3a 0819 08c6 0022 1908 b900
    00000d0: c301 00b6 00c9 3a07 a700 133a 09b2 00cd
    00000e0: 12cf 1909 b900 d503 0003 ac19 0759 b600
    00000f0: d957 ba00 e200 004e bb00 e459 2cb6 00e7
    0000100: 2cb6 00ea b700 ed3a 04a7 004e bb00 ef59
    0000110: 2cb6 00f2 b700 f5b6 00f8 9a00 13b2 00cd
    0000120: 12fa 2cb6 00f2 b900 fe03 0003 ac2c ba01
    0000130: 0600 004e bb00 e459 1301 0811 0947 b700
    0000140: ed3a 04a7 0014 b200 cd13 010a 2cb6 00a0
    0000150: b901 0c03 0004 ac2d b901 1201 00c0 0114
    0000160: 3a05 013a 0614 0115 b801 1c3a 07b8 0122
    0000170: b801 28b6 012c b601 3185 b200 3fb6 0137
    0000180: 1907 b601 3b09 b801 3eb6 0141 1301 43b6
    0000190: 0147 1905 1904 1907 ba01 5100 00b6 0155
    00001a0: 0436 0819 05c6 0021 1906 c600 1719 05b6
    00001b0: 0158 a700 143a 0919 0619 09b6 015c a700
    00001c0: 0819 05b6 0158 1508 ac3a 0719 073a 0619
    00001d0: 07bf 3a0a 1905 c600 2119 06c6 0017 1905
    00001e0: b601 58a7 0014 3a0b 1906 190b b601 5ca7
    00001f0: 0008 1905 b601 5819 0abf 3a05 b200 cd13
    0000200: 015e 2cb9 010c 0300 03ac
  Exception Handler Table:
    bci [204, 216] => handler: 219
    bci [204, 216] => handler: 219
    bci [204, 216] => handler: 219
    bci [204, 216] => handler: 219
    bci [429, 434] => handler: 437
    bci [357, 419] => handler: 457
    bci [357, 419] => handler: 466
    bci [478, 483] => handler: 486
    bci [457, 468] => handler: 466
    bci [343, 454] => handler: 506
    bci [457, 506] => handler: 506
  Stackmap Table:
    full_frame(@76,{Object[#2],Object[#151],Object[#157],Top,Top,Object[#162],Integer},{})
    same_frame(@92)
    same_frame(@108)
    same_frame(@124)
    same_frame(@140)
    same_frame(@153)
    same_frame(@188)
    full_frame(@219,{Object[#2],Object[#151],Object[#157],Top,Top,Object[#162],Integer,Object[#181],Object[#191]},{Object[#203]})
    same_frame(@235)
    chop_frame(@268,2)
    same_frame(@301)
    same_frame(@326)
    full_frame(@343,{Object[#2],Object[#151],Object[#157],Object[#270],Object[#272]},{})
    full_frame(@437,{Object[#2],Object[#151],Object[#157],Object[#270],Object[#272],Object[#276],Object[#145],Object[#280],Integer},{Object[#145]})
    same_frame(@449)
    same_frame(@454)
    full_frame(@457,{Object[#2],Object[#151],Object[#157],Object[#270],Object[#272],Object[#276],Object[#145]},{Object[#145]})
    same_locals_1_stack_item_frame(@466,Object[#145])
    full_frame(@486,{Object[#2],Object[#151],Object[#157],Object[#270],Object[#272],Object[#276],Object[#145],Top,Top,Top,Object[#145]},{Object[#145]})
    same_frame(@498)
    same_frame(@503)
    full_frame(@506,{Object[#2],Object[#151],Object[#157],Object[#270],Object[#272]},{Object[#147]})

	at java.base/java.lang.Class.getDeclaredConstructors0(Native Method)
	at java.base/java.lang.Class.privateGetDeclaredConstructors(Class.java:3137)
	at java.base/java.lang.Class.getConstructor0(Class.java:3342)
	at java.base/java.lang.Class.getConstructor(Class.java:2151)
	at java.base/java.util.ServiceLoader$1.run(ServiceLoader.java:660)
	at java.base/java.util.ServiceLoader$1.run(ServiceLoader.java:657)
	at java.base/java.security.AccessController.doPrivileged(Native Method)
	at java.base/java.util.ServiceLoader.getConstructor(ServiceLoader.java:668)
	... 63 more

Detected late test-suite preparation of already initiated test-class org.apache.skywalking.oap.server.storage.plugin.jdbc.shardingsphere.ITShardingTest

Process finished with exit code 255

Relevant log output
No response
Additional Information
No response

I got the reason. That is a powermock conflict, rather than testcontainer's issues.


text:
401 Unauthorized when using AWS ECR image registry

Expected Behaviour
When using a third party registry using the new TESTCONTAINERS_HUB_IMAGE_NAME_PREFIX env variable, I expect it to pull the image correctly if i'm logged in.
I'm using AWS ECR, in the terminal I can run the following commands:
aws ecr get-login-password --region <AWS_REGION> | docker login --username AWS --password-stdin <AWS_ACCOUNT>.dkr.ecr.<AWS_REGION>.amazonaws.com

docker pull image <my_image>

And it correctly pulls the image.
Actual Behaviour

I set the env variable TESTCONTAINERS_HUB_IMAGE_NAME_PREFIX to <AWS_ACCOUNT>.dkr.ecr.<AWS_REGION>.amazonaws.com
I try to create a container:

const container = await new GenericContainer('myContainer:latest')
            .withPullPolicy(PullPolicy.alwaysPull())
            .start();

When running, I get this error:
Error: (HTTP code 500) server error - failed to resolve reference "<AWS_ACCOUNT>.dkr.ecr.<AWS_REGION>.amazonaws.com/myContainer:latest": unexpected status from HEAD request to <AWS_ACCOUNT>.dkr.ecr.<AWS_REGION>.amazonaws.com/v2/myContainer/manifests/latest: 401 Unauthorized

Testcontainer Logs
Error: (HTTP code 500) server error - failed to resolve reference "<AWS_ACCOUNT>.dkr.ecr.<AWS_REGION>.amazonaws.com/myContainer:latest": unexpected status from HEAD request to <AWS_ACCOUNT>.dkr.ecr.<AWS_REGION>.amazonaws.com/v2/myContainer/manifests/latest: 401 Unauthorized
    at /Users/user/Code/repo/node_modules/.pnpm/docker-modem@3.0.8/node_modules/docker-modem/lib/modem.js:343:17
    at IncomingMessage.<anonymous> (/Users/user/Code/repo/node_modules/.pnpm/docker-modem@3.0.8/node_modules/docker-modem/lib/modem.js:370:9)
    at IncomingMessage.emit (node:events:531:35)
    at endReadableNT (node:internal/streams/readable:1696:12)
    at processTicksAndRejections (node:internal/process/task_queues:82:21)

Steps to Reproduce

Set TESTCONTAINERS_HUB_IMAGE_NAME_PREFIX to an AWS ECR url
Create a container with an image from that registry

Environment Information

Operating System: MacOS Sonoma 14.4.1
Docker Version: 4.28.0
Node version: v21.7.1
Testcontainers version: 10.8.1

Fixed in https://github.com/testcontainers/testcontainers-node/pull/748. Will be released shortly

Fixed in 10.8.2 (hopefully)

authors: AlessioFranceschi cristianrgreco

repo: testcontainers/testcontainers-node


text:
Feat/cert constraints

Based off of in-toto ITE7 regarding PKI support for in-toto layouts. We
wrote the code for in-toto-golang, so there's a lot of crossover.
Adds support for constraining allowed x509 certificates by attributes on
the certificate itself. Example use cases may be constraining on an
expected SPIFFE ID or user's email to ensure that the identity for the
certificate is who we trust as a functionary.
Signed-off-by: Mikhail Swift mikhail@testifysec.com

I have a second branch with some extra examples and documentation that I'm going to work into this branch instead. Marking this as a draft until then.

Pull Request Test Coverage Report for Build 1889237149

75 of 79 (94.94%)  changed or added relevant lines in 3 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+3.2%) to 38.585%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

pkg/policy/policy.go
0
4
0.0%

Totals

Change from base Build 1882593206:
3.2%

Covered Lines:
600

Relevant Lines:
1555

💛  - Coveralls

authors: coveralls mikhailswift

repo: testifysec/witness


text:
Problem with testit.addAttachments if use pathlib

Problem
if use pathlib
``
from pathlib import *
def test():
testit.addAttachments(Path.cwd()/'docs'/'text_file.txt')
``
Result: file don't attached report
Expected result
file will  attached to report

I've encountered the similar problem. Try to up\down-grade the adapters version to match the TMS version.
https://github.com/testit-tms/adapters-python/tree/main?tab=readme-ov-file#compatibility

repo: testit-tms/adapters-python


text:
Support for Multiple Test Configurations

New Feature
Priority: High
Description:
Implement the ability to configure multiple TBE (Test Before Each), TBA (Test Before All), TAA (Test After All), and TAE (Test After Each) within the test case (TC) configuration settings to allow more granular control over test case operations.

Tested OK
Tested Version: 3.2.5
Implement the ability to configure multiple TBE (Test Before Each), TBA (Test Before All), TAA (Test After All), and TAE (Test After Each) within the test case (TC) configuration settings to allow more granular control over test case operations.
Refer the video link
https://jam.dev/c/2d1c903e-2acd-462a-806c-37383814614f

authors: Gladwin-Frijo Yuviak

repo: testmanio/homebrew-tm


text:
Archive this repository once upstream publishes tarballs and system packages

Right now, the only things we need this repository for are in-progress or already upstream.
For example, docker and homebrew are already upstream so we don't need them here.
Once the below are solved, we can sunset and archive this repository, only needing to host binaries until a time we deem appropriate for transition.

[ ] tar.xz files -  https://github.com/envoyproxy/envoy/issues/16830
[ ] debian and RPMs - https://github.com/envoyproxy/envoy/issues/16867
[ ] jaeger plugins?! - https://github.com/envoyproxy/envoy/issues/16866

All of the mentioned issues are in the power of external forces to complete. Having this repo un-archived only results in more confusion, so closing it now.
For posterity;
The last published packages are in cloud smith, not bintray. Apologize but the docs are not updated yet https://github.com/envoyproxy/envoy/pull/17246
We've updated the website for options moving forward because this project is canceled due to trademark issues with The Linux Foundation https://getenvoy.io

repo: tetratelabs/getenvoy-package


text:
Difference between different SDKs.

Hi,
This is a great project! I have a quick question about the differences between the various proxy WebAssembly SDKs, particularly Rust vs. Go: Do both SDKs offer identical capabilities? For instance, can a Rust WebAssembly filter always be translated into a Go filter, and vice versa?

function-wise identical, and it's all up to developers to choose the language.

repo: tetratelabs/proxy-wasm-go-sdk


text:
Consolidates API to config input types

This makes instantiating host or wasm-defined modules similar, by using
XXXConfig types. Doing so also allows configuration engines to seed
properties.
Since decoded modules are only usable during instantiation, this pushes
decoding inside those functions. By doing so, the API is easier to use
as it has less choices and less errors to catch. Detection is done
internally by peeking at the magic number.
See https://github.com/tetratelabs/wazero/issues/279

thanks for the look!

repo: tetratelabs/wazero


text:
Add new Bucket API methods

[x] ArchiveRequest
[x] ArchiveInfoRequest
[x] ArchiveStatusRequest
[ ] SetPathRequest
[ ] ListIpfsPathRequest
[ ] PullIpfsPathRequest

done

repo: textileio/js-hub


text:
Add Photo to Thread from Wallet crash

In App/Containers/PhotoGrid line 117 (current master)

fixed

authors: andrewxhill carsonfarmer

repo: textileio/textile-mobile


text:
How to always use the latest version of textlint preset

This isn't a feature request or a bug fix. Technically this is an npm related question but I'm posting it here because it's somewhat related to textlint usage.
I have several independent repositories for documentation. I'm using textlint in all of those repositories and I want to centralize the configuration so that I don't need to manually change the configs in all of those repositories. The preset feature of textlint is going to help with this for sure.
For example, let's say I have the following independent repositories where some are for documentation:

my-org-name/textlint-preset-my-org-name
my-org-name/repo-a
my-org-name/repo-b
my-org-name/repo-c

I can create a textlint preset with necessary rules/configurations. However, even with the preset, I will still need to go to each repositories and update the version number of the preset to the latest released preset.
Is there anything else I can do so that when I make an update in the textlint-preset-my-org-name, those changes will be immediately available in repo-a, repo-b, and repo-c?
In the dependencies of those repos, I could probably set the textlint-preset dependency to be the latest, but wouldn't that impact the package lock file?
Any suggestions?

Following web servicer provide that automatic update dependencies feature.

Whitesource Renovate - Automated Dependency Updates
Dependabot

It is GitHub

Whitesource Renovate - Automated Dependency Updates
Dependabot

Some user use these services.
In personal, I use Renovate that provide flexible configuration.

Thanks for the suggestions. I'll look into those.

authors: amimas azu

repo: textlint/textlint


text:
correct misstyping

Correct mistyping...
Sorry for inconvenience.

no worries! will release this as 1.1.0 for breaking change.

repo: tf-mod/terraform-aws-rbac-role


text:
访问

大佬，网站现在是访问不了？我打开就一直转圈圈。（2022.4.22 8.13PM）

是不是你网络不太好，我刚看了没问题呢

它就这样在（。。）
------------------ 原始邮件 ------------------
发件人:                                                                                "tgbot-collection/YYeTsBot"                                                                                @.>;
发送时间: 2022年4月22日(星期五) 晚上8:15
@.>;
@.@.>;
主题: Re: [tgbot-collection/YYeTsBot] 访问 (Issue #112)
是不是你网络不太好，我刚看了没问题呢
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

也许你需要挂梯子试试

authors: BennyThink SherryLynncode

repo: tgbot-collection/YYeTsBot


text:
Fixed #176. Added Player Pro intents to application's manifest.

THE PR https://github.com/tgwizard/sls/pull/122 was merged with errors and now the part of the changes is missing from the sources.

Thanks @metanota :)

authors: HumbleBeeBumbleBee metanota

repo: tgwizard/sls


text:
Clean up thread.sleep in Android native tests

The Android native tests have a bunch of thread.sleep calls that are used to wait for things to happen. But this both makes our tests take forever but more importantly makes our tests unreliable. There is no magic reason why some event should finish in 2 seconds rather than 3. So if we wait for 2 seconds most of the time maybe the thing we are waiting for will happen or maybe not. This makes the tests totally unreliable. All those thead.sleeps need to go away and be replaced with positive tests followed by short sleeps. IN other words if we are waiting for some thread or object or whatever we need to test if the expected state/event/value/whatever has occurred, go to a short sleep and then test again. Not just blindly sleep for some magic number of seconds and pray everything is o.k.

This has actually been cleaned up.


text:
Discuss: Inlining foundation css

What ?
Currently the CSS of foundation needs is included in a style tag & due to that it mayn't work properly in some clients.
In the words mentioned in foundation website:
http://foundation.zurb.com/emails/docs/css-guide.html#inlining

Email clients like Gmail and Outlook strip out

@thampe I tried inlining only the foundation css by removing all media queries in it & strangely that worked fine.
I'm thinking of segregating with media queries stuff & non-media queries stuff, & make those in style tag & inline respectively.
What do you think ?

Not using this bundle anymore for my project.

repo: thampe/ZurbInkBundle


text:
How to Inference on Large-Scale Point Clouds

How can I use my trained model to infer on large-scale point cloud data? Do I need some preprocessing like splitting several parts?

First, you may test on your original data. If you have memory problems, you may need to split data into several parts.

Thank you, if the memory is enough, don't need to cut the data, infer it directly,is it right?

authors: guijuzhejiang thangvubk

repo: thangvubk/SoftGroup


text:
Compactor: Support --min-time/--max-time filter.

Is your proposal related to a problem?
For my case, the compactor halt or broken for some reason. the compact progress will very be lag.
Then i restart compactor, beacuse the bucket has many blocks, I prefer it could process the more fresh blocks first. but currently, the compactor will start process the oldest block.
Describe the solution you'd like
So, Could we add a time filter like the thanos-store componet does?
Describe alternatives you've considered
Additional context

The request itself is valid.
Another way to do this is to do compaction planning from the freshest blocks. Right now all blocks are planned in time increasing order so fresh blocks are processed last. Maybe this can be done via a flag in the planner side.

After 1:1 with @metonymic-smokey, we think reversing the planning order would work, but it is not as easy as it looks. So it is good to start adding the min/max time filter first.
But for users, they need to know the required time range for compaction levels to set these flags correctly.

Work in progress.

Addressed by #4909

repo: thanos-io/thanos


text:
Compactor AuthenticationErrorDetail: Request date header too old for Azure after upgrade to 0.29.0

Thanos:v0.29.0:
Azure:
Compactor ran from 12 hours or so then stopped until restarted:
Compactor to keep running continuously:
How to reproduce it (as minimally and precisely as possible):
Begin the compactor writing to an Azure blob with version 0.29.0. Write for around 24 hours and this error should occur
Full logs to relevant components:
Logs

level=info ts=2022-12-13T11:33:57.431064514Z caller=fetcher.go:475 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=13.908477057s duration_ms=13908 cached=29006 returned=29006 partial=0
level=error ts=2022-12-13T11:39:43.568649104Z caller=runutil.go:100 msg="function failed. Retrying in next tick" err="incomplete view: 2 errors: meta.json file exists: 01EMRH2104QRTFZJZFXYJPYEGF/meta.json: cannot get properties for Azure blob, address: 01EMRH2104QRTFZJZFXYJPYEGF/meta.json: ===== INTERNAL ERROR =====\ncontext deadline exceeded; meta.json file exists: 01F0HZ51VP45CYTACYQS7WZHK9/meta.json: cannot get properties for Azure blob, address: 01F0HZ51VP45CYTACYQS7WZHK9/meta.json: ===== INTERNAL ERROR =====\ncontext deadline exceeded"
level=info ts=2022-12-13T11:39:57.373112339Z caller=fetcher.go:475 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=13.804206007s duration_ms=13804 cached=29006 returned=29006 partial=0
level=info ts=2022-12-13T11:40:12.100686068Z caller=fetcher.go:475 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=14.697822284s duration_ms=14697 cached=29006 returned=29006 partial=0
level=info ts=2022-12-13T11:40:59.403629637Z caller=fetcher.go:475 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=15.882382907s duration_ms=15882 cached=29006 returned=29006 partial=0
level=info ts=2022-12-13T11:42:01.518760019Z caller=fetcher.go:475 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=17.993535778s duration_ms=17993 cached=29006 returned=29006 partial=0
level=info ts=2022-12-13T11:42:57.304027212Z caller=fetcher.go:475 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=13.778750204s duration_ms=13778 cached=29006 returned=29006 partial=0
level=info ts=2022-12-13T11:43:59.361113767Z caller=fetcher.go:475 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=15.840606298s duration_ms=15840 cached=29006 returned=29006 partial=0
level=info ts=2022-12-13T11:44:57.713912833Z caller=fetcher.go:475 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=14.188447966s duration_ms=14188 cached=29006 returned=29006 partial=0
level=info ts=2022-12-13T11:46:02.73691884Z caller=fetcher.go:475 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=19.213156457s duration_ms=19213 cached=29006 returned=29006 partial=0
level=info ts=2022-12-13T11:46:59.604444811Z caller=fetcher.go:475 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=16.07916049s duration_ms=16079 cached=29006 returned=29006 partial=0
level=info ts=2022-12-13T11:47:58.087985659Z caller=fetcher.go:475 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=14.562731136s duration_ms=14562 cached=29006 returned=29006 partial=0
level=info ts=2022-12-13T11:48:58.843307293Z caller=fetcher.go:475 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=15.31812656s duration_ms=15318 cached=29006 returned=29006 partial=0
level=warn ts=2022-12-13T11:49:47.02416205Z caller=intrumentation.go:67 msg="changing probe status" status=not-ready reason="syncing metas: filter metas: filter blocks marked for no compaction: get file: 01F16S6H3X8TKQ7R5X7WRHHQR1/no-compact-mark.json: cannot download blob, address: https://secret.blob.core.windows.net/thanos-snap/01F16S6H3X8TKQ7R5X7WRHHQR1/no-compact-mark.json: ===== RESPONSE ERROR (ErrorCode=AuthenticationFailed) =====\nDescription=Server failed to authenticate the request. Make sure the value of Authorization header is formed correctly including the signature.\nRequestId:e15da35d-a01e-00fe-09e8-0ed881000000\nTime:2022-12-13T11:49:47.0175287Z, Details: \n   AuthenticationErrorDetail: Request date header too old: 'Tue, 13 Dec 2022 11:34:47 GMT'\n"
level=info ts=2022-12-13T11:49:47.024405198Z caller=http.go:84 service=http/server component=compact msg="internal server is shutting down" err="syncing metas: filter metas: filter blocks marked for no compaction: get file: 01F16S6H3X8TKQ7R5X7WRHHQR1/no-compact-mark.json: cannot download blob, address: https://secret.blob.core.windows.net/thanos-snap/01F16S6H3X8TKQ7R5X7WRHHQR1/no-compact-mark.json: ===== RESPONSE ERROR (ErrorCode=AuthenticationFailed) =====\nDescription=Server failed to authenticate the request. Make sure the value of Authorization header is formed correctly including the signature.\nRequestId:e15da35d-a01e-00fe-09e8-0ed881000000\nTime:2022-12-13T11:49:47.0175287Z, Details: \n   AuthenticationErrorDetail: Request date header too old: 'Tue, 13 Dec 2022 11:34:47 GMT'\n"
level=error ts=2022-12-13T11:49:47.024772066Z caller=runutil.go:100 msg="function failed. Retrying in next tick" err="BaseFetcher: iter bucket: context canceled"
level=info ts=2022-12-13T11:49:47.024839651Z caller=http.go:103 service=http/server component=compact msg="internal server is shutdown gracefully" err="syncing metas: filter metas: filter blocks marked for no compaction: get file: 01F16S6H3X8TKQ7R5X7WRHHQR1/no-compact-mark.json: cannot download blob, address: https://secret.blob.core.windows.net/thanos-snap/01F16S6H3X8TKQ7R5X7WRHHQR1/no-compact-mark.json: ===== RESPONSE ERROR (ErrorCode=AuthenticationFailed) =====\nDescription=Server failed to authenticate the request. Make sure the value of Authorization header is formed correctly including the signature.\nRequestId:e15da35d-a01e-00fe-09e8-0ed881000000\nTime:2022-12-13T11:49:47.0175287Z, Details: \n   AuthenticationErrorDetail: Request date header too old: 'Tue, 13 Dec 2022 11:34:47 GMT'\n"
level=info ts=2022-12-13T11:49:47.024891203Z caller=intrumentation.go:81 msg="changing probe status" status=not-healthy reason="syncing metas: filter metas: filter blocks marked for no compaction: get file: 01F16S6H3X8TKQ7R5X7WRHHQR1/no-compact-mark.json: cannot download blob, address: https://secret.blob.core.windows.net/thanos-snap/01F16S6H3X8TKQ7R5X7WRHHQR1/no-compact-mark.json: ===== RESPONSE ERROR (ErrorCode=AuthenticationFailed) =====\nDescription=Server failed to authenticate the request. Make sure the value of Authorization header is formed correctly including the signature.\nRequestId:e15da35d-a01e-00fe-09e8-0ed881000000\nTime:2022-12-13T11:49:47.0175287Z, Details: \n   AuthenticationErrorDetail: Request date header too old: 'Tue, 13 Dec 2022 11:34:47 GMT'\n"

Anything else we need to know:
This error occurred directly after an upgrade to 0.29.0
Environment:

OS (e.g. from /etc/os-release):  Docker image on RHEL 7.9
Kernel (e.g. uname -a): Linux  3.10.0-1160.59.1.el7.x86_64  SMP Wed Feb 16 12:17:35 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

@vglafirov

https://github.com/thanos-io/thanos/pull/5707/files#diff-33ef32bf6c23acb95f5902d7097b7a1d5128ca061167ec0716715b0b9eeaa5f6L114-R118 possibly related

New error occurred in logs today causing a shutdown:
level=error ts=2022-12-14T13:25:49.640524543Z caller=runutil.go:100 msg="function failed. Retrying in next tick" err="incomplete view: 2 errors: meta.json file exists: 01EK33A3VQ15QKRNQ2HDTZXSKA/meta.json: cannot get properties for Azure blob, address: 01EK33A3VQ15QKRNQ2HDTZXSKA/meta.json: ===== INTERNAL ERROR =====\ncontext deadline exceeded; meta.json file exists: 01EP1ZEKJ1YEW12RQ2BZYWSEEV/meta.json: cannot get properties for Azure blob, address: 01EP1ZEKJ1YEW12RQ2BZYWSEEV/meta.json: ===== INTERNAL ERROR =====\ncontext deadline exceeded"
level=info ts=2022-12-14T13:26:06.236241296Z caller=fetcher.go:475 component=block.BaseFetcher msg="successfully synchronized block metadata" duration=16.595427245s duration_ms=16595 cached=29045 returned=29045 partial=0
level=warn ts=2022-12-14T13:26:58.262391529Z caller=intrumentation.go:67 msg="changing probe status" status=not-ready reason="syncing metas: incomplete view: 2 errors: meta.json file exists: 01EK33A3VQ15QKRNQ2HDTZXSKA/meta.json: cannot get properties for Azure blob, address: 01EK33A3VQ15QKRNQ2HDTZXSKA/meta.json: ===== INTERNAL ERROR =====\ncontext deadline exceeded; meta.json file exists: 01EP1ZEKJ1YEW12RQ2BZYWSEEV/meta.json: cannot get properties for Azure blob, address: 01EP1ZEKJ1YEW12RQ2BZYWSEEV/meta.json: ===== INTERNAL ERROR =====\ncontext deadline exceeded"
level=info ts=2022-12-14T13:26:58.26255649Z caller=http.go:84 service=http/server component=compact msg="internal server is shutting down" err="syncing metas: incomplete view: 2 errors: meta.json file exists: 01EK33A3VQ15QKRNQ2HDTZXSKA/meta.json: cannot get properties for Azure blob, address: 01EK33A3VQ15QKRNQ2HDTZXSKA/meta.json: ===== INTERNAL ERROR =====\ncontext deadline exceeded; meta.json file exists: 01EP1ZEKJ1YEW12RQ2BZYWSEEV/meta.json: cannot get properties for Azure blob, address: 01EP1ZEKJ1YEW12RQ2BZYWSEEV/meta.json: ===== INTERNAL ERROR =====\ncontext deadline exceeded"
level=info ts=2022-12-14T13:26:58.262933587Z caller=http.go:103 service=http/server component=compact msg="internal server is shutdown gracefully" err="syncing metas: incomplete view: 2 errors: meta.json file exists: 01EK33A3VQ15QKRNQ2HDTZXSKA/meta.json: cannot get properties for Azure blob, address: 01EK33A3VQ15QKRNQ2HDTZXSKA/meta.json: ===== INTERNAL ERROR =====\ncontext deadline exceeded; meta.json file exists: 01EP1ZEKJ1YEW12RQ2BZYWSEEV/meta.json: cannot get properties for Azure blob, address: 01EP1ZEKJ1YEW12RQ2BZYWSEEV/meta.json: ===== INTERNAL ERROR =====\ncontext deadline exceeded"
level=info ts=2022-12-14T13:26:58.262971177Z caller=intrumentation.go:81 msg="changing probe status" status=not-healthy reason="syncing metas: incomplete view: 2 errors: meta.json file exists: 01EK33A3VQ15QKRNQ2HDTZXSKA/meta.json: cannot get properties for Azure blob, address: 01EK33A3VQ15QKRNQ2HDTZXSKA/meta.json: ===== INTERNAL ERROR =====\ncontext deadline exceeded; meta.json file exists: 01EP1ZEKJ1YEW12RQ2BZYWSEEV/meta.json: cannot get properties for Azure blob, address: 01EP1ZEKJ1YEW12RQ2BZYWSEEV/meta.json: ===== INTERNAL ERROR =====\ncontext deadline exceeded"
level=error ts=2022-12-14T13:26:58.265708645Z caller=runutil.go:100 msg="function failed. Retrying in next tick" err="BaseFetcher: iter bucket: context canceled"

I think it would be best to move this issue to the objstore repository. While doing that could you also specify which authentication method you are using towards the Azure Storage Account.

Not found in newest version


text:
Inconsistency with flex gap and grid gap usage

The Flex component uses a FlexGap enum to specify the gap prop, whilst the Grid component uses u16 pixels for specifying the gap. This inconsistency caused a bit of confusion for me, and might be better off using one of the two approaches for both components.
Also, it is a little unintuative that FlexGap variants have different sizes based on if the flex component is horizontal or vertical. I'm trying to make a kind of two column layout with one parent flex component, and two children:
view! {
    <Flex gap=FlexGap::Medium>
        <Flex class="flex-1" gap=FlexGap::Medium vertical=true>
            // Children in column A
        </Flex>
        <Flex class="flex-1" gap=FlexGap::Medium vertical=true>
            // Children in column B
        </Flex>
    </Flex>
}

However, despite me using FlexGap::Medium on all these components, the grid layout has 12px horizontally, and 8px vertically, which is not what I had expected.

The Flex and Grid components are designed with reference to the components of Naive UI, so I don’t plan to modify them at present.

However, despite me using FlexGap::Medium on all these components, the grid layout has 12px horizontally, and 8px vertically, which is not what I had expected.

You can customize it via FlexGap::WH(12, 12) or FlexGap::Size(12).

authors: luoxiaozero tqwewe

repo: thaw-ui/thaw


text:
Fixes artisan optimize with no db connection

Fixes artisan optimize breaking on CI servers with no db connection.
Fixes #105

Awesome. Thanks guys!

authors: WesleyE tnylea

repo: the-control-group/voyager


text:
Replace tabs with spaces and restructured some HTML in blade files to gain more readability

I've done the following things:

Replaced tabs with spaces in some files
Fixed indentation of some blade files
Did some code style changes

It's hard to review this pull request using the unified option under diff settings. I suggest you to use the split option.

Some more things that I want to discuss:

I wonder if I can remove the out commented line at https://github.com/the-control-group/voyager/pull/3287/files?utf8=✓&diff=unified#diff-cf377d287d89be3fc7d2a9c234b13774L115

Can I replace <?php echo .... ; ?> with blade mustache symbols? https://github.com/the-control-group/voyager/pull/3287/files#diff-ae7663e73e47fb2ae5a55b94af230685R68

Can I remove the console.log at https://github.com/the-control-group/voyager/pull/3287/files#diff-ae7663e73e47fb2ae5a55b94af230685R180

Go ahead and remove the commented line.
I'm not sure that line should even be there, since it's between two @elseif lines, so it should be invalid code.
Yes, console.log can be removed
I swear I saw a usage of that just the other day, but I can't seem to find it right now.  I'd say it's probably a mistake and fine to delete as well.

Thanks!

I deleted this file for 1.1 already, but it slipped back in when I splitted the language files.

@fletch3555 thanks for the review. I'm aware of that. Since this project doesn't have a code rules guide, I have to guess which rules this project is following. Most of the code is indented with spaces, so that's the reason why I choosed spaces over tabs.
About point 2: I think that the line is correct. I have updated it to use {{ & }}.

authors: cyrildewit emptynick fletch3555


text:
Fix map settings not saving

I noticed that on the live site, map settings were not being saved across page refreshes. This fixes that issue.

.deploy to development

.deploy

repo: the-hideout/tarkov-dev