[IDEA] EVENT_BEFORE_INDEX_KEYWORDS

Craft 4.2 now includes an event that allows you to hook into the search keywords before they are indexed. This may be useful for this plugin which is currently preventing keywords less than 4 characters being indexed as well as numeric.
https://github.com/craftcms/cms/discussions/11575

Thanks for bringing this to the Craft core.
This is not needed as I swap out the core Search service with something custom.
Additionally, I skip some fields
https://github.com/ostark/craft-relax/blob/main/src/SearchIndex/InsertFilter/UselessAttributes.php
The current filters in Relax are very opinionated, but you can disable them and write your own
https://github.com/ostark/craft-relax/blob/840349e2550ca68ed41db82f60ead4b56683951b/config.example.php#L35-L44


Issues in docker while running the command "docker pull ibmcom/datapower:latest"

Error :
"Warning: failed to get default registry endpoint from daemon (An error occurred trying to connect: Get http://%2F%2F.%2Fpipe%2Fdocker_engine/v1.24/info: open //./pipe/docker_engine: The system cannot find the file specified.). Using system default: https://index.docker.io/v1/
An error occurred trying to connect: Post http://%2F%2F.%2Fpipe%2Fdocker_engine/v1.24/images/create?fromImage=ibmcom%2Fdatapower&tag=latest: open //./pipe/docker_engine: The system cannot find the file specified."
I was able to run this command earlier. Not sure what changed. Experts please help.

Try following the instructions / usage hint from docker-machine env


Add rubocop-rspec

I have two remaining cop complaints that codeclimate is apparently not catching -- possibly because it doesn't like checking tests -- documenting here:
spec/controllers/api/v1/characters_controller_spec.rb:259:5: C: RSpec/RepeatedDescription: Don't repeat descriptions within an example group.
    it "sets correct alias_id_for_post when given post_id with recently used alias in post", :show_in_doc do
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

spec/controllers/api/v1/characters_controller_spec.rb:269:5: C: RSpec/RepeatedDescription: Don't repeat descriptions within an example group.
    it "sets correct alias_id_for_post when given post_id with recently used alias in post" do
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Looks good to merge when you're happy with it, then!


Disconnected traces when using @opentelemetry/instrumentation-grpc with @openfeature/flagd-provider

What happened?
Steps to Reproduce

clone reproduction repository
npm install
npm run docker:start

this will spin up flagd, otelcol and jaeger

npm run start
Go to http://localhost:16686

Expected Result
The trace should start at the js-client service and continue to flagd, however, the trace is broken and two different trace-ids are used, and no grpc spans can be seen.
Actual Result
The OpenFeature FlagdProvider uses @grpc/grpc-js to communicate with flagd, so by using @opentelemetry/instrumentation-grpc, the trace should be connected, the same trace-id should be used across all serivces, and a span should be created for the service call.
OpenTelemetry Setup Code
// see reproduction repository

package.json
{
  "name": "example-flagd-otel",
  "private": true,
  "version": "0.38.0",
  "description": "Example of using flagd with otel tracing",
  "main": "index.js",
  "scripts": {
    "start": "node --require ./traces.js client.js",
    "docker:start": "cd ./docker && docker-compose down && docker-compose up",
    "docker:startd": "cd ./docker && docker-compose down && docker-compose up -d",
    "docker:stop": "cd ./docker && docker-compose down"
  },
  "dependencies": {
    "@openfeature/js-sdk": "^1.2.0",
    "@openfeature/flagd-provider": "^0.7.6",
    "@opentelemetry/api": "^1.4.1",
    "@opentelemetry/context-async-hooks": "1.12.0",
    "@opentelemetry/core": "1.12.0",
    "@opentelemetry/exporter-trace-otlp-proto": "0.38.0",
    "@opentelemetry/instrumentation": "0.38.0",
    "@opentelemetry/instrumentation-grpc": "0.38.0",
    "@opentelemetry/resources": "1.12.0",
    "@opentelemetry/sdk-trace-base": "1.12.0",
    "@opentelemetry/sdk-trace-node": "1.12.0",
    "@opentelemetry/semantic-conventions": "1.12.0"
  }
}

Relevant log output
No response

Thank you @pichlermarc for recreating and looking into the issue.
Two minor remarks

The currently released flagd version lacks grpc tracing and require a custom built. This is pending the release of feature [1]. However, observation of missing traces is true for source based deployment
flagd exporter configurations are documented for debugging reference [2]

[1] - https://github.com/open-feature/flagd/pull/624
[2] - https://github.com/open-feature/flagd/blob/main/docs/configuration/flagd_telemetry.md#export-to-otel-collector

Update - our most recent flagd version v0.5.3 [1] contains the built-in tracing setup.
Besides, I composed a minimal multi-language setup to recreate the problem [2] in which Go & Java work as expected.
[1] - https://github.com/open-feature/flagd/pkgs/container/flagd/90724874?tag=v0.5.3
[2] - https://github.com/Kavindu-Dodan/otel-samples-flagd/tree/main

@pichlermarc do you have any new update on this issue :) ?

Hi, I'm still working on it but the fix is taking longer than initially expected.
We need to change some things in the instrumentation as it relies quite a bit on the "normal" way of using the library. I'm hoping to open up a draft PR today, though.

Thank you for the update @pichlermarc
Let me know if you need anything from our end. Happy to help you with validations of the fix.


pre-populate metadata table with 5 standard rows

Exp system
Method
Measured variable
Perturbations
Disease

We will add these to the figure package template. Thank you!

Done via #1157


  The failing version on windows is FF 40, the passing version on linux is FF 34.
The tests are suppressed in the status file tests/html/html.status.

https://codereview.chromium.org/1345413004/
Will commit tomorrow morning.


Cannot specify condition for attribute

There does not seem to be a way to conditionally add attributes to the serialized object. There are cases where I do not want nil for the value, I simply no attribute. Is there no way to do the following:
class MovieSerializer
  include FastJsonapi::ObjectSerializer

  attributes :name, :year
  # with if/unless conditions, defined method below
  attribute :country, if: :condition?

  # without if, method is default include_<attr>?
  attribute :genre

  def condition?
    object.country.present?
  end

  def include_genre?
    !object.genre.eql?('death metal')
  end
end

duplicate of #185


Add data structure definition used by pricing_plans

Summary by CodeRabbit

New Features

Pricing information now displays with the corresponding currency symbol for improved clarity.
Introduced a structured and type-safe representation of pricing plans, enhancing data usability.

Bug Fixes

Corrected pricing display to ensure accurate formatting and usability in calculations.

Refactor

Enhanced the pricing plans data structure to improve maintainability and clarity.

Looks good, but let's wait until we have product support to add it to the data model? If you want to break down the PRs that's great, but let's create a feature branch product_support and merge there first, then merge to main when it's complete?

Closing as I haven't heard back from creator: https://github.com/CriticalMoments/CMSaasStarter/pull/108#issuecomment-2318400900
Can re-open if we start working on again


redirects cause CORS errors on Firefox

I do not know why but I speculate that we're redirecting to https://catalyst-node:443 and that addition of a port is confusing Firefox's CORS same-origin permissions

Confirmed this is caused by a connection-reuse bug in Firefox, I did a writeup on the bug. I'm going to attempt to fix by ensuring that playback.livepeer.studio and catalyst-node-foo.lp-playback.studio always present different TLS certs.

Fixed by https://github.com/livepeer/livepeer-infra/commit/42f52574a2e2f9b21e3a05d87fb48a0267657b89


support combined rtl/ltr chars and numbers

In case the string is translated to rtl language and the author name is in English.

Ahh yes, needs to be an inline-block, also to support more browsers. Approved. Thanks!


Builder support for Map<String, String> as an option

It would be nice to have support for Config options like
  properties:
    eclipselink.target-database: MySQL
    eclipselink.target-server: None
    eclipselink.logging.level: FINEST
    eclipselink.logging.level.weaver: OFF
    eclipselink.logging.parameters: true
    eclipselink.weaving: false

to be provided using
    @Option.Configured
    Map<String, String> properties();

in the ConfigBlueprint.
Will require to modify TypeHandlerMap to process and return whole nodes subtree (including child nodes).

There is a method asMap() on Config
This should be generated as config.get("key").detach().asMap().orElseGet(Map::of)


NOISSUE - Fix List Policies Based on Role

What does this do?
If the user is admin, they can list all policies. If they aren't admin, they can list only polices they are in
Which issue(s) does this PR fix/relate to?
Noissue
List any changes that modify/break current functionality
No
Have you included tests for your changes?
No
Did you document any new/modified functionality?
No
Notes
N/A

Codecov Report

Merging #1791 (19be30a) into clients (e0aeda8) will decrease coverage by 0.01%.
The diff coverage is 57.14%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
@@             Coverage Diff             @@
##           clients    #1791      +/-   ##
===========================================
- Coverage    62.62%   62.62%   -0.01%
===========================================
  Files          122      122
  Lines         9167     9169       +2
===========================================
+ Hits          5741     5742       +1
- Misses        2835     2837       +2
+ Partials       591      590       -1

Impacted Files
Coverage Δ

users/policies/service.go
68.88% <57.14%> (-0.43%)
:arrow_down:

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


[Feature Request] Use extra mouse buttons for back and forward navigation.

Description
It would be nice to have a feature which detects "mouse4" and "mouse5" button events for "back" and "forward" navigation inside the app. This would result in faster navigation and less mouse movement.
General information:

Distribution: Ubuntu 20.04.3 LTS
Installation method: Flathub (User)
Version : 0.2.0
Device used: Laptop + External Mouse

App Information
$ flatpak info dev.alextren.Spot
Spot - Spotify Client for the GNOME desktop

         ID: dev.alextren.Spot
        Ref: app/dev.alextren.Spot/x86_64/stable
       Arch: x86_64
     Branch: stable
    Version: 0.2.0
    License: MIT
     Origin: flathub
 Collection: org.flathub.Stable
Installation: user
  Installed: 19.4 MB
    Runtime: org.gnome.Platform/x86_64/40
        Sdk: org.gnome.Sdk/x86_64/40

     Commit: 92d23006e4589bb5edf8d72a473a72dc4807a0c3b77802de098a8a22f9d1580a
     Parent: 618ab1618c617cfd3ccf6edd4c8514492a4bcce1003b614be431b52824b917b9
    Subject: Add --device=dri so GTK4 can use the GPU (eb40e907)
       Date: 2021-08-27 12:50:46 +0000

This got merged upstream: leaflet: Support back/forward mouse buttons , so we can have this for free now.

Or at least it would be, but leaflet swiping seems broken currently:

Something wrong with https://gnome.pages.gitlab.gnome.org/libadwaita/doc/main/property.Leaflet.can-navigate-back.html maybe, not sure we've enabled it

