Enhancement: Improve Navigation Bar Design and Functionality

Hi @itsmohit097 ,
I am raising an issue for this repository . The current navigation bar exhibits several areas for improvement. Primarily, the color scheme appears to be off, lacking cohesion with the overall design theme. Additionally, the padding and margins within the navigation elements seem insufficient, leading to a cramped and unpolished appearance.
I want to work on this under GSSOC 24 , so please assign it to me
Thanks

Hi @itsmohit097 ,
I have raised the issue , please assign it to me.


Repeated docs for DynamoDB.Client.create_table StreamSpecification

Just a documentation issue, and a marginal one at that.
From botocore readthedocs for DynamoDB Client create_table, if you scroll down to the description about the request's StreamSpecification argument, you'll see that its children arguments are described 3 times, with slightly different formatting:

The settings for DynamoDB Streams on the table. These settings consist of:

StreamEnabled - Indicates whether Streams is to be enabled (true) or disabled (false).
StreamViewType - When an item in the table is modified, StreamViewType determines what information is written to the table's stream. Valid values for StreamViewType are: [...]
StreamEnabled (boolean) -- Indicates whether DynamoDB Streams is enabled (true) or disabled (false) on the table.
StreamViewType (string) -- The DynamoDB Streams settings for the table. These settings consist of:

StreamEnabled - Indicates whether DynamoDB Streams is enabled (true) or disabled (false) on the table.
StreamViewType - When an item in the table is modified, StreamViewType determines what information is written to the stream for this table. Valid values for StreamViewType are: [...]

HTH

So it looks like there is an issue with the documentation content in our model. Our documentation is more or less the same content as the API Reference. So if you look at the API reference for CreateTable and StreamSpecification type you can see the duplication as well. I will look to get this updated in both places.

ah.. indeed.. thanks for pointing to the source for the docs.
If I find more doc issues, I can check the AWS API docs.. is there by chance a better place for me to report issues I might find with those docs? I feel bad reporting it to this project, as it is really an issue with the upstream sources...

Yeah so the best way to get the documentation updated is by posting in the AWS Developer Forums about their API References having the duplicate documentation. If they get that updated, we should be able to pick that up pretty easily.
If you want to drive this, go for it. Otherwise, we will get around to getting the documentation updated.

Closing out since the action items are on the service side. Though it looks like they have removed one layer of duplication and made things more consistent since.


fix: Fixed issue with running a subset of stories caused by incorrectly resolved paths.

Bug fix for #7999 to correctly resolve storybook paths on windows.

And congrats on 8000! x)


peviitor_scraper refactoring

The main goal of this refactoring process is to streamline the future work of .js scrapers.

Is there an environment where I can test these changes?

Todos for tomorrow:
My biggest pet peeve for which I'm gonna use my first scraper example:
https://github.com/peviitor-ro/based_scraper_js/blob/8839365dab6f9f46309100af0c1770b7153ee16a/sites/syncrosoft.js#L43
After calling something like publish(bigObject, smallerObject) our job should be done. The user shouldn't have to rewrite the publish function each time.
Also, we should generate the id ourselves and let the user handle just the scraping part.
https://github.com/peviitor-ro/based_scraper_js/blob/8839365dab6f9f46309100af0c1770b7153ee16a/sites/syncrosoft.js#L36
Extra brownie points: https://github.com/peviitor-ro/based_scraper_js/blob/8839365dab6f9f46309100af0c1770b7153ee16a/sites/syncrosoft.js#L4
Let's trim the whitespaces and let the user put as many whitespaces as he can
+some other minor things.


Declarative Prometheus SA Token Secret

Description
Describe the big picture of your changes here to communicate to the maintainers why we should accept this pull request.
If it fixes a bug or resolves a feature request, be sure to link to that issue.
Since kubernetes 1.24 it is possible to declaratively configure Secret containing ServiceAccount token instead of only relying on kubernetes to create that Secret with generated name suffix. This in turn allows to reference the Secret (instead of using bearerTokenFile inside a container FS) from objects like ScrapeConfig to use for authentication against kubernetes API.
This is a prerequisite to migrate Kubelet ServiceMonitor to ScrapeConfig.
I am leaving this as a draft as I am still testing this out.
Type of change
What type of changes does your code introduce to the kube-prometheus? Put an x in the box that apply.

[ ] CHANGE (fix or feature that would cause existing functionality to not work as expected)
[ ] FEATURE (non-breaking change which adds functionality)
[ ] BUGFIX (non-breaking change which fixes an issue)
[x] ENHANCEMENT (non-breaking change which improves existing functionality)
[ ] NONE (if none of the other choices apply. Example, tooling, build system, CI, docs, etc.)

Changelog entry
Please put a one-line changelog entry below. Later this will be copied to the changelog file.

Since kubernetes 1.24 it is possible to declaratively configure Secret containing ServiceAccount token instead of only relying on kubernetes to create that Secret with generated name suffix

This is actually supported against all Kubernetes versions >1.0


Implement css transitions

Not sure if the actual javascript animations should be replaced but it's definitively a good idea to try and see how the sliders would look like using css transitions instead of our custom anim function.

3 years went by and I'm pretty confident to say that simple-slider is def never going to try to be a full-fledged carousel library.
I'll just keep the focus on it doing transitions using the requestAnimationFrame API and making sure it does it well 😊


Constant Pausing and Reconnect Request

Within the last week or so WebRTC has been constantly pausing and playing and eventually disconnecting altogether asking to reconnect. I am running HA core-2021.7.4 and have tried deleting the integration and reinstalling it. Below is the basic card configuration that I am using. This is a LAN to LAN connect, so I am not hopping out and coming back in. though that should not matter, and I am pulling Low (480x360) from the source.
type: custom:webrtc-camera
url: rtsp://<IP_ADDRESS>:7447/blah,blah,blah
title: Door Bell
background: true
Please advise and thank you.

Same Problem here.
Stream plays without problems in VLC but via WebRTC constantly pausing and reconnecting.
It worked very well for two days.
I think Homeassistent made an Update but i am not sure.

Same problem here, except appearing only in FullyKiosk browser on amazon fire tablet.
(settings: webrtc: false mse: true)

Same problem here

Not sure if this will help anyone. I decided to wipe the tablet that I was using as an HA Panel and clean install the HA app for Android. Thus far the reconnect requests and pausing have stop. I did try resetting the HA app first before the wipe but that did not help, so I went full nuclear. I do run on the 5Ghz band for WiFi and the tablet is relatively close to the AP so I should not suspect any delays in the video streams.
I will monitor this and it I see the issue returns I will chime back in here with any findings.

After updating to latest version of the component and latest version of home assistant, i'm getting the frequent reconnection issue too. I have another installation running latest HA but with version 1.4 WebRTC, it takes longer to connect but after connect it is stable

It appears that this issue has returned. Did another full wipe and this time this issue remained where before it seemed to have resolve the issue for a period of time. HA does not let me go back to version 1.4 of WebRTC, can only go back to 2.0.0.
zeliant, would mind sharing your WebRTC tile configuration? Mine is below.
type: custom:webrtc-camera
url: rtsp://<IP_ADDRESS>:7447/blahblahblahblah
title: Doorbell
background: true
mse: false

zeliant, would mind sharing your WebRTC tile configuration? Mine is below.

My config is the same as yours.
You can go back to 1.4 by manually downloading the component and put inside custom_components folder.
I have since switched back to the latest version 2.1.1. I narrowed my problem down to local and external access. Somehow WebRTC cannot connect when i'm in local but I am able to connect farily quickly using WebRTC when i'm using external connection on my mobile. I gonna do a whole network reset of my router and all the switches to see if I can solve my problem.

I cannot seem to find WebRTC 1.4. Do you have a link?

NVM found it.

FYI only: Same problem here, but only on PC client with chrome or Edge. No problem on Raspi4 where HA is running. Here the live video is perfectly stable.
I'm running also Frigate NVR. When I stop the NVR part of Frigate (only live view remaining) everything is stable. So I think its a Frigate NVR problem.

Check my new project. Maybe it handle this situation
https://github.com/AlexxIT/go2rtc

Should be fixed in v3


Add console.info into the matchers for JS

Hi!
Would you agree with this addition? I've added console.info into the matchers for JS, as I regularly use this when I'm debugging applications.
Kind Regards,
Matt

Oh yeah, for sure! Haha I just forgot about info. Thanks!


[drivers & uORB] Differentiate distance sensors by ID's (not only by the rotation)

@dagar @DanielePettenuzzo we continue to set the ID's to 0 every time we add a new distance_sensor. This represents a problem when we have two distance sensors, facing the same direction, connected to the same I2C bus: how exactly does one differentiate between them if not through the ID? And how can that be set manually in that case, if we want to say, for example, the sensor on the left side has the ID 1 and the sensor on the right side has ID 2?
I would say that not having the possibility of manually or automatically setting the sensor IDs on a system that is aiming for supporting multiple distance sensors pointing in different directions is more a bug than a feature, so I think we need to sort out a solution to this soon enough.
Describe problem solved by the proposed feature
Make possible to differentiate between different distance sensors, even if they are pointing the same direction.
Describe your preferred solution
I say that we could differentiate the sensors based on their address on the bus - but I guess that shouldn't be something that the user should be worried about. So could we identify the sensor ID's, plugged on the same bus, based on the order that they are plugged on that bus? Not sure how that works.

A good example of a driver where we could already bring this in is https://github.com/PX4/Firmware/pull/12575. Since these kind of sensors tend to be used in numbers and pointing different directions for multiple purposes, including collision prevention.

@dagar and I wanted to get rid of this ID field, make uORB more lean and do 1 sensor per uORB multi-topic.

@dagar and I wanted to get rid of this ID field, make uORB more lean and do 1 sensor per uORB multi-topic.

What's your suggestion to differentiate between sensor streams?

One option is to treat them the way we've handled other sensors (accel, gyro, mag). Maintaining a table of unique device types (https://github.com/PX4/Firmware/blob/master/src/drivers/drv_sensor.h) and each instance then has a device id (device type + bus + address).
From that point the configuration of each distance sensor instance would be similar to the setting each external mag rotation.

@dagar we also need a mechanism to have multiple sensors of the same type on the same I2C bus. @TSC21 and I looked at the lidar lite and the startup sequence should be that all sensors are disabled (via GPIO to the lidar) and then we pull them up one by one so we can change their I2C address. Is there any driver that already does something similar?

@DanielePettenuzzo any progress on this matter?

First step in https://github.com/PX4/Firmware/pull/12864

This is still relevant and needs to be solved.

@dagar this is still to solve.


Owner: Book Appointment

Story:
As a business owner, I want to book my customer for a service so that I can keep track of their arrival.
Assumptions:

Customer is identified by email
Owner is booking with self (i.e. self service provider)
Owner is booking for a specific service.

Acceptance Criteria:

Disallow the owner from being double booked i.e. more than one appointment at a point of time.
Disallow the customer to be double booked.

[ ] Proto
[ ] UI Wireframes
[ ] Web UI
[ ] Mobile UI
[ ] Backend


