node-fs-repo and packfiles

It seems that node-fs-repo is unable to work with any objects that are only within packfiles.
Is any work already planned or underway to support finding/loading objects from packfiles?

Good question! The code for parsing packfiles is already in the project, as it's used for pulling and pushing. What's missing is parsing index files, but that should be fairly trivial to implement. The way I have planned to implement this is to use a mixin that first tries to read a normal object file, and if that fails it will try to read from a packfile.
There is one thing that I haven't decided on yet, which is how to read only part of a file. Packfiles are designed to be used as memory mapped files, but there is no support for this in es-git. So maybe some work to support that is needed too

I'm (also) looking into using fs-repos with packfiles and would be interested in implementing this (with some guidance). Any pointers on where to start?


[test](index compaction)Add exception cases for index compaction

What problem does this PR solve?
Problem Summary:

Add more exception cases for index compaction
Refactor index compaction test code, add a util class for all cases
Merge index_compaction_delete case to index compaction test

Release note
None
Check List (For Author)

Test

[ ] Regression test
[x] Unit Test
[ ] Manual test (add detailed scripts or steps below)
[ ] No need to test or manual test. Explain why:

[ ] This is a refactor/code format and no logic has been changed.
[ ] Previous test can cover this change.
[ ] No code files have been changed.
[ ] Other reason

Behavior changed:

[x] No.
[ ] Yes.

Does this need documentation?

[x] No.
[ ] Yes.

Check List (For Reviewer who merge this PR)

[ ] Confirm the release note
[ ] Confirm test cases
[ ] Confirm document
[ ] Add branch pick label

run buildall

run buildall

run buildall

run buildall


High CPU load

1|mtproxy  | SHORT ON IDLE SERVER CONNECTIONS! dcId: 4
1|mtproxy  | SHORT ON IDLE SERVER CONNECTIONS! dcId: 4
1|mtproxy  | SHORT ON IDLE SERVER CONNECTIONS! dcId: 4
1|mtproxy  | SHORT ON IDLE SERVER CONNECTIONS! dcId: 4
1|mtproxy  | SHORT ON IDLE SERVER CONNECTIONS! dcId: 4
1|mtproxy  | SHORT ON IDLE SERVER CONNECTIONS! dcId: 4
1|mtproxy  | SHORT ON IDLE SERVER CONNECTIONS! dcId: 4
1|mtproxy  | SHORT ON IDLE SERVER CONNECTIONS! dcId: 4
1|mtproxy  | SHORT ON IDLE SERVER CONNECTIONS! dcId: 4
1|mtproxy  | SHORT ON IDLE SERVER CONNECTIONS! dcId: 4
1|mtproxy  | SHORT ON IDLE SERVER CONNECTIONS! dcId: 4
1|mtproxy  | SHORT ON IDLE SERVER CONNECTIONS! dcId: 4

Also have
TypeError: Cannot read property 'substr' of undefined
    at Socket.<anonymous> (/opt/JSMTProxy/mtproxy.js:158:41)
    at emitOne (events.js:116:13)
    at Socket.emit (events.js:211:7)
    at addChunk (_stream_readable.js:263:12)
    at readableAddChunk (_stream_readable.js:250:11)
    at Socket.Readable.push (_stream_readable.js:208:10)
    at TCP.onread (net.js:597:20)

I have these errors in logs and even if I have only 1 connected client - cpu load is near 60%
OS: Ubuntu 18.04
NodeJS: v8.11.2
pm2: 2.10.4
Connections per second: 70 DC1: 7 DC2: 13 DC3: 1 DC4: 48 DC5: 2
Connections per second: 58 DC1: 2 DC2: 8 DC3: 1 DC4: 48 DC5: 0
Connections per second: 57 DC1: 2 DC2: 7 DC3: 1 DC4: 48 DC5: 1
Connections per second: 58 DC1: 2 DC2: 7 DC3: 1 DC4: 48 DC5: 1
Connections per second: 55 DC1: 2 DC2: 6 DC3: 0 DC4: 48 DC5: 1
Connections per second: 59 DC1: 2 DC2: 8 DC3: 1 DC4: 49 DC5: 1
Connections per second: 59 DC1: 2 DC2: 8 DC3: 1 DC4: 49 DC5: 1
Connections per second: 54 DC1: 1 DC2: 7 DC3: 1 DC4: 46 DC5: 0
Connections per second: 55 DC1: 2 DC2: 7 DC3: 1 DC4: 46 DC5: 1
Connections per second: 58 DC1: 2 DC2: 8 DC3: 1 DC4: 47 DC5: 2
Connections per second: 56 DC1: 4 DC2: 7 DC3: 0 DC4: 46 DC5: 1
Connections per second: 57 DC1: 2 DC2: 8 DC3: 1 DC4: 47 DC5: 1

So looks like somehow there is some DDOS on this server. Is there any way to queue connections and etc to protect from very often requests?
UPD:
With
netstat -ntu | awk '{print $5}' | cut -d: -f1 | sort | uniq -c | sort -n
I checked which IPs are ddosing port 6969. So for some reason they are telegram DC servers!
   229: <IP_ADDRESS>
   2297: <IP_ADDRESS>

Same here =/

Did anyone find a way to solve it ?


Android: Modal + ViewPagerAndroid rendered is blank

Is this a bug report?
Yes, this bug is Android only
Have you read the Contributing Guidelines?
Yes
Environment
Environment:
OS: macOS High Sierra 10.13.2
Node: 6.11.0
Yarn: 1.3.2
npm: 3.10.10
Watchman: 4.7.0
Xcode: Xcode 9.2 Build version 9C40b
Android Studio: 3.0 AI-171.4443003
Packages: (wanted => installed)
react: 16.2.0 => 16.2.0
react-native: 0.53.0 => 0.53.0
Target Platform: iOS (10.3) and Android (API 21 and up)
Steps to Reproduce

ViewPagerAndroid in Modal Component
open Modal
ViewPagerAndroid rendering is blank

Expected Behavior
ViewPagerAndroid is renderd
Actual Behavior
ViewPagerAndroid rendering is blank
Reproducible Demo
https://snack.expo.io/ByVzNkwLz

we have this issue too, we are looking at using a third party library to get around this.

v0.48.4 or less were working properly.

Same issues . I think the maintainers are have only iOS devices and don't want support android. I think they  do work on react-native only because they  likes write code on js for iOS.

RN < v0.55
This issue is already resolved.

So you are saying it's resolved by updating to RN v0.55+?


Unable to locate template for shortcode "staticref" in page "home/about.md"

Hello,
I ran into a problem today while trying to deploy hugo on github pages. The deployment was working all fine until I ran the following command.
hugo --cleanDestinationDir
Then I got an error message saying git crashed. Once I removed the .git/index.lock file and re ran hugo, I got the following error
Building sites … ERROR 2018/03/10 19:23:48 Unable to locate template for shortcode "staticref" in page "home/about.md"
I feel I shouldn't have included --cleanDestinationDir as it was working fine before when I just ran hugo. I do not know how to resolve it now.

Since this is related to Hugo's implementation of cleanDestinationDir, please post on the Hugo forums for support. Note that the option is briefly documented by the Hugo team here: https://gohugo.io/commands/hugo/

True that cleanDestinationDir is not required, I was just trying it out. I posted on Hugo forums btw. Thanks.


Beta 5 :  Add post author and gallery viewer

:tada: This PR is included in version 1.0.0-beta.5 :tada:
The release is available on:

GitHub release
v1.0.0-beta.5

Your semantic-release bot :package::rocket:

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