Or at least it would be, but leaflet swiping seems broken currently:

This is with can-navigate-back:true.

Oh of course nevermind, we can't do that! going back has to operate on the stack switcher not the leaflet

I was pondering how to make swipes work, and was instructed that we'd need two nested leaflets - one with sidebar and "library" as children, and the other with the details screen as a child and can-unfold=false.

Trying to make the swipes work, but it would seem it would seem that would require to rework quite a bit of navigation routine:


Update UI to latest master

Which problem is this PR solving?

Update UI to latest master https://github.com/jaegertracing/jaeger-ui

Short description of the changes

Bump up jaeger-ui commit to the latest master

closed because of the upcoming today's release. Discussed with @albertteoh


Build fails after enabling new architecture

Description
PS D:\exp\AwesomeTSProject> yarn android
yarn run v1.22.17
$ react-native run-android
info Starting JS server...
info Launching emulator...
info Successfully launched emulator.
info Installing the app...

> Task :ReactAndroid:downloadBoost
Download https://boostorg.jfrog.io/artifactory/main/release/1.76.0/source/boost_1_76_0.tar.gz

> Task :ReactAndroid:downloadGlog
Download https://github.com/google/glog/archive/v0.3.5.tar.gz

> Task :ReactAndroid:downloadDoubleConversion
Download https://github.com/google/double-conversion/archive/v1.1.6.tar.gz

> Task :ReactAndroid:prepareGlog
Encountered duplicate path "config.h" during copy operation configured with DuplicatesStrategy.WARN

> Task :ReactAndroid:downloadFmt
Download https://github.com/fmtlib/fmt/archive/6.2.1.tar.gz

> Task :ReactAndroid:downloadFolly
Download https://github.com/facebook/folly/archive/v2<IP_ADDRESS>.tar.gz

> Task :ReactAndroid:hermes-engine:downloadHermes UP-TO-DATE
Download https://github.com/facebook/hermes/tarball/hermes-2022-09-14-RNv0.70.1-2a6b111ab289b55d7b78b5fdf105f466ba270fd7

> Task :ReactAndroid:downloadLibevent
Download https://github.com/libevent/libevent/releases/download/release-2.1.12-stable/libevent-2.1.12-stable.tar.gz

> Task :ReactAndroid:hermes-engine:configureBuildForHermes
-- Building for: NMake Makefiles
-- The C compiler identification is MSVC 19.33.31630.0
-- The CXX compiler identification is MSVC 19.33.31630.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: C:/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.33.31629/bin/Hostx86/x86/cl.exe - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: C:/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.33.31629/bin/Hostx86/x86/cl.exe - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found Python: C:/Python310/python.exe (found version "3.10.5") found components: Interpreter
-- Performing Test HAVE_COMPUTED_GOTO
-- Performing Test HAVE_COMPUTED_GOTO - Failed
-- Performing Test HAVE_GC_SECTIONS
-- Performing Test HAVE_GC_SECTIONS - Failed
-- Performing Test HAVE_ICF
-- Performing Test HAVE_ICF - Failed
-- Found the following ICU libraries:
--   uc (required)
--   i18n (required)
--   uc (required)
-- The following ICU libraries were not found:
--   data (required)
-- Failed to find all ICU components (missing: ICU_INCLUDE_DIR _ICU_REQUIRED_LIBS_FOUND) (Required is at least version "52")
-- Looking for dlfcn.h
-- Looking for dlfcn.h - not found
-- Looking for errno.h
-- Looking for errno.h - found
-- Looking for fcntl.h
-- Looking for fcntl.h - found
-- Looking for link.h
-- Looking for link.h - not found
-- Looking for malloc.h
-- Looking for malloc.h - found
-- Looking for malloc/malloc.h
-- Looking for malloc/malloc.h - not found
-- Looking for signal.h
-- Looking for signal.h - found
-- Looking for sys/ioctl.h
-- Looking for sys/ioctl.h - not found
-- Looking for sys/mman.h
-- Looking for sys/mman.h - not found
-- Looking for sys/param.h
-- Looking for sys/param.h - not found
-- Looking for sys/resource.h
-- Looking for sys/resource.h - not found
-- Looking for sys/stat.h
-- Looking for sys/stat.h - found
-- Looking for sys/time.h
-- Looking for sys/time.h - not found
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for termios.h
-- Looking for termios.h - not found
-- Looking for unistd.h
-- Looking for unistd.h - not found
-- Looking for valgrind/valgrind.h
-- Looking for valgrind/valgrind.h - not found
-- Looking for zlib.h
-- Looking for zlib.h - not found
-- Looking for fenv.h
-- Looking for fenv.h - found
-- Looking for FE_ALL_EXCEPT
-- Looking for FE_ALL_EXCEPT - found
-- Looking for FE_INEXACT
-- Looking for FE_INEXACT - found
-- Looking for mach/mach.h
-- Looking for mach/mach.h - not found
-- Looking for histedit.h
-- Looking for histedit.h - not found
-- Looking for CrashReporterClient.h
-- Looking for CrashReporterClient.h - not found
-- Looking for xar_open in xar
-- Looking for xar_open in xar - not found
-- Looking for arc4random
-- Looking for arc4random - not found
-- Looking for backtrace
-- Looking for backtrace - not found
-- Could NOT find Backtrace (missing: Backtrace_LIBRARY Backtrace_INCLUDE_DIR)
-- Performing Test C_SUPPORTS_WERROR_UNGUARDED_AVAILABILITY_NEW
-- Performing Test C_SUPPORTS_WERROR_UNGUARDED_AVAILABILITY_NEW - Failed
-- Looking for _Unwind_Backtrace
-- Looking for _Unwind_Backtrace - not found
-- Looking for getpagesize
-- Looking for getpagesize - not found
-- Looking for sysconf
-- Looking for sysconf - not found
-- Looking for getrusage
-- Looking for getrusage - not found
-- Looking for setrlimit
-- Looking for setrlimit - not found
-- Looking for isatty
-- Looking for isatty - not found
-- Looking for futimens
-- Looking for futimens - not found
-- Looking for futimes
-- Looking for futimes - not found
-- Looking for posix_fallocate
-- Looking for posix_fallocate - not found
-- Looking for sigaltstack
-- Looking for sigaltstack - not found
-- Looking for lseek64
-- Looking for lseek64 - not found
-- Looking for mallctl
-- Looking for mallctl - not found
-- Looking for mallinfo
-- Looking for mallinfo - not found
-- Looking for malloc_zone_statistics
-- Looking for malloc_zone_statistics - not found
-- Looking for getrlimit
-- Looking for getrlimit - not found
-- Looking for posix_spawn
-- Looking for posix_spawn - not found
-- Looking for pread
-- Looking for pread - not found
-- Looking for realpath
-- Looking for realpath - not found
-- Looking for sbrk
-- Looking for sbrk - not found
-- Looking for strerror
-- Looking for strerror - found
-- Looking for strerror_r
-- Looking for strerror_r - not found
-- Looking for strerror_s
-- Looking for strerror_s - found
-- Looking for setenv
-- Looking for setenv - not found
-- Looking for _chsize_s
-- Looking for _chsize_s - found
-- Looking for _alloca
-- Looking for _alloca - not found
-- Looking for __alloca
-- Looking for __alloca - not found
-- Looking for __chkstk
-- Looking for __chkstk - not found
-- Looking for __chkstk_ms
-- Looking for __chkstk_ms - not found
-- Looking for ___chkstk
-- Looking for ___chkstk - not found
-- Looking for ___chkstk_ms
-- Looking for ___chkstk_ms - not found
-- Looking for __ashldi3
-- Looking for __ashldi3 - not found
-- Looking for __ashrdi3
-- Looking for __ashrdi3 - not found
-- Looking for __divdi3
-- Looking for __divdi3 - not found
-- Looking for __fixdfdi
-- Looking for __fixdfdi - not found
-- Looking for __fixsfdi
-- Looking for __fixsfdi - not found
-- Looking for __floatdidf
-- Looking for __floatdidf - not found
-- Looking for __lshrdi3
-- Looking for __lshrdi3 - not found
-- Looking for __moddi3
-- Looking for __moddi3 - not found
-- Looking for __udivdi3
-- Looking for __udivdi3 - not found
-- Looking for __umoddi3
-- Looking for __umoddi3 - not found
-- Looking for __main
-- Looking for __main - not found
-- Looking for __cmpdi2
-- Looking for __cmpdi2 - not found
-- Looking for __GLIBC__
-- Looking for __GLIBC__ - not found
-- Looking for sched_getaffinity
-- Looking for sched_getaffinity - not found
-- Looking for CPU_COUNT
-- Looking for CPU_COUNT - not found
-- Performing Test LLVM_HAS_ATOMICS
-- Performing Test LLVM_HAS_ATOMICS - Success
-- Performing Test SUPPORTS_NO_PIE_FLAG
-- Performing Test SUPPORTS_NO_PIE_FLAG - Failed
-- Performing Test SUPPORTS_VARIADIC_MACROS_FLAG
-- Performing Test SUPPORTS_VARIADIC_MACROS_FLAG - Failed
-- Performing Test SUPPORTS_GNU_ZERO_VARIADIC_MACRO_ARGUMENTS_FLAG
-- Performing Test SUPPORTS_GNU_ZERO_VARIADIC_MACRO_ARGUMENTS_FLAG - Failed
-- Threads enabled.
-- Doxygen disabled.
-- Go bindings disabled.
-- Could NOT find Python module pygments
-- Could NOT find Python module pygments.lexers.c_cpp
-- Could NOT find Python module yaml
-- CMAKE_HOST_SYSTEM_NAME = Windows
-- CMAKE_SYSTEM_NAME = Windows
-- HERMES_APPLE_TARGET_PLATFORM =
-- CMAKE_CROSSCOMPILING = FALSE
-- Looking for readline
-- Looking for readline - not found
-- Configuring done
-- Generating done
-- Build files have been written to: D:/exp/AwesomeTSProject/node_modules/react-native/ReactAndroid/hermes-engine/build/hermes