Fix observed hangs with LV measurements for certain situations of service launches

[x] This contribution adheres to CONTRIBUTING.md.

What does this Pull Request accomplish?
Fixes AB#2508868 and AB#2464807
Why should this Pull Request be merged?
In the existing implementation of the service startup code, there is a race condition caused by a delay between registering the measurement service with Discovery Service (enabling clients to try to call the measurement service) and registering the user events for handling calls to the measurement service (enabling the measurement service to receive and react to calls). If a client makes a call to the measurement service between those two pieces of code, the measurement service never handles the call and the client waits indefinitely.
The fix moves the event registration before the measurement is registered with Discovery Service. The events are registered and the registration refnum is stored in the service private data to later be wired to the event handler. Through testing, the registration call is sufficient to be ready to handle calls, even if the event handler structure has not been reached yet.
What testing has been done?
Tested the implementation using a reproducing TestStand sequence that repeatedly calls and kills a measurement. Before the fix, a hang would consistently occur within a few minutes. After the fix, I have not observed a hang over many minutes and repeated runs.

Would you be able to post some screenshots for the relevant changes? I'm not sure if I need to look at all these files or if most are just type prop that had to be saved.

Would you be able to post some screenshots for the relevant changes? I'm not sure if I need to look at all these files or if most are just type prop that had to be saved.

I found that the only VIs with real changes are:

Register gRPC Methods and Messages.vi
Start Sync.vi

Would you be able to post some screenshots for the relevant changes? I'm not sure if I need to look at all these files or if most are just type prop that had to be saved.

Yes, I'm working on that now. Unfortunately I ran out of time at my computer as I was posting the PR earlier.

Class private data:

Register gRPC Methods and Messages:

Start Sync (before/after):

The rest are just recompiles due to adding data to the class.


Double Time

Hi guys, can i use two times in the datetimepicker ?
For example: Day - Start Time - End Time
Please help!

Hi, I don't think it's possible but you ca set two datepickers like this

William-H-M Hey dude tnx alot for the quick answer


intellisense not working, outputs "Unable to find the file 'System.Runtime.dll"

Extension ouputs:
[00:15:02 INFO ] Logging to output at level INFO. If you want detailed messages, try level DEBUG.
[00:15:02 INFO ] Netcore runtime specified
[00:15:03 INFO ] finding FSAC for
	runtime: NetcoreFdd
	mono: mono
	dotnet: /usr/local/share/dotnet/dotnet