GitHub release
v1.0.0

Your semantic-release bot :package::rocket:


Switch to MagicPython for Python sources

This might fix #2691 and #2660

@berdario - would you mind agreeing to the CLA please?

Done.
Let me know if this works as expected: there doesn't seem to be integration tests with the grammars, and the only instructions for contributors mention to check if the grammar is working properly in the editor of our choice (and that's obviously the case)

@berdario - thanks! Would you mind showing the improvements using Lightshow? https://github-lightshow.herokuapp.com/

Last time I tried, Lightshow is non functional.
I'll try again

Yes, Lightshow is broken in some way:
https://github-lightshow.herokuapp.com/?utf8=✓&scope=from-url&grammar_url=https%3A%2F%2Fraw.githubusercontent.com%2FMagicStack%2FMagicPython%2Fmaster%2Fgrammars%2FMagicPython.cson&grammar_text=&code_source=from-url&code_url=https%3A%2F%2Fraw.githubusercontent.com%2Fberdario%2Fresumable-urlretrieve%2Fmaster%2Fresumable%2F__init__.py&code=
It believes that the grammar is a YAML file, while instead it's in CSON format. And obviously the grammar works just fine in my Atom editor
(this is the wrong rendering with the old grammar, btw)

@aroben - any ideas what is going on here?

Yeah this is a bug in Lightshow. It does some very dumb detection to try to figure out what format a grammar is in. It expects CSON grammars to start with a single or double quote character, and since this one doesn't it's falling into the YAML code path.

@aroben Wouldn't relying on the extension work better?

Yes, that would definitely be better in this case. We have to do some content detection when the grammar is POSTed from the textarea, but even then we could try parsing in all formats and return the first one that works.

People that are going to paste a grammar, know in which syntax it has been written in, so I'd rather add a drop-down select, rather than guessing

I agree that a drop-down select might be simpler for POSTed grammars :+1:
If the user doesn't select anything, we can always default to more sophisticated approaches.
Any way Lightshow could be decorrelated from the parsing code and published in open source?
It would make it easier to track issues and test improvement propositions :smiley:

Any way Lightshow could be decorrelated from the parsing code and published
in open source?
It would make it easier to track issues and test improvement propositions

I'll try to think of ways to do that.

Bump? It'd be really cool if this got merged soon...

Bump? It'd be really cool if this got merged soon...

I took @berdario's Lightshow example and changed the grammar to go around the bug - I removed the first comment line, added double quotes and made it a Gist. We can now see how MagicPython improves syntax highlighting:

Lightshow example with the current grammar, language-python;
Lightshow example with MagicPython.

Clearly, MagicPython does a better job at highlighting this file.
@aroben Any news on the bug and/or making Lightshow open source?

I took @berdario's Lightshow example and changed the grammar to go around the bug - I removed the first comment line, added double quotes and made it a Gist. We can now see how MagicPython improves syntax highlighting:

Lightshow example with the current grammar, language-python;
Lightshow example with MagicPython.

Clearly, MagicPython does a better job at highlighting this file.
@aroben Any news on the bug and/or making Lightshow open source?

Replaced by #2796

@aroben Any news on the bug and/or making Lightshow open source?

No news, but I did file an issue to track this internally.

Cool, thanks!


Iota logo/design

Some ideas:
Use the lowercase greek iota character?

http://greekletter.org/greek-alphabets/lowercase/font1/greekalphabet-iota-1.jpg
https://upload.wikimedia.org/wikipedia/commons/1/1b/Greek_iota.png

Maybe a variation of the 3D freestyle logo?

/cc @raulraja

bump
Any chance this could still happen? If not-- let's close this issue!


Compilation fail with Bullet in Webassembly templates