> Task :ReactAndroid:hermes-engine:buildHermes
Scanning dependencies of target LLVHDemangle
[  0%] Building CXX object external/llvh/lib/Demangle/CMakeFiles/LLVHDemangle.dir/ItaniumDemangle.cpp.obj
ItaniumDemangle.cpp
[  0%] Building CXX object external/llvh/lib/Demangle/CMakeFiles/LLVHDemangle.dir/MicrosoftDemangle.cpp.obj
MicrosoftDemangle.cpp
[  0%] Building CXX object external/llvh/lib/Demangle/CMakeFiles/LLVHDemangle.dir/MicrosoftDemangleNodes.cpp.obj
MicrosoftDemangleNodes.cpp
[  3%] Linking CXX static library LLVHDemangle.lib
[  3%] Built target LLVHDemangle
Scanning dependencies of target LLVHSupport
[  3%] Building CXX object external/llvh/lib/Support/CMakeFiles/LLVHSupport.dir/APFloat.cpp.obj
APFloat.cpp
[  3%] Building CXX object external/llvh/lib/Support/CMakeFiles/LLVHSupport.dir/APInt.cpp.obj
APInt.cpp
[  3%] Building CXX object external/llvh/lib/Support/CMakeFiles/LLVHSupport.dir/circular_raw_ostream.cpp.obj
circular_raw_ostream.cpp
[  3%] Building CXX object external/llvh/lib/Support/CMakeFiles/LLVHSupport.dir/CommandLine.cpp.obj
CommandLine.cpp
[  3%] Building CXX object external/llvh/lib/Support/CMakeFiles/LLVHSupport.dir/ConvertUTF.cpp.obj
ConvertUTF.cpp
...........
[ 90%] Building CXX object lib/BCGen/HBC/CMakeFiles/hermesHBCBackend.dir/StringKind.cpp.obj
StringKind.cpp
[ 90%] Building CXX object lib/BCGen/HBC/CMakeFiles/hermesHBCBackend.dir/TraverseLiteralStrings.cpp.obj
TraverseLiteralStrings.cpp
[ 90%] Building CXX object lib/BCGen/HBC/CMakeFiles/hermesHBCBackend.dir/UniquingFilenameTable.cpp.obj
UniquingFilenameTable.cpp
[ 90%] Building CXX object lib/BCGen/HBC/CMakeFiles/hermesHBCBackend.dir/UniquingStringLiteralTable.cpp.obj
UniquingStringLiteralTable.cpp
[ 90%] Building CXX object lib/BCGen/HBC/CMakeFiles/hermesHBCBackend.dir/Passes/FuncCallNOpts.cpp.obj
FuncCallNOpts.cpp
[ 93%] Building CXX object lib/BCGen/HBC/CMakeFiles/hermesHBCBackend.dir/Passes/InsertProfilePoint.cpp.obj
InsertProfilePoint.cpp
[ 93%] Building CXX object lib/BCGen/HBC/CMakeFiles/hermesHBCBackend.dir/Passes/LowerBuiltinCalls.cpp.obj
LowerBuiltinCalls.cpp
[ 93%] Building CXX object lib/BCGen/HBC/CMakeFiles/hermesHBCBackend.dir/Passes/OptEnvironmentInit.cpp.obj
OptEnvironmentInit.cpp
[ 93%] Linking CXX static library hermesHBCBackend.lib
[ 93%] Built target hermesHBCBackend
Scanning dependencies of target zip
[ 93%] Building C object external/zip/CMakeFiles/zip.dir/src/zip.c.obj
zip.c
[ 96%] Linking C static library zip.lib
[ 96%] Built target zip
Scanning dependencies of target hermesCompilerDriver
[100%] Building CXX object lib/CompilerDriver/CMakeFiles/hermesCompilerDriver.dir/CompilerDriver.cpp.obj
CompilerDriver.cpp
[100%] Linking CXX static library hermesCompilerDriver.lib
[100%] Built target hermesCompilerDriver
Scanning dependencies of target hermesc
[100%] Building CXX object tools/hermesc/CMakeFiles/hermesc.dir/hermesc.cpp.obj
hermesc.cpp
[100%] Linking CXX executable ..\..\bin\hermesc.exe
[100%] Built target hermesc

> Task :ReactAndroid:configureCMakeDebug[arm64-v8a]
C/C++: debug|arm64-v8a :CMake Warning in D:/exp/AwesomeTSProject/node_modules/react-native/ReactCommon/react/renderer/components/progressbar/CMakeLists.txt:
C/C++: debug|arm64-v8a :  The object file directory
C/C++: debug|arm64-v8a :    D:/exp/AwesomeTSProject/node_modules/react-native/ReactAndroid/.cxx/Debug/o4v1s5x3/arm64-v8a/ReactCommon/react/renderer/components/progressbar/CMakeFiles/rrc_progressbar.dir/./
C/C++: debug|arm64-v8a :  has 176 characters.  The maximum full path to an object file is 250
C/C++: debug|arm64-v8a :  characters (see CMAKE_OBJECT_PATH_MAX).  Object file
C/C++: debug|arm64-v8a :    android/react/renderer/components/progressbar/AndroidProgressBarMeasurementsManager.cpp.o
C/C++: debug|arm64-v8a :  cannot be safely placed under this directory.  The build may not work
C/C++: debug|arm64-v8a :  correctly.

> Task :ReactAndroid:hermes-engine:buildCMakeRelease[arm64-v8a][libhermes]
....

> Task :ReactAndroid:downloadLibevent UP-TO-DATE
Download https://github.com/libevent/libevent/releases/download/release-2.1.12-stable/libevent-2.1.12-stable.tar.gz

> Task :ReactAndroid:hermes-engine:downloadHermes UP-TO-DATE
Download https://github.com/facebook/hermes/tarball/hermes-2022-09-14-RNv0.70.1-2a6b111ab289b55d7b78b5fdf105f466ba270fd7

> Task :ReactAndroid:hermes-engine:configureBuildForHermes
-- Found the following ICU libraries:
--   uc (required)
--   i18n (required)
--   uc (required)
-- The following ICU libraries were not found:
--   data (required)
-- Failed to find all ICU components (missing: ICU_INCLUDE_DIR _ICU_REQUIRED_LIBS_FOUND) (Required is at least version "52")
-- Could NOT find Backtrace (missing: Backtrace_LIBRARY Backtrace_INCLUDE_DIR)
-- Threads enabled.
-- Doxygen disabled.
-- Go bindings disabled.
-- Could NOT find Python module pygments
-- Could NOT find Python module pygments.lexers.c_cpp
-- Could NOT find Python module yaml
-- CMAKE_HOST_SYSTEM_NAME = Windows
-- CMAKE_SYSTEM_NAME = Windows
-- HERMES_APPLE_TARGET_PLATFORM =
-- CMAKE_CROSSCOMPILING = FALSE
-- Configuring done
-- Generating done
-- Build files have been written to: D:/exp/AwesomeTSProject/node_modules/react-native/ReactAndroid/hermes-engine/build/hermes

> Task :ReactAndroid:hermes-engine:buildHermes
[  3%] Built target LLVHDemangle
.....
[100%] Built target hermesc

> Task :ReactAndroid:hermes-engine:buildCMakeRelease[x86][libhermes]
C/C++: ninja: Entering directory `D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\.cxx\Release\614a206x\x86'
C/C++: D:/exp/AwesomeTSProject/node_modules/react-native/sdks/hermes/lib/VM/JSLib/TypedArray.cpp:412:22: warning: unused variable 'noAllocs' [-Wunused-variable]
C/C++: Hard link from 'C:\Users\mak13\.gradle\caches\transforms-3\e258d4e9214f081c386cfad7c7fc7cc4\transformed\jetified-fbjni-0.2.2\prefab\modules\fbjni\libs\android.x86\libfbjni.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cxx\Release\614a206x\obj\x86\libfbjni.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\.gradle\caches\transforms-3\e258d4e9214f081c386cfad7c7fc7cc4\transformed\jetified-fbjni-0.2.2\prefab\modules\fbjni\libs\android.x86\libfbjni.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cxx\Release\614a206x\obj\x86\libfbjni.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\AppData\Local\Android\Sdk\ndk\21.4.7075529\toolchains\llvm\prebuilt\windows-x86_64\sysroot\usr\lib\i686-linux-android\libc++_shared.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cxx\Release\614a206x\obj\x86\libc++_shared.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\AppData\Local\Android\Sdk\ndk\21.4.7075529\toolchains\llvm\prebuilt\windows-x86_64\sysroot\usr\lib\i686-linux-android\libc++_shared.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cxx\Release\614a206x\obj\x86\libc++_shared.so' failed. Doing a slower copy instead.

> Task :ReactAndroid:hermes-engine:buildCMakeRelease[x86_64][libhermes]
C/C++: CMake Deprecation Warning at CMakeLists.txt:42 (cmake_policy):
C/C++:   The OLD behavior for policy CMP0026 will be removed from a future version
C/C++:   of CMake.
C/C++:   The cmake-policies(7) manual explains that the OLD behaviors of all
C/C++:   policies are deprecated and that a policy should be set to OLD only under
C/C++:   specific short-term circumstances.  Projects should be ported to the NEW
C/C++:   behavior and not rely on setting a policy to OLD.
C/C++: CMake Warning at external/llvh/cmake/modules/GetHostTriple.cmake:18 (message):
C/C++:   LLVM_HOST_TRIPLE can't be computed on Windows with this toolchain
C/C++: Call Stack (most recent call first):
C/C++:   external/llvh/cmake/config-ix.cmake:360 (get_host_triple)
C/C++:   external/llvh/CMakeLists.txt:21 (include)
C/C++: ninja: Entering directory `D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\.cxx\Release\614a206x\x86_64'
C/C++: D:/exp/AwesomeTSProject/node_modules/react-native/sdks/hermes/lib/VM/JSLib/TypedArray.cpp:412:22: warning: unused variable 'noAllocs' [-Wunused-variable]
C/C++: Hard link from 'C:\Users\mak13\.gradle\caches\transforms-3\e258d4e9214f081c386cfad7c7fc7cc4\transformed\jetified-fbjni-0.2.2\prefab\modules\fbjni\libs\android.x86_64\libfbjni.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cxx\Release\614a206x\obj\x86_64\libfbjni.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\.gradle\caches\transforms-3\e258d4e9214f081c386cfad7c7fc7cc4\transformed\jetified-fbjni-0.2.2\prefab\modules\fbjni\libs\android.x86_64\libfbjni.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cxx\Release\614a206x\obj\x86_64\libfbjni.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\AppData\Local\Android\Sdk\ndk\21.4.7075529\toolchains\llvm\prebuilt\windows-x86_64\sysroot\usr\lib\x86_64-linux-android\libc++_shared.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cxx\Release\614a206x\obj\x86_64\libc++_shared.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\AppData\Local\Android\Sdk\ndk\21.4.7075529\toolchains\llvm\prebuilt\windows-x86_64\sysroot\usr\lib\x86_64-linux-android\libc++_shared.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cxx\Release\614a206x\obj\x86_64\libc++_shared.so' failed. Doing a slower copy instead.