[00:15:04 INFO ] listening notification on /notify started
[00:15:04 INFO ] listening notification on /notifyWorkspace started
[00:15:04 INFO ] listening notification on /notifyAnalyzer started
[00:15:04 ERROR] Cannot execute simplifiedNames, File '/path/to/my/workspace/Program.fs' not parsed
[00:15:04 ERROR] Cannot execute lint, File '/path/to/my/workspace/Program.fs' not parsed
[00:15:04 ERROR] Cannot execute unusedOpens, File '/path/to/my/workspace/Program.fs' not parsed
[00:15:04 ERROR] Cannot execute unusedDeclarations, File '/path/to/my/workspace/Program.fs' not parsed
[00:15:06 ERROR] Cannot execute parse, Check aborted (Aborted). Errors: [|"Unable to find the file 'System.Runtime.dll' in any of
 v4.5
 /path/to/my/workspace
 /Users/name/.vscode/extensions/ionide.ionide-fsharp-3.30.0/bin_netcore/";
  "Unable to find the file 'System.Runtime.dll' in any of
 v4.5
 /path/to/my/workspace
 /Users/name/.vscode/extensions/ionide.ionide-fsharp-3.30.0/bin_netcore/"|]
[00:15:53 ERROR] Cannot execute parse, Check aborted (Aborted). Errors: [|"Unable to find the file 'System.Runtime.dll' in any of
 v4.5
 /path/to/my/workspace
 /Users/name/.vscode/extensions/ionide.ionide-fsharp-3.30.0/bin_netcore/";
  "Unable to find the file 'System.Runtime.dll' in any of
 v4.5
 /path/to/my/workspace
 /Users/name/.vscode/extensions/ionide.ionide-fsharp-3.30.0/bin_netcore/"|]
[00:16:14 ERROR] Cannot execute parse, Check aborted (Aborted). Errors: [|"Unable to find the file 'System.Runtime.dll' in any of
 v4.5
 /path/to/my/workspace
 /Users/name/.vscode/extensions/ionide.ionide-fsharp-3.30.0/bin_netcore/";
  "Unable to find the file 'System.Runtime.dll' in any of
 v4.5
 /path/to/my/workspace
 /Users/name/.vscode/extensions/ionide.ionide-fsharp-3.30.0/bin_netcore/"|]

My envrionment:
macOS Mojave
VSCode Version 1.29.1 (1.29.1)
ionide-fsharp-3.30.0

dotnet --version
2.2.100

mono --version
Mono JIT compiler version <IP_ADDRESS> (2018-06/b63e5378e38 Mon Nov 19 18:08:09 EST 2018)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
	TLS:           normal
	SIGSEGV:       altstack
	Notification:  kqueue
	Architecture:  amd64
	Disabled:      none
	Misc:          softdebug
	Interpreter:   yes
	LLVM:          yes(3.6.0svn-mono-release_60/0b3cb8ac12c)
	GC:            sgen (concurrent by default)

I am having a similar error on Windows
netcore version 2.2.101
ionide version 3.30.0
VSCode version 1.30.1

Relevant ionide log for reference
[00:31:35 INFO ] Logging to output at level INFO. If you want detailed messages, try level DEBUG.
[00:31:35 INFO ] Netcore runtime specified
[00:31:35 INFO ] finding FSAC for
	runtime: NetcoreFdd
	mono: mono
	dotnet: C:\Program Files\dotnet\dotnet.exe
[00:31:36 INFO ] listening notification on /notify started
[00:31:36 INFO ] listening notification on /notifyWorkspace started
[00:31:36 INFO ] listening notification on /notifyAnalyzer started
[00:31:37 ERROR] Cannot execute simplifiedNames, File 'c:\Users\myname\Desktop\Untitled1.fs' not parsed
[00:31:37 ERROR] Cannot execute lint, File 'c:\Users\myname\Desktop\Untitled1.fs' not parsed
[00:31:37 ERROR] Cannot execute unusedDeclarations, File 'c:\Users\myname\Desktop\Untitled1.fs' not parsed
[00:31:37 ERROR] Cannot execute unusedOpens, File 'c:\Users\myname\Desktop\Untitled1.fs' not parsed
[00:31:37 ERROR] RES (006) <- {workspacePeek} ERROR in 631 ms: {stack: Error: Request failed with status code 500
    at createError (D:\Dropbox\Tools\VSCode\data\extensions\ionide.ionide-fsharp-3.30.0\webpack:\node_modules\axios\lib\core\createError.js:16:1)
    at settle (D:\Dropbox\Tools\VSCode\data\extensions\ionide.ionide-fsharp-3.30.0\webpack:\node_modules\axios\lib\core\settle.js:18:1)
    at IncomingMessage.handleStreamEnd (D:\Dropbox\Tools\VSCode\data\extensions\ionide.ionide-fsharp-3.30.0\webpack:\node_modules\axios\lib\adapters\http.js:201:1)
    at emitNone (events.js:111:20)
    at IncomingMessage.emit (events.js:208:7)
    at endReadableNT (_stream_readable.js:1056:12)
    at _combinedTickCallback (internal/process/next_tick.js:138:11)
    at process._tickCallback (internal/process/next_tick.js:180:9), message: Request failed with status code 500, config: [object Object], request: [object Object], response: [object Object]} Data=undefined

For the OP it seems to be that dotnet restore has not been ran.


Remove open redirect by removing double slashes from redirects

Double slashes are treated as a HTTP calls as specified in RFC1801. Because of this behaviour the uncapitalise created an open redirect. By removing double slashes in the path we ensure open redirects cannot be created.
As an example, please click the following URL: https://dev.ghost.org///Google.com/.
This issue  has been reported by pentesters of our product LearningSpaces.io.

thank you!


ddev yarn not working on Mac Max M1

Is there an existing issue for this?

[X] I have searched the existing issues

Using MacOS Monterey 12.4
after i created an ddev config run the following command "ddev yarn" in project root run into following error
Current Behavior
OCI runtime exec failed: exec failed: unable to start container process: exec: "/mnt/ddev_config/.global_commands/web/yarn": permission denied: unknown
Failed to run yarn : exit status 126
Expected Behavior
start yarn as described in Docs
Steps To Reproduce
No response
Anything else?
No response

Hi @thomasbendl - I imagine that you're using Docker Desktop and you have the experimental settings checked. You didn't do the requested ddev debug test and give a link to it or I'd know better.
Anyway, please uncheck the experimental settings in Docker Desktop. They don't really work yet.

Disabled it. And it works.

Glad it's working for you!


The current library cannot implement HTTP. Proxy?

git config --global https.proxy http://<IP_ADDRESS>:1080

Typically, git supports HTTP. Proxy is very useful and I don't see any support for the current library. If yes, please let me know how to use it. Thank you.

You have two options as explained at https://stackoverflow.com/questions/14661511/setting-up-proxy-for-http-client
If the option of the environment variable is not enough, or simply you want  don't to use it, you can the http.Transport option too, take a look to https://github.com/src-d/go-git/blob/master/_examples/custom_http/main.go

thank you!


Does not unmark when activity on PR when using keywords pulls: and issues:

In this PR https://github.com/PowerShell/xSmbShare/pull/20#issuecomment-398221767 it did not remove the stale label 'abandoned' when there was activity on the PR (see style.yml). Looking at the code it seems is not using the `this.getConfigValue(type, 'staleLabel')' or similar to get the correct value.
https://github.com/probot/stale/blob/628cbc9368f295b026da2e91d646ae1ed27cb136/index.js#L36-L37
@bkeepers Can I get your input on this one? Could this be the problem?

The line you linked to is checking to make sure the event wasn't stale bot adding a label that would otherwise count as activity. So in your case this context.payload.action === 'labeled' would be false since the actions would have been issue_comment.created.
The code that actually does the unmarking is here, but after looking through this for a bit, I don't immediately see the issue. Let me know if you can reproduce this anywhere.

@hiimbex Thanks for looking at this - example of it not being removed can be seen here https://github.com/johlju/DebugApps/pull/16. Just commented on the PR but the label is not getting removed. Feel free to test/debug anyway you want in this repo, it is just a "lab" for testing/verifying Apps.

Hmmm just guessing, but looking at your stale.yml I see https://github.com/PowerShell/xSmbShare/blob/dev/.github/stale.yml#L7 in which you never plan to close the PR, so maybe that's causing this unmark run never to happen?
I'll try to look into this more shortly.

It could be, because it unmarks for issues, which is configured to be closed.

@hiimbex It looks like it actually works for pushed, but not other activity? 🤔
I saw these below, where Stale actually correctly removed the abandoned label (both when user pushed).
https://github.com/PowerShell/xFailOverCluster/pull/177#event-1728461137
https://github.com/PowerShell/SqlServerDsc/pull/1052#event-1721261265
So isn't seeing the correct (all) events for example when commenting? 🤔

@hiimbex After seeing this issue a few times more, it seems is removed the "stale" label ('abanonded' in my case) when there is a push to a PR, but it seems it does not remove the "stale" label when there is a "pull request comment" event.
A comment was made here, but Stale did not remove the label.
https://github.com/PowerShell/CertificateDsc/pull/134#issuecomment-409640245

This is still an issue since the abandoned label is not removed when commenting on a pull request (as per my previous comment).
Updating so this issue is active.

Sorry I haven't had time to look into this further. If you'd like to investigate and open a PR, I'd be happy to review it, otherwise I don't think it's likely this will be prioritized in the near future.

We're seeing the same bug here: https://github.com/pydata/xarray/issues/2797. It's happened on multiple issues.
I'm looking at the configurations between xarray and @infotexture to see if there's some similarity. We both use the stale label, which is not default. Could that be a cause?
Thanks for the awesome tool

Still relevant. Someone in the community just need to help resolve this. 😊

We haven't seen this again FWIW


[cbuild] Add option to setup command allowing it to run without installed toolchains

The cbuild setup has multiple goals and one of them is to generate compile_commands.json: this feature requires the presence of CMake and installed toolchains.
To allow the use of others features, such as the layer detection mechanism, the cbuild setup should have an option to run only the first orchestration of csolution calls, avoiding orchestration of CMake and subsequently toolchain calls.
This is particularly important for online IDEs and services where the project management is fully decoupled from build management.
Suggestion for the option: --no-database

@brondani @jkrech
I've come up with a few additional options, including the one initially suggested. Do you have any preference or perhaps a better suggestion for naming the option, as well as for its short description?

--no-cmake    Skips CMake orchestration and toolchain setup, focusing only on project management
--skip-build-orchestration    Avoids orchestration of both CMake and toolchains, running only the initial project setup calls
--no-database    Executes only the project management phase of project orchestration without triggering CMake
--no-toolchain    Disables the orchestration of toolchains and CMake, limiting execution to project setup steps

--no-database    Skips the generation of compile_commands.json files


Displaying child data in expandable rows.

How do i display child data in expanded row. I.e the main row has a summary of a user data and after expanding i'm able to see a breakdown of the user's data in more detail. Tried using renderExpandableRow: (rowData, rowMeta) => {} but the rowdata is similar to the row. how do i arrange my data to be able to reflect the same?

Expected Behavior

Current Behavior

Steps to Reproduce (for bugs)

Your Environment

Tech
Version

Material-UI

MUI-datatables

React

browser

etc

try this out https://github.com/gregnb/mui-datatables/issues/735#issuecomment-750989873


Persistent login for Jio TV

For Add-on Jiotv
I'm not sure if this is possible. Session is getting expired approximately once in two days and so had to re login again. Please see if it is possible to implement persistent login. Thanks

Persistent login is already available but you had to log in with username and password option. With OTP it's not possible.

@iMro0t Thanks for letting me know. But, I'm not sure how you could find the username.. perhaps, this username is remove recently?


JSON is now ressetting a restart and password is not valid

Is there an existing issue for this?

[X] I have searched the existing issues

Used image version
mornedhels/enshrouded-server:latest@sha256:bdc29f6ba854c93df76d14d1cd0bf97b66a21d6b99ce97e42a2d9a4ec4521b5e

Used docker compose file or docker command
services:
  enshrouded:
    image: mornedhels/enshrouded-server:latest
    container_name: enshrouded
    hostname: enshrouded
    restart: unless-stopped
    stop_grace_period: 90s
    ports:
      - "15637:15637/udp"
    volumes:
      - ./game:/opt/enshrouded
    environment:
      - SERVER_NAME=Le serveur de nous
      - SERVER_PASSWORD=nous312
      - UPDATE_CRON=*/30 * * * *
      - PUID=1000
      - PGID=1000

What you expected to see, versus what you actually saw
So the thing is, i used to be able to change the password, change the name of the server and so on, but for i don't know what reason i can't anymore, the json file is resetting by itself everytime i start the server (either i change the name of the server, the passwords or the settings)
I used to have this problem at the beggining but that was cause of PUID perm that is not the cause now
Also, my user can't connect with the "default" password, but can with the admin one that i created... so i'm confused. Tried recreate and stuff already.

Thanks for help!
Logs from the container
Logs...

[I 00:00:00,105] [enshrouded] Create logfile
[I 00:00:00,105] enshrouded_server(detached HEAD) - version a19b06956a82d073048ab0121d6ced02ecc5d3b1 (master)
[I 00:00:00,105] CPUs:
[I 00:00:00,105]  Idx   Id  Group  LogIdx  CoreIdx  LLCIdx  NumaIdx  EffClass
[I 00:00:00,105]   0   256    0       0        0       3       0        0
[I 00:00:00,105]   1   257    0       1        1       3       0        0
[I 00:00:00,105]   2   258    0       2        2       3       0        0
[I 00:00:00,105]   3   259    0       3        3       3       0        0
[I 00:00:00,105]   4   260    0       4        0       3       0        0
[I 00:00:00,105]   5   261    0       5        1       3       0        0
[I 00:00:00,105]   6   262    0       6        2       3       0        0
[I 00:00:00,105]   7   263    0       7        3       3       0        0
[I 00:00:00,105] CPU Types:
[I 00:00:00,105]   Performance:   8<PHONE_NUMBER>000000000000000000000000000000000000000000000011111111
[I 00:00:00,105]   Efficient:     0<PHONE_NUMBER>000000000000000000000000000000000000000000000000000000
[I 00:00:00,105] [task] TaskSystemSetup:
[I 00:00:00,105] [task]   mainWorkerCount:     2
[I 00:00:00,105] [task]   nextMainWorkerIndex: 1
[I 00:00:00,105] [task]   Group 'default'  worker:9  main:2
[I 00:00:00,105] [task]      0:  Task-default00<PHONE_NUMBER>000000000000000000000000000000000000000000000000000000
[I 00:00:00,105] [task]      1:  Task-default01<PHONE_NUMBER>000000000000000000000000000000000000000000000000000000
[I 00:00:00,105] [task]      2:  Task-default02<PHONE_NUMBER>000000000000000000000000000000000000000000000011111111
[I 00:00:00,105] [task]      3:  Task-default03<PHONE_NUMBER>000000000000000000000000000000000000000000000011111111
[I 00:00:00,105] [task]      4:  Task-default04<PHONE_NUMBER>000000000000000000000000000000000000000000000011111111
[I 00:00:00,105] [task]      5:  Task-default05<PHONE_NUMBER>000000000000000000000000000000000000000000000011111111
[I 00:00:00,105] [task]      6:  Task-default06<PHONE_NUMBER>000000000000000000000000000000000000000000000011111111
[I 00:00:00,105] [task]      7:  Task-default07<PHONE_NUMBER>000000000000000000000000000000000000000000000011111111
[I 00:00:00,105] [task]      8:  Task-default08<PHONE_NUMBER>000000000000000000000000000000000000000000000011111111
[I 00:00:00,105] [task]   Group 'background'  worker:7  main:0
[I 00:00:00,105] [task]      0:  Task-background00<PHONE_NUMBER>000000000000000000000000000000000000000000000011111111
[I 00:00:00,105] [task]      1:  Task-background01<PHONE_NUMBER>000000000000000000000000000000000000000000000011111111
[I 00:00:00,105] [task]      2:  Task-background02<PHONE_NUMBER>000000000000000000000000000000000000000000000011111111
[I 00:00:00,105] [task]      3:  Task-background03<PHONE_NUMBER>000000000000000000000000000000000000000000000011111111
[I 00:00:00,105] [task]      4:  Task-background04<PHONE_NUMBER>000000000000000000000000000000000000000000000011111111
[I 00:00:00,105] [task]      5:  Task-background05<PHONE_NUMBER>000000000000000000000000000000000000000000000011111111
[I 00:00:00,105] [task]      6:  Task-background06<PHONE_NUMBER>000000000000000000000000000000000000000000000011111111
[I 00:00:00,105] [app] start creation step Init
[I 00:00:00,105] [app] start creation step Init_Steamworks
[I 00:00:00,168] [app] start creation step Init_ResourceSystem
[I 00:00:00,171] [resource] Loaded kfc file 'Z:/opt/enshrouded/server/enshrouded_server.kfc' with 30,813 resources.
[I 00:00:00,187] [os] Started thread 0x00000000032b27b8 (ResourceContent) with stack range (0x000000001b2a0000-0x000000001b3a0000 size:1,048,576)
[I 00:00:00,188] [os] Started thread 0x00000000032b1568 (AsyncIo(ResourceContent)) with stack range (0x000000001b3a0000-0x000000001b4a0000 size:1,048,576)
[I 00:00:00,372] [resource] Loaded 189,266,568 bytes of resource data in 184.43 ms
[I 00:00:00,374] [app] start creation step Init_ResourcePreload_Start
[I 00:00:00,374] [app] start creation step Init_ResourcePreload_Wait
[I 00:00:00,374] [resource] Preload of 0 bytes finished after 71.00 us (0.00 MiB/s)
[I 00:00:00,374] [app] start creation step Init_Version
[I 00:00:00,375] Game Version (SVN): 602428
[I 00:00:00,375] [app] start creation step Init_UserSystem
[W 00:00:00,375] [user] Couldn't retrieve steam friends interface.
[W 00:00:00,375] [user] Couldn't retrieve steam user interface.
[I 00:00:00,375] [app] start creation step Init_OnlineSystem
[I 00:00:00,377] [OnlineProviderSteam] started transition from 'Uninitialized' to 'Initialized' (current='<invalid>')!
[I 00:00:00,377] [app] start creation step Init_Session
[I 00:00:00,377] [os] Started thread 0x0000000003d80da8 (P2pReceiveThread) with stack range (0x000000001b4a0000-0x000000001b5a0000 size:1,048,576)
[I 00:00:00,377] [os] Started thread 0x0000000003d80dd8 (P2pSendThread) with stack range (0x000000001b5a0000-0x000000001b6a0000 size:1,048,576)
[I 00:00:00,378] [app] start creation step Init_Tracking
[I 00:00:00,378] [os] Started thread 0x0000000003d80e08 (Session) with stack range (0x00000000236a0000-0x00000000237a0000 size:1,048,576)
[I 00:00:00,378] [app] start creation step Init_SaveDataSystem
[E 00:00:00,378] [savedata] Couldn't retrieve steam remote storage interface.
[W 00:00:00,378] [savedata] Steam Cloud is disabled.
[I 00:00:00,379] [app] start creation step Load_ResourceObject
[I 00:00:00,379] [os] Started thread 0x0000000003d80fd0 (HttpClient) with stack range (0x00000000343b0000-0x00000000344b0000 size:1,048,576)
[I 00:00:00,379] [app] start creation step Init_TwitchDrops
[I 00:00:00,379] [os] Started thread 0x000000002369ff90 (SaveData) with stack range (0x00000000344b0000-0x00000000345b0000 size:1,048,576)
[I 00:00:00,380] [app] start creation step Init_ServerThread
[I 00:00:00,380] [app] start creation step StartGame
[I 00:00:00,380] [app] start creation step Init
[I 00:00:00,380] [app] start creation step StartGame
[I 00:00:00,380] [Session] started transition from 'Lobby' to 'Host_Online' (current='<invalid>')!
[I 00:00:00,380] [Session] 'PrepareGame' (up)!
[I 00:00:00,380] [os] Started thread 0x000000000a07ff88 (HttpClient) with stack range (0x00000000345b0000-0x00000000346b0000 size:1,048,576)
[I 00:00:00,381] [os] Started thread 0x000000002c3afe68 (GameServer) with stack range (0x00000000346b0000-0x00000000347b0000 size:1,048,576)
[I 00:00:00,386] -------------- Session ----------------
[I 00:00:00,386] Machines:
[I 00:00:00,386]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:00:00,386] ---------------------------------------
[I 00:00:00,524] [savedata] Start 'Open Container' on container 3ad85aea
[I 00:00:00,524] [savedata] Updating 'Open Container' on container 3ad85aea
[I 00:00:00,524] [savedata] Finished 'Open Container' on container 3ad85aea
[I 00:00:00,527] [ecss] TaskQueue:  workerCount:8   taskWorkerCount:7<PHONE_NUMBER>000000000000000000000000000000000000000000000011111110
[I 00:00:00,579] [TerraformingEfficiencyRegistry] Finished loading.
[I 00:00:00,594] [ecs] Nobuild zones changed
[I 00:00:00,594] [ecs] Build zones changed
[I 00:00:00,594] [ecs] Build zones changed
[I 00:00:00,594] [ecs] PlayableArea zones changed
[I 00:00:00,605] [savexxx] LOAD 2 bases 397 entities
[I 00:00:00,605] [ecs] readEntitySerializationContext: Templates: 52  Components: 180  Size: 69,712
[I 00:00:00,606] [guid_registry] VoxelBlueprintRegistry: Finished loading entry e284b901-c3dd-4282-8a4e-0a618e5763f5.
[I 00:00:00,606] [guid_registry] VoxelBlueprintRegistry: Finished loading entry 27a9e067-4b9f-45cf-b966-208a5ecbd53b.
[I 00:00:00,606] [guid_registry] VoxelBlueprintRegistry: Finished loading entry 85e3baea-7c93-4d6f-b1be-42f79b036761.
[I 00:00:00,606] [guid_registry] VoxelBlueprintRegistry: Finished loading entry 28c4b2ca-4a01-4ba9-9e05-49c871df6904.
[I 00:00:00,606] [guid_registry] VoxelBlueprintRegistry: Finished loading entry ec28c5d5-9d23-413e-b238-781157fb2f65.
[I 00:00:00,606] [guid_registry] VoxelBlueprintRegistry: Finished loading entry 5d9bd376-5b7f-4db4-8f2e-6a3e564194b1.
[I 00:00:00,606] [guid_registry] VoxelBlueprintRegistry: Finished loading entry 34aa0c3c-9a88-4f8b-a070-64827a5fdabf.
[I 00:00:00,686] [ecs] Build zones changed
[I 00:00:00,686] [ecs] Build zones changed
[I 00:00:00,975] [online] Server connected to Steam successfully
[I 00:00:01,230] [online] Server is not VAC Secure!
[I 00:00:01,230] [online] Server SteamId:<PHONE_NUMBER>3461906
[I 00:00:01,230] [online] Public ipv4: XXXX
[I 00:00:01,231] [OnlineProviderSteam] 'Initialize' (up)!
[I 00:00:01,231] [OnlineProviderSteam] 'JoinOrCreateGame' (up)!
[I 00:00:01,231] [OnlineProviderSteam] 'SetLobbyData' (up)!
[I 00:00:01,231] [OnlineProviderSteam] 'JoinLocalPlayers' (up)!
[I 00:00:01,231] [OnlineProviderSteam] 'ConnectToPeers' (up)!
[I 00:00:01,231] [OnlineProviderSteam] finished transition from 'Uninitialized' to 'InGame' (current='InGame')!
[I 00:00:01,235] [Session] 'HostOnline' (up)!
[I 00:00:01,235] [Session] finished transition from 'Lobby' to 'Host_Online' (current='Host_Online')!
[I 00:00:03,813] [server] Load deserialization took 3.21 s
[I 00:00:03,851] [ecs] Build zones changed
[I 00:00:03,851] [ecs] Build zones changed
[I 00:00:30,389] -------------- Session ----------------
[I 00:00:30,389] Machines:
[I 00:00:30,389]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:00:30,389] ---------------------------------------
[I 00:01:00,393] -------------- Session ----------------
[I 00:01:00,393] Machines:
[I 00:01:00,393]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:01:00,393] ---------------------------------------
[I 00:01:01,770] [online] Session accepted with peer ( id<PHONE_NUMBER>6153540 ).
[I 00:01:01,770] [online] Added Peer #0.
[I 00:01:07,474] [online] Client '76561198216153540' authenticated by steam
[W 00:01:07,530] [session] Unable to find machine for peer 0.
[I 00:01:07,530] [SessionPlayer] started transition from 'Free' to 'Remote_InSession' (current='<invalid>')!
[I 00:01:07,530] [session] Remote player added. Player handle: 0(0)
[I 00:01:07,530] [SessionPlayer] 'Reserve' (up)!
[I 00:01:07,530] [SessionPlayer] 'WaitForJoin' (up)!
[I 00:01:07,530] [SessionPlayer] finished transition from 'Free' to 'Remote_InSession' (current='Remote_InSession')!
[I 00:01:08,176] Received new Character save game
[I 00:01:12,889] [server] Machine '1': Player '0(0)' logged in
[I 00:01:12,890] [ecs] readEntitySerializationContext: Templates: 4  Components: 200  Size: 55,400
[I 00:01:12,891] [server] Player 'Smartine' logged in with Permissions:
[I 00:01:12,891] 	 - CanKickBan
[I 00:01:12,891] 	 - CanAccessInventories
[I 00:01:12,891] 	 - CanEditBase
[I 00:01:12,891] 	 - CanExtendBase
[I 00:01:12,952] [ecss] Send BuildingZones
[I 00:01:13,031] Added a 'StaticTransformDynamic' Component that was already there.
[I 00:01:13,047] Added a 'StaticTransformDynamic' Component that was already there.
[I 00:01:13,058] Added a 'StaticTransformDynamic' Component that was already there.
[I 00:01:13,188] Added a 'StaticTransformDynamic' Component that was already there.
[I 00:01:13,198] Added a 'StaticTransformDynamic' Component that was already there.
[I 00:01:13,217] Added a 'StaticTransformDynamic' Component that was already there.
[I 00:01:23,765] Added a 'InteractionOffer' Component that was already there.
[I 00:01:23,765] Added a 'ClientInteractionOffer' Component that was already there.
[I 00:01:23,765] Added a 'CheckPlayerInRange' Component that was already there.
[I 00:01:28,282] Added a 'InventorySetup' Component that was already there.
[I 00:01:28,282] Added a 'InteractionOffer' Component that was already there.
[I 00:01:28,282] Added a 'ClientInteractionOffer' Component that was already there.
[I 00:01:28,283] Added a 'CheckPlayerInRange' Component that was already there.
[I 00:01:30,397] -------------- Session ----------------
[I 00:01:30,397] Machines:
[I 00:01:30,397]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:01:30,397]   m#1(129): up 115 (158), down 24 (28), remote 115 (157), limit 3,863, lost 0, ping 39 ms, OperatingNormally
[I 00:01:30,397] ---------------------------------------
[I 00:01:34,032] Added a 'InventorySetup' Component that was already there.
[I 00:01:34,033] Added a 'InteractionOffer' Component that was already there.
[I 00:01:34,033] Added a 'ClientInteractionOffer' Component that was already there.
[I 00:01:34,033] Added a 'CheckPlayerInRange' Component that was already there.
[I 00:01:36,965] Added a 'InventorySetup' Component that was already there.
[I 00:01:36,965] Added a 'InteractionOffer' Component that was already there.
[I 00:01:36,965] Added a 'ClientInteractionOffer' Component that was already there.
[I 00:01:36,965] Added a 'CheckPlayerInRange' Component that was already there.
[I 00:01:50,248] Added a 'InventorySetup' Component that was already there.
[I 00:01:50,248] Added a 'InteractionOffer' Component that was already there.
[I 00:01:50,248] Added a 'ClientInteractionOffer' Component that was already there.
[I 00:01:50,248] Added a 'CheckPlayerInRange' Component that was already there.
[I 00:02:00,015] Added a 'InventorySetup' Component that was already there.
[I 00:02:00,015] Added a 'InteractionOffer' Component that was already there.
[I 00:02:00,015] Added a 'ClientInteractionOffer' Component that was already there.
[I 00:02:00,015] Added a 'CheckPlayerInRange' Component that was already there.
[I 00:02:00,402] -------------- Session ----------------
[I 00:02:00,402] Machines:
[I 00:02:00,402]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:02:00,402]   m#1(129): up 142 (161), down 26 (27), remote 143 (160), limit 4,931, lost 0, ping 37 ms, OperatingNormally
[I 00:02:00,402] ---------------------------------------
[I 00:02:00,616] [ecss] Stats:  Upd:3,601  (16.7ms)  Time:60,015ms  Total:15,831ms  Max:24ms  Avg:4.4ms  +:0  -:0  Ent:12,194  Pred:0
[I 00:02:08,678] [online] Session accepted with peer ( id<PHONE_NUMBER>8265264 ).
[I 00:02:08,678] [online] Added Peer #1.
[I 00:02:13,519] [online] Client '76561198288265264' authenticated by steam
[W 00:02:13,582] [session] Unable to find machine for peer 1.
[I 00:02:13,582] [SessionPlayer] started transition from 'Free' to 'Remote_InSession' (current='<invalid>')!
[I 00:02:13,582] [session] Remote player added. Player handle: 1(1)
[I 00:02:13,583] [SessionPlayer] 'Reserve' (up)!
[I 00:02:13,583] [SessionPlayer] 'WaitForJoin' (up)!
[I 00:02:13,583] [SessionPlayer] finished transition from 'Free' to 'Remote_InSession' (current='Remote_InSession')!
[I 00:02:14,306] Received new Character save game
[I 00:02:18,422] [server] Machine '2': Player '1(1)' logged in
[I 00:02:18,426] [ecs] readEntitySerializationContext: Templates: 4  Components: 202  Size: 57,128
[I 00:02:18,428] [server] Player 'Alkindo' logged in with Permissions:
[I 00:02:18,428] 	 - CanKickBan
[I 00:02:18,428] 	 - CanAccessInventories
[I 00:02:18,428] 	 - CanEditBase
[I 00:02:18,428] 	 - CanExtendBase
[I 00:02:18,493] [ecss] Send BuildingZones
[I 00:02:30,404] -------------- Session ----------------
[I 00:02:30,404] Machines:
[I 00:02:30,404]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:02:30,404]   m#1(129): up 141 (153), down 21 (21), remote 141 (155), limit 4,931, lost 0, ping 37 ms, OperatingNormally
[I 00:02:30,404]   m#2(258): up 155 (174), down 22 (44), remote 156 (175), limit 3,026, lost 0, ping 39 ms, OperatingNormally
[I 00:02:30,404] ---------------------------------------
[W 00:02:56,776] MovingSphere ( Radius 1.000000 ) took too long (5.11 ms) for 'Enemy_Fogger_Depleted' (from (3772.097168, 778.499939, 1536.126099) movement (0.023438, 0.000000, -0.008545))
[I 00:03:00,405] -------------- Session ----------------
[I 00:03:00,405] Machines:
[I 00:03:00,405]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:03:00,405]   m#1(129): up 172 (197), down 21 (24), remote 171 (197), limit 5,708, lost 0, ping 40 ms, OperatingNormally
[I 00:03:00,406]   m#2(258): up 174 (202), down 36 (39), remote 174 (203), limit 5,436, lost 0, ping 39 ms, OperatingNormally
[I 00:03:00,406] ---------------------------------------
[I 00:03:00,617] [ecss] Stats:  Upd:3,600  (16.7ms)  Time:60,000ms  Total:20,197ms  Max:23ms  Avg:5.6ms  +:0  -:0  Ent:12,255  Pred:0
[I 00:03:30,410] -------------- Session ----------------
[I 00:03:30,411] Machines:
[I 00:03:30,411]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:03:30,411]   m#1(129): up 163 (186), down 21 (23), remote 163 (188), limit 5,994, lost 0, ping 39 ms, OperatingNormally
[I 00:03:30,411]   m#2(258): up 168 (189), down 36 (37), remote 168 (189), limit 5,994, lost 0, ping 44 ms, OperatingNormally
[I 00:03:30,411] ---------------------------------------
[W 00:03:52,745] [equipItem] Failed to equip Action Item '23d06ec5'
[I 00:04:00,411] -------------- Session ----------------
[I 00:04:00,411] Machines:
[I 00:04:00,411]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:04:00,411]   m#1(129): up 174 (188), down 26 (30), remote 176 (191), limit 5,994, lost 0, ping 37 ms, OperatingNormally
[I 00:04:00,411]   m#2(258): up 172 (203), down 36 (41), remote 172 (203), limit 5,994, lost 0, ping 38 ms, OperatingNormally
[I 00:04:00,411] ---------------------------------------
[I 00:04:00,634] [ecss] Stats:  Upd:3,600  (16.7ms)  Time:60,016ms  Total:21,606ms  Max:29ms  Avg:6.0ms  +:0  -:0  Ent:12,256  Pred:0
[I 00:04:30,411] -------------- Session ----------------
[I 00:04:30,411] Machines:
[I 00:04:30,411]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:04:30,411]   m#1(129): up 151 (179), down 18 (21), remote 152 (172), limit 5,994, lost 3, ping 36 ms, OperatingNormally
[I 00:04:30,411]   m#2(258): up 169 (187), down 38 (44), remote 169 (187), limit 6,293, lost 3, ping 37 ms, OperatingNormally
[I 00:04:30,411] ---------------------------------------
[I 00:05:00,413] -------------- Session ----------------
[I 00:05:00,413] Machines:
[I 00:05:00,413]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:05:00,413]   m#1(129): up 140 (177), down 23 (30), remote 139 (172), limit 5,994, lost 3, ping 36 ms, OperatingNormally
[I 00:05:00,413]   m#2(258): up 138 (172), down 31 (39), remote 138 (171), limit 6,293, lost 3, ping 36 ms, OperatingNormally
[I 00:05:00,413] ---------------------------------------
[I 00:05:00,639] [ecss] Stats:  Upd:3,599  (16.7ms)  Time:60,000ms  Total:22,567ms  Max:28ms  Avg:6.3ms  +:0  -:0  Ent:12,256  Pred:0
[I 00:05:03,816] [server] Start Saving
[I 00:05:03,818] [savedata] Compression of Blob 0x00000000::USER took 163.00 us
[I 00:05:03,818] [savedata] Compression of Blob 0x00000000::KNOW took 31.00 us
[I 00:05:03,835] MaxClientComponents: 5
[I 00:05:03,836] Snapshot took 16.54 ms:  Entities: 12,255 (5,070,200 bytes)  Storages: 320 (1,172,480 bytes)  Chunks: 416 (8,638,431 / 27,262,976 bytes)  ClientComps: 20,052 bytes  Templates: 11,048  TotalSize: ~33,610,996
[I 00:05:03,837] VoxelSaveSize: 145,827
[I 00:05:03,837] [ecss] writeEntitySerializationContext:
[I 00:05:03,837] [ecss]   Templates: 4 (425 bytes) Components: 199 (55,400 bytes)  Size: 55,825
[I 00:05:03,837] [ecss]   Entities: 18 (17 children)
[I 00:05:03,838] [Server] Send Character Savegame 'Smartine'
[I 00:05:03,845] [ecss] writeEntitySerializationContext:
[I 00:05:03,845] [ecss]   Templates: 4 (425 bytes) Components: 201 (57,128 bytes)  Size: 57,553
[I 00:05:03,845] [ecss]   Entities: 22 (21 children)
[I 00:05:03,846] [Server] Send Character Savegame 'Alkindo'
[I 00:05:03,860] [ecss] writeEntitySerializationContext:
[I 00:05:03,861] [ecss]   Templates: 52 (6,423 bytes) Components: 181 (69,712 bytes)  Size: 76,135
[I 00:05:03,861] [ecss]   Entities: 448 (50 children)
[I 00:05:03,862] [savexxx] SAVE 2 bases 397 entities size 353,682
[I 00:05:03,862] [savedata] Compression of Blob 0x00000539::EXTS took 41.00 us
[I 00:05:03,865] [savedata] Compression of Blob 0x00000539::SRSG took 2.67 ms
[I 00:05:03,869] [savedata] Compression of Blob 0x00000000::CSTR took 75.00 us
[I 00:05:03,870] [server] Save Serialization took 51.03 ms over 11 Ticks
[I 00:05:03,870] [server] Saved
[I 00:05:03,871] [savedata] Compression of Blob 0x00000000::WETR took 47.00 us
[I 00:05:15,366] Added a 'InventorySetup' Component that was already there.
[I 00:05:15,366] Added a 'InteractionOffer' Component that was already there.
[I 00:05:15,366] Added a 'ClientInteractionOffer' Component that was already there.
[I 00:05:15,366] Added a 'CheckPlayerInRange' Component that was already there.
[I 00:05:23,315] Added a 'InventorySetup' Component that was already there.
[I 00:05:23,315] Added a 'InteractionOffer' Component that was already there.
[I 00:05:23,315] Added a 'ClientInteractionOffer' Component that was already there.
[I 00:05:23,315] Added a 'CheckPlayerInRange' Component that was already there.
[I 00:05:30,415] -------------- Session ----------------
[I 00:05:30,415] Machines:
[I 00:05:30,415]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:05:30,415]   m#1(129): up 145 (158), down 20 (21), remote 144 (157), limit 5,994, lost 3, ping 38 ms, OperatingNormally
[I 00:05:30,416]   m#2(258): up 143 (165), down 28 (31), remote 143 (162), limit 6,293, lost 3, ping 38 ms, OperatingNormally
[I 00:05:30,416] ---------------------------------------
[I 00:05:30,465] Added a 'InventorySetup' Component that was already there.
[I 00:05:30,466] Added a 'InteractionOffer' Component that was already there.
[I 00:05:30,466] Added a 'ClientInteractionOffer' Component that was already there.
[I 00:05:30,466] Added a 'CheckPlayerInRange' Component that was already there.
[I 00:06:00,421] -------------- Session ----------------
[I 00:06:00,421] Machines:
[I 00:06:00,421]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:06:00,421]   m#1(129): up 141 (157), down 21 (27), remote 142 (160), limit 5,994, lost 3, ping 39 ms, OperatingNormally
[I 00:06:00,421]   m#2(258): up 128 (150), down 31 (36), remote 128 (149), limit 6,293, lost 3, ping 38 ms, OperatingNormally
[I 00:06:00,421] ---------------------------------------
[I 00:06:00,650] [ecss] Stats:  Upd:3,601  (16.7ms)  Time:60,016ms  Total:18,391ms  Max:22ms  Avg:5.1ms  +:0  -:0  Ent:12,252  Pred:0
[W 00:06:19,948] [equipItem] Failed to equip Action Item '5bc2b4bd'
[I 00:06:30,423] -------------- Session ----------------
[I 00:06:30,423] Machines:
[I 00:06:30,424]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:06:30,424]   m#1(129): up 160 (179), down 21 (27), remote 159 (182), limit 5,994, lost 3, ping 39 ms, OperatingNormally
[I 00:06:30,424]   m#2(258): up 163 (194), down 34 (40), remote 163 (188), limit 6,293, lost 3, ping 41 ms, OperatingNormally
[I 00:06:30,424] ---------------------------------------
[I 00:07:00,428] -------------- Session ----------------
[I 00:07:00,428] Machines:
[I 00:07:00,428]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:07:00,428]   m#1(129): up 153 (163), down 21 (25), remote 154 (170), limit 5,994, lost 3, ping 36 ms, OperatingNormally
[I 00:07:00,428]   m#2(258): up 158 (171), down 38 (44), remote 158 (173), limit 6,293, lost 3, ping 37 ms, OperatingNormally
[I 00:07:00,428] ---------------------------------------
[I 00:07:00,650] [ecss] Stats:  Upd:3,579  (16.8ms)  Time:60,000ms  Total:36,007ms  Max:37ms  Avg:10.1ms  +:0  -:0  Ent:12,259  Pred:0
[W 00:07:09,679] [equipItem] Failed to equip Action Item 'dcf8790d'
[E 00:07:10,271] Config Variable 'Freezing_Resistnace_Value::value' type did not match. Expected 'UInt32' got 'SInt32' ObjectId 'b2fbf32d-cb48-4491-a4f7-e1b821093f0e'
[I 00:07:18,229] [online] Session accepted with peer ( id<PHONE_NUMBER>0946303 ).
[I 00:07:18,229] [online] Added Peer #2.
[I 00:07:23,132] [online] Client '76561197980946303' authenticated by steam
[W 00:07:23,188] [session] Unable to find machine for peer 2.
[W 00:07:23,188] [session] Unable to find machine for peer 2.
[W 00:07:23,188] [session] Could not store acknowledge of packet id: 11.
[I 00:07:23,230] [online] Disconnecting peer #2 (SteamSessionConnectionMsg).
[I 00:07:23,249] [online] Removed Peer #2.
[I 00:07:30,428] -------------- Session ----------------
[I 00:07:30,428] Machines:
[I 00:07:30,428]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:07:30,428]   m#1(129): up 158 (171), down 19 (22), remote 157 (170), limit 5,994, lost 3, ping 36 ms, OperatingNormally
[I 00:07:30,428]   m#2(258): up 154 (176), down 36 (44), remote 154 (179), limit 6,293, lost 3, ping 37 ms, OperatingNormally
[I 00:07:30,428] ---------------------------------------
[I 00:08:00,432] -------------- Session ----------------
[I 00:08:00,432] Machines:
[I 00:08:00,432]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:08:00,432]   m#1(129): up 148 (185), down 19 (27), remote 147 (181), limit 5,994, lost 3, ping 36 ms, OperatingNormally
[I 00:08:00,432]   m#2(258): up 139 (164), down 26 (26), remote 139 (164), limit 6,293, lost 3, ping 39 ms, OperatingNormally
[I 00:08:00,432] ---------------------------------------
[I 00:08:00,666] [ecss] Stats:  Upd:3,600  (16.7ms)  Time:60,016ms  Total:22,121ms  Max:27ms  Avg:6.1ms  +:0  -:0  Ent:12,262  Pred:0
[I 00:08:30,435] -------------- Session ----------------
[I 00:08:30,436] Machines:
[I 00:08:30,436]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:08:30,436]   m#1(129): up 173 (210), down 27 (29), remote 172 (207), limit 5,994, lost 3, ping 34 ms, OperatingNormally
[I 00:08:30,436]   m#2(258): up 175 (205), down 41 (45), remote 174 (206), limit 6,293, lost 3, ping 37 ms, OperatingNormally
[I 00:08:30,436] ---------------------------------------
[I 00:09:00,437] -------------- Session ----------------
[I 00:09:00,437] Machines:
[I 00:09:00,437]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:09:00,437]   m#1(129): up 150 (189), down 25 (30), remote 151 (187), limit 5,994, lost 3, ping 35 ms, OperatingNormally
[I 00:09:00,437]   m#2(258): up 140 (159), down 29 (36), remote 140 (163), limit 6,293, lost 3, ping 36 ms, OperatingNormally
[I 00:09:00,437] ---------------------------------------
[I 00:09:00,684] [ecss] Stats:  Upd:3,597  (16.7ms)  Time:60,016ms  Total:22,056ms  Max:34ms  Avg:6.1ms  +:0  -:0  Ent:12,259  Pred:0
[I 00:09:30,438] -------------- Session ----------------
[I 00:09:30,438] Machines:
[I 00:09:30,438]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:09:30,438]   m#1(129): up 159 (187), down 22 (26), remote 161 (194), limit 5,994, lost 3, ping 37 ms, OperatingNormally
[I 00:09:30,438]   m#2(258): up 155 (191), down 31 (42), remote 156 (190), limit 6,293, lost 3, ping 38 ms, OperatingNormally
[I 00:09:30,438] ---------------------------------------
[I 00:10:00,443] -------------- Session ----------------
[I 00:10:00,443] Machines:
[I 00:10:00,443]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:10:00,443]   m#1(129): up 158 (189), down 24 (28), remote 159 (188), limit 5,994, lost 3, ping 39 ms, OperatingNormally
[I 00:10:00,443]   m#2(258): up 156 (172), down 31 (38), remote 157 (180), limit 6,293, lost 3, ping 38 ms, OperatingNormally
[I 00:10:00,443] ---------------------------------------
[I 00:10:00,683] [ecss] Stats:  Upd:3,599  (16.7ms)  Time:60,000ms  Total:21,973ms  Max:29ms  Avg:6.1ms  +:0  -:0  Ent:12,252  Pred:0
[I 00:10:03,817] [server] Start Saving
[I 00:10:03,820] [savedata] Compression of Blob 0x00000000::USER took 96.00 us
[I 00:10:03,820] [savedata] Compression of Blob 0x00000000::KNOW took 76.00 us
[I 00:10:03,827] MaxClientComponents: 5
[I 00:10:03,828] Snapshot took 7.18 ms:  Entities: 12,251 (5,068,632 bytes)  Storages: 316 (1,157,824 bytes)  Chunks: 412 (8,605,575 / 27,000,832 bytes)  ClientComps: 20,488 bytes  Templates: 11,032  TotalSize: ~33,333,048
[I 00:10:03,829] VoxelSaveSize: 145,827
[I 00:10:03,830] [ecss] writeEntitySerializationContext:
[I 00:10:03,830] [ecss]   Templates: 4 (425 bytes) Components: 199 (55,400 bytes)  Size: 55,825
[I 00:10:03,830] [ecss]   Entities: 18 (17 children)
[I 00:10:03,831] [Server] Send Character Savegame 'Smartine'
[I 00:10:03,840] [ecss] writeEntitySerializationContext:
[I 00:10:03,840] [ecss]   Templates: 4 (425 bytes) Components: 201 (57,128 bytes)  Size: 57,553
[I 00:10:03,840] [ecss]   Entities: 22 (21 children)
[I 00:10:03,841] [Server] Send Character Savegame 'Alkindo'
[I 00:10:03,856] [ecss] writeEntitySerializationContext:
[I 00:10:03,856] [ecss]   Templates: 52 (6,423 bytes) Components: 181 (69,712 bytes)  Size: 76,135
[I 00:10:03,856] [ecss]   Entities: 448 (50 children)
[I 00:10:03,857] [savexxx] SAVE 2 bases 397 entities size 353,682
[I 00:10:03,857] [savedata] Compression of Blob 0x00000539::EXTS took 45.00 us
[I 00:10:03,859] [server] Save Serialization took 38.74 ms over 11 Ticks
[I 00:10:03,859] [server] Saved
[I 00:10:03,860] [savedata] Compression of Blob 0x00000539::SRSG took 2.55 ms
[I 00:10:03,860] [savedata] Compression of Blob 0x00000000::CSTR took 34.00 us
[I 00:10:03,860] [savedata] Compression of Blob 0x00000000::WETR took 47.00 us
[I 00:10:30,445] -------------- Session ----------------
[I 00:10:30,445] Machines:
[I 00:10:30,445]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:10:30,446]   m#1(129): up 162 (185), down 20 (20), remote 163 (186), limit 5,994, lost 3, ping 37 ms, OperatingNormally
[I 00:10:30,446]   m#2(258): up 171 (194), down 39 (43), remote 172 (196), limit 6,293, lost 3, ping 36 ms, OperatingNormally
[I 00:10:30,446] ---------------------------------------
[I 00:11:00,450] -------------- Session ----------------
[I 00:11:00,450] Machines:
[I 00:11:00,450]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:11:00,450]   m#1(129): up 180 (207), down 24 (28), remote 179 (202), limit 6,293, lost 3, ping 37 ms, OperatingNormally
[I 00:11:00,450]   m#2(258): up 167 (187), down 36 (44), remote 167 (188), limit 6,293, lost 3, ping 37 ms, OperatingNormally
[I 00:11:00,450] ---------------------------------------
[I 00:11:00,682] [ecss] Stats:  Upd:3,600  (16.7ms)  Time:60,000ms  Total:20,957ms  Max:23ms  Avg:5.8ms  +:0  -:0  Ent:12,251  Pred:0
[I 00:11:30,453] -------------- Session ----------------
[I 00:11:30,453] Machines:
[I 00:11:30,454]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:11:30,454]   m#1(129): up 164 (174), down 20 (25), remote 163 (177), limit 6,293, lost 3, ping 36 ms, OperatingNormally
[I 00:11:30,454]   m#2(258): up 173 (185), down 38 (45), remote 173 (185), limit 6,293, lost 3, ping 38 ms, OperatingNormally
[I 00:11:30,454] ---------------------------------------
[I 00:12:00,454] -------------- Session ----------------
[I 00:12:00,454] Machines:
[I 00:12:00,454]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:12:00,454]   m#1(129): up 158 (186), down 22 (35), remote 158 (191), limit 6,293, lost 3, ping 36 ms, OperatingNormally
[I 00:12:00,454]   m#2(258): up 150 (169), down 29 (34), remote 149 (170), limit 6,293, lost 3, ping 37 ms, OperatingNormally
[I 00:12:00,455] ---------------------------------------
[I 00:12:00,686] [ecss] Stats:  Upd:3,600  (16.7ms)  Time:60,000ms  Total:20,935ms  Max:23ms  Avg:5.8ms  +:0  -:0  Ent:12,253  Pred:0
[I 00:12:30,460] -------------- Session ----------------
[I 00:12:30,460] Machines:
[I 00:12:30,460]   m#0(128): up 0 (0), down 0 (0), remote 0 (0), limit 2,048, lost 0, ping 9,223,372,036,854 ms, EstablishingBaseline
[I 00:12:30,460]   m#1(129): up 172 (201), down 22 (24), remote 171 (194), limit 6,293, lost 3, ping 33 ms, OperatingNormally
[I 00:12:30,460]   m#2(258): up 168 (201), down 30 (42), remote 168 (194), limit 6,293, lost 3, ping 37 ms, OperatingNormally
[I 00:12:30,460] ---------------------------------------

