Update the conf paths in docs

Modulus Pull Request
Description
The config path was incorrect in the Readme
Checklist

[ ] I am familiar with the Contributing Guidelines.
[ ] New or existing tests cover these changes.
[ ] The documentation is up to date with these changes.
[ ] The CHANGELOG.md is up to date with these changes.
[ ] An issue is linked to this pull request.

Dependencies

\blossom-ci

/blossom-ci

/blossom-ci


Update sbt-scalajs-crossproject to 1.1.0

Updates org.portable-scala:sbt-scalajs-crossproject from 1.0.0 to 1.1.0.
GitHub Release Notes - Version Diff
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Files still referring to the old version number
The following files still refer to the old version number (1.0.0).
You might want to review and update them manually.
CHANGELOG.md
docs/src/main/mdoc/index.md

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "org.portable-scala", artifactId = "sbt-scalajs-crossproject" } ]

labels: sbt-plugin-update, semver-minor, old-version-remains

This is included in https://github.com/alonsodomin/cron4s/pull/404 and can be closed.


feat/force-up-version

Please review before merging.

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

GitHub release
v1.6.0

Your semantic-release bot :package::rocket:


[WIP] SVHN dataset integration

This PR integrates the SVHN dataset for digit localization
#587

[x] check boxes
[x] rework _get_coords

Any suggestions are very welcome :hugs:

@fg-mindee
Anything is failing with h5py installation can you help ? :)
It is also confusing in my doctr-dev env h5py was already installed (seems to be dep in any other !? :sweat_smile: )
h5py                      3.1.0                    pypi_0    pypi

Also, there are some conflicts to fix :sweat_smile:


dockle: 0.3.14 -> 0.3.15

Motivation for this change
Bump dockle to 0.3.15
Things done

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

[X] NixOS
[ ] macOS
[ ] other Linux distributions

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

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

[X] Fits CONTRIBUTING.md.

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

1 package built:

dockle


Question: How to properly convert from Date, Calendar and epochTime (ms) to LocalDate, and vice versa?

Android supports LocalDate only from API 26, which currently is on about 0.5% of devices.
I work on an app that needs only the year+month+dayOfMonth for dates in most cases, so I thought I should use this library.
We work only with the Gregorian calendar.
It seems there aren't functions to convert between the classes.
Only thing I think I can use, is like this:
 fun createLocaleDate(cal: Calendar): LocalDate = LocalDate.of(cal.get(Calendar.YEAR), cal.get(Calendar.MONTH) + 1, cal.get(Calendar.DATE))

For the others, I can convert them to Calendar and then use this function.
Is this correct?
Is there anything I should be warned about?

Also, is there a better way than to create a Calendar instance, to convert from/to the other data (epoch time in ms, and Date ) ?

See DateTimeUtils for the conversion methods that the JDK has, and see Stack Overflow for any additional conversions you need.

I see only of Calendar.
What about Date and 'long' (of epoch timestamp ) ?
Also, I see only of conversion to them, not from them.

The backport provides methods that match the JDK, not every convenience.

Any suggestion of how to implement those well?


Support for .NET Standard

BitcoinLib should also target .NET Standard, similar to what's discussed in

https://github.com/dotnet/cli/issues/4874
https://github.com/SwensenSoftware/unquote/pull/136

Just pushed netstandard20 branch with support for .NET Standard 2.0 🚀 It'd be great if you can test it before we can merge this into master /cc @weitaolee @Serjster @nixxholas

Roger, will be on my pipeline today for checks. Send you a beep in <8 hours

Roger, will be on my pipeline today for checks. Send you a beep in <8 hours

Did it work for you? Would be nice to know what environment you use (e.g. Ubuntu, VS Code, etc.) 🎉

Did it work for you? Would be nice to know what environment you use (e.g. Ubuntu, VS Code, etc.) 🎉

Yes it did! However, I was using the submodule approach, loading it with a local NuGet server gave no problems either.
VS Studio for Mac (Enterprise)
Tested on VS Studio Windows as well, and dotnet cli builds (CI)

Amazing news, then 😃 Once we figure out why Travis CI fails and the git submodules thing you propose, we should be good to go. Perhaps we should give @weitaolee and @Serjster some time to test too.

I should be able to check it out tonight

Standby for pull request in the next 12 hours

No worries. I'll fix Travis CI in the meantime.

@moodmosaic one liner for submodule compatbility... haha https://github.com/GeorgeKimionis/BitcoinLib/pull/56

@nixxholas https://github.com/GeorgeKimionis/BitcoinLib/pull/56#pullrequestreview-83804186

+1


New tests for additional kp functions in redstone

Testing will happen in the redstone project so closing this.

Testing will happen in the redstone project so closing this.


Merge pull request #1 from stephenrjones/develop

Develop

This is not what I want to do.  I want to pull into dawnh223 to update that version, so I am closing.


Implement sub-collection web services

/ws/collection1/{id}/childcollection
/ws/collection1/{id}childcollection/{id}
etc.

singular signifies a to-one mapping, and plural signifies to-many mapping.
When implementing we will set this in the schema object and the collection that it maps to.


recent SDL input bug

How many people are affected, and in what cases
At least 3 people complained about it. They seem to be running Arch most of the time.
Description of the bug
The symptoms reported by @Viech included erratic movement, the weapon switching to blaster at the wrong time, and other "ghosts" keypress: the game was doing like if key that weren't pressed were pressed.
I didn't manage to reproduce the ghosts keypress, but I did notice the following NOTICE with SDL 2.0.20:
Antoine [bsuit] entered the game
Com_QueueEvent: overflow
Com_QueueEvent: overflow
Com_QueueEvent: overflow
Com_QueueEvent: overflow
Com_QueueEvent: overflow
Com_QueueEvent: overflow
Com_QueueEvent: overflow
Com_QueueEvent: overflow
Com_QueueEvent: overflow
Com_QueueEvent: overflow [further messages like this will be suppressed]

(exemple of) Steps to reproduce
On NixOS (with the experimental nix command): nix run github:necessarily-equal/nixpkgs/recent-sdl#unvanquished.
On other linux distros, install SDL 2.0.20 and recompile daemon against it.
I don't know if this affects other versions of SDL. 2.0.14 is known good, the versions between are still to be determined. @Viech would apparently also be using the .20.
I don't know if this affects non-linux platforms, or if those just don't have a recent-enough SDL.
[EDIT:] this affects last-release daemon, and I would assume current master too.
On Linux, X11 vs Wayland doesn't seem to make any difference.

for the Com_QueueEvent: overflow bug, I think this is a SDL problem. When in-game, when SDL_GetRelativeMouseMode()==SDL_TRUE, SDL's SDL_PollEvent(&e) gives, SDL_MOUSEMOTION events with both e.motion.xrel==0 and e.motion.yrel==0. SDL seems to have a cleanup problem or something, and sends LOTS of events each frame. Possibly even more than 1024 which would explain the warning.