> Task :ReactAndroid:hermes-engine:externalNativeBuildDebug
C/C++: Hard link from 'C:\Users\mak13\.gradle\caches\transforms-3\e258d4e9214f081c386cfad7c7fc7cc4\transformed\jetified-fbjni-0.2.2\prefab\modules\fbjni\libs\android.armeabi-v7a\libfbjni.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\armeabi-v7a\libfbjni.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\.gradle\caches\transforms-3\e258d4e9214f081c386cfad7c7fc7cc4\transformed\jetified-fbjni-0.2.2\prefab\modules\fbjni\libs\android.armeabi-v7a\libfbjni.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\armeabi-v7a\libfbjni.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\.gradle\caches\transforms-3\e258d4e9214f081c386cfad7c7fc7cc4\transformed\jetified-fbjni-0.2.2\prefab\modules\fbjni\libs\android.arm64-v8a\libfbjni.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\arm64-v8a\libfbjni.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\.gradle\caches\transforms-3\e258d4e9214f081c386cfad7c7fc7cc4\transformed\jetified-fbjni-0.2.2\prefab\modules\fbjni\libs\android.arm64-v8a\libfbjni.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\arm64-v8a\libfbjni.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\.gradle\caches\transforms-3\e258d4e9214f081c386cfad7c7fc7cc4\transformed\jetified-fbjni-0.2.2\prefab\modules\fbjni\libs\android.x86\libfbjni.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\x86\libfbjni.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\.gradle\caches\transforms-3\e258d4e9214f081c386cfad7c7fc7cc4\transformed\jetified-fbjni-0.2.2\prefab\modules\fbjni\libs\android.x86\libfbjni.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\x86\libfbjni.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\.gradle\caches\transforms-3\e258d4e9214f081c386cfad7c7fc7cc4\transformed\jetified-fbjni-0.2.2\prefab\modules\fbjni\libs\android.x86_64\libfbjni.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\x86_64\libfbjni.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\.gradle\caches\transforms-3\e258d4e9214f081c386cfad7c7fc7cc4\transformed\jetified-fbjni-0.2.2\prefab\modules\fbjni\libs\android.x86_64\libfbjni.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\x86_64\libfbjni.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\AppData\Local\Android\Sdk\ndk\21.4.7075529\toolchains\llvm\prebuilt\windows-x86_64\sysroot\usr\lib\arm-linux-androideabi\libc++_shared.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\armeabi-v7a\libc++_shared.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\AppData\Local\Android\Sdk\ndk\21.4.7075529\toolchains\llvm\prebuilt\windows-x86_64\sysroot\usr\lib\arm-linux-androideabi\libc++_shared.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\armeabi-v7a\libc++_shared.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\AppData\Local\Android\Sdk\ndk\21.4.7075529\toolchains\llvm\prebuilt\windows-x86_64\sysroot\usr\lib\aarch64-linux-android\libc++_shared.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\arm64-v8a\libc++_shared.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\AppData\Local\Android\Sdk\ndk\21.4.7075529\toolchains\llvm\prebuilt\windows-x86_64\sysroot\usr\lib\aarch64-linux-android\libc++_shared.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\arm64-v8a\libc++_shared.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\AppData\Local\Android\Sdk\ndk\21.4.7075529\toolchains\llvm\prebuilt\windows-x86_64\sysroot\usr\lib\i686-linux-android\libc++_shared.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\x86\libc++_shared.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\AppData\Local\Android\Sdk\ndk\21.4.7075529\toolchains\llvm\prebuilt\windows-x86_64\sysroot\usr\lib\i686-linux-android\libc++_shared.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\x86\libc++_shared.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\AppData\Local\Android\Sdk\ndk\21.4.7075529\toolchains\llvm\prebuilt\windows-x86_64\sysroot\usr\lib\x86_64-linux-android\libc++_shared.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\x86_64\libc++_shared.so' failed. Doing a slower copy instead.
C/C++: Hard link from 'C:\Users\mak13\AppData\Local\Android\Sdk\ndk\21.4.7075529\toolchains\llvm\prebuilt\windows-x86_64\sysroot\usr\lib\x86_64-linux-android\libc++_shared.so' to 'D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\hermes-engine\build\intermediates\cmake\debug\obj\x86_64\libc++_shared.so' failed. Doing a slower copy instead.

> Task :ReactAndroid:buildCMakeDebug[arm64-v8a][fabricjni,hermes-executor-debug,etc] FAILED

Deprecated Gradle features were used in this build, making it incompatible with Gradle 8.0.

You can use '--warning-mode all' to show the individual deprecation warnings and determine if they come from your own scripts or plugins.

See https://docs.gradle.org/7.5.1/userguide/command_line_interface.html#sec:command_line_warnings
39 actionable tasks: 14 executed, 25 up-to-date
CMake Deprecation Warning at CMakeLists.txt:42 (cmake_policy):
  The OLD behavior for policy CMP0026 will be removed from a future version
  of CMake.

  The cmake-policies(7) manual explains that the OLD behaviors of all
  policies are deprecated and that a policy should be set to OLD only under
  specific short-term circumstances.  Projects should be ported to the NEW
  behavior and not rely on setting a policy to OLD.

Using Windows 10 built-in ICU
Warning: NMake does not support parallel builds. Ignoring parallel build command line option.

FAILURE: Build completed with 2 failures.

1: Task failed with an exception.
-----------
* What went wrong:
Execution failed for task ':ReactAndroid:buildCMakeDebug[arm64-v8a][fabricjni,hermes-executor-debug,etc]'.
> Build command failed.
  Error while executing process C:\Users\mak13\AppData\Local\Android\Sdk\cmake\3.18.1\bin\ninja.exe with arguments {-C D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\.cxx\Debug\o4v1s5x3\arm64-v8a fabricjni hermes-executor-debug jscexecutor jsijniprofiler reactnativeblob reactnativejni reactperfloggerjni turbomodulejsijni}
  ninja: Entering directory `D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\.cxx\Debug\o4v1s5x3\arm64-v8a'
  [0/2] Re-checking globbed directories...
  [1/422] Building ASM object build/third-party-ndk/boost/CMakeFiles/boost.dir/asm/arm64-v8a/ontop_arm64_aapcs_elf_gas.S.o
  .....
  C:\Users\mak13\AppData\Local\Android\Sdk\ndk\21.4.7075529\toolchains\llvm\prebuilt\windows-x86_64\bin\aarch64-linux-android-ar.exe: ReactCommon/react/renderer/components/progressbar/CMakeFiles/rrc_progressbar.dir/android/react/renderer/components/progressbar/AndroidProgressBarMeasurementsManager.cpp.o: No such file or directory
  [417/422] Linking CXX static library ReactCommon\react\renderer\components\switch\librrc_switch.a
  [418/422] Linking CXX static library ReactCommon\react\renderer\components\modal\librrc_modal.a
  [419/422] Linking CXX static library ReactCommon\react\renderer\components\slider\librrc_slider.a
  [420/422] Linking CXX shared library D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\build\intermediates\cxx\Debug\o4v1s5x3\obj\arm64-v8a\libhermes-executor-debug.so
  [421/422] Building CXX object ReactAndroid/src/main/java/com/facebook/react/fabric/jni/CMakeFiles/fabricjni.dir/CoreComponentsRegistry.cpp.o
  ninja: build stopped: subcommand failed.

* Try:
> Run with --stacktrace option to get the stack trace.
> Run with --info or --debug option to get more log output.
> Run with --scan to get full insights.
==============================================================================

2: Task failed with an exception.
-----------
* What went wrong:
java.lang.StackOverflowError (no error message)

* Try:
> Run with --stacktrace option to get the stack trace.
> Run with --info or --debug option to get more log output.
> Run with --scan to get full insights.
==============================================================================

* Get more help at https://help.gradle.org

BUILD FAILED in 23m 54s

error Failed to install the app. Make sure you have the Android development environment set up: https://reactnative.dev/docs/environment-setup.
Error: Command failed: gradlew.bat app:installDebug -PreactNativeDevServerPort=8081
CMake Deprecation Warning at CMakeLists.txt:42 (cmake_policy):
  The OLD behavior for policy CMP0026 will be removed from a future version
  of CMake.

  The cmake-policies(7) manual explains that the OLD behaviors of all
  policies are deprecated and that a policy should be set to OLD only under
  specific short-term circumstances.  Projects should be ported to the NEW
  behavior and not rely on setting a policy to OLD.

Using Windows 10 built-in ICU
Warning: NMake does not support parallel builds. Ignoring parallel build command line option.

FAILURE: Build completed with 2 failures.

1: Task failed with an exception.
-----------
* What went wrong:
Execution failed for task ':ReactAndroid:buildCMakeDebug[arm64-v8a][fabricjni,hermes-executor-debug,etc]'.
> Build command failed.
  Error while executing process C:\Users\mak13\AppData\Local\Android\Sdk\cmake\3.18.1\bin\ninja.exe with arguments {-C D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\.cxx\Debug\o4v1s5x3\arm64-v8a fabricjni hermes-executor-debug jscexecutor jsijniprofiler reactnativeblob reactnativejni reactperfloggerjni turbomodulejsijni}
  ninja: Entering directory `D:\exp\AwesomeTSProject\node_modules\react-native\ReactAndroid\.cxx\Debug\o4v1s5x3\arm64-v8a'
  [0/2] Re-checking globbed directories...
 ....
ReactAndroid/src/main/java/com/facebook/react/fabric/jni/CMakeFiles/fabricjni.dir/CoreComponentsRegistry.cpp.o
  ninja: build stopped: subcommand failed.

* Try:
> Run with --stacktrace option to get the stack trace.
> Run with --info or --debug option to get more log output.
> Run with --scan to get full insights.
==============================================================================

2: Task failed with an exception.
-----------
* What went wrong:
java.lang.StackOverflowError (no error message)

* Try:
> Run with --stacktrace option to get the stack trace.
> Run with --info or --debug option to get more log output.
> Run with --scan to get full insights.
==============================================================================

* Get more help at https://help.gradle.org

BUILD FAILED in 23m 54s

    at makeError (D:\exp\AwesomeTSProject\node_modules\execa\index.js:174:9)
    at D:\exp\AwesomeTSProject\node_modules\execa\index.js:278:16
    at processTicksAndRejections (node:internal/process/task_queues:96:5)
    at async runOnAllDevices (D:\exp\AwesomeTSProject\node_modules\@react-native-community\cli-platform-android\build\commands\runAndroid\runOnAllDevices.js:109:5)
    at async Command.handleAction (D:\exp\AwesomeTSProject\node_modules\@react-native-community\cli\build\index.js:142:9)
info Run CLI with --verbose flag for more details.
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.