Hey @Overactt,
the @sha is not a correct one from a live manifest. But if you see your password changed in the userGroup of you default group, than you are one the latest released version.
Can you walk me through step by step, what and where you are changing settings and what is resetting?

Hello !
For the @sha i got it from portainer, right here :

I use the :latest as my docker compose is showing
So, once i created the container with the docker compose i send, i added a bind for me to access the files of the container :

So now, i'm going into my files : enshrouded/server/enshrouded_server.json
In here was able at first to change the name, password of default group, add a new group "admin", change the settings...
Basically i setup the server like 3 days before my friends came to play i was able to connect with both group and so both password.
The day my friend join i give them the default password and the password didn't work, so i had to give them the admin password which worked fine (but not optimal ahah)
So i tried to : Shutdown the server (container) > Open the json > modify password of default group for example > save > check if save worked (which it did) > start the container/server > check the json again > eveything is going back like if i didn't change anything/save the files
Note that it do not going back into the default json because, for example if i change the name from "le serveur de nous" to "testserver", it come back to "le serveur de nous" and not "Enshrouded server" (which i believe is the default name)
Thanks for help and edit!
Please let me know if you need anything

Hello, thanks - ich checked with my portainer instance. Its the same hash. So portainer doesn't show the manifest sha I guess.
So now to the problem itself, do you have any environment variables set? Do you shutdown enshrouded before editing the enshrouded_server.json?
I just verified, that all groups and different passwords should work and set the users permissions correctly. The password property in the root level can safely be removed. It's ignored by enshrouded anyway.