I've tested it to be reproducible on master, before and after https://github.com/DaemonEngine/Daemon/pull/478.
I've tried making a minimal reproducer, but it didn't work. Here it is: x.c.txt. (I've added a .txt at the end because github is annoying). It can be compiled and run with gcc x.c $(pkg-config --cflags --libs sdl2) && ./a.out.
I don't intend on looking more at it this issue.

What if this is an SDL bug? There had been SDL bugs previously with older versions of SDL with effects similar to “ghost inputs”. For example the released SDL build of Xonotic is affected (but it's an old build, so old SDL version) and if I'm right some of us suffered that older SDL bug as well (but it was years ago).

This seems to be the first bad commit in SDL. I think there were some later commits that improved the situation, though.
commit 82793ac279d19b5bde8fc2bd62877b05ba5a76e0
Author: Sam Lantinga<EMAIL_ADDRESS>Date:   Thu Oct 14 14:26:21 2021 -0700

    Fixed mouse warping while in relative mode

    We should get a mouse event with an absolute position and no relative motion and shouldn't change the OS cursor position at all

diff --git a/src/events/SDL_mouse.c b/src/events/SDL_mouse.c
index 6bb8307b9..a441965e1 100644
--- a/src/events/SDL_mouse.c
+++ b/src/events/SDL_mouse.c
@@ -384,6 +384,8 @@ SDL_PrivateSendMouseMotion(SDL_Window * window, SDL_MouseID mouseID, int relativ
     if (!mouse->has_position) {
         xrel = 0;
         yrel = 0;
+        mouse->x = x;
+        mouse->y = y;
         mouse->has_position = SDL_TRUE;
     } else if (!xrel && !yrel) {  /* Drop events that don't change state */
 #ifdef DEBUG_MOUSE
@@ -765,10 +767,14 @@ SDL_WarpMouseInWindow(SDL_Window * window, int x, int y)
         return;
     }

-    if (mouse->WarpMouse) {
+    /* Ignore the previous position when we warp */
+    mouse->has_position = SDL_FALSE;
+
+    if (mouse->WarpMouse &&
+        (!mouse->relative_mode || mouse->relative_mode_warp)) {
         mouse->WarpMouse(window, x, y);
     } else {
-        SDL_SendMouseMotion(window, mouse->mouseID, 0, x, y);
+        SDL_PrivateSendMouseMotion(window, mouse->mouseID, 0, x, y);
     }
 }

The commit that improves it, but with which we have this issue:
commit 31f8c3ef4409a93fafa894b78c2ce176bd0c3cf3
Author: Sam Lantinga<EMAIL_ADDRESS>Date:   Thu Jan 6 11:27:44 2022 -0800

    Fixed event pump starvation if the application frequently pushes its own events

diff --git a/src/events/SDL_events.c b/src/events/SDL_events.c
index d1d931eb3..60737f834 100644
--- a/src/events/SDL_events.c
+++ b/src/events/SDL_events.c
@@ -59,6 +59,7 @@ static SDL_EventWatcher *SDL_event_watchers = NULL;
 static int SDL_event_watchers_count = 0;
 static SDL_bool SDL_event_watchers_dispatching = SDL_FALSE;
 static SDL_bool SDL_event_watchers_removed = SDL_FALSE;
+static SDL_atomic_t SDL_sentinel_pending;

 typedef struct {
     Uint32 bits[8];
@@ -479,6 +480,7 @@ SDL_StopEventLoop(void)
     SDL_EventQ.free = NULL;
     SDL_EventQ.wmmsg_used = NULL;
     SDL_EventQ.wmmsg_free = NULL;
+    SDL_AtomicSet(&SDL_sentinel_pending, 0);

     /* Clear disabled event state */
     for (i = 0; i < SDL_arraysize(SDL_disabled_events); ++i) {
@@ -574,7 +576,9 @@ SDL_AddEvent(SDL_Event * event)
     }

     entry->event = *event;
-    if (event->type == SDL_SYSWMEVENT) {
+    if (event->type == SDL_POLLSENTINEL) {
+        SDL_AtomicAdd(&SDL_sentinel_pending, 1);
+    } else if (event->type == SDL_SYSWMEVENT) {
         entry->msg = *event->syswm.msg;
         entry->event.syswm.msg = &entry->msg;
     }
@@ -620,6 +624,10 @@ SDL_CutEvent(SDL_EventEntry *entry)
         SDL_EventQ.tail = entry->prev;
     }

+    if (entry->event.type == SDL_POLLSENTINEL) {
+        SDL_AtomicAdd(&SDL_sentinel_pending, -1);
+    }
+
     entry->next = SDL_EventQ.free;
     SDL_EventQ.free = entry;
     SDL_assert(SDL_AtomicGet(&SDL_EventQ.count) > 0);
@@ -648,9 +656,9 @@ SDL_SendWakeupEvent()
 }

 /* Lock the event queue, take a peep at it, and unlock it */
-int
-SDL_PeepEvents(SDL_Event * events, int numevents, SDL_eventaction action,
-               Uint32 minType, Uint32 maxType)
+static int
+SDL_PeepEventsInternal(SDL_Event * events, int numevents, SDL_eventaction action,
+               Uint32 minType, Uint32 maxType, SDL_bool include_sentinel)
 {
     int i, used;

@@ -713,7 +721,9 @@ SDL_PeepEvents(SDL_Event * events, int numevents, SDL_eventaction action,
                             SDL_CutEvent(entry);
                         }
                     }
-                    ++used;
+                    if (type != SDL_POLLSENTINEL || include_sentinel) {
+                        ++used;
+                    }
                 }
             }
         }
@@ -730,6 +740,12 @@ SDL_PeepEvents(SDL_Event * events, int numevents, SDL_eventaction action,

     return (used);
 }
+int
+SDL_PeepEvents(SDL_Event * events, int numevents, SDL_eventaction action,
+               Uint32 minType, Uint32 maxType)
+{
+    return SDL_PeepEventsInternal(events, numevents, action, minType, maxType, SDL_FALSE);
+}

 SDL_bool
 SDL_HasEvent(Uint32 type)
@@ -815,6 +831,14 @@ SDL_PumpEvents(void)
 #endif

     SDL_SendPendingSignalEvents();  /* in case we had a signal handler fire, etc. */
+
+    if (SDL_GetEventState(SDL_POLLSENTINEL) == SDL_ENABLE) {
+        SDL_Event sentinel;
+
+        SDL_zero(sentinel);
+        sentinel.type = SDL_POLLSENTINEL;
+        SDL_PushEvent(&sentinel);
+    }
 }

 /* Public functions */
@@ -952,17 +976,27 @@ SDL_WaitEventTimeout(SDL_Event * event, int timeout)
     SDL_Window *wakeup_window;
     Uint32 start = 0;
     Uint32 expiration = 0;
+    SDL_bool include_sentinel = (timeout == 0) ? SDL_TRUE : SDL_FALSE;
+
+    /* If there isn't a poll sentinel event pending, pump events and add one */
+    if (SDL_AtomicGet(&SDL_sentinel_pending) == 0) {
+        SDL_PumpEvents();
+    }

     /* First check for existing events */