Version
0.70.4
Output of npx react-native info
System:
OS: Windows 10 10.0.22621
CPU: (8) x64 Intel(R) Core(TM) i5-8300H CPU @ 2.30GHz
Memory: 9.36 GB / 23.85 GB
Binaries:
Node: 16.15.1 - C:\Program Files\nodejs\node.EXE
Yarn: 1.22.17 - ~\AppData\Roaming\npm\yarn.CMD
npm: 8.19.2 - C:\Program Files\nodejs\npm.CMD
Watchman: 20210110.135312.0 - C:\ProgramData\chocolatey\bin\watchman.EXE
SDKs:
Android SDK:
API Levels: 27, 28, 29, 30, 31, 32, 33
Build Tools: 27.0.1, 28.0.3, 29.0.2, 30.0.2, 30.0.3, 31.0.0, 32.0.0, 33.0.0
System Images: android-29 | Google APIs Intel x86 Atom, android-30 | Google APIs Intel x86 Atom, android-31 | Google APIs Intel x86 Atom_64
Android NDK: Not Found
Windows SDK:
AllowDevelopmentWithoutDevLicense: Enabled
AllowAllTrustedApps: Enabled
Versions: 10.0.19041.0, 10.0.22621.0
IDEs:
Android Studio: Version     2<IP_ADDRESS> AI-203.7717.56.2031.7678000
Visual Studio: 17.3.32922.545 (Visual Studio Community 2022)
Languages:
Java: 1.8.0_302 - C:\Program Files\OpenJDK\openjdk-8u302-b08\bin\javac.EXE
npmPackages:
@react-native-community/cli: Not Found
react: 18.1.0 => 18.1.0
react-native: 0.70.2 => 0.70.2
react-native-windows: Not Found
npmGlobalPackages:
react-native: Not Found
Steps to reproduce
Install using npx react-native init AwesomeTSProject --template react-native-template-typescript
Enable the new architecture by setting newArchEnabled=true in build.properties
cd android
./gradlew clean
cd ..
yarn android  (in visual studio powershell)
Snack, code example, screenshot, or link to a repository
I haven't changed any piece of code in js. Just a simple install and run.

react-native: 0.70.2 => 0.70.2

You should update to 0.70.3 as we fixed this specific Windows issue in this version

I tried running it with 0.70.3 , which again failed , but 0.70.4 runs successfully . Thank you.


Changelog: update for 3.0.0

🎈 Changelog for Release
Preparation for 3.0.0 release. The release is not imminent; this is just updating the changelog, which was not done with the earlier prerelease.
Comparison to 2.15.0: https://github.com/gazebosim/gz-cmake/compare/ignition-cmake2_2.15.0...gz-cmake3

Needed by <PR(s)>
Checklist

[ ] Asked team if this is a good time for a release
[ ] There are no changes to be ported from the previous major version
[ ] No PRs targeted at this major version are close to getting in
[ ] Bumped minor for new features, patch for bug fixes
[X] Updated changelog
[ ] Updated migration guide (as needed)
[ ] Link to PR updating dependency versions in appropriate repository in gazebo-release (as needed):

Note to maintainers: Remember to use Squash-Merge and edit the commit message to match the pull request summary while retaining Signed-off-by messages.

I added a note about the gz-utils package and put the Breaking changes first in the Migration.md 9789b8d.
Thanks so much Steve for generating the changelog!


jQuery.noop returns undefined, not a function

See https://api.jquery.com/jquery.noop/ and https://github.com/jquery/jquery/blob/master/src/core.js#L207

This change is

@tdelmas Looks good, thanks!

Presumably they meant to write @type {function()} not @return {function()}. Good catch, will bring this in soon.

I catch it because I had something like var f = $.noop; var res = f(); if ( res === undefined ) {...} and a warning saying that my res === undefined is always false because res is a function.
I think the @return {undefined} annotation is missing for angular.noop too. Should I open a Issue/Pull request ?

@tdelmas Yes, feel free to open another pull request for angular.noop.


Not initialized with the given color

Do you want to request a feature or report a bug?
bug
What is the current behavior?
Pickr does not initialized with the given color(#42445A),color picker zone is transparent.After I moved .pcr-picker picker's color will appeared,but not I defined.

After test,I'm sure this behavior conflicts with my code,but I have not found the problem in my code(allthough my code may has problem),maybe some code in Pickr is not very perfect.
If the current behavior is a bug, please provide the steps to reproduce.
What is the expected behavior?
Initialize with the color I defined.
Your environment:
Pickr-version:0.2.2
Browser-version:  Google Chrome68
Operating-system:  windows10

First of all, it is not my goal to wirte very perfect code. Nobody does this and I'm sure no code is bug free.
But, regarding to your issue, if you think the behaviour conflicts with your code. Could you create a JSFiddle or provide some steps to reproduce it. If I cannot reproduce it in any way, I cannot fix it :)
Maybe related to #4

Actually ,the problem is about bootstrap's tab component,the first tab is ok,but other tab has bug,I have create a  JSFiddle code

Okay, found the issue. It's because pickr needs, for initializing, to be visible 'cause it calls getBoundingClientRect() which returns zeros if any parent (or the element itself) isn't visible. I'll try to find a suitable solution.

Fixed in 6571175ca6c1e5dae3c8fe800083a8fe933e0e6d
JSFiddle: https://jsfiddle.net/zbpn59cd/4/
There should be no conflict with other frameworks anymore (Initialization related).


schema.ToJson() raise an Error when trying to be executed in web

I try to run NJsonSchema from Web using dotnetfiddle   https://dotnetfiddle.net
The sample code is located in https://dotnetfiddle.net/Zs9R2u
and you can try it.
It raises the error: Fatal Error: Memory usage limit was exceeded
and also:
[System.Security.SecurityException: Request for the permission of type System.Security.Permissions.FileIOPermission,
mscorlib, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.]
it seems that there is a Security.Permissions and memory issue when executing in Web.
Simply, my code:
     var schema = await JsonSchema4.FromTypeAsync<Person>();
     var json2 =schema.ToJson();
    Console.WriteLine(json2);

I tested using Nuget Version NJsonSchema 8.11.6284.26855 and also old versions
I know that ToJson() inernally is using   JsonConvert.SerializeObject(JsonSchema4)
also , when i try to run:
     var json3  = JsonConvert.SerializeObject(schema)

It raises the same error.
The same code is working fine in PC in vs 2015 and consume abut 20MB in profiler.
Any ideas how can  I resolve it?
Thanks

I tried to find the root of the problem, so start by minimizing memory needs by generating schema to Type int. The memory needed by dotnetfiddle become ~ 900KB ( less than the constraint 10 MB)
The test case location: https://dotnetfiddle.net/G09QIe
I get the Exception and StackTrace  which is System.Security.Permissions.FileIOPermission :
The exception detail is:
		Exception type: System.Reflection.TargetInvocationException
		Message       : Exception has been thrown by the target of an invocation.
		Stacktrace:
		   at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
		   at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
		   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
		   at System.Reflection.RuntimePropertyInfo.GetValue(Object obj, Object[] index)
		   at NJsonSchema.Infrastructure.ReflectionCache.PropertyOrField.GetValue(Object obj)
		   at NJsonSchema.JsonSchemaReferenceUtilities.UpdateSchemaReferencePaths(Object rootObject, Object obj, HashSet`1 checkedObjects)
		   at NJsonSchema.JsonSchema4.ToJson(JsonSchemaGeneratorSettings settings)
		   at Program.TestUsingTypedClass() in d:\Windows\Temp\x1c1itol.0.cs:line 25

		Exception type: System.Security.SecurityException
		Message       : Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.
		Stacktrace:
		   at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet)
		   at System.Security.CodeAccessPermission.Demand()
		   at System.Reflection.RuntimeAssembly.VerifyCodeBaseDiscovery(String codeBase)
		   at System.Reflection.RuntimeAssembly.GetName(Boolean copiedName)
		   at NJsonSchema.JsonSchema4.get_ToolchainVersion()

I think that the assembly requires a privilege level granted by the System.Security.Permissions.FileIOPermission class.
Because the code is  running in a partial-trust context, the process might throw an exception due to insufficient privileges.
Perhaps granting the code using Code Access Security may resolve the problem.
I didn't find line code number , so i can't spot where the problem is.
Any idea to resolve the security issue.
Thanks

NJS uses reflection to access files and URLs if a JSON Schema references external schemas. This is where these calls come from...

The code don't access external reference, simply it's:
    var schema =  JsonSchema4.FromTypeAsync<int>().Result;
    var json =schema.ToJson();

Is giving the classes using the reflection Access  Code permission  can help in resolving this security issue.
Something like:
     [System.Security.Permissions.PermissionSet(System.Security.Permissions.SecurityAction.Assert, Unrestricted = true)]

I don't think there is file access in this method, but could it be from heavy reflection usage (eg accessing private members)?

I agree. Any way, this problem is only in dotnetfiddle.net site, but NJS is working fine in web application.

Is it possible to reproduce this is a simple .net console app (ie started with partial trust)?

I tried to run the sample https://dotnetfiddle.net/Zs9R2u, but i can't load NJS library. It seems it's a limitation on the site. I tried to contact the support of dotnetfiddle.net , but no response from them.

I modified the fiddle program: https://dotnetfiddle.net/Zs9R2u by using NJS  v9.5.4 and the error disappeared and there's no memory exception.
I can say that performance of NJS enhanced dramatically with the release 9.x
But there is another exception:

Json.NET version: Newtonsoft.Json, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed
Run-time exception (line 14): One or more errors occurred.
Stack Trace:
[System.TypeLoadException: Could not load type 'Newtonsoft.Json.Serialization.SnakeCaseNamingStrategy' from assembly 'Newtonsoft.Json, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed'.]
[System.AggregateException: One or more errors occurred.]
at Program.Main(): line 14

It seems that the release still use Newtonsoft.Json, Version=<IP_ADDRESS> where SnakeCaseNamingStrategy is not available (it's in Newtonsoft.Json 9.0.1)
Kindly, can you package nuget  NJS with  Newtonsoft.Json, >9.0.1

I'll close this issue becuase it's really fixed,  and open a new one with the new exception.

I think you can just directly install the latest json.net and use its features with njs

And yes, there were some major perf improvements in tojson()

If I tried to install the latest json.net on fiddle.net with NJS, I get a compilation exception:

Compilation error (line 0, col 0): An assembly with the same identity 'Newtonsoft.Json, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed' has already been imported. Try removing one of the duplicate references.

this is happening again. the code for JsonSchema.ToolchainVersion doesn't work in partial trust app domains:
[System.Security.SecurityException: Request for the permission of type 'System.Security.Permissions.FileIOPermission, mscorlib, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089' failed.]
at System.Security.CodeAccessSecurityEngine.Check(Object demand, StackCrawlMark& stackMark, Boolean isPermSet)
at System.Security.CodeAccessSecurityEngine.Check(CodeAccessPermission cap, StackCrawlMark& stackMark)
at System.Security.CodeAccessPermission.Demand()
at System.Reflection.RuntimeAssembly.VerifyCodeBaseDiscovery(String codeBase)
at System.Reflection.RuntimeAssembly.GetName(Boolean copiedName)
at System.Reflection.Assembly.GetName()
at NJsonSchema.JsonSchema.get_ToolchainVersion()


Cleanup

Miscellaneous QoL fixes:

Better naming
Ran cargo fmt
Better error messages
Removed unnecessary #![no_std]

@3lkn I tried to add you as a reviewer as well but GitHub isn't letting me -- if you have comments I'm interested in them

Thank you!


Release version 8

Release completed.

Propagated to the Maven Public Repository: https://repo1.maven.org/maven2/org/technologybrewery/parent/8/
Release notes: https://github.com/TechnologyBrewery/parent/releases/tag/parent-8


Update checkForNoDatabaseType to allow Oauth2/OIDC gateways with no database

Overview of the issue
According to the PR (https://github.com/jhipster/generator-jhipster/pull/9648), the jhipster generator was updated to support a no database option for Oauth2/OIDC apps.
Support needs to be added allow this same configuration in JDL otherwise the following error will occur:
Error: Having no database type is only allowed for microservices without oauth2 authentication type and gateways with UAA authentication type.
ERROR! Error while parsing applications and entities from the JDL Error: Having no database type is only allowed for microservices without oauth2 authentication type and gateways with UAA authentication type.

Motivation for or Use Case

Reproduce the error
JDL with the following:
application {
   config {
      baseName gateway,
      applicationType gateway,
      authenticationType oauth2,
      packageName com.example.gateway,
      databaseType no
      languages [en],
      buildTool gradle
   }
   entities *
}

Related issues

Suggest a Fix

JHipster Version(s)
<EMAIL_ADDRESS>/home/jhipster/app/gateway
`--<EMAIL_ADDRESS>

Environment and Tools
openjdk version "11.0.3" 2019-04-16
OpenJDK Runtime Environment (build 11.0.3+7-Ubuntu-1ubuntu218.04.1)
OpenJDK 64-Bit Server VM (build 11.0.3+7-Ubuntu-1ubuntu218.04.1, mixed mode, sharing)
git version 2.17.1
node: v10.15.3
npm: 6.9.0
yeoman: 2.0.6
yarn: 1.16.0
INFO! Congratulations, JHipster execution is complete!

Entity configuration(s) entityName.json files generated in the .jhipster directory

Browsers and Operating System

[X] Checking this box is mandatory (this is just to show you read everything)

The check to be updated is here: https://github.com/jhipster/jhipster-core/blob/460554132fb824b198c7ff193c07b417bf94ce09/lib/exceptions/application_validator.js#L211
Support for no-database with monoliths is also new, so I think all apps now support it?  @cbornet would know for sure.

In any case, I'm allowing it right now for @jsm174's case, and I'll keep it open for any update.
Thanks @ruddell for pointing that out

Yes we now support "no database" for all type of apps and auth.

@cbornet thanks :)