For the ENV, that's all i got :

I shutdown the container before editing the enshrouded_server.json, yes

I just verified, that all groups and different passwords should work and set the users permissions correctly. The password property in the root level can safely be removed. It's ignored by enshrouded anyway.

You mean like the "password":  in the json file right?

I'm actually a big dumbass
So for the record : Ofc i can't change the name because i in my docker compose file, it's resseting it... And it's the same for the password.. i think i got confused because you change the way the ENV of the password is working no ? Because at first it didn't change the password of the default group and i had to do it myself i think.  Sorry for bothering you with nothing !

@Overactt, no problem. And yes, the logic changed for the old SERVER_PASSWORD env var. It is deprecated since version 1.2 or something and I reworked the logic so it would still work for empty (new) servers. So the SERVER_PASSWORD only updates the userGroup password, if it it still called Default and it's on the first slot.
You can use the enshrouded_server.json directly or use the SERVER_ROLE_0_PASSWORD instead.


net/frr: last changes break template ospfd and after last update to last version ospfd starting fail

Hi,
This PR "https://github.com/opnsense/plugins/pull/1360" create a bug with ospfd template.
This line exactly : https://github.com/opnsense/plugins/pull/1360/files#diff-bf3e64f4cf55ab8a6f6520c485ae21a4R48