Operating system or device, Godot version, GPU Model and driver (if graphics related):
Arclinux 64bit, Godot 3 Compiled today
Issue description:
I tried to compile the Webassembly templates today to test if #11804 was indeed fixed,
but compilation failed with Bullet:
$ export EMSCRIPTEN_ROOT=/usr/lib/emscripten
$ scons platform=javascript target=release wasm=yes
scons: Reading SConscript files ...
Checking for C header file mntent.h... yes
scons: done reading SConscript files.
scons: Building targets ...
[  0%] Install file: "misc/dist/html/default.html" as "bin/.javascript_zip/godot.html"
[  1%] build_gles3_headers(["drivers/gles3/shaders/canvas_shadow.glsl.gen.h"], ["drivers/gles3/shaders/canvas_shadow.glsl"])
[  1%] build_gles3_headers(["drivers/gles3/shaders/cube_to_dp.glsl.gen.h"], ["drivers/gles3/shaders/cube_to_dp.glsl"])
[  1%] build_gles3_headers(["drivers/gles3/shaders/effect_blur.glsl.gen.h"], ["drivers/gles3/shaders/effect_blur.glsl"])
[  1%] build_gles3_headers(["drivers/gles3/shaders/exposure.glsl.gen.h"], ["drivers/gles3/shaders/exposure.glsl"])
[  1%] build_gles3_headers(["drivers/gles3/shaders/resolve.glsl.gen.h"], ["drivers/gles3/shaders/resolve.glsl"])
[  1%] build_gles3_headers(["drivers/gles3/shaders/scene.glsl.gen.h"], ["drivers/gles3/shaders/scene.glsl"])
[  1%] build_gles3_headers(["drivers/gles3/shaders/screen_space_reflection.glsl.gen.h"], ["drivers/gles3/shaders/screen_space_reflection.glsl"])
[  1%] build_gles3_headers(["drivers/gles3/shaders/ssao.glsl.gen.h"], ["drivers/gles3/shaders/ssao.glsl"])
[  1%] build_gles3_headers(["drivers/gles3/shaders/ssao_blur.glsl.gen.h"], ["drivers/gles3/shaders/ssao_blur.glsl"])
[  1%] build_gles3_headers(["drivers/gles3/shaders/ssao_minify.glsl.gen.h"], ["drivers/gles3/shaders/ssao_minify.glsl"])
[  1%] build_gles3_headers(["drivers/gles3/shaders/subsurf_scattering.glsl.gen.h"], ["drivers/gles3/shaders/subsurf_scattering.glsl"])
[  1%] build_gles3_headers(["drivers/gles3/shaders/tonemap.glsl.gen.h"], ["drivers/gles3/shaders/tonemap.glsl"])
[  1%] build_gles3_headers(["drivers/gles3/shaders/blend_shape.glsl.gen.h"], ["drivers/gles3/shaders/blend_shape.glsl"])
[  1%] build_gles3_headers(["drivers/gles3/shaders/canvas.glsl.gen.h"], ["drivers/gles3/shaders/canvas.glsl"])
[  2%] build_gles3_headers(["drivers/gles3/shaders/copy.glsl.gen.h"], ["drivers/gles3/shaders/copy.glsl"])
[  2%] build_gles3_headers(["drivers/gles3/shaders/cubemap_filter.glsl.gen.h"], ["drivers/gles3/shaders/cubemap_filter.glsl"])
[  2%] build_gles3_headers(["drivers/gles3/shaders/particles.glsl.gen.h"], ["drivers/gles3/shaders/particles.glsl"])
[  3%] run(["core/method_bind.gen.inc", "core/method_bind_ext.gen.inc"], ["core/make_binders.py"])
[  4%] Compiling ==> platform/javascript/os_javascript.cpp
[  4%] Compiling ==> platform/javascript/audio_driver_javascript.cpp
[  4%] Compiling ==> platform/javascript/javascript_main.cpp
[  4%] Compiling ==> platform/javascript/power_javascript.cpp
[  4%] Compiling ==> platform/javascript/javascript_eval.cpp
[  4%] Compiling ==> main/performance.cpp
[  4%] Compiling ==> main/input_default.cpp
[  4%] make_app_icon(["main/app_icon.gen.h"], ["main/app_icon.png"])
[  4%] make_splash(["main/splash.gen.h"], ["main/splash.png"])
[  7%] Compiling ==> main/main.cpp
[  7%] Linking Static Library ==> main/libmain.javascript.opt.webassembly.bc
Ranlib Library         ==> main/libmain.javascript.opt.webassembly.bc
[  7%] Compiling ==> main/tests/test_image.cpp
[  7%] Compiling ==> main/tests/test_math.cpp
[  8%] Compiling ==> main/tests/test_physics.cpp
[  8%] Compiling ==> main/tests/test_io.cpp
[  8%] Compiling ==> main/tests/test_gdscript.cpp
[  8%] Compiling ==> main/tests/test_main.cpp
[  8%] Compiling ==> main/tests/test_render.cpp
[  8%] Compiling ==> main/tests/test_gui.cpp
[  8%] Compiling ==> main/tests/test_oa_hash_map.cpp
[  8%] Compiling ==> main/tests/test_ordered_hash_map.cpp
[  8%] Compiling ==> main/tests/test_string.cpp
[  8%] Compiling ==> main/tests/test_physics_2d.cpp
[  8%] Compiling ==> main/tests/test_shader_lang.cpp
[  9%] Linking Static Library ==> main/tests/libtests.javascript.opt.webassembly.bc
Ranlib Library         ==> main/tests/libtests.javascript.opt.webassembly.bc
[  9%] Compiling ==> modules/register_module_types.gen.cpp
[ 10%] Compiling ==> thirdparty/bullet/src/BulletCollision/BroadphaseCollision/btAxisSweep3.cpp
[ 10%] Compiling ==> thirdparty/bullet/src/BulletCollision/BroadphaseCollision/btBroadphaseProxy.cpp
[ 10%] Compiling ==> thirdparty/bullet/src/BulletCollision/BroadphaseCollision/btCollisionAlgorithm.cpp
[ 10%] Compiling ==> thirdparty/bullet/src/BulletCollision/BroadphaseCollision/btDbvt.cpp
[ 10%] Compiling ==> thirdparty/bullet/src/BulletCollision/BroadphaseCollision/btDbvtBroadphase.cpp
[ 10%] Compiling ==> thirdparty/bullet/src/BulletCollision/BroadphaseCollision/btDispatcher.cpp
[ 10%] Compiling ==> thirdparty/bullet/src/BulletCollision/BroadphaseCollision/btOverlappingPairCache.cpp
[ 10%] Compiling ==> thirdparty/bullet/src/BulletCollision/BroadphaseCollision/btQuantizedBvh.cpp
[ 10%] Compiling ==> thirdparty/bullet/src/BulletCollision/BroadphaseCollision/btSimpleBroadphase.cpp
[ 11%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btActivatingCollisionAlgorithm.cpp
[ 11%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btBoxBoxCollisionAlgorithm.cpp
[ 11%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btBox2dBox2dCollisionAlgorithm.cpp
[ 11%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btBoxBoxDetector.cpp
[ 11%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btCollisionDispatcher.cpp
[ 11%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btCollisionDispatcherMt.cpp
[ 11%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btCollisionObject.cpp
[ 12%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btCollisionWorld.cpp
[ 13%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btCollisionWorldImporter.cpp
[ 13%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btCompoundCollisionAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btCompoundCompoundCollisionAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btConvexConcaveCollisionAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btConvexConvexAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btConvexPlaneCollisionAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btConvex2dConvex2dAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btDefaultCollisionConfiguration.cpp
[ 13%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btEmptyCollisionAlgorithm.cpp
[ 13%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btGhostObject.cpp
[ 13%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btHashedSimplePairCache.cpp
[ 13%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btInternalEdgeUtility.cpp
[ 13%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btManifoldResult.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btSimulationIslandManager.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btSphereBoxCollisionAlgorithm.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btSphereSphereCollisionAlgorithm.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btSphereTriangleCollisionAlgorithm.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/btUnionFind.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionDispatch/SphereTriangleDetector.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btBoxShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btBox2dShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btBvhTriangleMeshShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btCapsuleShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btCollisionShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btCompoundShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btConcaveShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btConeShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btConvexHullShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btConvexInternalShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btConvexPointCloudShape.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btConvexPolyhedron.cpp
[ 14%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btConvexShape.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btConvex2dShape.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btConvexTriangleMeshShape.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btCylinderShape.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btEmptyShape.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btHeightfieldTerrainShape.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btMinkowskiSumShape.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btMultimaterialTriangleMeshShape.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btMultiSphereShape.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btOptimizedBvh.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btPolyhedralConvexShape.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btScaledBvhTriangleMeshShape.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btShapeHull.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btSphereShape.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btStaticPlaneShape.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btStridingMeshInterface.cpp
[ 15%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btTetrahedronShape.cpp
[ 16%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btTriangleBuffer.cpp
[ 16%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btTriangleCallback.cpp
[ 16%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btTriangleIndexVertexArray.cpp
[ 16%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btTriangleIndexVertexMaterialArray.cpp
[ 16%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btTriangleMesh.cpp
[ 16%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btTriangleMeshShape.cpp
[ 16%] Compiling ==> thirdparty/bullet/src/BulletCollision/CollisionShapes/btUniformScalingShape.cpp
[ 16%] Compiling ==> thirdparty/bullet/src/BulletCollision/Gimpact/btContactProcessing.cpp
[ 16%] Compiling ==> thirdparty/bullet/src/BulletCollision/Gimpact/btGenericPoolAllocator.cpp
[ 16%] Compiling ==> thirdparty/bullet/src/BulletCollision/Gimpact/btGImpactBvh.cpp
[ 16%] Compiling ==> thirdparty/bullet/src/BulletCollision/Gimpact/btGImpactCollisionAlgorithm.cpp
[ 16%] Compiling ==> thirdparty/bullet/src/BulletCollision/Gimpact/btGImpactQuantizedBvh.cpp
[ 16%] Compiling ==> thirdparty/bullet/src/BulletCollision/Gimpact/btGImpactShape.cpp
[ 16%] Compiling ==> thirdparty/bullet/src/BulletCollision/Gimpact/btTriangleShapeEx.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/Gimpact/gim_box_set.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/Gimpact/gim_contact.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/Gimpact/gim_memory.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/Gimpact/gim_tri_collision.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/NarrowPhaseCollision/btContinuousConvexCollision.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/NarrowPhaseCollision/btConvexCast.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/NarrowPhaseCollision/btGjkConvexCast.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/NarrowPhaseCollision/btGjkEpa2.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/NarrowPhaseCollision/btGjkEpaPenetrationDepthSolver.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/NarrowPhaseCollision/btGjkPairDetector.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/NarrowPhaseCollision/btMinkowskiPenetrationDepthSolver.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/NarrowPhaseCollision/btPersistentManifold.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/NarrowPhaseCollision/btRaycastCallback.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/NarrowPhaseCollision/btSubSimplexConvexCast.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/NarrowPhaseCollision/btVoronoiSimplexSolver.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletCollision/NarrowPhaseCollision/btPolyhedralContactClipping.cpp
[ 17%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Character/btKinematicCharacterController.cpp
[ 18%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btConeTwistConstraint.cpp
[ 18%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btContactConstraint.cpp
[ 18%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btFixedConstraint.cpp
[ 18%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btGearConstraint.cpp
[ 18%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btGeneric6DofConstraint.cpp
[ 18%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btGeneric6DofSpringConstraint.cpp
[ 18%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btGeneric6DofSpring2Constraint.cpp
[ 18%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btHinge2Constraint.cpp
[ 18%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btHingeConstraint.cpp
[ 18%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btPoint2PointConstraint.cpp
[ 18%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btSequentialImpulseConstraintSolver.cpp
[ 19%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btNNCGConstraintSolver.cpp
[ 19%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btSliderConstraint.cpp
[ 19%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btSolve2LinearConstraint.cpp
[ 19%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btTypedConstraint.cpp
[ 19%] Compiling ==> thirdparty/bullet/src/BulletDynamics/ConstraintSolver/btUniversalConstraint.cpp
[ 19%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Dynamics/btDiscreteDynamicsWorld.cpp
[ 19%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Dynamics/btDiscreteDynamicsWorldMt.cpp
[ 19%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Dynamics/btSimulationIslandManagerMt.cpp
[ 19%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Dynamics/btRigidBody.cpp
[ 19%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Dynamics/btSimpleDynamicsWorld.cpp
[ 19%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Vehicle/btRaycastVehicle.cpp
[ 19%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Vehicle/btWheelInfo.cpp
[ 19%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Featherstone/btMultiBody.cpp
[ 20%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Featherstone/btMultiBodyConstraintSolver.cpp
[ 20%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Featherstone/btMultiBodyDynamicsWorld.cpp
[ 20%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Featherstone/btMultiBodyJointLimitConstraint.cpp
[ 20%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Featherstone/btMultiBodyConstraint.cpp
[ 20%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Featherstone/btMultiBodyPoint2Point.cpp
[ 20%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Featherstone/btMultiBodyFixedConstraint.cpp
[ 20%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Featherstone/btMultiBodySliderConstraint.cpp
[ 20%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Featherstone/btMultiBodyJointMotor.cpp
[ 20%] Compiling ==> thirdparty/bullet/src/BulletDynamics/Featherstone/btMultiBodyGearConstraint.cpp
[ 20%] Compiling ==> thirdparty/bullet/src/BulletDynamics/MLCPSolvers/btDantzigLCP.cpp
[ 20%] Compiling ==> thirdparty/bullet/src/BulletDynamics/MLCPSolvers/btMLCPSolver.cpp
[ 20%] Compiling ==> thirdparty/bullet/src/BulletDynamics/MLCPSolvers/btLemkeAlgorithm.cpp
[ 21%] Compiling ==> thirdparty/bullet/src/BulletInverseDynamics/IDMath.cpp
[ 21%] Compiling ==> thirdparty/bullet/src/BulletInverseDynamics/MultiBodyTree.cpp
[ 21%] Compiling ==> thirdparty/bullet/src/BulletInverseDynamics/details/MultiBodyTreeInitCache.cpp
[ 21%] Compiling ==> thirdparty/bullet/src/BulletInverseDynamics/details/MultiBodyTreeImpl.cpp
[ 21%] Compiling ==> thirdparty/bullet/src/BulletSoftBody/btSoftBody.cpp
[ 21%] Compiling ==> thirdparty/bullet/src/BulletSoftBody/btSoftBodyConcaveCollisionAlgorithm.cpp
[ 21%] Compiling ==> thirdparty/bullet/src/BulletSoftBody/btSoftBodyHelpers.cpp
[ 21%] Compiling ==> thirdparty/bullet/src/BulletSoftBody/btSoftBodyRigidBodyCollisionConfiguration.cpp
[ 21%] Compiling ==> thirdparty/bullet/src/BulletSoftBody/btSoftRigidCollisionAlgorithm.cpp
[ 22%] Compiling ==> thirdparty/bullet/src/BulletSoftBody/btSoftRigidDynamicsWorld.cpp
[ 22%] Compiling ==> thirdparty/bullet/src/BulletSoftBody/btSoftMultiBodyDynamicsWorld.cpp
[ 22%] Compiling ==> thirdparty/bullet/src/BulletSoftBody/btSoftSoftCollisionAlgorithm.cpp
[ 22%] Compiling ==> thirdparty/bullet/src/BulletSoftBody/btDefaultSoftBodySolver.cpp
[ 22%] Compiling ==> thirdparty/bullet/src/clew/clew.c
[ 22%] Compiling ==> thirdparty/bullet/src/LinearMath/btAlignedAllocator.cpp
[ 22%] Compiling ==> thirdparty/bullet/src/LinearMath/btConvexHull.cpp
[ 22%] Compiling ==> thirdparty/bullet/src/LinearMath/btConvexHullComputer.cpp
[ 22%] Compiling ==> thirdparty/bullet/src/LinearMath/btGeometryUtil.cpp
[ 22%] Compiling ==> thirdparty/bullet/src/LinearMath/btPolarDecomposition.cpp
[ 22%] Compiling ==> thirdparty/bullet/src/LinearMath/btQuickprof.cpp
[ 22%] Compiling ==> thirdparty/bullet/src/LinearMath/btSerializer.cpp
[ 22%] Compiling ==> thirdparty/bullet/src/LinearMath/btSerializer64.cpp
[ 22%] Compiling ==> thirdparty/bullet/src/LinearMath/btThreads.cpp
[ 22%] Compiling ==> thirdparty/bullet/src/LinearMath/btVector3.cpp
[ 22%] Compiling ==> modules/bullet/btRayShape.cpp
[ 23%] Compiling ==> modules/bullet/rigid_body_bullet.cpp
[ 23%] Compiling ==> modules/bullet/hinge_joint_bullet.cpp
[ 23%] Compiling ==> modules/bullet/bullet_physics_server.cpp
[ 23%] Compiling ==> modules/bullet/cone_twist_joint_bullet.cpp
[ 23%] Compiling ==> modules/bullet/godot_ray_world_algorithm.cpp
[ 23%] Compiling ==> modules/bullet/area_bullet.cpp
[ 23%] Compiling ==> modules/bullet/constraint_bullet.cpp
[ 23%] Compiling ==> modules/bullet/pin_joint_bullet.cpp
[ 23%] Compiling ==> modules/bullet/generic_6dof_joint_bullet.cpp
[ 23%] Compiling ==> modules/bullet/collision_object_bullet.cpp
[ 23%] Compiling ==> modules/bullet/godot_result_callbacks.cpp
[ 24%] Compiling ==> modules/bullet/shape_owner_bullet.cpp
[ 24%] Compiling ==> modules/bullet/godot_collision_configuration.cpp
[ 24%] Compiling ==> modules/bullet/slider_joint_bullet.cpp
[ 24%] Compiling ==> modules/bullet/bullet_types_converter.cpp
[ 24%] Compiling ==> modules/bullet/shape_bullet.cpp
[ 24%] Compiling ==> modules/bullet/godot_collision_dispatcher.cpp
[ 24%] Compiling ==> modules/bullet/soft_body_bullet.cpp
[ 24%] Compiling ==> modules/bullet/register_types.cpp
[ 24%] Compiling ==> modules/bullet/joint_bullet.cpp
[ 24%] Compiling ==> modules/bullet/space_bullet.cpp
modules/bullet/space_bullet.cpp:121:28: error: cannot use dynamic_cast with
      -fno-rtti
        btConvexShape *btConvex = dynamic_cast<btConvexShape *>(shape->c...
                                  ^
modules/bullet/space_bullet.cpp:153:35: error: cannot use dynamic_cast with
      -fno-rtti
        btConvexShape *bt_convex_shape = dynamic_cast<btConvexShape *>(s...
                                         ^
modules/bullet/space_bullet.cpp:203:28: error: cannot use dynamic_cast with
      -fno-rtti
        btConvexShape *btConvex = dynamic_cast<btConvexShape *>(shape->c...
                                  ^
modules/bullet/space_bullet.cpp:237:28: error: cannot use dynamic_cast with
      -fno-rtti
        btConvexShape *btConvex = dynamic_cast<btConvexShape *>(shape->c...
                                  ^
modules/bullet/space_bullet.cpp:927:37: error: cannot use dynamic_cast with
      -fno-rtti
                        btConvexShape *convex_shape_test(dynamic_cast<bt...
                                                         ^
5 errors generated.
ERROR:root:compiler frontend failed to generate LLVM bitcode, halting
scons: *** [modules/bullet/space_bullet.javascript.opt.webassembly.bc] Error 1
scons: building terminated because of errors.

Am I doing something wrong (but it's not the first time I do this), or is there a bug with the fresh add of Bullet ?
Thanks for your work !

Those dynamic_casts should probably be replaced with static_casts.
Ref: https://github.com/godotengine/godot/pull/12641

@AndreaCatania Godot is built without runtime type information (-fno-rtti) on some platforms, can you solve this without dynamic_cast?

I'll check if it's possible. I let you know
On Nov 15, 2017 11:07 PM, "Leon Krause"<EMAIL_ADDRESS>wrote:

@AndreaCatania https://github.com/andreacatania Godot is built without
runtime type information (-fno-rtti) on some platforms, can you solve
this without dynamic_cast?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/godotengine/godot/issues/12720#issuecomment-344744790,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AH9MRyEwd_2b-n9caba8HHZnBuHxL08Hks5s22C3gaJpZM4QUdny
.

I think you could use btCollisionShape::isConvex().

Fixed: https://github.com/godotengine/godot/pull/13046

Thanks a lot for the fix, but I'm sorry there is still work to do...  : #13078

Sorry, this is really fixed... thanks everyone !


[lcms]x64-windows failed

Host Environment

OS:Win10 professional
Package: jasper:x64-windows
Vcpkg version: 2020.11.12-nohash

To Reproduce
Steps to reproduce the behavior:
/vcpkg.exe install devil:x64-windows
Failure logs
Error: Building package jasper:x64-windows failed with: BUILD_FAILED
Additional context
Reinstall is failed too.

This issue should be fixed in Windows SDK 10.0.18362.0 and later versions. please update the version of your Windows SDK.

@gm8811,Can you send out your complete error log? I cannot reproduce your problem on windows10

@JonLiu1993
CMake Error at scripts/ports.cmake:68 (message):
Unable to empty directory: E:/Git/vcpkg/packages/lcms_x64-windows
Files are likely in use.
I delete the directory, and it worked.


OG-USA developer meeting agenda, 2/15/21, noon-1pm ET

Agenda for OG-USA developer meeting: 2/15/21
12-1pm ET
Zoom Meeting ID:<PHONE_NUMBER>
Zoom Meeting Password: ogusa
Zoom Meeting URL: https://riceuniversity.zoom.us/j/4073958475
This meeting is open to the public.
Agenda

Follow up on 2/1/21 developer meeting discussion.
Discuss TPC report, sensitivity analysis
Update on @jpycroft's JRC project

Next meeting: Monday, March 1, 2021, noon-1pm ET
@jdebacker @MaxGhenis @jpycroft

Notes

@jpycroft said his project with the JRC is underway
@jdebacker discussed creation of OG-UK-Calibration repository in the PSLmodels GitHub organization for more work on OG-UK model calibration and interface with openfisca-uk.
@MaxGhenis gave update on research assistants calibrating household demographic makeup from PSID project.


Fix #53 - Added .gitignore file for VS solution

Included a .gitignore file for the generated files and build artifacts of the .net core project. Removed generated files that were part of the repository.

Looks good to me.


[device_info_plus] Not working with Flutter 2.8.0 on M1 Mac

System info
Issue occurs on: iOS (M1 Mac)
Plugin name: device_info_plus
Plugin version: ^3.1.0
Flutter doctor output:
Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel stable, 2.8.0, on macOS 12.0.1 21A559 darwin-arm, locale
    en-TR)
[✓] Android toolchain - develop for Android devices (Android SDK version 31.0.0)
[✓] Xcode - develop for iOS and macOS (Xcode 13.1)
[✓] Android Studio (version 2020.3)
[✓] VS Code (version 1.63.0)
[✓] VS Code (version 1.64.0-insider)
[✓] Connected device (1 available)
    ! Error: iPhone 13 is not connected. Xcode will continue when iPhone 13 is
      connected. (code -13)

• No issues found!

Steps to Reproduce

Just upgraded Flutter and I got that error. I did all the clean, pod install, update things, nothing worked.
Error:

Launching lib/main.dart on iPhone 13 in debug mode...
lib/main.dart:1
Xcode build done.                                           26.8s
Failed to build iOS app
Error output from Xcode build:
↳
    ** BUILD FAILED **
Xcode's output:
↳
    /Users/ragokan/Projects/messageapp/ios/Runner/GeneratedPluginRegistrant.m:12:9: fatal error: module 'device_info_plus' not found
    @import device_info_plus;
     ~~~~~~~^~~~~~~~~~~~~~~~
    1 error generated.
    note: Using new build system
    note: Planning
    note: Build preparation complete
    note: Building targets in parallel
Could not build the application for the simulator.
Error launching application on iPhone 13.
Exited (sigterm)

Logs

...
             /Users/ragokan/Projects/messageapp/ios/Runner/GeneratedPluginRegistrant.m:12:9: fatal error: module 'device_info_plus' not found
               @import device_info_plus;
                ~~~~~~~^~~~~~~~~~~~~~~~
               1 error generated.
...

➜  messageapp git:(master) flutter analyze
Analyzing messageapp...
No issues found! (ran in 3.0s)

[✓] Flutter (Channel stable, 2.8.0, on macOS 12.0.1 21A559 darwin-arm, locale
    en-TR)
    • Flutter version 2.8.0 at /Users/ragokan/Development/flutter
    • Upstream repository https://github.com/flutter/flutter.git
    • Framework revision cf44000065 (18 hours ago), 2021-12-08 14:06:50 -0800
    • Engine revision 40a99c5951
    • Dart version 2.15.0

[✓] Android toolchain - develop for Android devices (Android SDK version 31.0.0)
    • Android SDK at /Users/ragokan/Library/Android/sdk
    • Platform android-31, build-tools 31.0.0
    • Java binary at: /Applications/Android
      Studio.app/Contents/jre/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 11.0.10+0-b96-7249189)
    • All Android licenses accepted.

[✓] Xcode - develop for iOS and macOS (Xcode 13.1)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • CocoaPods version 1.11.2

[✓] Android Studio (version 2020.3)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/9212-flutter
    • Dart plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/6351-dart
    • Java version OpenJDK Runtime Environment (build 11.0.10+0-b96-7249189)

[✓] VS Code (version 1.63.0)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension can be installed from:
      🔨 https://marketplace.visualstudio.com/items?itemName=Dart-Code.flutter

[✓] VS Code (version 1.64.0-insider)
    • VS Code at /Applications/Visual Studio Code - Insiders.app/Contents
    • Flutter extension version 3.29.0

[✓] Connected device (1 available)
    • iPhone 13 (mobile) • 1388EFBD-5901-4C25-8AC6-ACA7E0F17894 • ios •
      com.apple.CoreSimulator.SimRuntime.iOS-15-0 (simulator)
    ! Error: iPhone 13 is not connected. Xcode will continue when iPhone 13 is
      connected. (code -13)

• No issues found!

Same problem

I do think that the problem is instead resulted by Flutter itself. Because when I delete this package, I still get the error for another package.

Having the same problem with device_info_plus: ^3.2.1 and Flutter 2.9.0-1.0.pre.464 • channel master.
@regokan, the issue is gone when I delete the package

The problem was on Flutter 2.8.0
2.8.1 has fixed it

Thank you for your reply, justjew.
I am on Flutter 2.8.1 • channel stable right now but still not working :/

I am using 2.5.0 facing this error.


Communicate a minimum feature set

Planned features:

[x] Get single feature - #13
[x] Get all features - #13
[x] Evaluate a feature - #13
[x] Get single property - #13
[x] Get all properties - #13
[x] Evaluate a property - #13
[ ] Proxied features
[ ] Proxied properties

Not planned (v0..x.y milestone)

Get secret property
Evaluate a secret property
Send custom metrics
Set listener for feature and property data changes (callback)
Admin interface
Token renewal / authenticator (#3)

Never planned, not a feature:

Singleton (not a library feature)
Context switch (1:1 client context relationship)

Sending metrics back on feature evaluation is important for billing, but can be implemented after january


Improve endpoint URL in api page

This PR improves the URL component that we show in the API endpoint section with better designs and better handling of long URLs. The PR also fixes some layout issues.

🔥 @kafkas if a url is blurred out due to length does it have a hover state where you can see the rest of it? if not, thats okay we can track as a follow up

🔥 @kafkas if a url is blurred out due to length does it have a hover state where you can see the rest of it? if not, thats okay we can track as a follow up

Not at the moment, unfortunately but we can do that easily. I was actually working on something a little different. A button that allows the user to expand the section. But a tooltip like the one you mentioned would be easier to implement.


[BUG] Import - CSV with long column names - Unexpected column names generated

Describe the bug
@nachorodriguez79
Using a CSV file with long names where the first 32 characters are the same, seem to result in generated names like VAR3 instead of an abbreviated name for VAR3.
I realize this is an edge case, so no need to fix. But might be an idea to add a section "Known Issues" to the readme and list issue.
To Reproduce
Steps to reproduce the behavior:

Use the custom step and read the attached CSV file
CSV-with-really-long-column-names.csv

Expected behavior
All columns should have an abbreviated version of the A clear and concise description of what you expected to happen.
Screenshots
Here is a screenshot of the CSV file:

And a screenshot of the Preview Data tab for the output port of the step:

Environment (please complete the following information):

Name of custom step: Import - GCSFS File Reader/Import - GCSFS File Reader.step
SAS Viya version: 2023.12
Browser: Chrome

Additional context
Add any other context about the problem here.

Added a know issues section in the README file with the following description:

When the input file has long column names where the the first 32 characters are not unique, then the generated output table will have columns that are named VARx (x being the column number) for those columns.
The label of those VARx columns will include the name of the original variable.
This behaviour is caused by the use of proc import in this custom step. It might be possible to read the file using a data step, but that is something to consider for a future version of this step.

Besides, the about tab has been updated accordingly.

Thanks. have merged your pull request https://github.com/sassoftware/sas-studio-custom-steps/pull/120 and will close as completed.


retrieveLogMessagesArray => Channel set as inactive before valid response has been received

Issue:   Channel set as inactive before valid response has been received
Usecase:
Using MS ClientAndServer and then direct SUT traffic via port redirection to the instantiated MS.
I run a companion thread which periodically requests info from the ms, and gets it most of the time.
When retrieving Log Messages via:
String[] logArray = client.retrieveLogMessagesArray()
occasionally receiving this message:
org.mockserver.client.netty.SocketConnectionException:
Channel set as inactive before valid response has been received
This is usually right after a service that generated a larger log profile, so I suspect its a timeout awaiting log array receipt.
Alternative:
if I break it up in smaller pieces (would prefer 1 call tho) exception does not occur.:
String[] logArray = client.retrieveLogMessagesArray HttpRequest.request().withPath(path))
I don't see a setTimeout value on client, but suspect that might help.
Hope all is well James!
jim

@jimkohl have you retested this in MockServer 5.4.1.  I can reproduce this in the current code base when I have 500 expectations, 100s of requests logs, 100s or request responses logged.  Are you using the Netty or WAR version of MockServer?

James
I’ve been working on a diff project lately but let me dust off and see what I find.
Jim
Sent from my iPhone

On Nov 14, 2018, at 2:36 AM, James D Bloom<EMAIL_ADDRESS>wrote:
@jimkohl have you retested this in MockServer 5.4.1. I can reproduce this in the current code base when I have 500 expectations, 100s of requests logs, 100s or request responses logged. Are you using the Netty or WAR version of MockServer?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

I believe this issue is now fixed in the latest versions of MockServer so I am closing this issue.  Please raise a new issue if you can reproduce the issue in the latest versions of MockServer.


Feature/upgrade to support newest possible version of GMA SDK

on Android, upgrade to support GMA SDK version 22.6.0, which is the newest version of android GMA SDK as of today.
on iOS, upgrade to support GMA SDK version 10.10.0, also raised the miminum deployment target to ios 12.4.

P.S, on iOS,  v10.10.0 is the highest version of GMA SDK our app currently could go up to , any higher version SDK will cause the pod install to fail, and canNot raise it to the newest version 11 too - because GMA SDK version 11 require the minimum deployment target to be ios 13.
🥬   Do Not Merge into master branch for now !!!

Hi there! I hope you're doing well! I was just wondering if there are any updates on this PR. It looks like the deadline is coming up soon. Thanks!


Adding NODEJS.md

@deadcoder0904 Can you merge it yourself?

@lk-geimfari Some projects like N1 are actually NODE_JS Projects.... So what do u think about moving all the Projects to only JAVASCRIPT.md or to keep 2 separate files JAVASCRIPT.md & NODEJS.md

Yes I can

@deadcoder0904 No problem. You can do it without my permission. You are moderator of Node, JS an CSS lists.


Fix error example so that it compiles

Codecov Report

Merging #1281 (6d07388) into main (b879b4f) will increase coverage by 0.01%.
The diff coverage is n/a.

:exclamation: Current head 6d07388 differs from pull request most recent head f483af4. Consider uploading reports for the commit f483af4 to get more accurate results

@@            Coverage Diff             @@
##             main    #1281      +/-   ##
==========================================
+ Coverage   31.03%   31.05%   +0.01%
==========================================
  Files         360      360
  Lines       14241    14241
==========================================
+ Hits         4420     4422       +2
+ Misses       9821     9819       -2

Impacted Files
Coverage Δ

http/src/routing/route.rs
5.95% <0.00%> (-0.63%)
:arrow_down:

http/src/routing/route_display.rs
10.55% <0.00%> (+0.57%)
:arrow_up:

model/src/application/callback/mod.rs
53.96% <0.00%> (+1.58%)
:arrow_up:

Continue to review full report at Codecov.

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


RangeError Maximum call stack size exceeded

I know this is ridiculous, why does this huge ~2MB text cause a rangeError, but when trying a simpler text with the same length doesn't. I have yet to find the needle, I figured I could ask for help.
Warning, large file, 1.9MB
https://gist.githubusercontent.com/akhoury/6a9849ec25fcf0a57963/raw/67737bc9324dbcecb6a4dee36113b4416f6125e6/wtf
I know this doesn't look like Markdown either, but just humor me :) trying to find why does that fail.
Thanks.

Please, clarify parse options. Default? Just md.render(bigfile)?

Hm... if i copy-paste text to demo, i see "too much recursion" in console. That's strange, because we did some tricks to limit nesting.
Thanks for report!

default, sorry, yea, in Chrome, I get the RangeError on the demo page

Fixed in 6.0.0. It no longer crash on patterns exceeding nesting calls limit (it will not parse some bad pattern, but without crash).


Problems with reading inputs

Any ideas on why the script would be outputting the below?
slack -c "#mon-certificates" -u "Cert bot" -a -t "Hello World" -i ":slack:" -T "Titles are awesome!" -p "Pretext is also helpful" -s "info"
INFO: Using default Slack API endpoint to POST messages...
INFO: /tmp/ip.txt is less than 2 hours old. We will use the cached IP in /tmp/ip.txt...

INFO: The Slack API TOKEN was passed via the command line (-k)
WARNING: You do not have any TEXT (-t) specified in the message.
WARNING: You do not have a TITLE (-T) specified for the message.
WARNING: You do not have a PRETEXT (-p) specified for the message.
INFO: CHANNEL is set to '#mon-certificates'
echo INFO: STATUS (-s) was not set. Setting a default STATUS to INFO...
INFO: A ENV (-e) was not set. Using the default ENV...
INFO: A FOOTERICON (-f) was not set. Using the default FOOTERICON...
INFO: A FOOTER (-F) was not set. Using the default FOOTER...
OK: All tests passed, sending message to Slack API...
OK: Message successfully sent to the channel #mon-certificates via the Slack API

The script does echo inputs. Thought, not sure if I understand the question.

Despite passing the inputs (-t, -T, -p), it is ignoring them.
The resulting message doesn't show the inputs I am specifying, and the script outputs warnings that I haven't set those input parameters.

What environment are you in? Windows? Mac? Also, what version of bash?

I got it working after I reordered and corrected the input parameters.
The posted example I was working from appears to be incorrect.


Update sit-defn-international-banking-account-number.md

Docs Build status updates of commit 0289c90:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

microsoft-365/compliance/sit-defn-international-banking-account-number.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel


Bump macOS runner to macos-13

Right now we are hitting the following issues in
https://github.com/triton-lang/triton/actions/runs/12148740919/job/33877869004:

The macOS-12 environment is deprecated, consider switching to
macOS-13, macOS-14 (macos-latest) or macOS-15. For more details,
see https://github.com/actions/runner-images/issues/10721

@Jokeren: I'm not sure how to test this other than just land and try it out?


Cannot read property 'default' of undefined when testing with Jest

[x] Review the documentation: https://github.com/oblador/react-native-vector-icons
[x] Search for existing issues (including closed ones): https://github.com/oblador/react-native-vector-icons/issues

Environment
OS: MacOS 10.14.5
Target platform: Jest
react-native-vector-icons version: 6.6.0
Jest version: 24.8.0

Description
Describe your issue in detail. Include screenshots if needed.
I am facing an issue with react-native-vector-icons running in my tests with Jest.
The error:
 TypeError: Cannot read property 'default' of undefined

      14 |   test("second step register render correctly", () => {
      15 |     // @ts-ignore
    > 16 |     const wrapper = mount<SecondStepRegisterScreenImpl>(<SecondStepRegisterScreenImpl navigation={{}}/>)
         |                     ^
      17 |     wrapper.render()
      18 |
      19 |     expect(wrapper.find(SafeAreaView)).toExist()

      at new Icon (node_modules/react-native-vector-icons/lib/create-icon-set.js:42:399)
      at constructClassInstance (node_modules/react-dom/cjs/react-dom.development.js:11361:18)
      at updateClassComponent (node_modules/react-dom/cjs/react-dom.development.js:14687:5)
      at beginWork (node_modules/react-dom/cjs/react-dom.development.js:15644:16)

First I am using react-native with ignite-bowser template which use typescript for react-native. ref: infinitered/ignite-bowser
Bellow my Jest configuration: the "jest-preset-ignite" preset: infinitered/jest-preset-ignite
module.exports = {
  preset: "jest-preset-ignite",
  transformIgnorePatterns: [
    "<rootDir>/node_modules/(?!(jest-)?react-native|react-native|react-navigation|@react-navigation|@storybook|@react-native-community|@expo)"
  ],
  setupFilesAfterEnv: [
    "<rootDir>/test/setup-enzyme.ts"
  ],
  moduleNameMapper: {
    "^lodash-es$": "lodash"
  }
};

I have attempt to mock react-native-vector-icons package like that:
jest.mock("react-native-vector-icons")

But with no results.
Did I do something wrong?

I get the same, have you found a solution?

I get the same error after upgrading my RN version to 0.59.10. You have found any solution for this issue?

Hello. I have the same issue. Im new in jest but found (temporary?) solution:
Add constructor for Icon in create-vector-icon/lib/create-icon-set.js line 41

seems to be a problem with jest and the test renderer: https://github.com/facebook/react-native/issues/22437

seems to be a problem with jest and the test renderer: facebook/react-native#22437

According to https://github.com/facebook/react-native/pull/23326#issuecomment-468938589, the right fix is to add the constructor.

same problem in test
    TypeError: Cannot read property 'default' of undefined

      at new Icon (node_modules/react-native-vector-icons/lib/create-icon-set.js:42:389)
      at constructClassInstance (node_modules/react-dom/cjs/react-dom.development.js:11361:18)
      at updateClassComponent (node_modules/react-dom/cjs/react-dom.development.js:14687:5)
      at beginWork (node_modules/react-dom/cjs/react-dom.development.js:15644:16)
      at performUnitOfWork (node_modules/react-dom/cjs/react-dom.development.js:19312:12)
      at workLoop (node_modules/react-dom/cjs/react-dom.development.js:19352:24)
      at renderRoot (node_modules/react-dom/cjs/react-dom.development.js:19435:7)
      at performWorkOnRoot (node_modules/react-dom/cjs/react-dom.development.js:20342:7)
      at requestWork (node_modules/react-dom/cjs/react-dom.development.js:20090:7)
      at scheduleWork (node_modules/react-dom/cjs/react-dom.development.js:19911:5)

os: mac 10.13.6
nodejs : v10.17.0
react-native: 0.61.4
jest: "^24.9.0",
react-native-vector-icons: "^6.6.0",

same problem in test
    TypeError: Cannot read property 'default' of undefined

      at new Icon (node_modules/react-native-vector-icons/lib/create-icon-set.js:42:389)
      at constructClassInstance (node_modules/react-dom/cjs/react-dom.development.js:11361:18)
      at updateClassComponent (node_modules/react-dom/cjs/react-dom.development.js:14687:5)
      at beginWork (node_modules/react-dom/cjs/react-dom.development.js:15644:16)
      at performUnitOfWork (node_modules/react-dom/cjs/react-dom.development.js:19312:12)
      at workLoop (node_modules/react-dom/cjs/react-dom.development.js:19352:24)
      at renderRoot (node_modules/react-dom/cjs/react-dom.development.js:19435:7)
      at performWorkOnRoot (node_modules/react-dom/cjs/react-dom.development.js:20342:7)
      at requestWork (node_modules/react-dom/cjs/react-dom.development.js:20090:7)
      at scheduleWork (node_modules/react-dom/cjs/react-dom.development.js:19911:5)

Environment
os: mac 10.13.6
nodejs : v10.17.0
react-native: 0.61.4
jest: "^24.9.0",
react-native-vector-icons: "^6.6.0",

Have u tried one of my solutions above ?

@nuKs test passed after tried your solution.
Is there any better solution to this problem?

@nuKs test passed after tried your solution.
Is there any better solution to this problem?

Both solution I mentioned should work. I suspect you tried the one written in the message. The cleanest one is by far the stackoverflow one.
https://stackoverflow.com/questions/56814268/how-to-mock-a-third-party-react-native-component-with-jest/56817282#56817282
I think you wont be able to find anything better, since it's just about fixing jest config.
It fixes the problem for any potential related code, not just react-native-vector-icons, and is very unlikely to bubble up with additional issues :-)

yes. fixed this problem by removing transform key specified in jest.config.js or jest setup in packages.json
Thanks.

Welcome!
Ftr,
I edited my original post with a link to the related react-native issue for more info.
We should close this issue.

I am here to say, this works. Thank you! I don't love having to mock out the constructor, but with as many dependencies as we have flying around, I get how incompatibilities like this can happen and I appreciate that we have a way around it until maintainers can get to a fix!

Hi @loic-lopez, @terreb, @rheutz, @RageOfJustice, @SimonErm, @nuKs, @auguszou, @lgh06, @chelseatroy:
I think I have a problem related to this: # 1292
Can anyone help me out?

These workarounds no longer appear to resolve this issue. I have the following configuration:
os: Ubuntu 20.04.1 LTS
nodejs : v12.20.1
react-native: 0.62.2
jest: "^26.0.0",
ts-jest: "^26.5.1"
react-native-vector-icons: "^6.6.0",
Jest config:
 "jest": {
    "preset": "react-native",
    "moduleFileExtensions": [
      "ts",
      "tsx",
      "js"
    ],
    "transform": {
      "^.+\\.(ts|tsx)$": "ts-jest"
    },
    "transformIgnorePatterns": [
      "node_modules/(?!react-native)"
    ],
    "setupFiles": [
      "<rootDir>/__mocks__/setup.tsx"
    ]
  },

Adding the constructor option to the Icon definition still presents me with the Cannot read property 'default' of undefined error.

We’ve just released a major new version with significant changes and improvements. If you’re still experiencing this issue after upgrading, please open a new issue with updated details. We're closing all the very old issues to get on top of things. Thanks for your patience!


DBPedia Spotlight is not Working in Java 11

Our project is currently using DBPedia Spotlight on a critical piece of our application but is running on a lower version of Java. We've identified a couple of risks such as 1) Security vulnerabilities and 2) End of Java support for lower JAVA versions thus we need to upgrade to the latest JAVA version (JAVA 11) but we also learned that DBPedia is not working in JAVA 11. We would like to ask if, will there be a version of DBPedia Spotlight compatible with JAVA 11 that will be released soon? Or if not, is there any available commercial support you can provide us to resolve this ASAP? If there's an on call support that we could contact to will be very much appreaciated as well. Hope to recieve feedback from you the soonest.

@rovicsellado
We don't have commercial support, but we can do it by a crowdfunding campaign as I commented out at #28  issue.
All the best,


Send content in chunks not from memory for InStream scan

The current implementation uses a byte array to hold the file content, which can cause java.lang.OutOfMemoryError: Java heap space for larger files. This PR reads the data in chunks instead and also adds a check for early server responses while sending data (such as error messages when exceeding the configured size limit for the server).

Would you mind backlinking to JIRA tickets in the PR?

Maybe you should add to the README.md that this is a Xenit fork.


NoMethodError · undefined method `[]' for #Console::Buffer

I can't parse this Bugsnag issue but maybe you'll grok it:
Caused by: gems/console-1.2.2/lib/console/event/failure.rb:57:in `format_exception': undefined method `[]' for #<Console::Buffer:0x000056035520ec58> (NoMethodError)
    from gems/console-1.2.2/lib/console/event/failure.rb:73:in `format_exception'
    from gems/console-1.2.2/lib/console/event/failure.rb:51:in `format'
    from gems/console-1.2.2/lib/console/terminal/logger.rb:109:in `format_argument'
    from gems/console-1.2.2/lib/console/terminal/logger.rb:95:in `call'
    from gems/console-1.2.2/lib/console/filter.rb:116:in `call'
    from gems/console-1.2.2/lib/console/filter.rb:41:in `block (3 levels) in []'
    from gems/async-1.17.1/lib/async/task.rb:189:in `fail!'
    from gems/async-1.17.1/lib/async/task.rb:210:in `rescue in block in make_fiber'
    from gems/async-1.17.1/lib/async/task.rb:204:in `block in make_fiber'

Caused by: gems/async-dns-1.2.2/lib/async/dns/handler.rb:63:in `rescue in process_query': undefined method `log_exception' for Async::DNS:Module (NoMethodError)
    from gems/async-dns-1.2.2/lib/async/dns/handler.rb:57:in `process_query'
    from gems/async-dns-1.2.2/lib/async/dns/handler.rb:83:in `respond'
    from gems/async-dns-1.2.2/lib/async/dns/handler.rb:77:in `block in run'
    from gems/async-1.17.1/lib/async/task.rb:204:in `block in make_fiber'

Ah, yeah, I can fix that.

Can you try this out and let me know if your issue is resolved?

Isn't the problem with this call to []: terminal[:exception_title]?  How do your changes fix it?

@mperham due to a cut and paste error, there was something very weird going on with the argument handling, especially the optional prefix = nil. Because of that, the wrong things were ending up in the wrong positions when dealing with nested exceptions. I wrote a spec for it and it failed, but with the changes it now passes.


Fix the phase skew in STFT (introduce zero-phase zero padding)

Dear maintainers,
please consider introducing compensation of the phase skew in STFT introduced by the window. Essentially, just perform half-window length circular shift of the windowed (and possibly zero-padded) piece of signal just before doing FFT. The circshift should move the position of the window peak to the zero-th position of the fft buffer and the left tail gets periodically wrapped.
ISTFT should do the converse.
Here is a nice explanation.
The whole point is that the phase factor caused by the window "delay" will be removed (if it is whole point symmetric; such as in e.g. signal.hann(16,False)).
Note this will only affect the phase of the STFT coefficients. The magnitude (spectrogram) will stay the same.
Thank you very much.
Zdenek
P.S.: Also please merge #8870 as soon as possible.

We would need to do this by a new keyword argument to the STFT and ISTFT functions to maintain backward compatibility. Any ideas? Maybe phase='linear' | 'zero', where current behavior is 'linear' and what you propose is 'zero'? Or maybe phase_shift=False | True?

Either option is fine with me. The phase='zero' might be a bit misleading since it is not zero for half-point symmetric and asymmetric windows.
And to be pedantic, the phase is not guaranteed to be exactly zero everywhere even for whole-point symmetric windows since the symmetry only assures that the FFT is real, but it can still be negative somewhere.
Since the new convention is most well known in connection with the phase vocoder, how about
introducing something like phase_convention = 'skewed' | 'phasevocoder'?
A nice reference would be Chapter 8.3.2 and Figure 8.5 in Zölzer: DAFX: Digital Audio Effects, 2nd Edition
(only shown for the case when the window length is equal to the FFT length).

To be shorter how about phase='skewed' | 'vocoder'?

Sounds good.

Can you make a PR for this?

Sorry for the delay. I can do that. Any guidelines I should follow?

https://github.com/scipy/scipy/blob/master/CONTRIBUTING.rst