Simplify styled types to improve linting performance

[X] I have followed (at least) the PR section of the contributing guide.

I made an issue previously here: https://github.com/mui-org/material-ui/issues/30261
I was seeing very slow linting when using styled + using the theme function.
I'm not exactly sure why this small change improves performance so much...but it does. At least for me. As far as I know the type changes I made keep everything identical. It just parses way faster.

I see. I'll close this request then and look into contributing on the project first.

Hey after getting a chance to look at emotion's types, it looks like they have a very similar change to mine. I edited my changes to be more closely aligned to theirs. It just gives the generic a default. That way there aren't 2 different signatures that are essentially the same.
Thanks!!

Seems to be sorted out now so I'm closing this


Added new sample called UI Toolkit ChatBot

Added a new sample called UI Toolkit Chatbot that creates a basic chatbot but uses UI Toolkit for the UI.

Hi, thanks a lot for the PR and sorry for the big delay in getting back to you!
The sample looks nice but includes quite a few files and a separate installation.
I would prefer to keep the samples simple and without dependencies (unless specifically shown integrations) to showcase the functionality.


Support postcss transformer

Implement the postcss transformer for users writing extended CSS in postcss.
.postcssrc.js is loaded using postcss-load-config.
We also implement the --postcss-config option so that we can pass a configuration file of any name.

Implement here.
https://github.com/mizdra/checkable-css-modules/blob/96d3cdd161517b5fdb83ceee09b7bf1afa5c9bff/src/transformer/index.ts#L41

I couldn't understand where the postcssTransformer should be applied correctly.
Perhaps there are two ways.
1. Use postcssTransformer only for files with .css extension

Warning
Use cases that transpile with less and then transpile with postcss are not supported.

export const createDefaultTransformer: () => Transformer = () => async (source, options) => {
  const scssTransformer = createScssTransformer();
  const lessTransformer = createLessTransformer();
  const postcssTransformer = createPostcssTransformer();
  if (options.from.endsWith('.scss')) {
    return scssTransformer(source, options);
  } else if (options.from.endsWith('.less')) {
    return lessTransformer(source, options);
  } else if (options.from.endsWith('.css')) {
    return postcssTransformer(source, options);
  }
  return false;
};

2. Use postcssTransformer for all file extensions

Warning
postcssTransformer must accept string (source) and TransformResult types. The implementation of this interface is somewhat complex.

export const createDefaultTransformer: () => Transformer = () => async (source, options) => {
  const scssTransformer = createScssTransformer();
  const lessTransformer = createLessTransformer();
  const postcssTransformer = createPostcssTransformer();
  if (options.from.endsWith('.scss')) {
    return postcssTransformer(scssTransformer(source, options), options);
  } else if (options.from.endsWith('.less')) {
    return postcssTransformer(lessTransformer(source, options), options);
  } else (options.from.endsWith('.css')) {
    return postcssTransformer(source, options);
  }
  return false;
};

I think the second method is the better one. However, I don't have much experience with postcss and am not sure; I would like input from users who have a lot of experience with postcss.


Add an item to the list

I am trying to add the ability to add a new value to the drop down.  I want the user to be able to add something that is not in the list.  Is this supported and I have somehow missed it?
I am able to insert into the list like this:
@ViewChild('ngSelectControl')
ngSelectControl: SelectComponent;
...
this.ngSelectControl.items = this.fullList;  //The entire array again.
However, I want this newly selected data to be selected.  I can set initData but it does nothing - I think it only works initially.
I tried to set active but my array is not of type SelectItem.  This does not seem to be public.
What am I missing?

See my comment at another issue: https://github.com/valor-software/ng2-select/issues/333#issuecomment-237915397

@chambersDon
Patched together a hack based on trial and error and other issues.
My personal use case essentially required the user to be able to type in a new item and that item being selected by default. If they typed in a new item, the previous one had to be overwritten.
First set up the ViewChild (as you did), which includes setting a template variable in the HTML as follows:
<ng-select #select></ng-select>
Then add a couple imports:
import { ViewChild } from '@angular/core';
import { SelectComponent } from 'ng2-select/ng2-select';