Bad config generated sample :
!
!

Error : redistribute connected  redistribute static  passive-interface em5
should not be on the same line

manually fix config with replace this line by :
redistribute connected
redistribute static
passive-interface em5

But on next reboot, config is regenerated

Need fix template to generated a good config

Close this one as it is merged?


[DOC] - Fixed launch example in README

I'm not convinced we need to change this instruction. java -cp target/chronos*.jar org.apache.mesos.chronos.scheduler.Main --master zk://localhost:2181/mesos --zk_hosts localhost:218 works successfully for me.

@elingg it may have been just my setup. Closing


Will it handle 300+ slides without a lag in a Coverflow "style"

Hi, thanks for such a great component 👍
I saw your blog post on medium and there was this image. This is just what I need 😃
I am wondering will it handle 300+ slides without a lag? I saw your "Optimize large number of routes" part in Readme will it be sufficient for this task?
Thanks!

I saw your "Optimize large number of routes" part in Readme will it be sufficient for this task?

It always depends on how complex your slides are. You can try it and let me know.

Closed #136.


[ENT-12098] Add an initial implementation of an internal cfbs command to generate MPF release information

Thank you for submitting a PR! Maybe @craigcomstock can review this?


Added support for unauthenticated proxy and pool attach

Various small improvements

Specify a proxy name and port only when authentication is not needed.
Possibility to register and subscribe to a specific pool instead of auto attach.
Actually making use of the rhsm.conf template which was not used till now.
Metadata improvement, will improve visibility and increase quality score once deployed on forge.
Markdown improvement to improve readability of README.