-    switch (SDL_PeepEvents(event, 1, SDL_GETEVENT, SDL_FIRSTEVENT, SDL_LASTEVENT)) {
+    switch (SDL_PeepEventsInternal(event, 1, SDL_GETEVENT, SDL_FIRSTEVENT, SDL_LASTEVENT, include_sentinel)) {
     case -1:
         return 0;
     case 0:
+        if (timeout == 0) {
+            /* No events available, and no timeout */
+            return 0;
+        }
         break;
     default:
-        /* Check whether we have reached the end of the poll cycle, and no more events are left */
-        if (timeout == 0 && event && event->type == SDL_POLLSENTINEL) {
-            return (SDL_PeepEvents(event, 1, SDL_GETEVENT, SDL_FIRSTEVENT, SDL_LASTEVENT) == 1);
+        if (event && event->type == SDL_POLLSENTINEL) {
+            /* Reached the end of a poll cycle, and no timeout */
+            return 0;
         }
         /* Has existing events */
         return 1;
@@ -973,7 +1007,7 @@ SDL_WaitEventTimeout(SDL_Event * event, int timeout)
         expiration = start + timeout;
     }

-    if (timeout != 0 && _this && _this->WaitEventTimeout && _this->SendWakeupEvent && !SDL_events_need_polling()) {
+    if (_this && _this->WaitEventTimeout && _this->SendWakeupEvent && !SDL_events_need_polling()) {
         /* Look if a shown window is available to send the wakeup event. */
         wakeup_window = SDL_find_active_window(_this);
         if (wakeup_window) {
@@ -993,10 +1027,6 @@ SDL_WaitEventTimeout(SDL_Event * event, int timeout)
         case -1:
             return 0;
         case 0:
-            if (timeout == 0) {
-                /* Polling and no events, just return */
-                return 0;
-            }
             if (timeout > 0 && SDL_TICKS_PASSED(SDL_GetTicks(), expiration)) {
                 /* Timeout expired and no events */
                 return 0;
@@ -1004,13 +1034,6 @@ SDL_WaitEventTimeout(SDL_Event * event, int timeout)
             SDL_Delay(1);
             break;
         default:
-            if (timeout == 0 && SDL_GetEventState(SDL_POLLSENTINEL) == SDL_ENABLE) {
-                /* We are at the start of a poll cycle with at least one new event.
-                   Add a sentinel event to mark the end of the cycle. */
-                SDL_Event sentinel;
-                sentinel.type = SDL_POLLSENTINEL;
-                SDL_PushEvent(&sentinel);
-            }
             /* Has events */
             return 1;
         }

The issue is still present on SDL main branch.

@Viech do you have time to check this SDL patch? This seems to fix my problem. Hopefully it fixes yours. I would be surprised though.

Given the chance that something as large as SDL compiles without expert knowledge, not anytime soon. :confused:
I can confirm that I have sdl2 2.0.20-2 installed.
I don't recall anything about the blaster in particular. The typical problem for me is that certain keys do not register as released (so that I have e.g. an auto-walk effect in some direction) while other keys seem to not register as pressed (not certain about this; they could also just be ignored for conflicting with a key that falsly remains pressed).

I don't really think we have seen the same bug. I would recommend you
having a look at the https://wiki.archlinux.org/title/Arch_Build_System
page. IIRC, an important part of the building process is checking out
the source using svn, switching to the right directory, then running
makepkg -si that should build and install the package.
To add the patch, I think you can put the above text in a .patch file,
add it in srcs and add a 'SKIP' line in the checksums at the bottom.
I've never built an Arch package though, so don't trust me too much on
that :P
On Wed, Mar 9 2022 at 12:22:48 -0800, Maximilian Stahlberg
@.***> wrote:

@Viech do you have time to check this SDL patch? This seems to fix
my problem. Hopefully it fixes yours. I would be surprised though.

Given the chance that something as large as SDL compiles without
expert knowledge, not anytime soon. 😕
I can confirm that I have sdl2 2.0.20-2 installed.
I don't recall anything about the blaster in particular. The typical
problem for me is that certain keys do not register as released (so
that I have e.g. an auto-walk effect in some direction) while other
keys seem to not register as pressed (not certain about this; they
could also just be ignored for conflicting with a key that falsly
remains pressed).
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you authored the thread.Message ID:
@.***>

Fixed upstream by https://github.com/libsdl-org/SDL/commit/331859079674465a39b24f32a6a113959601dca3

@Viech I think your bug is a different one unfortunately. I think you'll want to make a bug report in order to get this fixed.

The "Fixed event pump starvation" that improves it is part of SDL2.20, and the "Fixed mouse warping" commit is part of SDL2.16. Meaning that every version of SDL2.x where 16≤x≤20 is known bad. @illwieckz do you think we should do something about this by making a release note, by checking the version in cmake and printing a warning?
Viech's bug may be still be around on SDL main, if it isn't fixed yet, it would be nice to fix it before the next SDL release

re: https://github.com/DaemonEngine/Daemon/commit/816b7cd1294c6650925f77b09b23b6abb501ee05
I don't know about this situation but the SDL versions should be 2.0.16 and 2.0.20 (see SDL releases) not 2.16 and 2.20.

Ah yes, good catch!

I consider this is not solved.

Apparently people on Arch Linux are reporting that daemon master isn't fixed for them, both with SDL2.0.20 and SDL2.0.22. While SDL2.0.22 being broken is not too surprising (cough my fault cough), SDL2.0.20 is supposed to be working. On Arch, the issue seems to also be causing lost input keyboard keys, as this is what both @Viech and cu-kai reported.
On my computer (NixOS), I can reproduce the issue with SDL2.0.22, but 2.0.20 is fixed by @slouken's PR for me.
Setting in_nograb to 1 is known to "fix" this, in that the bug disappear but the mouse will switch to other monitors (and other windows if not in fullscreen). This is a variation of the bug @slouken fixed in #624, as it is specific to this call for IN_CenterMouse().
I'd say we have to find a workaround before the next release, at least for SDL2.0.20.

We will be using a statically linked SDL 2.0.12 for the release build, so this is at least not release-blocking. I decided not to upgrade SDL because the latest version also introduced new bugs on Mac.

I decided not to upgrade SDL because the latest version also introduced new bugs on Mac.

What bugs were introduced on macOS?

What bugs were introduced on macOS?

https://github.com/DaemonEngine/Daemon/issues/628. I'm not saying it's necessarily an SDL bug, but our program doesn't do what we want it to.

#634 fixes the Arch Linux issue for me. The original issue looked like the mouse was pushed to my secondary monitor and the primary monitor running unvanquished going blank.
After the patch I can actually get into the main menu. I can still move my mouse to the secondary monitor though. Playing works fine.
I'm seeing similar issue with some Steam Games (e.g. Stellaris): mouse isn't grabbed properly and escaping to the secondary monitor.


Proper error handling for disk_type and external_ip settings

Providing proper user-friendly and localized error handling as per official documentation:
https://github.com/mitchellh/vagrant/blob/master/lib/vagrant/errors.rb
Should fix confusing "Error => No error" messages in cases of incorrect resource specification described in #45.

/CC @erjohnso Tested on Vagrant 1.7.2, should be safe to merge.

lgtm - thanks @Temikus !


Mobile navbar overlay horizontal scroll

My mobile navbar is position fixed at the bottom of the screen and overflows to the right. I want to be able to scroll this horizontally, however, skrollr seems to be capturing the scroll event and translating it into vertical scroll.
Once I disable skrollr, I can horizontally scroll the navbar.
I tried bringing the zindex of the navbar as high as possible, but skrollr still picks up the touch over it.
Is this possible at all?

I guess, in other words - I want Skrollr to exclude the navbar at the bottom of the screen, so when I scroll that, it doesn't scroll the whole page, but just the navbar.
I've tried stoppingPropagation on touchmove on the navbar, and does stop scrolling the whole page, but it also stops itself from scrolling horizontally.

thought to upload a sketch of what I want to achieve to make it more clear.
The overlay is position fixed, sitting at the bottom of the screen, z indexed above everything, with it's contents overflowing to the right:
white-space: nowrap;   overflow-x: auto;   overflow-y: hidden;
On mobile, dragging the overlay starts scrolling the whole page, and the overlay is not scrolling left-right. If I use the mouse horizontal wheel, it does scroll, but not on touch.

managed to fixed this by stopping propagation on touchmove, touchstart and touchend events, on the overlay element:
$overlay.on('touchmove touchstart touchend', function(e) { 	e.stopPropagation(); });
this broke tapping on any links that are inside the overlay, but adding a dummy listener to them fixed it:
$overlayLinks.on('touchmove touchstart touchend', function() { 	return true; });


Finalize Popover component

[ ] Has docs
[ ] Covered by component tests
[ ] Passes a11y tests
[ ] Fully featured

Closed by #332


Issue/667 document allocation v3

Description
Documentation PR for allocation v3
Closes https://github.com/inmanta/lsm/issues/667
Self Check:
Strike through any lines that are not applicable (~~line~~) then check the box

[x] Attached issue to pull request
[x] Changelog entry
- [ ] Type annotations are present
- [ ] Code is clear and sufficiently documented
- [ ] No (preventable) type errors (check using make mypy or make mypy-diff)
- [ ] Sufficient test cases (reproduces the bug/tests the requested feature)
- [ ] Correct, in line with design
- [ ] End user documentation is included or an issue is created for end-user documentation (add ref to issue here: )
- [ ] If this PR fixes a race condition in the test suite, also push the fix to the relevant stable branche(s) (see test-fixes for more info)

I removed (usually ``self`` in the model). in this commit because it is not reflected in the examples i.e. we allocate in the lsm unwrapping and not in an implementation where self would be used.
I think I'm missing the subtlety between performing allocation in the unwrapping vs in the implementation

Processing this pull request

Merged into branches master in ecc1887e93aa5cf3134df9e1a401c32882d8a0af

Processing #7453.


Backend Stop working after upgrade 1.4.9

Backend Stop working after upgrade..
Parse error: syntax error, unexpected '?', expecting variable (T_VARIABLE)
/home/trux.fr/public_html/plugins/martin/forms/classes/BackendHelpers.php line 80
Thks

Hey @willouch, which version of php are you using?

Nullable types (?string) feature is introduced in PHP 7.1 while October require PHP 7.0
Maybe it can be replaced by string $replacement = null at least until main requirements shifts up?

Nullable types (?string) feature is introduced in PHP 7.1

Yeah, i was afraid of that ...
Fixed using @matteotrubini suggestion, the quick fix was already pushed to stable channel.


[LiveComponent] Added type mixed to $value property and added string $className to mach HydrationExtensionInterface

Q
A

Bug fix?
no

New feature?
no

License
MIT

Documentation example for writing the hydrate method was not compatible with the HydrationExtensionInterface.
Corrected the example so the code can be copy-pasted without errors.

Absolutely correct! Thank you Marco!


Access $data inside slot fallback

Is possible to access parent $data inside slot fallback?
Component example:
<template>

        <slot></slot>

</template>

Example (Can I do this?)
<mycomponent>
    {{ $data | json }} or {{ $parent.$data | json }}
</mycomponent>

Nope, you can't because they're linked to the parent scope http://vuejs.org/guide/components.html#Compilation_Scope

I saw that..but, how can I access $data inside slot fallback?
Anything originally inside the <slot> tags is considered fallback content. Fallback content is compiled in the child scope and will only be displayed if the hosting element is empty and has no content to be inserted.

I can do this:
<template>

        <slot>{{ $data | json }}</slot>

</template>

But..can't do inside slot fallback. Even if I try to $parent $data.

What do you mean? The example in your last comment should work.

I'm sorry.. I misstyped .. that's not the fallback, but the original content.
<mycomponent>
    original content, $data is empty and $parent.$data fails
   {{ $data | json }} or {{ $parent.$data | json }}
</mycomponent>

Here is a fiddle: https://jsfiddle.net/eduardostuart/gmc2ef6x/

That's expected:

Original content is compiled in parent scope;
Fallback content is compiled in child scope.

The $data in original content refers to the root vm (which has empty data)
The $data in fallback content refers to the child component's data. And you can use $parent.$data in fallback content.
https://jsfiddle.net/gmc2ef6x/3/


audit: fix audit of new formulae.

When auditing new formulae without --new-formula the audit_revision_and_version_scheme method fails ungracefully. Instead, set some better defaults so fewer checks are needed.
CC @ilovezfs and @DomT4 who hit this.
Fixes #2551.

Thanks Mike, appreciated 🙇. Will update my PRs in brew ASAP, just hit some RL stuff recently that needed attention 🙄.


some of video,dont download ,how to fix it,mean when i try show 0b ,i think using some other signature like vevo and etc help me how to fix in php

Closing due to insufficient info. Feel free to open a new issue with full --verbose log.


game achievements

Hey, i am testing this feature, and just to let you know i found a game that uses

steamdata>user_stats.ini
And the files look's like that

[ACHIEVEMENTS]
"ach_firstday" = {unlocked = true, time =<PHONE_NUMBER>}
"ach_welcome" = {unlocked = true, time =<PHONE_NUMBER>}

Would be cool if you add that type of file for achievements too (currently this file doesn't work with the launcher achievements feature)

Hey, i am testing this feature, and just to let you know i found a game that uses steamdata>user_stats.ini And the files look's like that:
[ACHIEVEMENTS]
"ach_firstday" = {unlocked = true, time =<PHONE_NUMBER>}
"ach_welcome" = {unlocked = true, time =<PHONE_NUMBER>}

Would be cool if you add that type of file for achievements too (currently this file doesn't work with the launcher achievements feature)

Where the steamdata folder located?
It is inside the game folder? Or somewhere else in your computer?
If you could provide the whole file path would be great

Where the steamdata folder located? It is inside the game folder? Or somewhere else in your computer? If you could provide the whole file path would be great

Sure, D:\Games\The Operator\SteamData\user_stats.ini


Reproduce the result of totaltext

Hi, Thanks for your job. I trying to reproduce the result of totaltext. Can you provide the config of totaltext?

Hi, we are working on releasing both the full evaluation code and evaluation configs for TotalText, ICDAR and TextOCR. I will update this issue once it's released, in about a week.
Thanks a lot for the interest in our work!

Hi!
I'm happy to report that we've updated the config file for all the datasets, and the links are in the README.md file.
In addition, an evaluation script is found in scripts/eval.py, and an evaluation example will soon follow.


impl Hash for Duration

Nice catch. As with the other PR open, I'll merge after I push up some commits from my local branch, likely tonight or tomorrow.


HBASE-28050 RSProcedureDispatcher to fail-fast for krb auth failures

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 38s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ master Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 50s
master passed

+1 :green_heart:
compile
3m 40s
master passed

+1 :green_heart:
checkstyle
1m  7s
master passed

-1 :x:
spotless
0m 44s
branch has 1 errors when running spotless:check, run spotless:apply to fix.

+1 :green_heart:
spotbugs
2m 47s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 38s
the patch passed

+1 :green_heart:
compile
3m 38s
the patch passed

+1 :green_heart:
javac
3m 38s
the patch passed

+1 :green_heart:
checkstyle
1m  4s
the patch passed

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
9m 15s
Patch does not cause any errors with Hadoop 3.2.4 3.3.5.

+1 :green_heart:
spotless
0m 42s
patch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
3m 12s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
0m 30s
The patch does not generate ASF License warnings.

39m 15s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/3/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
dupname asflicense javac spotbugs hadoopcheck hbaseanti spotless checkstyle compile

uname
Linux 8d8d356b8b7b 5.4.0-156-generic #173-Ubuntu SMP Tue Jul 11 07:25:22 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / bac3198e59

Default Java
Eclipse Adoptium-11.0.17+8

spotless
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/3/artifact/yetus-general-check/output/branch-spotless.txt

Max. process+thread count
80 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/3/console

versions
git=2.34.1 maven=3.8.6 spotbugs=4.7.3

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 24s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 13s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 30s
master passed

+1 :green_heart:
compile
1m  5s
master passed

+1 :green_heart:
shadedjars
4m 56s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 48s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 12s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 14s
the patch passed

+1 :green_heart:
compile
1m  5s
the patch passed

+1 :green_heart:
javac
1m  5s
the patch passed

+1 :green_heart:
shadedjars
4m 54s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 47s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 54s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m 21s
hbase-client in the patch passed.

+1 :green_heart:
unit
218m 20s
hbase-server in the patch passed.

245m 15s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/3/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 52c49b02ac5a 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / bac3198e59

Default Java
Temurin-1.8.0_352-b08

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/3/testReport/

Max. process+thread count
4620 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/3/console

versions
git=2.34.1 maven=3.8.6

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 31s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ master Compile Tests _

+0 :ok:
mvndep
0m 14s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 39s
master passed

+1 :green_heart:
compile
3m 39s
master passed

+1 :green_heart:
checkstyle
1m  6s
master passed

+1 :green_heart:
spotless
0m 41s
branch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
2m 47s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 38s
the patch passed

+1 :green_heart:
compile
3m 38s
the patch passed

+1 :green_heart:
javac
3m 38s
the patch passed

+1 :green_heart:
checkstyle
1m  7s
the patch passed

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
9m  5s
Patch does not cause any errors with Hadoop 3.2.4 3.3.5.

+1 :green_heart:
spotless
0m 42s
patch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
3m 13s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
0m 29s
The patch does not generate ASF License warnings.

38m 46s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/4/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
dupname asflicense javac spotbugs hadoopcheck hbaseanti spotless checkstyle compile

uname
Linux bea567ee7318 5.4.0-156-generic #173-Ubuntu SMP Tue Jul 11 07:25:22 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 84ccae368f

Default Java
Eclipse Adoptium-11.0.17+8

Max. process+thread count
78 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/4/console

versions
git=2.34.1 maven=3.8.6 spotbugs=4.7.3

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 25s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 12s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m  6s
master passed

+1 :green_heart:
compile
1m 21s
master passed

+1 :green_heart:
shadedjars
5m 16s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 52s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 46s
the patch passed

+1 :green_heart:
compile
1m 20s
the patch passed

+1 :green_heart:
javac
1m 20s
the patch passed

+1 :green_heart:
shadedjars
5m 13s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 51s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
2m 17s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m 32s
hbase-client in the patch passed.

+1 :green_heart:
unit
218m 16s
hbase-server in the patch passed.

248m  2s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/4/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux b87086d92b18 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 84ccae368f

Default Java
Eclipse Adoptium-11.0.17+8

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/4/testReport/

Max. process+thread count
4674 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/4/console

versions
git=2.34.1 maven=3.8.6

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 25s
Docker mode activated.

-0 :warning:
yetus
0m  2s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 18s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 10s
master passed

+1 :green_heart:
compile
1m  5s
master passed

+1 :green_heart:
shadedjars
4m 54s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 47s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 15s
the patch passed

+1 :green_heart:
compile
1m  5s
the patch passed

+1 :green_heart:
javac
1m  5s
the patch passed

+1 :green_heart:
shadedjars
4m 53s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 45s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 52s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m 20s
hbase-client in the patch passed.

+1 :green_heart:
unit
218m  0s
hbase-server in the patch passed.

244m 37s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/4/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux e38bec87317b 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 84ccae368f

Default Java
Temurin-1.8.0_352-b08

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/4/testReport/

Max. process+thread count
4638 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/4/console

versions
git=2.34.1 maven=3.8.6

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 30s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ master Compile Tests _

+0 :ok:
mvndep
0m 14s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 38s
master passed

+1 :green_heart:
compile
3m 37s
master passed

+1 :green_heart:
checkstyle
1m  6s
master passed

+1 :green_heart:
spotless
0m 41s
branch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
2m 45s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 35s
the patch passed

+1 :green_heart:
compile
3m 39s
the patch passed

+1 :green_heart:
javac
3m 39s
the patch passed

-0 :warning:
checkstyle
0m 15s
hbase-client: The patch generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
9m 10s
Patch does not cause any errors with Hadoop 3.2.4 3.3.5.

+1 :green_heart:
spotless
0m 42s
patch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
3m  9s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
0m 29s
The patch does not generate ASF License warnings.

38m 31s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/5/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
dupname asflicense javac spotbugs hadoopcheck hbaseanti spotless checkstyle compile

uname
Linux 28a19edbaab4 5.4.0-156-generic #173-Ubuntu SMP Tue Jul 11 07:25:22 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 84ccae368f

Default Java
Eclipse Adoptium-11.0.17+8

checkstyle
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/5/artifact/yetus-general-check/output/diff-checkstyle-hbase-client.txt

Max. process+thread count
79 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/5/console

versions
git=2.34.1 maven=3.8.6 spotbugs=4.7.3

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 24s
Docker mode activated.

-0 :warning:
yetus
0m  2s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 22s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 18s
master passed

+1 :green_heart:
compile
1m  5s
master passed

+1 :green_heart:
shadedjars
4m 54s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 45s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 13s
the patch passed

+1 :green_heart:
compile
1m  4s
the patch passed

+1 :green_heart:
javac
1m  4s
the patch passed

+1 :green_heart:
shadedjars
4m 54s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 47s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 50s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m 21s
hbase-client in the patch passed.

-1 :x:
unit
220m 29s
hbase-server in the patch failed.

247m  8s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/5/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 5548c6912d1d 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 84ccae368f

Default Java
Temurin-1.8.0_352-b08

unit
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/5/artifact/yetus-jdk8-hadoop3-check/output/patch-unit-hbase-server.txt

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/5/testReport/

Max. process+thread count
4609 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/5/console

versions
git=2.34.1 maven=3.8.6

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 27s
Docker mode activated.

-0 :warning:
yetus
0m  2s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 22s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 54s
master passed

+1 :green_heart:
compile
1m 19s
master passed

+1 :green_heart:
shadedjars
5m  9s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 51s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 12s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 44s
the patch passed

+1 :green_heart:
compile
1m 20s
the patch passed

+1 :green_heart:
javac
1m 20s
the patch passed

+1 :green_heart:
shadedjars
5m 14s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 51s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
2m 15s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m 32s
hbase-client in the patch passed.

+1 :green_heart:
unit
234m 48s
hbase-server in the patch passed.

264m 43s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/5/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 971044ec98cb 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 84ccae368f

Default Java
Eclipse Adoptium-11.0.17+8

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/5/testReport/

Max. process+thread count
4670 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/5/console

versions
git=2.34.1 maven=3.8.6

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 29s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ master Compile Tests _

+0 :ok:
mvndep
0m 14s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 34s
master passed

+1 :green_heart:
compile
3m 37s
master passed

+1 :green_heart:
checkstyle
1m  8s
master passed

+1 :green_heart:
spotless
0m 42s
branch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
2m 43s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 35s
the patch passed

+1 :green_heart:
compile
3m 38s
the patch passed

+1 :green_heart:
javac
3m 38s
the patch passed

+1 :green_heart:
checkstyle
1m 10s
the patch passed

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
9m 10s
Patch does not cause any errors with Hadoop 3.2.4 3.3.5.

+1 :green_heart:
spotless
0m 42s
patch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
3m 13s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
0m 29s
The patch does not generate ASF License warnings.

38m 45s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/6/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
dupname asflicense javac spotbugs hadoopcheck hbaseanti spotless checkstyle compile

uname
Linux e6ed2d77e7c9 5.4.0-156-generic #173-Ubuntu SMP Tue Jul 11 07:25:22 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 84ccae368f

Default Java
Eclipse Adoptium-11.0.17+8

Max. process+thread count
78 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/6/console

versions
git=2.34.1 maven=3.8.6 spotbugs=4.7.3

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 24s
Docker mode activated.

-0 :warning:
yetus
0m  2s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 10s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 12s
master passed

+1 :green_heart:
compile
1m  4s
master passed

+1 :green_heart:
shadedjars
4m 53s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 46s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 10s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 13s
the patch passed

+1 :green_heart:
compile
1m  6s
the patch passed

+1 :green_heart:
javac
1m  6s
the patch passed

+1 :green_heart:
shadedjars
4m 54s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 50s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 51s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m 20s
hbase-client in the patch passed.

-1 :x:
unit
219m 36s
hbase-server in the patch failed.

245m 54s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/6/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux a736ce46156f 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 84ccae368f

Default Java
Temurin-1.8.0_352-b08

unit
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/6/artifact/yetus-jdk8-hadoop3-check/output/patch-unit-hbase-server.txt

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/6/testReport/

Max. process+thread count
4624 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/6/console

versions
git=2.34.1 maven=3.8.6

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 36s
Docker mode activated.

-0 :warning:
yetus
0m  2s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 21s
master passed

+1 :green_heart:
compile
1m 56s
master passed

+1 :green_heart:
shadedjars
5m 59s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 57s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 10s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m  7s
the patch passed

+1 :green_heart:
compile
1m 32s
the patch passed

+1 :green_heart:
javac
1m 32s
the patch passed

+1 :green_heart:
shadedjars
5m 40s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m  4s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
2m 39s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m 51s
hbase-client in the patch passed.

+1 :green_heart:
unit
250m 54s
hbase-server in the patch passed.

285m  1s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/6/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 95b16f51651b 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 84ccae368f

Default Java
Eclipse Adoptium-11.0.17+8

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/6/testReport/

Max. process+thread count
4657 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/6/console

versions
git=2.34.1 maven=3.8.6

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 29s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ master Compile Tests _

+0 :ok:
mvndep
0m 13s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 41s
master passed

+1 :green_heart:
compile
3m 36s
master passed

+1 :green_heart:
checkstyle
1m  5s
master passed

+1 :green_heart:
spotless
0m 42s
branch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
2m 40s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 39s
the patch passed

+1 :green_heart:
compile
3m 41s
the patch passed

+1 :green_heart:
javac
3m 41s
the patch passed

+1 :green_heart:
checkstyle
1m  6s
the patch passed

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
9m 13s
Patch does not cause any errors with Hadoop 3.2.4 3.3.5.

+1 :green_heart:
spotless
0m 42s
patch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
3m 11s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
0m 29s
The patch does not generate ASF License warnings.

38m 50s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/7/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
dupname asflicense javac spotbugs hadoopcheck hbaseanti spotless checkstyle compile

uname
Linux df89016b6fd4 5.4.0-156-generic #173-Ubuntu SMP Tue Jul 11 07:25:22 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 84ccae368f

Default Java
Eclipse Adoptium-11.0.17+8

Max. process+thread count
79 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/7/console

versions
git=2.34.1 maven=3.8.6 spotbugs=4.7.3

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 24s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 25s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 33s
master passed

+1 :green_heart:
compile
1m 26s
master passed

+1 :green_heart:
shadedjars
5m 38s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 56s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 40s
the patch passed

+1 :green_heart:
compile
1m 22s
the patch passed

+1 :green_heart:
javac
1m 22s
the patch passed

+1 :green_heart:
shadedjars
5m 13s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 46s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 50s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m 21s
hbase-client in the patch passed.

+1 :green_heart:
unit
218m 57s
hbase-server in the patch passed.

247m 58s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/7/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 16276c2c9d43 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 84ccae368f

Default Java
Temurin-1.8.0_352-b08

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/7/testReport/

Max. process+thread count
4466 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/7/console

versions
git=2.34.1 maven=3.8.6

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 29s
Docker mode activated.

-0 :warning:
yetus
0m  2s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 33s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 13s
master passed

+1 :green_heart:
compile
1m 18s
master passed

+1 :green_heart:
shadedjars
5m 24s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 52s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 12s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 44s
the patch passed

+1 :green_heart:
compile
1m 18s
the patch passed

+1 :green_heart:
javac
1m 18s
the patch passed

+1 :green_heart:
shadedjars
5m 11s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 51s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
2m 15s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m 33s
hbase-client in the patch passed.

+1 :green_heart:
unit
247m  9s
hbase-server in the patch passed.

277m 45s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/7/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 67ec010e69e0 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 84ccae368f

Default Java
Eclipse Adoptium-11.0.17+8

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/7/testReport/

Max. process+thread count
4615 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/7/console

versions
git=2.34.1 maven=3.8.6

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 34s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ master Compile Tests _

+0 :ok:
mvndep
0m 10s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m  2s
master passed

+1 :green_heart:
compile
4m 53s
master passed

+1 :green_heart:
checkstyle
1m 31s
master passed

+1 :green_heart:
spotless
0m 52s
branch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
3m 22s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 13s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 59s
the patch passed

+1 :green_heart:
compile
4m 35s
the patch passed

+1 :green_heart:
javac
4m 35s
the patch passed

+1 :green_heart:
checkstyle
1m 17s
the patch passed

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
11m 40s
Patch does not cause any errors with Hadoop 3.2.4 3.3.5.

+1 :green_heart:
spotless
0m 41s
patch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
3m 45s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
0m 26s
The patch does not generate ASF License warnings.

47m 46s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/8/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
dupname asflicense javac spotbugs hadoopcheck hbaseanti spotless checkstyle compile

uname
Linux a113162005ec 5.4.0-156-generic #173-Ubuntu SMP Tue Jul 11 07:25:22 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / ff2c10c1c2

Default Java
Eclipse Adoptium-11.0.17+8

Max. process+thread count
77 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/8/console

versions
git=2.34.1 maven=3.8.6 spotbugs=4.7.3

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 36s
Docker mode activated.

-0 :warning:
yetus
0m  2s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 21s
master passed

+1 :green_heart:
compile
1m  6s
master passed

+1 :green_heart:
shadedjars
4m 54s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 46s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m  9s
the patch passed

+1 :green_heart:
compile
1m  5s
the patch passed

+1 :green_heart:
javac
1m  5s
the patch passed

+1 :green_heart:
shadedjars
4m 53s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 45s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 51s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m 21s
hbase-client in the patch passed.

+1 :green_heart:
unit
218m 31s
hbase-server in the patch passed.

245m  3s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/8/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 43dc168f39d4 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / ff2c10c1c2

Default Java
Temurin-1.8.0_352-b08

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/8/testReport/

Max. process+thread count
4646 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/8/console

versions
git=2.34.1 maven=3.8.6

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

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 35s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 10s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 24s
master passed

+1 :green_heart:
compile
1m 41s
master passed

+1 :green_heart:
shadedjars
6m  1s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m  7s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 13s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 34s
the patch passed

+1 :green_heart:
compile
1m 41s
the patch passed

+1 :green_heart:
javac
1m 41s
the patch passed

+1 :green_heart:
shadedjars
6m  3s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 53s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
2m 45s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m 57s
hbase-client in the patch passed.

-1 :x:
unit
255m 12s
hbase-server in the patch failed.

290m 17s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/8/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux bf955f47f4ee 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / ff2c10c1c2

Default Java
Eclipse Adoptium-11.0.17+8

unit
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/8/artifact/yetus-jdk11-hadoop3-check/output/patch-unit-hbase-server.txt

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/8/testReport/

Max. process+thread count
4740 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/8/console

versions
git=2.34.1 maven=3.8.6

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 32s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

_ master Compile Tests _

+0 :ok:
mvndep
0m 13s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 35s
master passed

+1 :green_heart:
compile
3m 38s
master passed

+1 :green_heart:
checkstyle
1m  6s
master passed

+1 :green_heart:
spotless
0m 42s
branch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
2m 47s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 38s
the patch passed

+1 :green_heart:
compile
3m 38s
the patch passed

+1 :green_heart:
javac
3m 38s
the patch passed

+1 :green_heart:
checkstyle
1m  7s
the patch passed

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
hadoopcheck
9m  8s
Patch does not cause any errors with Hadoop 3.2.4 3.3.5.

+1 :green_heart:
spotless
0m 42s
patch has no errors when running spotless:check.

+1 :green_heart:
spotbugs
3m 11s
the patch passed

_ Other Tests _

+1 :green_heart:
asflicense
0m 29s
The patch does not generate ASF License warnings.

38m 57s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/9/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
dupname asflicense javac spotbugs hadoopcheck hbaseanti spotless checkstyle compile

uname
Linux 576b04507580 5.4.0-156-generic #173-Ubuntu SMP Tue Jul 11 07:25:22 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / a80b341b6e

Default Java
Eclipse Adoptium-11.0.17+8

Max. process+thread count
79 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/9/console

versions
git=2.34.1 maven=3.8.6 spotbugs=4.7.3

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 24s
Docker mode activated.

-0 :warning:
yetus
0m  3s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 22s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
2m 18s
master passed

+1 :green_heart:
compile
1m  5s
master passed

+1 :green_heart:
shadedjars
4m 54s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 45s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 11s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 16s
the patch passed

+1 :green_heart:
compile
1m  4s
the patch passed

+1 :green_heart:
javac
1m  4s
the patch passed

+1 :green_heart:
shadedjars
4m 53s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 46s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
1m 50s
hbase-common in the patch passed.

+1 :green_heart:
unit
1m 20s
hbase-client in the patch passed.

+1 :green_heart:
unit
218m 17s
hbase-server in the patch passed.

245m  6s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/9/artifact/yetus-jdk8-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux be9d57817f4d 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / a80b341b6e

Default Java
Temurin-1.8.0_352-b08

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/9/testReport/

Max. process+thread count
4591 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/9/console

versions
git=2.34.1 maven=3.8.6

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 37s
Docker mode activated.

-0 :warning:
yetus
0m  2s
Unprocessed flag(s): --brief-report-file --spotbugs-strict-precheck --whitespace-eol-ignore-list --whitespace-tabs-ignore-list --quick-hadoopcheck

_ Prechecks _

_ master Compile Tests _

+0 :ok:
mvndep
0m 27s
Maven dependency ordering for branch

+1 :green_heart:
mvninstall
3m 36s
master passed

+1 :green_heart:
compile
1m 35s
master passed

+1 :green_heart:
shadedjars
5m 50s
branch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
0m 57s
master passed

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 12s
Maven dependency ordering for patch

+1 :green_heart:
mvninstall
3m 29s
the patch passed

+1 :green_heart:
compile
1m 27s
the patch passed

+1 :green_heart:
javac
1m 27s
the patch passed

+1 :green_heart:
shadedjars
5m 41s
patch has no errors when building our shaded downstream artifacts.

+1 :green_heart:
javadoc
1m  1s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
3m 10s
hbase-common in the patch passed.

+1 :green_heart:
unit
2m  8s
hbase-client in the patch passed.

+1 :green_heart:
unit
225m 28s
hbase-server in the patch passed.

260m 18s

Subsystem
Report/Notes

Docker
ClientAPI=1.43 ServerAPI=1.43 base: https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/9/artifact/yetus-jdk11-hadoop3-check/output/Dockerfile

GITHUB PR
https://github.com/apache/hbase/pull/5391

Optional Tests
javac javadoc unit shadedjars compile

uname
Linux 539f37ce1d9e 5.4.0-1103-aws #111~18.04.1-Ubuntu SMP Tue May 23 20:04:10 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / a80b341b6e

Default Java
Eclipse Adoptium-11.0.17+8

Test Results
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/9/testReport/

Max. process+thread count
4657 (vs. ulimit of 30000)

modules
C: hbase-common hbase-client hbase-server U: .

Console output
https://ci-hbase.apache.org/job/HBase-PreCommit-GitHub-PR/job/PR-5391/9/console

versions
git=2.34.1 maven=3.8.6

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

This message was automatically generated.

Thanks for the reviews! Let me merge and backport this today.

Thank you for the reviews @Apache9 @mnpoonia @d-c-manning @apurtell !!


how to go to current month.

I'd like add a toolbar menu item to go to current month in the calendarview, how can i do that?

Using the onCreate() and onResume() you can assign a Date object to a class field called currentDate in your activity/fragement class. On click of the menu item, call compactCalendar.setCurrentDate(currentDate);
That is a the way to do it now. There is now method to goto the current month right now.

okay, do i need to format  the current date object argument to any specific format using simpleDateFormat pattern to pass date object to compactCalendar.setCurrentDate() method??

Any Date object can be used.

so i don't need formatting?

No aslong as you set the correct date time in the object, it will work.


Fromstd::borrow::Cow for KeyName

We have a use case to have semi-dynamic names for some metrics, and it'd be great if KeyName could impl From<std::borrow::Cow> so that we construct the key name once (at runtime) and then cheaply emit metrics using that without reallocating every time. Unless I'm missing something that should be easy enough since SharedString (the crate's Cow) already has impl From<std::borrow::Cow<'static, str>>. Will be happy to craft a PR for this unless I hear objections. Thanks!

Hmm, weird. Surprised I neved added that impl. 🤔
Feel free to craft a PR. 👍🏻

Closed via #378, released via<EMAIL_ADDRESS>


fix: Adding anonymous user and page not found check to avoid showing error before redirection to login page

Description

Adding anonymous user and page not found check to avoid showing error before redirection to login page

Fixes #20714
Type of change

Bug fix (non-breaking change which fixes an issue)

How Has This Been Tested?

Tested this out locally in both the scenarios: user logged in but has no access to app, and user not logged in. Error is seen in first case as expected and no error is seen in second case after which the page is redirected to login screen.

Manual

Checklist:
Dev activity

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[x] New and existing unit tests pass locally with my changes
[ ] PR is being merged under a feature flag

QA activity:

[ ] Test plan has been approved by relevant developers
[ ] Test plan has been peer reviewed by QA
[ ] Cypress test cases have been added and approved by either SDET or manual QA
[ ] Organized project review call with relevant stakeholders after Round 1/2 of QA
[ ] Added Test Plan Approved label after reveiwing all Cypress test

/ok-to-test sha=1baebe6

/ok-to-test sha=f120015

/ok-to-test sha=83e6048


Adding a TextWatcher on ExtendedEditText causes infinite Loop crash with setError

I attached a textWatcher onto the ExtendedEditText, and whenever the text is empty, it calls setError()
but calling setError causes the TextWatcher to be triggered and since the text is empty ic calls setError()
but that triggers the TextWatcher again and since its still empty it calls setError()
but the TextWatcher is triggered again. I cannot have a reactive layout like that, is this intentional?

fixed in d2ca9af2cb2fd8e20a0133f5fd88a847f43f699d :)
This was caused by a method of making the cursor blink when gaining focus, which involves a previous mechanism of changing the text and then making it empty.

You can now use 1.4.2 without this issue.


tabbed_sections: Fix a backtrack-able regex.

This REDOS was not exploitable, as its content is only read from checked-in files; regardless, simplify it to not backtrack.  We also do not actually have any location which use leading or trailing whitespace, so remove those optional bits.

Self-review checklist

[ ] Self-reviewed the changes for clarity and maintainability
(variable names, code reuse, readability, etc.).

Communicate decisions, questions, and potential concerns.

[ ] Explains differences from previous plans (e.g., issue description).
[ ] Highlights technical choices and bugs encountered.
[ ] Calls out remaining decisions and concerns.
[ ] Automated tests verify logic where appropriate.

Individual commits are ready for review (see commit discipline).

[ ] Each commit is a coherent idea.
[ ] Commit message(s) explain reasoning and motivation for changes.

Completed manual review and testing of the following:

[ ] Visual appearance of the changes.
[ ] Responsiveness and internationalization.
[ ] Strings and tooltips.
[ ] End-to-end functionality of buttons, interactions and flows.
[ ] Corner cases, error conditions, and easily imagined bugs.

lgtm. @laurynmm can you double-check that we're not using this with extra whitespace? Feel free to merge if so.

@timabbott - Yes, double-checked and we're not using this with extra whitespace.

Merged, thanks @alexmv and @laurynmm!


[Android] Background image not filling the entire container.

Platform

Android

Author or host
Microsoft Teams
Version of SDK
1.2.10
Details
When a container has a background image, the entire container is not filled. And elements within the container are not aligned as observed on Desktop.
Here are the screenshots of experience comparison:

Desktop
Android

Here is another broken experience:

Desktop
Android

Attaching the card json.
Jsons.zip
cc: @VikrantSingh01, @anbah34, @shbhadra.

@shalinijoshi19 , I think this is a by design issue. Containers are rendered with a padding unless they have the bleed property assigned as true. For bleed to work, the container must have a different style than it's parent. Probably @matthidinger could clarify the default behavior of containers but I was able to have a work around that seems more like the expected behaviour

{
    "type": "AdaptiveCard",
    "bleed": true,
    "body": [
        {
            "items": [
                {
                    "text": "Test Card.",
                    "id": "txtid",
                    "type": "TextBlock"
                },
                {
                    "placeholder": "Enter your text",
                    "value": "default text",
                    "id": "newtxt",
                    "type": "Input.Text"
                },
                {
                    "text": "My new textblock",
                    "id": "resd",
                    "type": "TextBlock"
                },
                {
                    "value": "",
                    "id": "dateid",
                    "type": "Input.Date"
                },
                {
                    "choices": [
                        {
                            "title": "Choice 1",
                            "value": "Choice 1"
                        },
                        {
                            "title": "Choice 2",
                            "value": "Choice 2"
                        }
                    ],
                    "value": "mychoice",
                    "id": "idchoice",
                    "type": "Input.ChoiceSet"
                },
                {
                    "text": "text3",
                    "type": "TextBlock"
                },
                {
                    "text": "Text4",
                    "type": "TextBlock"
                },
                {
                    "text": "Text5",
                    "type": "TextBlock"
                }
            ],
            "backgroundImage": "https://wallpaperaccess.com/full/2849664.jpg",
            "bleed": true,
            "style": "good",
            "type": "Container"
        }
    ],
    "version": "1.0"
}

issue fixed by #4956


feat: enable themes (#852)

Merge #852 to main

I forgot to change http to https on those dependency entries

@mdonnalley when you release this feature could you please make some sort of "promotion" with my name? Now that I have time, I'm working on open source projects that I have interest in order to increase my chances of leaving this s*** country when my parents are gone. If you can't do it, there is no problem. Thank you in advance.

when you release this feature could you please make some sort of "promotion" with my name?

@AllanOricil No problem. You're name will be in the commit history and we'll mention your name in the sf release notes once we integrate this feature there. Does that work for you?

@mdonnalley I would like to also have my name somewhere on those posts/videos that Salesforce usually release to notify devs about new features

@mdonnalley you removed the test that tests that a key is present in the parsed theme. If a developer remove alias from Theme, will all test pass right? Those tests were there to prove that the key can not vê removed from Theme to not cause a regression

@AllanOricil Are you referring to these tests?
If so, I don't see what value that provides that this test doesn't. They're the exact same tests except one has more properties in the parsed theme

@AllanOricil Are you referring to these tests?
If so, I don't see what value that provides that this test doesn't. They're the exact same tests except one has more properties in the parsed theme

@mdonnalley in the first, if you remove alias from Theme, the code will not compile with a type error. In the second, because there is no ref to the key name, the code compiles. The benefit is that a dev will see that removing alias from Theme causes a regression and he can must not do it

@mdonnalley look, when I removed alias from THEME_KEYS, 1 single test failed so that a developer can know exactly the root cause of the problem. It is like if it was a real world experiment, you change 1 variable, it changes 1 single behaviour.

@mdonnalley  Yes, with the current code there is no way to know if another developer deleted any of the mandatory Theme keys because there is no tests to test the which keys are valid in the Theme specification.

I envisioned and started this feature and you took it over and started to make decisions without discussing with me. This is extremely unprofessional and it will be registered here for other people to see.

I envisioned and started this feature and you took it over and started to make decisions without discussing with me. This is extremely unprofessional and it will be registered here for other people to see.

It's an open PR - no decisions have been made. Your feedback is welcome, including on the plugin.
Your reviews and comments on this PR have been incredibly helpful thus far - I'm sure you've noticed that many of the commits here are addressing your feedback. From my perspective, this has been a collaborative effort.
The current implementation in this PR and the plugin-theme PR was discussed here. As Cristian mentioned in his comment, we're not willing to take on the complexity of having themes be installable via npm so we're looking for a more file-based solution. We'd love if you could add your thoughts there so that we can starting working towards a solution that we're all happy with

Hi @mdonnalley sorry for what I said earlier.  For example, I think that Im losing something and being left behind, or I get envy, again for no reason. I take some medication but it just doesn't work well sometimes. You can continue this and follow your ideas. You actually did most of the good decisions. I hope to use it when it is finished. Again, sorry.


Enhancement/doc/setup guide: Improve documentation

Motivation and Context
Document additional information to make it easier to setup a working development environment.
Description

Added note to use IntelliJ IDEA Ultimate (for Spring Boot support)
Added alternative for MySQL Database using docker
Documented passing of Active Profiles to gradlew on command line
Cleaned up trailing whitespace in some lines

I merge this, because the changes are good. In case more are needed, please feel free to open another PR


Fixed mistake

/check-cla

Hey there! @iivansmaliakou, looks like you haven't signed the CLA yet. Could I please have you do that? https://github.com/kubernetes/community/blob/master/CLA.md

I'm closing this due to CLA issue open for too long. Please feel free to reopen when the agreement is signed.
/close


Remove ruby 1.8 dependency requirements

Coverage remained the same at 96.0% when pulling 7049c27d4b1961ee5d47a802d895a18234722f86 on bryanfagan:remove-ruby-1-8-dependency-requirements into 452a0853286fc0d2919037598ac891dd3e7b1d19 on intridea:master.


maybe fixed?

not sure whether this PR is awaiting merge, but I approve

Nope, this was just a test PR, and it's still broken


Relax first time contributor CI approval rules

Currently new contributors need their GHA runs approved before each run.  It's kinda a bad contributor experience: https://matklad.github.io/2022/10/24/actions-permissions.html
What do we think about setting it to first time GH users requiring approvals?

What is the downside to relaxing this? Possible spam / over use of the CI?

I recall this appoval thing was added recently. Before anyone could trigger a job.
Downside must be for overuse. ANd if you use custom runners, perhaps malicious use

I guess it could be locked back down if that happens.

Agreed, let's relax. We've had a couple of first-time contributors recently and it's a bit annoying to keep starting the CI manually all the time.

Config updated


Feature Request: TOC should include disclosure triangles to show/hide subheadings...

Hi Ben and Co.,
I think this one is pretty self explanatory, but it would be very nice to be able to expand/collapse headings to show/hide subheadings, similar to the way omni outliner, and other outliner programs, work.
I would also like to have the ability to drag and drop headings and all subsequent subheadings and paragraph text contained within to any other position in the document, which would allow for fast re-arrangement of a long and complicated document, with the least amount of headache possible.
Thank you for your work and consideration,
Richard Nash
Los Angeles, CA

+1

+1

Feature Request: TOC should include disclosure triangles to show/hide subheadings
I think this one is pretty self explanatory, but it would be very nice to be able to expand/collapse headings to show/hide subheadings, similar to the way omni outliner, and other outliner programs, work.
I would also like to have the ability to drag and drop headings and all subsequent subheadings and paragraph text contained within to any other position in the document, which would allow for fast re-arrangement of a long and complicated document, with the least amount of headache possible.
Thank you for your work and consideration,


July 2024 JDK11 Dry-run Triage

TBD
https://ci.adoptium.net/job/build-scripts/job/release-openjdk11-pipeline/47/

✔ results in these Tables means the activity has successfully completed.
⏳ results means that we are actively working on closing off the runs needed for this version, platform, binaryType.
⛔ means there is no build planned for that version/platform combination.
⏸ means activity not yet started.

Platform
Status
Results
Actions

x86-64_mac
⏸
comment

x86-64_linux
⏸
comment

x86-64_windows
⏸
comment

aarch64_linux
⏸
comment

aarch64_mac
✔
comment
all pass

x86-64_alpine-linux
⏸
comment

ppc64le_linux
⏸
comment

s390x_linux
⏸
comment

ppc64_aix
⏸
comment

arm_linux
⏸
comment

x86-32_windows
⏸
comment

aarch64_mac ✔
AQAvitTaps_jdk11_aarch64_mac.zip

x86-64_mac

x86-64_linux

x86-64_windows

aarch64_linux

x86-64_alpine-linux

ppc64le_linux

s390x_linux

ppc64_aix

arm_linux

x86-32_windows

x86-64_windows
https://trss.adoptium.net/allTestsInfo?buildId=66928860d24e1b006e2059ce&limit=5&hasChildren=true
jdk_jdi_0 build-azure-win2022-x64-2
Likely same WSL issue as for jdk 21 https://github.com/adoptium/aqa-tests/issues/5437#issuecomment-2228548692
jdk_tools_0 test-azure-win2022-x64-1
Likely same debug issue as for jdk 17 https://github.com/adoptium/aqa-tests/issues/5436#issuecomment-2228715941
jdk_tools_1 test-azure-win2022-x64-1
Same as jdk_tools_0

Closing as we head into actual release triage.


chore(main): release fish 1.16.2

:robot: I have created a release beep boop
1.16.2 (2024-08-11)
Miscellaneous

fish: update config (787a3c0)
software: update installed (7546efa)

This PR was generated with Release Please. See documentation.

:robot: Created releases:

fish-v1.16.2
:sunflower:


stsv2_vms_Sequenced_x ignores sequencestart and sequencestop tags

I've deployed the solution, and assigned the sequencestart and sequencestop tags to a subset of my virtual machines.

I then scheduled the stsv2_vms_Sequenced_start and stsv2_vms_Sequenced_stop logic apps:

And set the Request Body to:
{   "Action": "start",   "EnableClassic": false,   "RequestScopes": {     "ExcludedVMLists": [],     "Subscriptions": [       "/subscriptions/<my sub here>/"     ]   } }
When I trigger the logic app, all VMs in the subscription start/stop, regardless of whether the sequencestart and sequencestop tags have been set, or what their value are.
Does the RequestScopes override the sequencestart/sequencestop tags?

Nevermind... missed the all-important
"Sequenced": true
In the Function-Try Request Body.


Insert Mode, Key that ins't map show which-key panel and only Null show

Hello, When I was typing in Insert Mode, When I press < key, it active which key and it show only null

When I do :imap to see a list of them this is what I found

There was other early such as 2,3, M, etc but Somehow they stop showing up, not sure what cause it when I was doing something (Note the reason why I mention it and it not showing up anymore was due to existing nvim then return)
As far as I know, I didn't touch which-key related or mapping them, only setup config (require'which-key'.setup{})
I could disable it via setting, but I am confused why it is shown like that and especially when there is no key related to it. I figure it could be likely a bug that should be report.

That seems odd indeed. The only reason I can think of is that there were mappings in INSERT mode under < before, but that got deleted somehow. That or a special key mapping like <...> where the closing tag was not properly closed.
If you say there were 2,3,M earlier, what do you mean exactly?
You saw mappings for 2, 3, M when hitting < in INSERT mode?

As far as I can see Nothing is like that, I rarely map to Insert mode...
Mapping Link as you can see here,
as for 2,3,M Those was similar as < function, when pressing those, it will show up same as that Screenshot with <
For some reason they stop showing up when I fresh enter nvim which I presume it some how trigger when I was doing something, I don't even know what was process since it was long time...
But what will always active even when start new nvim run is always <
At this moment, I temporary fix it with
  triggers_blacklist = {
    -- list of mode / prefixes that should never be hooked by WhichKey
    -- this is mostly relevant for key maps that start with a native binding
    -- most people should not need to change this
    i = { "j", "k", "<"},
    v = { "j", "k" },
  },

(Just checking, is there possible to disable only Insert Mode and just have which key trigger on visual/normal? I haven't yet to read full documentals (since I cant find any with :h whichkey or something...)

I can definitely add an option to restrict the modes where WK is active, but would still be good to figure out what's happening here.
So if you do :imap <, you only see the WK binding?
The only other reason I can think of is that in some other buffers, theres local mappings under <. Any plugin you use that has mappings like <,2,3,M in insert mode?

I presume that line before <
< soemthing strange symbol might be a issues, and I have no idea how to remove that...? I presume cuz of 0.5, <NOP> no longer valid?
--few min later--
ah... Appear so this was a problem, somehow <Nop> cause issues, when I comment all related to <Nop>, issue stop showing up,
As for 2,3,m
Nothing as far as I know does that, I doubt any dev plugins would do that...

bit checking further,
only those that have nop are
map(n,'MiddleMouse','<Nop>')
map(n,'2-MiddleMouse','<Nop>')
map(n,'3-MiddleMouse','<Nop>')
map(n,'4-MiddleMouse','<Nop>')

map(i,'MiddleMouse','<Nop>')
map(i,'2-MiddleMouse','<Nop>')
map(i,'3-MiddleMouse','<Nop>')
map(i,'4-MiddleMouse','<Nop>')

vim.g.UltiSnipsExpandTrigger = '<Nop>'
vim.g.UltiSnipsJumpForwardTrigger = '<Nop>'
vim.g.UltiSnipsJumpBackwardTrigger = '<Nop>'

first codeblock doesn't affect any but last code block related to Ultisnip does affect, I have to comment them out in order for it stop assign <
which is oddly strange consider both are similar, I presume it is issue for Ultisnip plugins side?

.... Appear those 2,3,4, and M Are caused from MiddleMouse... good grief...
So now with proper fix, instead of "MiddleMouse", fixed with ""
(Idk why did  I forget to add tag <>)
only issue is < which is related to UltiSnips plugins... supposed only solution is assign it to something other than
I am sorry.. I am not very good at testing...

<nop>  can only appear on the right side of a keybindings. You cant use it as a key.
What do you want to achieve by doing that?

Wait what? all of them are on right side, wait are you reference to Ultisnip? If so, that true, I wasn't thinking clear and that make sense, I just set it to  since that is a key I would likely never touch. Regardless
Issue was found due to that I was using  on left side I supposed?

vim.g.UltiSnipsExpandTrigger = '<Nop>'
Those lines are mapping the <nop> as a key, but that can;t be used as a key.
Maybe just keep it empty? Not sure what utilsnips expects there if you don;t want the trigger

I have , comma mapped as the leader key. After some typing in insert mode, the comma shows the which-key popup.

Pressing esc after any keypress shows up the which-key popup instantly. Is this proper behaviour? Shouldn't pressing esc cancel the popup instead?

vim.g.UltiSnipsExpandTrigger = '<Nop>'
Those lines are mapping the <nop> as a key, but that can;t be used as a key.
Maybe just keep it empty? Not sure what utilsnips expects there if you don;t want the trigger

What? Oh oh god... I understood why we are kind misunderstood each other, I just saw my message, I didn't realized doing <> without codeblock would make it invisible... I am sorry for not double checking my message
I have to set it manually since default use <tab> and other but I am letting compe or so taking care of it that why.
Regardless This issue is solved as long as you don't set <Nop> on left side yes?