Now the ViewChild itself and an array of items to test:
@ViewChild('select') select: SelectComponent;
items: string [] = [{id: 1, text:'hello', id: 2, text: 'world'];

Now it gets tricky and I did it for the sake of figuring out a hack. I use a combination of the typed event which returns everything the user types and the mouseleave event listener which triggers an event when the mouse leaves the component the listener is attached to. Add them to the HTML:
<ng-select #select (typed)="storeItem($event)" (mouseleave)="addToItems()"></ng-select>
Now to write the functions. First create a variable that you can use to store data every time the user types something.
newItem: string = ''
The storeItem function extracts data from the event and assigns it to the newItem variable (I don't care for values smaller than 3 characters):
  storeItem(value: any) {
    if (value !== undefined && value.length > 2) {
      this.newItem = value;
    }
  }

The addToItems() method runs every time the user's mouse moves away from the dropdown field. I'm gonna assume that they're done typing in the new item at this time. The method first recreates the original items array so I don't have a list full of useless options if they decide to retype. It then adds the new item to the array and then sets it to be the active option, re-initializing the dropdown menu afterwards (it's necessary)
  addToItems() {
    this.items = [{id: 1, text:'hello', id: 2, text: 'world'];
    this.items.push({id: 4, text: this.newItem});
    this.select.items = this.items;
    this.select.active = [{id: 4, text: this.newItem}];
    this.select.item.ngOnInit();
  }

There very well could be a better way to do this but this works at least


Exception in tex/rex pointing at repository proxy

The following exception was seen in tex (master, 15 Jan) when a repository (called cocoMDS4, but is actually a repository proxy for atlas) is pointed at to get a list of types:
Mon Jan 25 17:03:38 GMT 2021 cocoView1 Exception OMAG-COMMON-0001 The Open Metadata Service has generated an unexpected java.lang.NullPointerException exception during method getTypeExplorer.  The message was: null
Mon Jan 25 17:03:38 GMT 2021 cocoView1 Exception OMAG-COMMON-0001 Supplementary information: log record id f9892ca0-348e-4e91-b4d2-8b545f9c2b82 java.lang.NullPointerException returned message of null and stacktrace of
java.lang.NullPointerException
at org.odpi.openmetadata.viewservices.tex.api.properties.TypeExplorer.resolveEntities(TypeExplorer.java:146)
at org.odpi.openmetadata.viewservices.tex.api.properties.TypeExplorer.resolve(TypeExplorer.java:118)
at org.odpi.openmetadata.viewservices.tex.handlers.TexViewHandler.getTypeExplorer(TexViewHandler.java:291)
at org.odpi.openmetadata.viewservices.tex.server.TexViewRESTServices.getTypeExplorer(TexViewRESTServices.java:167)
at org.odpi.openmetadata.viewservices.tex.server.TexViewRESTResource.getTypeExplorer(TexViewRESTResource.java:66)

The GUI reports this error as:
Could not get types for server (status : 400). OMAG-COMMON-400-016 An unexpected java.lang.NullPointerException exception was caught by getTypeExplorer; error message was null
System detail: The system is unable to process the request.
Recommended user action: Review the error message and other diagnostics created at the same time.

Unfortunately I don't have detailed configuration from the user for exactly how the server was configured. It appears to be a repository proxy, and does not support all types.  I do not know if CTS has been run against it. I don't have a list of supported types.
The actual code causing the exception is:
       // For each entityExplorer add it to its superType's subTypes
         for (String entityTypeName : entities.keySet()) {
             EntityExplorer entityExplorer = entities.get(entityTypeName);
             TypeDefLink superType = entityExplorer.getEntityDef().getSuperType();
             // Not every entity type has a superType
             if (superType != null) { << Ok so it isn't then
                 String superTypeName = superType.getName(); << so is it correct, unset/null?
                 // Find supertype in explorer
                 EntityExplorer superTypeExplorer = entities.get(superTypeName); << Must be NULL then?
                 superTypeExplorer.addSubTypName(entityTypeName); <<< BANG - so
             }
         }

So it would seem as if we might need to add some extra validation here - perhaps the repository proxy has supertypes with an empty/null name.
Also I note the super type primarily is identified by guid, but in the above example we are doing a match by name. If there were duplicate types this could result in us incorrectly handling this type (though wouldn't be the cause here for an NPE).
@grahamwallis FYI? Any ideas? If I was able to repro I would want to discover which type definition caused this. Also for debugging and general resiliance,  I wonder if we could catch and report that too - at worst we should skip the offending types but not crash

Hi @planetf1 - good catch. I will take a look. Thanks

Hi @planetf1 - good catch. I will take a look. Thanks

I don't have access to the original test environment, so suggest we close this - reopen if the problem resurfaces


HDFS-17387. [FGL] Abstract selectable locking mode

Splitting the current global FNS lock into FSLock and BMLock.
Abstract these lock mode and make them selectable, so that end-user can choose to use global lock or fine-grained lock through configuration.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
7m 36s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 3 new or modified test files.

_ HDFS-17384 Compile Tests _

+1 :green_heart:
mvninstall
32m 19s

HDFS-17384 passed

+1 :green_heart:
compile
0m 40s

HDFS-17384 passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
0m 39s

HDFS-17384 passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 41s

HDFS-17384 passed

+1 :green_heart:
mvnsite
0m 47s

HDFS-17384 passed

+1 :green_heart:
javadoc
0m 42s

HDFS-17384 passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
1m 16s

HDFS-17384 passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
2m  5s

HDFS-17384 passed

+1 :green_heart:
shadedclient
22m 28s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

-1 :x:
mvninstall
0m 16s
/patch-mvninstall-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch failed.

-1 :x:
compile
0m 16s
/patch-compile-hadoop-hdfs-project_hadoop-hdfs-jdkUbuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.txt
hadoop-hdfs in the patch failed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.

-1 :x:
javac
0m 16s
/patch-compile-hadoop-hdfs-project_hadoop-hdfs-jdkUbuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.txt
hadoop-hdfs in the patch failed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.

-1 :x:
compile
0m 16s
/patch-compile-hadoop-hdfs-project_hadoop-hdfs-jdkPrivateBuild-1.8.0_392-8u392-ga-1~20.04-b08.txt
hadoop-hdfs in the patch failed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08.

-1 :x:
javac
0m 16s
/patch-compile-hadoop-hdfs-project_hadoop-hdfs-jdkPrivateBuild-1.8.0_392-8u392-ga-1~20.04-b08.txt
hadoop-hdfs in the patch failed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08.

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
0m 36s
/results-checkstyle-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs-project/hadoop-hdfs: The patch generated 49 new + 353 unchanged - 8 fixed = 402 total (was 361)

-1 :x:
mvnsite
0m 17s
/patch-mvnsite-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch failed.

-1 :x:
javadoc
0m 14s
/patch-javadoc-hadoop-hdfs-project_hadoop-hdfs-jdkUbuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.txt
hadoop-hdfs in the patch failed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04.

-1 :x:
javadoc
0m 16s
/patch-javadoc-hadoop-hdfs-project_hadoop-hdfs-jdkPrivateBuild-1.8.0_392-8u392-ga-1~20.04-b08.txt
hadoop-hdfs in the patch failed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08.

-1 :x:
spotbugs
0m 18s
/patch-spotbugs-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch failed.

-1 :x:
shadedclient
7m 10s

patch has errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
0m 17s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch failed.

+1 :green_heart:
asflicense
0m 21s

The patch does not generate ASF License warnings.

78m 44s

Subsystem
Report/Notes

Docker
ClientAPI=1.44 ServerAPI=1.44 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6572/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/6572

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux 3d42799760ca 5.15.0-94-generic #104-Ubuntu SMP Tue Jan 9 15:25:40 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
HDFS-17384 / 7855bdadb320baac0c46a6515cece24c7938c463

Default Java
Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6572/1/testReport/

Max. process+thread count
551 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6572/1/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

Since HDFS-17394 has been merged. can rebase this PR.

Since HDFS-17394 has been merged. can rebase this PR.

done

@ZanderXu @ferhui Thank you for work!  I tried to upgrade the maven-surefire-plugin (#6537) on the trunk, but it was unsuccessful, which may cause some unit tests to fail to run. I rolled back this pr (#6578), and I cherrypicked this pr(#6578) to the HDFS-17384 branch.

@ZanderXu @ferhui Thank you for work! I tried to upgrade the maven-surefire-plugin (#6537) on the trunk, but it was unsuccessful, which may cause some unit tests to fail to run. I rolled back this pr (#6578), and I cherrypicked this pr(#6578) to the HDFS-17384 branch.

@slfan1989 Thanks so much. I will rebase this PR again.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 20s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ HDFS-17384 Compile Tests _

+1 :green_heart:
mvninstall
32m 49s

HDFS-17384 passed

+1 :green_heart:
compile
0m 44s

HDFS-17384 passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
0m 40s

HDFS-17384 passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 41s

HDFS-17384 passed

+1 :green_heart:
mvnsite
0m 46s

HDFS-17384 passed

+1 :green_heart:
javadoc
0m 43s

HDFS-17384 passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
1m  6s

HDFS-17384 passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
1m 43s

HDFS-17384 passed

+1 :green_heart:
shadedclient
20m 34s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 39s

the patch passed

+1 :green_heart:
compile
0m 37s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
0m 37s

the patch passed

+1 :green_heart:
compile
0m 34s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
javac
0m 34s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
0m 30s
/results-checkstyle-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs-project/hadoop-hdfs: The patch generated 47 new + 312 unchanged - 8 fixed = 359 total (was 320)

+1 :green_heart:
mvnsite
0m 39s

the patch passed

+1 :green_heart:
javadoc
0m 29s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
1m  1s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
1m 43s

the patch passed

+1 :green_heart:
shadedclient
20m 42s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
205m 58s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 31s

The patch does not generate ASF License warnings.

294m 33s

Reason
Tests

Failed junit tests
hadoop.hdfs.protocol.TestBlockListAsLongs

hadoop.hdfs.server.datanode.TestLargeBlockReport

hadoop.hdfs.tools.TestDFSAdmin

Subsystem
Report/Notes

Docker
ClientAPI=1.44 ServerAPI=1.44 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6572/8/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/6572

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux 8969e8042f4e 5.15.0-94-generic #104-Ubuntu SMP Tue Jan 9 15:25:40 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
HDFS-17384 / f387c7f9cf58859250e777af8bede536b28d9447

Default Java
Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6572/8/testReport/

Max. process+thread count
3743 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6572/8/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 21s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ HDFS-17384 Compile Tests _

+1 :green_heart:
mvninstall
32m 16s

HDFS-17384 passed

+1 :green_heart:
compile
0m 43s

HDFS-17384 passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
compile
0m 40s

HDFS-17384 passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 40s

HDFS-17384 passed

+1 :green_heart:
mvnsite
0m 40s

HDFS-17384 passed

+1 :green_heart:
javadoc
0m 42s

HDFS-17384 passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
1m  5s

HDFS-17384 passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
1m 41s

HDFS-17384 passed

+1 :green_heart:
shadedclient
24m 16s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 37s

the patch passed

+1 :green_heart:
compile
0m 39s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javac
0m 39s

the patch passed

+1 :green_heart:
compile
0m 37s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
javac
0m 37s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
0m 34s
/results-checkstyle-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs-project/hadoop-hdfs: The patch generated 1 new + 312 unchanged - 8 fixed = 313 total (was 320)

+1 :green_heart:
mvnsite
0m 39s

the patch passed

+1 :green_heart:
javadoc
0m 33s

the patch passed with JDK Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04

+1 :green_heart:
javadoc
1m  2s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
1m 57s

the patch passed

+1 :green_heart:
shadedclient
20m 54s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
200m 13s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 30s

The patch does not generate ASF License warnings.

292m 37s

Reason
Tests

Failed junit tests
hadoop.hdfs.protocol.TestBlockListAsLongs

hadoop.hdfs.server.datanode.TestLargeBlockReport

hadoop.hdfs.tools.TestDFSAdmin

Subsystem
Report/Notes

Docker
ClientAPI=1.44 ServerAPI=1.44 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6572/9/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/6572

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux 2fa4b80431c5 5.15.0-94-generic #104-Ubuntu SMP Tue Jan 9 15:25:40 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
HDFS-17384 / 2f5599e466e1f0abdf048d7e2f5bc1b16da4779a

Default Java
Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.21+9-post-Ubuntu-0ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6572/9/testReport/

Max. process+thread count
3993 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6572/9/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

seems the checkstyle issue still exists.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
7m  2s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+0 :ok:
xmllint
0m  1s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ HDFS-17384 Compile Tests _

+1 :green_heart:
mvninstall
34m 52s

HDFS-17384 passed

+1 :green_heart:
compile
0m 46s

HDFS-17384 passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
compile
0m 39s

HDFS-17384 passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 40s

HDFS-17384 passed

+1 :green_heart:
mvnsite
0m 45s

HDFS-17384 passed

+1 :green_heart:
javadoc
0m 42s

HDFS-17384 passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
javadoc
1m  3s

HDFS-17384 passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
1m 46s

HDFS-17384 passed

+1 :green_heart:
shadedclient
20m 35s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 37s

the patch passed

+1 :green_heart:
compile
0m 38s

the patch passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
javac
0m 38s

the patch passed

+1 :green_heart:
compile
0m 34s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
javac
0m 34s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
0m 30s

hadoop-hdfs-project/hadoop-hdfs: The patch generated 0 new + 310 unchanged - 10 fixed = 310 total (was 320)

+1 :green_heart:
mvnsite
0m 38s

the patch passed

+1 :green_heart:
javadoc
0m 31s

the patch passed with JDK Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1

+1 :green_heart:
javadoc
0m 59s

the patch passed with JDK Private Build-1.8.0_392-8u392-ga-1~20.04-b08

+1 :green_heart:
spotbugs
1m 45s

the patch passed

+1 :green_heart:
shadedclient
20m 36s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
201m 41s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 31s

The patch does not generate ASF License warnings.

298m 43s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.datanode.TestDirectoryScanner

hadoop.hdfs.protocol.TestBlockListAsLongs

hadoop.hdfs.server.datanode.TestLargeBlockReport

hadoop.hdfs.tools.TestDFSAdmin

Subsystem
Report/Notes

Docker
ClientAPI=1.44 ServerAPI=1.44 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6572/10/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/6572

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux 084b55dedc03 5.15.0-94-generic #104-Ubuntu SMP Tue Jan 9 15:25:40 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
HDFS-17384 / 50207fa1b5c523991566fbcf9d37169d9ee3ecf8

Default Java
Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.22+7-post-Ubuntu-0ubuntu220.04.1 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_392-8u392-ga-1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6572/10/testReport/

Max. process+thread count
4192 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project/hadoop-hdfs

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6572/10/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

@ferhui The failed UTs are not introduced by this PR. I will submit a new PR to fix them and contribute them to the trunk branch.

Thanks. Merged


Request to share parameter files

I would like to post the parameter file in the database for publication, so I requested an Elastix account in the wiki. However, still no response yet. I'm wondering who I should talk with for faster access?

I just approved your account request.

Thank you Marius. However, I did not receive a password. I tried to reset my password online. But no email was received. Would you mind helping me with this? Or is there any other convenient way to share parameter files?

Thank you Marius. However, I did not receive a password. I tried to reset my password online. But no email was received. Would you mind helping me with this? Or is there any other convenient way to share parameter files? @mstaring

Hi mstaring, could you please help me about the accout request? My email comfirmed a request, but I didn't receive a password. Thank you a lot. @mstaring

I approved it

I approved it

Thank you, mstaring. ^_^


UI only - Updated fields for DUOS DAR step 1 & step 2

Re-ordered existing DAR fields for usability and in order to improve parity between checkbox and narrative RUS.

Something definitely broke here. The checkboxes in this screenshot are not selectable:

Selecting the checkbox for
2.4.3 Population structure or normal variation studies: The primary purpose of the research is to understand variation in the general population (e.g., genetic substructure of a population).

not only selects that one, it selects the one below it too,
2.4.5 Commercial or For-Profit Purpose: The primary purpose of the research is exclusively or partially for a commercial purpose

Note that they are not sequential ... looks like 2.4.4 disappeared.

Addendum to the 2.1 checkbox issue, even without selecting any of the options, I was able to submit the application.


auro-nav; develop v1 web component

User story
As a developer, I want to be able to use a breadcrumb component, so I can quickly develop new pages that are related and guests can navigate back and forth easier.
Outline tasks

[x] Create new repo and move this issue to the new repo
[x] Follow blueprint found here: https://www.figma.com/file/e5SFMd5WwEB27iG2rcdPcU/Navigation?node-id=4%3A5166&t=l3eJe9Ia4NwD8kRt-4
[x] A desktop POC was also done in Auro hyperlink https://github.com/AlaskaAirlines/auro-hyperlink/pull/136
[x] Address all design and UX as proposed in the design comp in relation to using Auro specifications
[x] Developer can input auro-hyperlinks by wrapping them in this component.  The component will automatically format the list to show horizontally, add the home icon, the divider UI automatically and based on the order of the links, will format as defined in the specs.
[x] On mobile the user is only shown one level up and a way to go to back to that back.
[x] A11y in regards to role and live notifications need to be coded into the final WC
[ ] Review demo with the designer as well as the Auro team

Design requirements

[x] Show levels 1-5
[x] Appears on L3 pages and above only, does not appear on L1 or L2
[ ] Allows for return to hub pages
[ ] Icon always included for home
[x] Does not change position through site
[x] Exists autonomously - outside of all modules
[x] Singular link shown (mobile)
[x] Acts as a "back" button (mobile)

Definition of “Done” (exit criteria)
Has been tested in all browsers

[x] Chrome
[ ] Firefox
[ ] Edge (79 +)
[ ] Safari
[ ] Mobile Safari

Has been tested for accessibility

[ ] Screenreader
[ ] Axe
[ ] Keyboard use

Performance

[ ] Chrome Lighthhouse report

Auro component features

[x] README doc completed with all relative information
[x] API documentation created
[ ] Bundled version tested and documented
[x] Examples and use case info created
[ ] Pages added to the Auro Doc Site

The work for this component has been paused, pending the blueprint being created and ironing out the design requirements.

This ticket is currently blocked, while we wait for this ticket to release:

https://github.com/AlaskaAirlines/auro-hyperlink/issues/151


Default value for compute_metrics in SFTTrainer

The docstring says:
compute_metrics (`Callable[[transformers.EvalPrediction], Dict]`, *optional* defaults to `compute_accuracy`):

in https://github.com/huggingface/trl/blob/3719f7a92901afc2b6b82b8016119a99ee58b031/trl/trainer/sft_trainer.py#L74.
However, it seems that if nothing is provided for this argument, no metric computing function will be used. So it seems the description is not correct here. Is my understanding correct?
Thanks.

hi @albertauyeung
Correct, thanks for noticing ! Would you be happy opening a PR to fix it?

@younesbelkada Thanks for your reply.
Yes, just created a simple PR for this: https://github.com/huggingface/trl/pull/1062


add new custom dimension for new browse page template analytics

What
Add new dimension for tracking if a browse page is curated or not curated.
Why
For improving analytics tracking.

I've tested this together with alphagov/collections#2740 and the correct dimensions are being set 🎉
Do we need to add some tests for this new meta tag, similar to what we do for navigation-page-type?

oh sure can add new tests if they're required


Integrate with citeas

If you're not aware http://citeas.org/ lets you enter some sort of metadata (a DOI, various kinds or other URLs) and it returns the preferred citation method. It supports lots of different standards for specifying preferred citation methods. Using it would avoid needing to add __citation__ attributes to the whole ecosystem.

@ngoldbaum - Thanks for pointing that out, indeed we could use their API. Yet, I see value in having the citation information available in the installed package, it seems more convenient than going to 3rd party webpages etc.

Agreed, more suggesting as an (optional) fallback.

or source for inspiration / wholesale
copying

Yes, I think having the citation data with the package makes a ton of sense.  All CiteAs needs to help is to know where to look, once it find a repository on the web.  In the R ecosystem their citation command reads metadata from the DESCRIPTION file. Since it's easy for us to look for the DESCRIPTION file in the repositories, it's easy for us to reuse that infrastructure.  With the package.citation approach would we have to install the packages to find the requests?

Oh, I think about these two approaches as being complementary to each other.
makecite assumes that packages that are used in a stack is in fact installed for that given stack. But, it can fall back to a more holistic database or use the CiteAs API if the package is either not installed, or the citation info is not found within the installed version.
I don't know much about CiteAs, so this may be super naive. Either it could also keep a local database that a cron job on travis tries to keep up-to-date (or whenever users use the API).
But if there is no database, then presumably one way with python packages to get the most up-to-date info is to look into the source distro on pypi then as the last resort the github/etc repository.

Are you coming to the URSSI meeting next months? It would be  a great opportunity to work on citation tools, or at least hash out a roadmap of concrete steps needs to be implemented as I may very well say nonsenses above (as hasn't followed what the current guidelines prefer beyond having a CITATION file).
The source distro is basically a tarball, so a CITATION file can be found in it. Check for __citation__ attributes is also possible from the source, but I'm not sure it's the safest option rather than installing the package.


Overloads dropdown shows unrelated operators

Fixed by https://github.com/RobinKa/netprints/commit/64c67ad76b4dca47f2d8aba94b2a9523a59d3b6f


feat: add semantic release

Description
The scope of the changes in this pull request are to add semantic-release and semantic-release-monorepo to the list of dependencies available, and amend the associated flows to our existing tokens package.

Please add these changes that are root level to the plop generator,
Why isn't it part of token builder as well for semantic release?

These changes are not root level. We do not want new packages being created that immediately begin their publish flow, as this will pollute npm at this stage in development.
We want to implicitly add publish flows to each package as they are needed, until we reach our first release.


Update deploy-a-remix-site.md

fix create project command

Hi @NieXi, thank you for the PR 🙂
But anyhow I don't think that the change is correct as the -- that you are removing is actually necessary to pass the framework argument to create-create see for example: https://stackoverflow.com/questions/43046885/what-does-do-when-running-an-npm-command
or am I missing something here?

Closing due to lack of a response.
If this is in error, please open another PR / issue in our repo.


cython 0.27.1 is released. revert .travis.yml to use the latest cython

https://github.com/cython/cython/releases/tag/0.27.1 is released on 9 days ago.
follow-up: https://github.com/cupy/cupy/pull/529
ref. https://github.com/cython/cython/issues/1885

tests passed 🎉

LGTM!


[api-minor] Update the minimum supported Google Chrome version

The patch changes the minimum supported version of Google Chrome as follows:

Chrome 88, which was released on 2021-01-19; see https://en.wikipedia.org/wiki/Google_Chrome_version_history

This is done to allow use of modern CSS features, such as e.g. :is() and :where() in the code-base.

Looks good to me!

Sadly, this means that PDF.js 3.5.141 is the last to work with QtWebEngine 5.15 LTS and hence with the latest versions of Falkon, Angelfish, etc., even in legacy mode. (QtWebEngine 5.15 LTS is based on Chromium 87 and still receives security fixes.) 3.6 partially works but looks very broken (the grayed out accessibility text is visible and the icons are not displayed), 3.8 with its further minimum version bump to Chromium 92 is completely broken (blank rendering with 0 pages, due to JavaScript errors) in QtWebEngine 5.15 LTS.


[Feature Request]: auto-updated inline snaps

🚀 Feature Proposal
cargo insta has this very cool feature called inline snapshots. When a snapshot updates, it updates the code itself. How hard would this be to implement in Go?
It could be based on some //go: marker above the check, possibly? And maybe it would need to be an option in TestMain.
Motivation
Seeing, inline, the expected values of unit tests instead of hopping between files and scanning multiple lines of output.
Example
Not sure yet, perhaps using //go:generate? The crazy part is Rust somehow generates the code inside the file, rather than writing a new file. I'm not sure if this breaks certain Go workflows.
// before compilation
// `snapshot-inline`, or some marker, tells the codegen where to inject

// snapshot-inline
snaps.MatchSnapshot(t, rr.Code, "")

// after compilation

// snapshot-inline
snaps.MatchSnapshot(t, rr.Code, 201)

Hey 👋  Thanks for opening this issue. I have explored this idea in the past. You can see this pull request here experimenting with inline snapshot support.
I was able to make it work quite well but

I wasn't able to find a way to split long inline strings to multiple lines ( I don't remember how jest handles this)
The solution I found at least some times messes up the comments. ( again I don't remember the specifics)
I didn't know if this is something that people would be interested in, if there was value on pursuing it.

If that's something that you would find useful, I can try and unearth that pr and share more details of limitations and/or feasibility.

I'd find value! If I have time I can work on this too. Maybe even having it under some experimental flag would be nice while I use in my projects.

Okay early next week will have some time to refresh my memory on this and I can share a branch for you to test and see from there where we can go with this feature. But I am not against it as long as it's useful and stable (even if it has limitations).


Remove lot of open space at the top section of events page

Refer this link https://events.plnetwork.io/ for reference

#8

Parent issue: #8

This issue is delivered on 24th Feb,2023