As pointed out in #4, the 'unless' condition of the Exec should be changed since 'grep Subscribed' means 'Not Subscribed' will be a positive check.

@gerapeldoorn I assume the command line looks for options in the configuration file by default so all proxy_cli things could be removed from init.pp as long as the Exec has a require=>FIle['/etc/rhsm/rhsm.conf'].

@gerapeldoorn Can you tell me what the conflicts are to prevent this PR to be merged?

@tux-o-matic Main issue is that I'm not in a position anymore to test any changes as I don't have access to a RedHat environment.
@VeriskPuppet also made some extensive edits in a PR, which I merged. This is causing the conflicts.
I'd be happy to put it in the 'Puppet Community repos' as suggested by @VeriskPuppet, but some google-fu didn't get me results. If you can send me a link on it I'd be happy to contribute.

@gerapeldoorn  Maybe you could reach out to them via<EMAIL_ADDRESS>

hai @tux-o-matic, we moved this project to voxpupuli. I'm currently doing a modulesync in PR #8, I would like to merge this PR after the modulesync. Could you please rebase after the merge of #8?

The modulesync PR is now merged, please rebase against the latest master to fix the merge conflicts.

@bastelfreak It's merged with upstream and latest code contributed since my PR was committed.
I had to arrange some things like change 'ensure' on the 'subscription-manager' package resource to a class parameter and not a hard-coded 'latest'. Some IT Ops are not fans of packages updating by themselves without someone triggering it.
Some jobs in the CI failed but I have a feeling that might a general problem, or is it my PR?

Please ignore the fails on ruby1.9.3. This is based on a broken gem dependency. Please take a look at the other runs, there are a few wrong indentations. You can ping us in #voxpupuli on freenode if you've any questions.

please check the mail address you used in the two last commits, github is unable to recognize it.

@bastelfreak the Ci jobs are green now for cases using Ruby versions above 1.9.3. I also fixed the author profile of the last commits.


Feature/storage/stg82 release

Description
Please add an informative description that covers that changes made by the pull request and link all relevant issues.
If an SDK is being regenerated based on a new swagger spec, a link to the pull request containing these swagger spec changes has been included above.
All SDK Contribution checklist:

[ ] The pull request does not introduce [breaking changes]
[ ] CHANGELOG is updated for new features, bug fixes or other significant changes.
[ ] I have read the contribution guidelines.

General Guidelines and Best Practices

[ ] Title of the pull request is clear and informative.
[ ] There are a small number of commits, each of which have an informative message. This means that previously merged commits do not appear in the history of the PR. For more information on cleaning up the commits in your PR, see this page.

Testing Guidelines

[ ] Pull request includes test coverage for the included changes.

API change check for com.azure:azure-storage-blob
API changes are not detected in this pull request for com.azure:azure-storage-blob

API change check for com.azure:azure-storage-blob-changefeed
API changes are not detected in this pull request for com.azure:azure-storage-blob-changefeed

API change check for com.azure:azure-storage-blob-nio
API changes are not detected in this pull request for com.azure:azure-storage-blob-nio


Fix alphabetical ordering of packages in Dockerfiles

had been part of #121 but that's probably not happening
/assign @npinaeva

/lgtm

/retest


Asset for linux/arm64 isn't found in kubitect v2.0.7

Thank you for your great project.
I found that there is no asset for linux/arm64 in the latest release v2.0.7.
https://github.com/MusicDin/kubitect/releases/tag/v2.0.7

On the other hand, there is the asset for linux/arm64 in the previous release v2.0.6.
https://github.com/MusicDin/kubitect/releases/tag/v2.0.6

Could you release the asset for linux/arm64?
Reference

https://github.com/aquaproj/aqua-registry/pull/3933
https://github.com/aquaproj/aqua-registry/pull/3673

If you won't release assets for linux/arm64, please close this issue.

Hi,
thanks for opening the issue, I have updated the assets.
Please let me if there will be any issues on arm64 arch.

Thank you for your quick update!
I've confirmed I can run kubitect on linux/arm64.
$ kubitect -v
kubitect version v2.0.7


[core-rest-pipeline] Add responseAsStream to PipelineRequest

In preparation to adding support for handling streams manually in @azure-rest/core-client, this PR adds an option to PipelineRequest to always get the raw stream

API changes have been detected in @azure/core-rest-pipeline. You can review API changes here
API changes
+     responseAsStream?: boolean;
+     responseAsStream?: boolean;


add joker handler for clojure

Adds new linter for clojure using joker
https://github.com/candid82/joker
I haven't tested with clojurescript, edn, or joker (the dialect of clojure implemented by the joker interpreter), but the linter mode appears to support all three in addition to clojure (although it might need a option or something for handling files from stdin)
can I just add that this is the nicest vim plugin that I have ever worked on, really clear and easy to use API's, guidelines, tests, etc!
fixes #975
ref #544 #1040

Cheers! :beers:

Looks like a laugh and a half.

dad?


Remove pytest

Last steps to replace pytest by unittest

Remove it from validation
Remove from dependencies

@Olivier-Daire pytest-cov has been replaced by coverage package (as we get rid of pytest)
I created a new command make coverage inorder to generate a html report, seems better to not always generate bunch of html files for each test suite.
I will fix the coverage before to merge 😉

Replaced by https://github.com/ChauffeurPrive/nestor-api/pull/41


Allow db connection pooling

Request from @andresuribe87:

I was trying to parallelize queries to the DB in golang. When testing, I saw errors of the sort conn busy. Some googling suggested that it might be related to concurrency issues with pgx - i.e. this can happen when not doing connection pooling. Perusing the FTL code, I noticed that database.go is registering the single connection pgx driver. Would you be amenable to changing that to a connection pool per what's suggested in here?

We would want module code to be able to choose the pooling parameters

Issue may already be resolved...

We already support connection pooling, however the config is hard coded.
Connection pool config will likely be part of the provisioner config, which is a big issue in itself, so I will close this for now.

Thanks @stuartwdouglas
What's the suggested way to grab a handle to the DB from the module, such that it can be used concurrently? Any docs you could share, or examples, would be really helpful!
I wasn't able to figure that out. My impression from Pgx docs was that a single is not concurrency safe.

The pooling should be provided by the golang sql package: https://github.com/TBD54566975/ftl/blob/be8d02fda1869c56c0aaeb39a083e98814301a5f/go-runtime/server/database.go#L67
The standard SQL library should be taking care of the pooling.


#38: add uninstall command

Please rebase and push force, or close and open a new PR.

my bad, i will close and open a new PR


Cleaner way to override admin layout for user module

It seems that the reason of these files is just to apply @app/views/layouts/box to the admin section of the user module.
As you can read here, a cleaner way to achieve it is by updating the controller map:
        'user' => [
            ...
            'controllerMap' => [
            	'admin' => [
            		'class' => 'dektrium\user\controllers\AdminController',
            		'layout' => '@admin-views/layouts/box',
            	],
            ],
        ],

If the development of phd4 is already over, maybe you can have it in mind for phd5.
(Edit: I just saw that in phd5 you are using a different approach)

Thank you! That's also a nice solution.
I was using dependency injection, like so:
Yii::$container->set(
    'dektrium\user\controllers\AdminController',
    [
        'layout' => '@backend/views/layouts/box'
    ]
);

btw: phd4 and phd5 are not very different, the main difference is that phd5 has much less code :)

Thank you for the info!
I think I can close this one.


Zoooom

[ ] Bild anklicken dann groß und lesbar danke

[ ] New View to view single comics
[ ] Swipeable to see next/previous comic
[ ] PopUp to go to a specific number (with Buttons for prev., next, first and latest)
[ ] Zoomable / reset with double click
[ ] Oh no pls help me

Maybe implement separate ViewModel


[BUG-python/deployment] Response sanity check not working due to variable renaming

Describe the bug
Already working on the fix :D
argilla/src/argilla/records/_resource.py
Line 373 - The response received in the function is overwritten by the response from the self.__responses_by_question_name
    def _check_response_already_exists(self, response: Response) -> None:
        """Checks if a response for the same question name and user id already exists"""
        for response in self.__responses_by_question_name[response.question_name]:
            if response.user_id == response.user_id:
                raise ArgillaError(
                    f"Response for question with name {response.question_name!r} and user id {response.user_id!r} "
                    f"already found. The responses for the same question name do not support more than one user"
                )

Stacktrace and Code to create the bug
Just try to add N responses for the same question to any record from the python client.
for user in client.users:
      record_to_add.responses.add(rg.Response("label", label, user_id=user.id))

Expected behavior
We can add responses for different users programatically
Environment:
Latest development branch -  argilla-sdk-2.0.0a0.dev0

@maxserras did you get around to working on a fix? Otherwise, we will pick this up from our side :)


Updating other props resets current page to 0 even when children are the same.

My carousel was set up to use arrows with custom text and also with a callback onAnimateNextPage. The purpose of that was to not render the left arrow (an empty Text element) when we were on the first page, but then enable the the left arrow on other pages.
Until a recent update to fix PropTypes, this worked out fine. With the latest update, trying to navigate to the next page resulted in no change to the Carousel's state's currentPage, displaying the second page, and selecting the first bullet. Successive attempts to navigate to the next page went through the animation, but resulted in the exact same thing. Trying to navigate backwards suddenly navigates to the last page.
There are not changes to the Carousel's children in the meantime, but the logic in componentWillRecieveProps is getting executed anyway. This means that it's executing too often and resetting the current page to 0 when it doesn't need to be.
I'll be submitting a PR shortly with a fix.

I think it was fixed by #113, but I still want to look into your PR ^_^


Fixed adjustToColor() failing to update currentColor variable.

Move the set of currentColor to the very end of the method. Seems to fix it, not asking for more. :)

I took your change into account for adjustToColor, and I updated the codebase. Thanks for pointing it out 👍


Created RxMenuItem

Since MenuItem is an interface I didn't want to add everything in it (since some of it is just setup code), but I added what I thought was reasonable.

Jake said in #111 that MenuItem won't be supported...

MenuItem is part of android.view.

I've addressed the comments.
As for the failing tests - those seem to be flaky tests in unrelated code.

Restarted the build. This time dexing failed. Love the smell of non-determinism in the evenings.


SLEIGH: Jump instruction with address offset

I'd like to add support to Ghidra for the Mitsubishi MELPS-740 series processors. These are variants of the NMOS 6502 with extra features and/or instructions. I've started work on a branch already:  https://github.com/philpem/ghidra/tree/philpem-add-melps740
One of the new instructions is JSR \$FFii, encoded as 22 ii. This instruction performs a jump-subroutine (call) to an address in page $FF, named the "special page".
So far the best I've managed for a SLEIGH encoding is:
:JSRSPECIAL   imm8                  is op=0x22; imm8

Which gives a disassembled output of e.g. JSRSPECIAL $DF.
Is it possible to describe the Mitsubishi assembly syntax, e.g. JSR \$FFDF in SLEIGH?

This seems pretty reasonable. I would do something like this
specOff: "\$"^reloc is imm8 [reloc = 0xff00 + imm8; ] { export *:4 reloc; }

:JSRSPECIAL specOff    is op=0x22; specOff {...}

That's great, thanks. Looks like that works pretty well!
I obviously need to test this -- my plan was to compile a reference binary with a known-good 740 assembler, check the generated code against the Mitsubishi 740 documentation, then feed it to Ghidra and make sure it matches the source.
Is there an established design pattern for adding tests to processor modules, or at least including the test binaries/assembly source and testing instructions?

Another question open to SLEIGH experts ...
The MELPS-740 introduces a "T" flag. This changes the behaviour of the ADC, SBC, AND, ORA and EOR instructions. Instead of operating on the accumulator (A register), they operate on the zero-page memory location pointed to by the X register. To express that in SLEIGH --
With T=0 the 740 behaves like a 6502:
:ADC OP1     is (cc=1 & aaa=3 & T=0) ... & OP1
{
	local op1 = OP1;
	local tmpC = C;

	C = carry(A, op1);

	A = A + op1 + tmpC;

	resultFlags(A);
	V = C;
}

With T=1:
:ADC OP1     is (cc=1 & aaa=3 & T=1) ... & X & OP1
{
	local op1 = OP1;
	local tmpC = C;
	local tmpX = *:1 X;

	C = carry(tmpX, op1);

	tmpX = tmpX + op1 + tmpC;

	resultFlags(tmpX);
	V = C;
}

Unfortunately this syntax doesn't work; SLEIGH complains that "T" isn't a varnode.
I've also tried combining the two SLEIGH descriptions into one, and adding an if conditional in the code -- this got me a syntax error (SLEIGH was expecting a 'goto' statement after the 'if (T==0)'). I guess this could work if I used pcode-relative branching, but that seems like a bit of an icky solution.
A context variable seems like it could be what I need, but I'd somehow have to keep the T status flag and the context variable in sync - the T flag will be pushed onto and popped off of the stack as part of the status byte.

Is there an established design pattern for adding tests to processor modules, or at least including the test binaries/assembly source and testing instructions?

We use the pcodetests for that. We don't really have another set of tests for the processor modules. Processors like ARM, x86, MIPS (all the main ones, really) have pcodetests defined in their modules. You can look at those for examples. If you need something more specific regarding the tests, we can look into what we need to do for that.

Since the initial issue seems to be resolved, if you need any additional help, please create another issue.


about loss

the loss function used in the project was loss = self.focalLoss(thetas, labels)??? not Additive Angular Margin Loss?

I am not sure if I understand your question...But I could try to give an pipeline of face recognition as below:
Img ->Preprocess-> Backbone -> Feature -> ArcFace/QAMFace -> Probability -> CrossEntropy/Focal
Hope that will be helpful...

thanks for your reply. my question is:
the introduction saied that is a Pytorch implementation for Quadratic Additive Angular Margin Loss for Face Recognition.
however, the loss used in this project seems to be focal loss, not Additive Angular Margin Loss. I am not sure if I am right.
thanks again.
waiting for your reply.

Hi~ Thanks for your question.
I am not sure if I truly understand your question...But I could try to give a pipeline of face recognition as below:
Img ->Preprocess-> Backbone -> Feature -> ArcFace/QAMFace -> Probability -> CrossEntropy/Focal
Hope that will be helpful...

thanks for your reply. my question is:
the introduction saied that is a Pytorch implementation for Quadratic Additive Angular Margin Loss for Face Recognition.
however, the loss used in this project seems to be focal loss, not Additive Angular Margin Loss. I am not sure if I am right.
thanks again.
waiting for your reply.

Actually, AM/QAM loss is a preprocess. And focal loss is connected with cross-entropy. QAMFace and Focal loss are two independent phases.


[zh] Sync /networking/virtual-ips.md

Sync with en.
content/zh-cn/docs/reference/networking/virtual-ips.md

Check preview.

/approve


RiveFile() Method not found

flutter/.pub-cache/hosted/pub.dartlang.org/rive_loading-0.0.3/lib/rive_loading.dart:57:22: Error: Method not found: 'RiveFile'.
final file = RiveFile();
^^^^^^^^
dependencies:
flutter:
sdk: flutter
cupertino_icons: ^1.0.2
font_awesome_flutter: ^9.0.0
rive: ^0.7.0
rive_loading: ^0.0.3
rive_splash_screen: ^0.0.1
Mycode:
class MyApp extends StatelessWidget {
@override
Widget build(BuildContext context) {
return Responsive(
mobile: MobileView(),
desktop: SplashScreen.navigate(
name: 'fai.riv',
next: (_) => DesktopView(),
until: () => Future.delayed(Duration(seconds: 3)),
));
}
}

same problem, it looked like something wrong with the rive_loading plugin....

Thanks for the report, rive did a breaking changes, I've pushed an update on rive_loading, doing pub upgrade should fix this issue now :)


Overload BangBang.append!!

Codecov Report

Merging #74 into master will decrease coverage by 0.02%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master      #74      +/-   ##
==========================================
- Coverage   84.16%   84.13%   -0.03%
==========================================
  Files          17       17
  Lines        1105     1103       -2
==========================================
- Hits          930      928       -2
  Misses        175      175

Impacted Files
Coverage Δ

src/Transducers.jl
100% <ø> (ø)
:arrow_up:

src/processes.jl
91.3% <100%> (+0.06%)
:arrow_up:

src/core.jl
68.42% <0%> (-0.62%)
:arrow_down:

Continue to review full report at Codecov.

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


 with use_native: true does not lazy load

Describe the bug
If use_native is on, with a browser that supports lazy loading out of the box, no <iframe>s are lazy-loaded.
To Reproduce
Steps to reproduce the behavior:

Create a web page with a lot of <iframe>s (Facebook embedded posts is a good candidate). I used <iframe data-src="..."> but adding loading="lazy" does not change the behaviour.
Use LazyLoad with selector <iframe> and use_native: true.
Load the web page and watch the Network tab. It should indicate that the browser is loading all tabs at once.
Turn off use_native and reload the web page; the network usage should be back to normal.

Expected behavior
use_native: true should work on <iframe>s.
LazyLoad version
Please report which version of LazyLoad you're using.

Version 15.1

Desktop (please complete the following information):

OS: macOS 10.15.4
Browser: Firefox 75, Chrome 83

Hey @tyteen4a03 thank you for reporting. I'm investigating.

I've verified that this happens just like you reported. I'm working on it.

Here's an update.
I've tested the native lazyloading demo which uses NO JS, and everything works as expected: the iframes are lazily loaded as you scroll down, even if they are loaded way before you scroll down to them (the browser must start loading them sooner because they usually involve many other network requests).
I've tested the hybrid lazyloading demo which uses this LazyLoad library and use_native and I've found out that in that case the iframes are loaded as soon as the page is loaded.
I've checked LazyLoad's code and it goes "if native lazy loading is supported in the browser, set the loading=lazy attribute in the matched elements, then set the src element". So everything looked correct.
So I started thinking that the immediate loading of the iframes must be triggered by the fact that I'm applying the src in the code, and the browser is ignoring the loading=lazy attribute when this is done directly.
What I did is to create this Codepen to test native lazy loading on iframes and isolate the problem. At the bottom of it, there are 4 iframes with the loading="lazy" attribute, like the following.
<iframe loading="lazy" src="{{facebook post embed URL}}" width="552" height="513" style="border:none;overflow:hidden" scrolling="no" frameborder="0" allowTransparency="true" allow="encrypted-media"></iframe>

What I did notice is that the browser acts differently depending on where the page it's run:

inside the codepen editor, the iframes are loaded lazily as you scroll down, as expected
as a new page (I used codepen's debug mode, I guess you can download the pen and execute it in your browser) the iframes are loaded as soon as you land, as expected

So I'm guessing the decision whether or not to lazily load the iframes is taken by the browser, maybe depending on the network traffic, e.g. on how many requests the page already made.
Now I'm going to fork it and see what happens when the src attributes are set via Javascript.

(by the way, I've also found this...)

Interesting find. I definitely don't want the browser deciding whether to lazy load as my webpage can have up to a 100 s and that's about 150MB of traffic...

I've forked it, in this Codepen I'm setting the src in JS. In this case, the loading of the iframes starts right away, no matter what.
So this considered, I guess that using hybrid native lazy loading on iframes is not a best practice, and it should be discouraged. I definitely need to write this in the documentation!

I definitely don't want the browser deciding whether to lazy load as my webpage can have up to a 100 s and that's about 150MB of traffic...

Oh yes that's the solution I ended up using before reporting the bug.

And thank you again for reporting, to investigate and discuss is always a learning occasion.

Closed this in 12c5005