Network render: "Unable to receive a line"

Hi,
I did the following:

start pyluxcoretool in netconsole mode
add a .bcf file with the "add job" button
start second pyluxcoretool in netnode mode
pressed "start node"

After this, both showed errors and were retrying endlessly, but always aborting with the same error.
netconsole:
LuxCore 2.0alpha7
NetBeaconReceiver thread started.
Creating single image render farm job: /home/simon/smoke_backlit_LuxCore/00100.bcf
New render farm job: /home/simon/smoke_backlit_LuxCore/00100.bcf
Job file md5: a4a127eabeda8ddcbd085c0a41f124f5
-------------------------------------------------------
Job started: /home/simon/smoke_backlit_LuxCore/00100.bcf
-------------------------------------------------------
Film merge thread started
Discovered new node: <IP_ADDRESS>:18018
Node thread started
Remote node has the same pyluxcore verison
Sending file: /home/simon/smoke_backlit_LuxCore/00100.bcf
Transfered 8.98 Mbytes in 00:00:00 (248.28 Mbytes/sec)
Sending seed: 1
Waiting for node rendering start
Unable to receive a line
Traceback (most recent call last):
  File "/tmp/_MEIeOR82Q/pyluxcoretools.zip/pyluxcoretools/renderfarm/renderfarmjobsingleimage.py", line 423, in NodeThread
    result = socketutils.RecvLine(nodeSocket)
  File "/tmp/_MEIeOR82Q/pyluxcoretools.zip/pyluxcoretools/utils/socket.py", line 44, in RecvLine
    raise RuntimeError("Unable to receive a line")
RuntimeError: Unable to receive a line
Node thread done
Retrying node: <IP_ADDRESS>:18018
Node thread started
Remote node has the same pyluxcore verison
Sending file: /home/simon/smoke_backlit_LuxCore/00100.bcf
Transfered 8.98 Mbytes in 00:00:00 (315.21 Mbytes/sec)
Sending seed: 2
Waiting for node rendering start
Unable to receive a line
Traceback (most recent call last):
  File "/tmp/_MEIeOR82Q/pyluxcoretools.zip/pyluxcoretools/renderfarm/renderfarmjobsingleimage.py", line 423, in NodeThread
    result = socketutils.RecvLine(nodeSocket)
  File "/tmp/_MEIeOR82Q/pyluxcoretools.zip/pyluxcoretools/utils/socket.py", line 44, in RecvLine
    raise RuntimeError("Unable to receive a line")
RuntimeError: Unable to receive a line
Node thread done
Retrying node: <IP_ADDRESS>:18018

[etc.]

netnode:
LuxCore 2.0alpha7
Waiting for configuration...
NetBeaconSender thread started.
Started
Waiting for a new connection
Received connection from: ('<IP_ADDRESS>', 45950)
Remote pyluxcore version: 2.0alpha7
Local pyluxcore version: 2.0alpha7
Receiving RenderConfig serialized file: renderfarmnode-6670e57e-35dd-435f-aa64-ee0e73534db7.bcf
Receiving file: renderfarmnode-6670e57e-35dd-435f-aa64-ee0e73534db7.bcf
Transfered 8.98 Mbytes in 00:00:00 (201.84 Mbytes/sec)
Receiving RenderConfig serialized MD5: a4a127eabeda8ddcbd085c0a41f124f5
Received seed: 1
Reading RenderConfig serialized file: renderfarmnode-6670e57e-35dd-435f-aa64-ee0e73534db7.bcf
[SDL][3.750] Loading serialized mesh: Mesh-Lamp_Area__001_140283443867656
[SDL][3.750] Loading serialized mesh: Mesh-Lamp_Area_140283441027592
[SDL][3.751] Loading serialized mesh: Mesh-Mesh_Smoke__Domain_140283443872264000
[SDL][3.751] Loading serialized image map: LUXCORE_DENSITYGRID_140283433949192
[SDL][5.169] Texture definition:<PHONE_NUMBER>49192
std::bad_cast
Traceback (most recent call last):
  File "/tmp/_MEIViaFrr/pyluxcoretools.zip/pyluxcoretools/renderfarm/renderfarmnode.py", line 168, in __HandleConnection
    config = pyluxcore.RenderConfig(renderConfigFile)
RuntimeError: std::bad_cast
Connection done: ('<IP_ADDRESS>', 45950)
Waiting for a new connection
Received connection from: ('<IP_ADDRESS>', 45952)
Remote pyluxcore version: 2.0alpha7
Local pyluxcore version: 2.0alpha7
Receiving RenderConfig serialized file: renderfarmnode-01a1ac45-c861-47d6-bd0d-1ef27d6f405b.bcf
Receiving file: renderfarmnode-01a1ac45-c861-47d6-bd0d-1ef27d6f405b.bcf
Transfered 8.98 Mbytes in 00:00:00 (217.66 Mbytes/sec)
Receiving RenderConfig serialized MD5: a4a127eabeda8ddcbd085c0a41f124f5
Received seed: 2
Reading RenderConfig serialized file: renderfarmnode-01a1ac45-c861-47d6-bd0d-1ef27d6f405b.bcf
[SDL][6.753] Loading serialized mesh: Mesh-Lamp_Area__001_140283443867656
[SDL][6.753] Loading serialized mesh: Mesh-Lamp_Area_140283441027592
[SDL][6.753] Loading serialized mesh: Mesh-Mesh_Smoke__Domain_140283443872264000
[SDL][6.753] Loading serialized image map: LUXCORE_DENSITYGRID_140283433949192
[SDL][8.125] Texture definition:<PHONE_NUMBER>49192
std::bad_cast
Traceback (most recent call last):
  File "/tmp/_MEIViaFrr/pyluxcoretools.zip/pyluxcoretools/renderfarm/renderfarmnode.py", line 168, in __HandleConnection
    config = pyluxcore.RenderConfig(renderConfigFile)
RuntimeError: std::bad_cast
Connection done: ('<IP_ADDRESS>', 45952)
Waiting for a new connection
Received connection from: ('<IP_ADDRESS>', 45954)

[etc.]

The .bcf file works fine in luxcoreui.
scene.zip
Ubuntu 14.04
Do you need additional info?

I have tested the scene here and it is working fine both with luxcoreui and netconsoleui/nodeui. Looking at the error, I have the feeling you may have used different LuxCore versions for saving the .bcf file and running the netnode.
Looking at my netnode output:
[Thread-1][2018-03-31 13:57:52,703] [SDL][1.643] Texture definition:<PHONE_NUMBER>49192
[Thread-1][2018-03-31 13:57:52,861] [SDL][1.801] Define ImageMap: LUXCORE_DENSITYGRID_140283433949192
[Thread-1][2018-03-31 13:57:52,862] [SDL][1.801] Texture definition: Implicit-ConstFloatTexture-a405bc1f-8b5a-415a-89fc-5b16de442baa
[Thread-1][2018-03-31 13:57:52,862] [SDL][1.801] Texture definition:<PHONE_NUMBER>49704
[Thread-1][2018-03-31 13:57:52,862] [SDL][1.801] Texture definition:<PHONE_NUMBER>48680_colordepth
[Thread-1][2018-03-31 13:57:52,862] [SDL][1.802] Texture definition: Implicit-ConstFloatTexture-80ce3e21-00fb-4f47-879b-66e81f8e7160

The error seems to be triggered exactly by Density Grid texture, like if you were using a netnode without the latest volume rendering code.

Do you still have this problem ?

Yes but if it works on your system then it is most likely again either something I'm doing wrong or something in my system.
I will test it with beta1 and if it works with those binaries we can close this issue.

I tested again with your beta1 binaries but I still have the same problem.
(I used your binaries in Blender to export the scene, so there should be no mismatch).
One thing I noticed: You are probably testing with an OpenCL build, right?
I'm using No-OpenCL on my laptop. Maybe it only happens in builds without OpenCL.

It happens only with executable packed with PyInstaller and only on Linux. Any conversion from string to floating point, doesn't work anymore:
cout << boost::lexical_cast("0.5") << "\n";
My first idea was some mess with LOCALE but:
cout << boost::lexical_cast("0,5") << "\n";
doesn't work too. I'm still convinced it is some kind of LOCALE related mess in PyInstaller/Boost.

When including PySide, PyInstaller breaks the boost::lexical_cast ...
Without PySide, the executable produced by PyInstaller works fine. I'm looking for a workaround.

Hm... how hard would it be to switch to PyQt at this point?

It not only breaks boost::lexical_cast but just C++ std::stringstream. This i pretty much a nail in the coffin of any possible workaround...

I will have to change the way pyluxcoretool is run on Linux. All alternatives to PyInstaller are Windows-only as far as I can see. This is going to be cumbersome for all Linux users.

Ok, as workaround, you can now run pyluxcoretool with a (update LuxCore and LinuxCompile):
python3 pyluxcoretools.zip
This should be simple enough to be usable. Indeed, you have to install by hand PySide with a:
pip3 install PySide
because it lacks the standalone environment of PyInstaller but it should be ok.
Let me know if it works for you.


Macrobody facets

Added support for macrobody facets; all facets of currently supported macrobodies, with functions to make adding additional facets simple, should more macrobodies be added.

If I can weigh in here, please don't change any of the existing INP-* test files, but instead add new ones, even if new files differ by only one line from old files.  Philosophically, this is the correct thing to do when adding new features to an existing project that already has tests for old features -- keep the old feature tests, and add new tests as appropriate to test the new features.  Practically, leaving the old tests in place creates a record of "files that mcnp2cad used to handle correctly," and if a bug ever appears that makes those old test start failing, it's possible to go back in the git history to find the point where things stopped working.
This also means I think that existing comment cards in test files should stay there.  I wrote those tests not only as examples of supported geometry, but also as examples of supported MCNP syntax.  Correctly ignoring comments in input files is an mcnp2cad feature that should remain under testing.

Thank @ejwilson3  This does what we need and most comments are cosmetic, for the long term maintainability benefit.

We're really close... these last comments were based on review that was made easier by removing some of the whitespace diffs - so I think they're the last ones!!!
I do still need to run & review the tests, but I think we're nearly there.
Nice work!

How are things looking on this?

The code has been reviewed and all things resolved.  I embarked on reviewing the tests/testing, but then had armadillo issues.  I think I've resolved those and need to get back to reviewing the testing.

I see. Apologies for the armadillo problems, I didn't put enough thought into the build process there.

This is a great first contribution @ejwilson3 !!  It adds a lot of value!


Fix driver interfaces for tx model changes in 0.9

Fixes #221.
Interface changes from upstream:

owners_before argument was renamed to tx_signers (renamed to signers for the driver interface)
owners_after argument was renamed to recipients
Fulfilment class was renamed to Input
conditions in transaction was renamed to output
fulfillments in transaction was renamed to input

bigchaindb/bigchaindb#1089 details a bug found that causes two tests to fail.

Current coverage is 97.31% (diff: 100%)

Merging #223 into master will decrease coverage by 2.68%

@@           master       #223   diff @@
========================================
  Files           9          9
  Lines         198        186    -12
  Methods         0          0
  Messages        0          0
  Branches        0          0
========================================
- Hits          198        181    -17
- Misses          0          5     +5
  Partials        0          0

Powered by Codecov. Last update c03d96a...a68bcfb


ReplicaCAD v1.3

Motivation and Context
Updates the default downloader version for ReplicaCAD to v1.3.
Changes with v1.3:

Updated synthetic 105 variations with baked stage, geometry consistent with baked scenes.
New NavMesh files for all scenes including STATIC and articulated (URDF) furniture.
Added inner surface to objects/frl_apartment_kitchen_utensil.glb to fix interior culling.
Added Receptacle annotation to most articulated furniture to support rearrangement tasks.
Added global furniture receptacle annotations to baked scenes.
Updated fridge interior for consistency b/t synthetic and baked scenes.
Added collision group tags to articulated furniture for better performance when initialized as STATIC with fixed_base.

Added dynamic variants of URDFs for non-static use cases.

All modified scene configs such that articulated objects have automatically enforced joint limits by default.
Added "settled" states for dynamics scenes (i.e., apt_0...5) to reduce object movement (e.g. dropping onto surfaces) upon scene initialization.
Adjusted all 105 variation layouts to reduce object inter-penetration artifacts.
Additional minor fixes and modifications

How Has This Been Tested
Locally
Types of changes

[x] Docs change / refactoring / dependency upgrade
[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist

[x] My code follows the code style of this project.
[x] My change requires a change to the documentation.
[x] I have updated the documentation accordingly.
[x] I have read the CONTRIBUTING document.
[x] I have completed my CLA (see CONTRIBUTING)
[ ] I have added tests to cover my changes.
[x] All new and existing tests passed.

I tested it.
Testing with C++ and python viewer works perfectly. Testing with ReplicaCAD_quickstart.py results in an all-black screen recording. Log attached.
log.txt

I tested it.
Testing with C++ and python viewer works perfectly. Testing with ReplicaCAD_quickstart.py results in an all-black screen recording. Log attached. log.txt

The issue is that the scene is specified as the NONE scene.  This seems to be due to the fact that the ReplicaCAD_quickstart is built such that it is more colab-friendly than python friendly - it relies on the user to select a scene from the available scene dropdown cell, before the cell that launches sim and displays the scene is launched.

Pulled. Re-tested. Does this video look sensible? I can't imagine where the agent has been spawned.

With the new NavMeshes, the closet behind the closed door is cutoff from the rest of the scene by default for the fully dynamic spaces (apt_#). With the default seed, the agent spawns inside the closet for apt_0. 😆

Thanks.

we could choose apt_1 for the default, change the seed, or modify the scenes to include the closet in the primary navmesh component (ignoring the door).

Modifying scenes sounds like an overkill. Either apt_1 or changing seed will work, whichever is easier.

Update 03/07: added missing sofa receptacle annotations.


Zowe Extenders "Initial Interest" Page

Community suggestion - create an Introduction to Extending Zowe page for users interested in contributing to the project to place above  this topic - https://zowe.github.io/docs-site/latest/extend/extend-apiml/api-mediation-onboard-overview.html
At minimum, the page should include:

Title - "Getting Started with Zowe Development"
Introduction of what it means to contribute/extend (I recall there was some content in progress)
Links to resources, such as Zowe Conformance Program, development tutorials, and key repositories
Skills/knowledge areas required to contribute to particular components

An example of skills required for CLI -

CLI - node.js, typescript
Web UI - node.js, javascript
APIs - C, Assembler, Java, Spring
API ML - Java, Spring (edited)

We had some articles written by Colin on the docs-new branch which might be a good starting point.

https://github.com/zowe/docs-site/blob/docs-new/docs/extend/extender-architecture.md (this article ties together the developer guides and tutorials for different components)
https://github.com/zowe/docs-site/blob/docs-new/docs/extend/extend-api/existingApp.md
https://github.com/zowe/docs-site/blob/docs-new/docs/extend/extend-api/existingAPI.md

@Tbr00ksy Hi Tim, I'm wondering if this Initial Interest Page is already on the roadmap of the onboarding squad. I know Zowe Conformance Program is on. How about other points like "Skills/knowledge areas required to contribute to particular components"? Just want to sync before this page is developed.

@nannanli the only "Skills/knowledge" area that talks about languages is on Zowe.org (https://zowe.org/code-guidelines/) but I believe that this type of information might fit better in the "Getting Started" section of the doc site.
Also @BrandonJenkins14 what are your thoughts about moving the Contribution guidelines out of Zowe.org word press and into the github.com/zowe/docs?
https://zowe.org/code-guidelines/
https://zowe.org/ui-guidelines-home/

@Tbr00ksy For awareness, moving UI guideline to doc site is a work in progress per Jay's request. This PR contains the updates: #469 . The structure and location on the doc site need to be reviewed and discussed with Brandon and the team.


track2 .NET SDK generation for dataprotection for 2023-12

Contributing to the Azure SDK
Please see our CONTRIBUTING.md if you are not familiar with contributing to this repository or have questions.
For specific information about pull request etiquette and best practices, see this section.

API change check
APIView has identified API level changes in this PR and created following API reviews.
Azure.ResourceManager.DataProtectionBackup

@archerzz , can you please review this.

Account issues have been resolved.   Still requires CODEOWNERS updates to move forward.

@abhinitkumar01 Please take a look at my comment. Thanks.

@archerzz I have updated the changelog file for requesting a new release.

Account issues have been resolved. Still requires CODEOWNERS updates to move forward.

@jsquire
Regarding CODEOWNERS, I will not be necessarily maintaining it going forward, as other folks would be updating it as and when new features are pushed. Can you please help me with that part.

Account issues have been resolved. Still requires CODEOWNERS updates to move forward.

@jsquire Regarding CODEOWNERS, I will not be necessarily maintaining it going forward, as other folks would be updating it as and when new features are pushed. Can you please help me with that part.

Which team owns this package?   If that is not the Azure SDK team, then we'll need to add a set of owners responsible for support when customer issues are opened.   If that is not you, directly, please work with your team to find the right contacts or to create a GitHub team to be added, which your team can update when owners change.

@jsquire this library is owned by Azure BCDR team, specifically we own the swagger changes and create PRs to update the .NET SDK taking help from .NET SDK team. However, Azure .NET SDK team takes care of all the polishing or major issues which are SDK specific. Please suggest further

if we need to add CODEOWNERS please add me (@hiaga ) and abhinit (@abhinitkumar01 ) for now as a github team. We'll add relevent folks as and when needed


how to divide things that belong to same class?

I have get the output image,it looks well.But how to divide things that in same class?
Like this https://github.com/dbolya/yolact/blob/master/data/yolact_example_2.png
Another question,how to show the class that just i want?
I change
show_result(img, result, model.CLASSES,show=False, out_file='output_dir/result1.jpg')
to
show_result(img, result, ['person'],show=False, out_file='output_dir/result1.jpg')
but got

IndexError: list index out of range.

You can parse the prediction of the model by yourself other than use the show_result() method to visualize the results. It is originally a list of bounding boxes corresponding to different classes.


Change default value of renderContainerOnSingleChild to true

I was very confused / surprised by the renderer not rendering my configured container all of a sudden. It took me a while to realise that the reason was that the block content only contained one element. I also nearly missed the option renderContainerOnSingleChild.
To have differing element hierarchies between content with one element and with multiple elements seems to be a special requirement rather then a good default. I suggest therefore to change the default of renderContainerOnSingleChild to true.
It would be a breaking change, though :-/
Thanks for considering :-)

Closing this, as the new @portabletext/react library is the successor to this module.
Please see https://github.com/portabletext/react-portabletext


Fix/#105 SfPagination with v-model

Related issue
https://github.com/DivanteLtd/storefront-ui/issues/105
Scope of work

Refactored SfPagination to work with v-model instead of sync;
References for SfPagination props, slots and events;
Update SfPagination stories (with v-model);

Screenshots of visual changes

No visual changes

Checklist

[x] I followed composition rules for my component
[x] I tested the component in most common device sizes (can be tested in Storybook from viewport addon in top menu)

Thanks!


Improved termui.pause() Function and Simplified Imports

This pull request includes two main changes:

Pause Function Update:

The termui.pause() function has been improved by adding the default message ("Press any key to continue...") directly in the info param. This change improves readability and eliminates unnecessary checks for the info param
Additionally, I removed the  if info checks since info will now have a default string value.

Simplified Import Statements:

Multiple imports from the same module have been combined into single lines to reduce clutter and make the codebase more maintainable.
Specifically, imports from _compat, exceptions, types, and other modules have been simplified.

Quick Question:
I noticed these imports here:

from .core import Argument as Argument
from .core import Command as Command
from .core import CommandCollection as CommandCollection
from .core import Context as Context
from .core import Group as Group
from .core import Option as Option
from .core import Parameter as Parameter
from .decorators import argument as argument
from .decorators import command as command
from .decorators import confirmation_option as confirmation_option
from .decorators import group as group
from .decorators import help_option as help_option
from .decorators import make_pass_decorator as make_pass_decorator
from .decorators import option as option
from .decorators import pass_context as pass_context
from .decorators import pass_obj as pass_obj
from .decorators import password_option as password_option
from .decorators import version_option as version_option
from .exceptions import Abort as Abort
from .exceptions import BadArgumentUsage as BadArgumentUsage
from .exceptions import BadOptionUsage as BadOptionUsage
from .exceptions import BadParameter as BadParameter
from .exceptions import ClickException as ClickException
from .exceptions import FileError as FileError
from .exceptions import MissingParameter as MissingParameter
from .exceptions import NoSuchOption as NoSuchOption
from .exceptions import UsageError as UsageError
from .formatting import HelpFormatter as HelpFormatter
from .formatting import wrap_text as wrap_text
from .globals import get_current_context as get_current_context
from .termui import clear as clear
from .termui import confirm as confirm
from .termui import echo_via_pager as echo_via_pager
from .termui import edit as edit
from .termui import getchar as getchar
from .termui import launch as launch
from .termui import pause as pause
from .termui import progressbar as progressbar
from .termui import prompt as prompt
from .termui import secho as secho
from .termui import style as style
from .termui import unstyle as unstyle
from .types import BOOL as BOOL
from .types import Choice as Choice
from .types import DateTime as DateTime
from .types import File as File
from .types import FLOAT as FLOAT
from .types import FloatRange as FloatRange
from .types import INT as INT
from .types import IntRange as IntRange
from .types import ParamType as ParamType
from .types import Path as Path
from .types import STRING as STRING
from .types import Tuple as Tuple
from .types import UNPROCESSED as UNPROCESSED
from .types import UUID as UUID
from .utils import echo as echo
from .utils import format_filename as format_filename
from .utils import get_app_dir as get_app_dir
from .utils import get_binary_stream as get_binary_stream
from .utils import get_text_stream as get_text_stream
from .utils import open_file as open_file

Is there a reason for using as when the names are the same?
I’m curious if there’s a specific reason for doing it this way, or if it’s something that could be simplified like so:
from .core import (
    Argument,
    Command,
    CommandCollection,
    Context,
    Group,
    Option,
    Parameter,
)

from .decorators import (
    argument,
    command,
    confirmation_option,
    group,
    help_option,
    make_pass_decorator,
    option,
    pass_context,
    pass_obj,
    password_option,
    version_option,
)

from .exceptions import (
    Abort,
    BadArgumentUsage,
    BadOptionUsage,
    BadParameter,
    ClickException,
    FileError,
    MissingParameter,
    NoSuchOption,
    UsageError,
)

from .formatting import HelpFormatter, wrap_text
from .globals import get_current_context
from .termui import (
    clear,
    confirm,
    echo_via_pager,
    edit,
    getchar,
    launch,
    pause,
    progressbar,
    prompt,
    secho,
    style,
    unstyle,
)

from .types import (
    BOOL,
    Choice,
    DateTime,
    File,
    FLOAT,
    FloatRange,
    INT,
    IntRange,
    ParamType,
    Path,
    STRING,
    Tuple,
    UNPROCESSED,
    UUID,
)

from .utils import (
    echo,
    format_filename,
    get_app_dir,
    get_binary_stream,
    get_text_stream,
    open_file,
)

Just want to understand the thought process behind it!

Thanks for your interest. However, we generally don't accept general refactors or style changes from outside contributors.


Add F-18A Super Hornet from Kerbal Stuff

This pull request was automatically generated by Kerbal Stuff on behalf of LuizChacon, to add F-18A Super Hornet to CKAN.
Please direct questions about this pull request to LuizChacon.

KS says GPL-3.0, one of the license files says CC-BY-NC-4.0. Will need to be tested on a 0.90 builder.

There are acctually 2 licenses in the .zip. One CC-BY-NC-4.0 and one WTFPL... afaik GPL-3.0 is the most restrictive of the 3?

Actually, the NC part of CC-BY-NC is more restrictive than the GPL. Does this mod include code and artwork? It is likely that different parts have different licences, in that case. GPL for code, CC for artwork. Squad's licence discussion almost recommends such an approach.

Hang on, doesn't the CKAN spec allow for multiple licences? Why aren't we doing that? From a legal standpoint, that's a better idea.

Good point! I did not consider that aspect of it. What a mess though, should this perhaps then be marked as one of the more general ones listed here ? I think they would all fall into the unrestricted category?
As for multiple licenses I don't think the clients can show more than one and tbh I'm not totally sure the "licenses" field does what it is supposed too but I can update #1419 and see what happens :)

Alas it seems I was unfortunatly right and #1419 fails due to no set license field, I tried locally to run it through netkan.exe and it scrapes for a license from KS there and returns an error since the scraped GPLv3 isn't a valid license as per the CKAN.schema.
It would appear we require a set license field and then licenses can add more but only to the metadata file and not for being displayed to the user.

I've raised #1424 do discuss this. We should handle multiple licences properly.


feat(QTREES-365): tree view carousel

This PR adds a carousel element to the tree page. One slide contains the roots visualization and the other is a placeholder for the forecast barchart.
Note that even though react-slick calls the UI a Slider, I have changed this to Carousel for us, because it's less ambiguous than Slider.

[x] basic slider/carousel
[x] customize dots style
[x] make viz area sticky again
[x] hide dots when scrolled down

:tada: This PR is included in version 1.0.0-staging.1 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


User Login and Consent Flow for OAuth2

Hello! I am interested in using AuthBoss to handle user login and consent as part of an OAuth2 flow (I am using ORY Hydra). I am wondering:

Is this something that makes sense to do?
Is there a built-in way to use AuthBoss as the "Identity Provider" part of OAuth2? I see that there is an OAuth2 module, but it seems like this is for delegating authentication to another provider.
If it makes sense but there's no built-in way, how can I modify the existing password-based use case to perform the necessary redirects when the user is authenticated and consent is granted?

I've been looking into this some more, I'm not sure that it can be achieved without making modifications to the way the auth module works. The login flow I'd like to replicate is based on this example:
GET login:

User visits OAuth2 provider's /auth endpoint
OAuth2 provider redirects to AuthBoss app /login?login_challenge={challenge}
Authboss app sends request with challenge to OAuth2 provider to see whether auth can be skipped
4a. If so, accept login (POST to OAuth2 provider) and redirect
4b. If not, render the login page

POST login:

Authboss authenticates based on posted credentials
2a. If valid, accept login (POST to OAuth2 provider) and redirect
2b. If invalid, return to login page

Any guidance on how to integrate this extra behaviour, or any suggestions on an alternative way to achieve what I'm trying to do would be greatly appreciated.

Hi @fenech. Authboss has only ever been imagined as the the "client" in an OAuth2 flow. It's never been meant to be the server or the single-sign on source of truth. I think you'd probably have to create a whole new module for that purpose.

In the end I made this project, which wraps some middleware around the auth module to make the extra calls.
https://github.com/nbycomp/login-consent

Started https://github.com/Ashtonian/hConsenter - a min typed hydra client for the flow, and a separate module based on the login-consent app https://github.com/Ashtonian/authboss-hydra-consent/blob/master/auth.go#L43. Its still pretty rough but its starting to take shape.

submitted initial https://github.com/volatiletech/authboss/pull/258


INTERNAL_ERROR should not be used if sql translation failed

Additionally, pg wire layer should close connection if INTERNAL_ERROR happened
Reason:
Now client library can't continue to work and will always receive error for died session, but can't know about it because connection alive.

pgwire should close connection for BAD_SESSION too: for handle close session by any reason, not internal error only.


Add issue templates from knative/eventing

Changes
Copy issue templates from knative/eventing

bug
feature

Not sure what needs to happen for this to be merged, but /doit ?
/merge
/lgtm


atan(y, x) returns an ArbFloat instead of an ArbReal

atan(y, x) is in principle the same as atan(y/x) but only the latter returns an ArbReal and the former returns an ArbFloat.
julia> x = ArbReal(1)
1.0

julia> y = ArbReal(2)
2.0

julia> z1 = atan(y, x)
1.107148717794090503017065460179

julia> z2 = atan(y/x)
1.107148717794090503017065460179

julia> typeof(z1)
ArbFloat{128}

julia> typeof(z2)
ArbReal{128}

The fix should be to just remove the midpoint-call in
function atan(y::ArbReal{P}, x::ArbReal{P}, prec::Int=P) where {P}
    z = ArbReal{P}()
    ccall(@libarb(arb_atan2), Cvoid, (Ref{ArbReal}, Ref{ArbReal}, Ref{ArbReal}, Clong), z, y, x, prec)
    return midpoint_byref(z)
end

and add it to
@inline function atan(y::ArbFloat{P}, x::ArbFloat{P}, prec::Int=P) where {P}
    xr = ArbReal{P}(x)
    yr = ArbReal{P}(y)
    return atan(yr, xr, prec)
end

Good catch. Thank you.  I will repair this tonight.

The delay was unintentional -- JuliaCon distracted me.  This is fixed in master and in v0.6.4 (merge pending).


[RELEASE-0.21] Unregister views to avoid slow oom issue during meter cleanup (#2005)

Backport of #2005.

wrong branch.


Request : Allow opacity change when slider dragging

Hi,
Thank you very much for your very useful plugin !
I think this can be very much improved if you allow the map opacity to change while the slider is dragged by the user. It could add a lot of smoothness in the manipulation.

@Kernonen
Hi,
Thanks for the suggestion. I will consider it.
If you have any suggestions for improvement, please make a pull request.

Hello,
I tried the pull request menu but it doesn’t seem to let me write one

@Kernonen
Hi,
Can you fork the repository, modify the code, and send me a pull request?

Actually, that’s the point, i don’t know how to modify the code, i’m not a coder

@Kernonen
Hi,
The repository has been updated to the latest version.
I think it is resolved.
https://dayjournal.github.io/Leaflet.Control.Opacity

It is working very well ! Thank you very much for this, I really do appreciate !


dev to Devs first commit

this is my first pull request from devs. please review my code and add it to the main branch.
Thank you

can't work as the file has been modified. which is different from the original file in main branch!!!


Badge Preview Top Screen

Part of for issues #14
Fixed a part of the issue#14 by implementing a badge preview at the top of the screen and syncing the message to be send with the text of badge preview.
Screenshots for the change:

I don't think this is what is needed. We need a preview of how it looks in the actual badge. This is simply a representation of the text the user types in a black background.

I don't think this is what is needed. We need a preview of how it looks in the actual badge. This is simply a representation of the text the user types in a black background.

I don't think this is what is needed. We need a preview of how it looks in the actual badge. This is simply a representation of the text the user types in a black background.

I have used an led screen image as background just like an actual badge and after this i was thinking to apply the animations to the text according to the mode selected in the app.
Can you please recommend me what can i do to implement a badge preview screen?

I don't think this is what is needed. We need a preview of how it looks in the actual badge. This is simply a representation of the text the user types in a black background.

@yashk2000 would you show how it will looks for clarity ??


Add Favorite Parts feature

@Chad-Krause I made some changes and fixes- notably changing the icon and allowing the favorites panel to update without reloading the application. Let me know what you think.

Looks good!


major pre-push optimization

this change improves drastically pre-push behaviour, by not sending
lfs objects which are already on a remote. Works perfectly with
pushing new branches and tags.
currently pre-push command analyse "local sha1" vs "remote sha1" of the
ref being pushed and if "remote sha1" is available locally tries to send
only lfs objects introduced with new commits.
why this is broken:

remote branch might have moved forward (local repo is not up to date).
In this case you have no chance to isolate new lfs objects ("remote sha1"
does not exist locally) and git-lfs sends everything from the local
branch history.
remote branch does not exist (or new tag is pushed). Same consequences.

But what is important - local repository always have remote references,
from which user created his local branch and started making some local
changes. So, all we have to do is to identify new lfs objects which do
not exist on remote references. And all this can be easily achieved with
the same all mighty git rev-list command.
This change makes git-lfs usable with gerrit, where changes are uploaded
by using magic gerrit branches which does not really exist. i.e.
git push origin master:refs/for/master
in this case "refs/for/master" does not exist and git feeds all 0-s as
"remote sha1".

There is one big issue with this right now. Git doesn't tell us what remote we should be using in the smudge or post-checkout hooks. So pulling from a non-origin remote doesn't quite work.

I was thinking that perhaps the fetch & pull lfs commands should have a remote as their first arguments, but didn't add them yet. For smudge / post-checkout I suggest we use the default remote as chosen by git pull, which is:

Check if the current branch is tracking a remote branch (git branch -vv) and if so use the remote it's tracking (this applies to pull, not push so for example in forks you'd usually track the read-only upstream on a secondary remote to pull from, and push to origin as your fork)
Use origin if it exists
Fail

I agree the pre-push should be specific about what remote it's comparing with.

@sinbad: I like your suggestion.
I also prefer #578 to this PR.

I've submitted PR https://github.com/github/git-lfs/pull/583 to implement the remote arguments & refinement to the default remote.

superseded by https://github.com/github/git-lfs/pull/578


Misuses of cryptographic APIs

Hi
The following lines have cryptographic API misuses.  File name => src/main/java/org/littleshoot/proxy/extras/SelfSignedSslEngineSource.java: Line number => 106: API name => KeyStore:Second parameter should never be of type java.lang.String.

I think development has stalled on this repo. There's an active fork at https://github.com/mrog/LittleProxy


Add flag -remove-helper-files

When working with multiple xmls it is common to use the flag -no-helper-files. However sometimes as projects are re-organized the helper files get left behind and stale. Add a flag -remove-helper-files which will cause protogen to remove helper files from the output directory if they are found.

I decided this wasn't a useful enough to do.


Update zio-schema, zio-schema-derivation, ... to 0.4.14

About this PR
📦 Updates

dev.zio:zio-schema
dev.zio:zio-schema-derivation
dev.zio:zio-schema-zio-test

from 0.4.13 to 0.4.14
Usage
✅ Please merge!
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!

⚙ Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "dev.zio" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "30 days" },
  dependency = { groupId = "dev.zio" }
}]

labels: library-update, early-semver-minor, semver-spec-patch, commit-count:1

Codecov Report
Patch has no changes to coverable lines.
:loudspeaker: Thoughts on this report? Let us know!.


Fail to read from Socket   Connection reset by peer [104]

用brpc写的http服务，一直会有 Fail to read from Socket   Connection reset by peer [104]日志打印，这是什么原因？
W1015 21:12:36.599551  1615 input_messenger.cpp:212] Fail to read from Socket{id=9740985829509 fd=17 addr=<IP_ADDRESS>:61284:4499} (0x7fe38409de40): Connection reset by peer [104]
W1015 21:12:36.613711  1623 input_messenger.cpp:212] Fail to read from Socket{id=2147483648271 fd=17 addr=<IP_ADDRESS>:34285:4499} (0x7fe398137950): Connection reset by peer [104]
W1015 21:12:36.620992  1621 input_messenger.cpp:212] Fail to read from Socket{id=4028679325640 fd=17 addr=<IP_ADDRESS>:40590:4499} (0x7fe3a80a71e0): Connection reset by peer [104]
W1015 21:12:37.190973  1626 input_messenger.cpp:212] Fail to read from Socket{id=1975684958648 fd=17 addr=<IP_ADDRESS>:27660:4499} (0x7fe38c0a1c20): Connection reset by peer [104]
W1015 21:12:37.205332  1615 input_messenger.cpp:212] Fail to read from Socket{id=9749575764101 fd=17 addr=<IP_ADDRESS>:9608:4499} (0x7fe38409de40): Connection reset by peer [104]
W1015 21:12:37.208849  1626 input_messenger.cpp:212] Fail to read from Socket{id=2156073582863 fd=17 addr=<IP_ADDRESS>:36939:4499} (0x7fe398137950): Connection reset by peer [104]
W1015 21:12:37.256283  1621 input_messenger.cpp:212] Fail to read from Socket{id=4037269260232 fd=17 addr=<IP_ADDRESS>:27277:4499} (0x7fe3a80a71e0): Connection reset by peer [104]
W1015 21:12:38.787305  1623 input_messenger.cpp:212] Fail to read from Socket{id=6932077216767 fd=17 addr=<IP_ADDRESS>:7874:4499} (0x7fe37402aa80): Connection reset by peer [104]
W1015 21:12:38.791271  1623 input_messenger.cpp:212] Fail to read from Socket{id=9758165698693 fd=17 addr=<IP_ADDRESS>:23834:4499} (0x7fe38409de40): Connection reset by peer [104]
W1015 21:12:38.791416  1615 input_messenger.cpp:212] Fail to read from Socket{id=2190433323444 fd=21 addr=<IP_ADDRESS>:60387:4499} (0x7fe38c0a1420): Connection reset by peer [104]
W1015 21:12:38.791520  1620 input_messenger.cpp:212] Fail to read from Socket{id=11055245822214 fd=20 addr=<IP_ADDRESS>:53526:4499} (0x7fe3740aad90): Connection reset by peer [104]
W1015 21:12:38.791572  1612 input_messenger.cpp:212] Fail to read from Socket{id=6940667151359 fd=22 addr=<IP_ADDRESS>:50548:4499} (0x7fe37402aa80): Connection reset by peer [104]
W1015 21:12:38.800129  1626 input_messenger.cpp:212] Fail to read from Socket{id=2164663517455 fd=17 addr=<IP_ADDRESS>:25901:4499} (0x7fe398137950): Connection reset by peer [104]
W1015 21:12:38.809661  1615 input_messenger.cpp:212] Fail to read from Socket{id=2199023258036 fd=17 addr=<IP_ADDRESS>:49555:4499} (0x7fe38c0a1420): Connection reset by peer [104]
W1015 21:12:38.812070  1620 input_messenger.cpp:212] Fail to read from Socket{id=9766755633285 fd=17 addr=<IP_ADDRESS>:43309:4499} (0x7fe38409de40): Connection reset by peer [104]
W1015 21:12:38.812194  1623 input_messenger.cpp:212] Fail to read from Socket{id=3186865735600 fd=20 addr=<IP_ADDRESS>:50640:4499} (0x7fe3a80a41e0): Connection reset by peer [104]
W1015 21:12:38.812786  1621 input_messenger.cpp:212] Fail to read from Socket{id=11063835756806 fd=21 addr=<IP_ADDRESS>:43310:4499} (0x7fe3740aad90): Connection reset by peer [104]
W1015 21:12:38.814734  1615 input_messenger.cpp:212] Fail to read from Socket{id=6949257085951 fd=17 addr=<IP_ADDRESS>:25981:4499} (0x7fe37402aa80): Connection reset by peer [104]
W1015 21:12:38.828716  1626 input_messenger.cpp:212] Fail to read from Socket{id=9775345567877 fd=17 addr=<IP_ADDRESS>:17541:4499} (0x7fe38409de40): Connection reset by peer [104]
W1015 21:12:38.829767  1615 input_messenger.cpp:212] Fail to read from Socket{id=5222680234247 fd=20 addr=<IP_ADDRESS>:41467:4499} (0x7fe3740aaf90): Connection reset by peer [104]
W1015 21:12:38.836995  1623 input_messenger.cpp:212] Fail to read from Socket{id=11072425691398 fd=17 addr=<IP_ADDRESS>:19035:4499} (0x7fe3740aad90): Connection reset by peer [104]
W1015 21:12:38.859191  1612 input_messenger.cpp:212] Fail to read from Socket{id=2783138808771 fd=17 addr=<IP_ADDRESS>:19134:4499} (0x7fe374023280): Connection reset by peer [104]
W1015 21:12:38.910203  1621 input_messenger.cpp:212] Fail to read from Socket{id=4045859194824 fd=17 addr=<IP_ADDRESS>:11149:4499} (0x7fe3a80a71e0): Connection reset by peer [104]

你能编译通过吗，能帮忙提供下编译所依赖的版本吗 比如，gflags, protobuf, leveldb，我目前编译PB一直报版本错误


fix example template path in README

fix typo for the example to work (and match the docs)

thanks, @CagtayFabry


Node.js Callback Concept

We ask that you please be patient as our team works through approving and publishing all articles/tutorials in a timely manner. Allow 1-3 days for a topic to be reviewed and/or approved - allow 3-7 days for an articles to be reviewed and/or published.
Be sure to visit our Resources Page for tools, resources, and example articles to go over.
NOTE: (Please ensure that you have only one open issue + linked pull request at a time. This will ensure that we complete the article in a timely manner from inception to publishing.)
NOTE: We tend to stray away or tend not to publish reviews/comparisons of commercial product offerings.
We're looking for the first 2-3 paragraphs of the article that appropriately summarize what your article will be about.
Proposed title of article
Node.js Callback Concept
Introduction paragraph (2-3 paragraphs):
A callback is the equivalent of an asynchronous function. Asynchronous functions are also known as non-blocking functions since they do not block the thread on which they are running on. Node.js heavily relies on asynchronous functions. This is because servers often receive many requests at a time; if the server was to be synchronous, requests would be processed one at a time which would lead to a bad user experience since the user might have to wait for a long time.
Since asynchronous functions do not block the thread, it might be difficult to track the function or do another task immediately the function is done executing. This is where callbacks come in, callback functions are functions that are passed in asynchronous functions and run immediately  after the function. This article goes through the basics of asynchronous functions in node.js and how to use callbacks to perform tasks asynchronously.
Key takeaways:

Understand what asynchronous functions are.
Understand how to use callbacks in node.js.
Understand the importance of callbacks.

References:
N/A
Templates to use as guides

How To Guide Template
Software Review Template
Tutorial Template

seems like a cool topic - approved @M0nicah


[Feature] Redirect end users to the main site for licenses/tools

Problem

People may stumble on this site while looking for CC license/tools and become very confused about what CC is or does. There are no prominent links to the main site.
Description

On the homepage, we should add a third button to the hero section that points to https://creativecommons.org/share-your-work/ and is labeled something like "Share your work using our licenses/tools".
There should be a section somewhere near the top of this page clarifying that this site is for developers looking to contribute, but anyone can use CC tools to share their works.
Consider a notice like this on every page of the site in the theme, or at very least in the footer.
Alternatives

We could do this with a modal pop-up or some other more in-your-face feature for first visits, dropping a cookie when they dismiss it. The problem is this will really annoy developers who may not appreciate its importance.
Implementation

[x] I would be interested in implementing this feature.

hello @TimidRobot , Can I please work on this?

Hello. i am an outreachy applicant and I would like to work on this

I would love to work on this issue. Please go ahead and assign it to me


.NET MAUI sample status progress

Issues found during this challenge:

https://github.com/dotnet/maui/issues/10401
https://github.com/dotnet/maui/issues/13050
https://github.com/dotnet/maui/issues/13051
https://github.com/dotnet/maui/issues/13052
https://github.com/dotnet/maui/issues/13053
https://github.com/dotnet/maui/issues/13056
https://github.com/dotnet/maui/issues/13057
https://github.com/dotnet/maui/issues/13059
https://github.com/dotnet/maui/issues/13060
https://github.com/dotnet/maui/issues/13062
https://github.com/dotnet/maui/issues/13084

Don't forget this one... #12725

Also, I have a "TabView" control that uses the CarouselView, works great on Android, but refuses to show the first item when running on Windows.
Here is a short video that show the problem...   https://youtu.be/S_-Y2zZhuRs

Any news on when the Shadow.Radius on Android13 [API 33]  (https://github.com/dotnet/maui/issues/10401) will be fixed? The issue still occurs on physical devices such as the Samsung galaxy ultra s22 with the latest updates.

New testing session trying .NET MAUI with .NET 7 SR8 and .NET 8 RC1.
.NET 7
The border clipping is incorrect using just a Label on Windows. Also a Horizontal CollectionView using VisualStates is not rendering:

Resizing the Window can crash the App. The problem is in the CarouselView trying to center the current item:

But sometimes get a weird status (just launching the App or resizing the Window):

The UI thread and the memory consumption is extremely hight just resizing the Window:

.NET 8
Now the Border without a background set a black color on Android:

The Windows CarouselView issues persist on .NET 8.


Tint Sprite to match Color

The generate sprites don't have a tint matching the color stat. For example this Indigo Wool Hat isn't blue.

I took a first cut at tinting, but messed something up. I was expecting the hot coals to be tinted red, and they definitely weren't (they were still white). I believe I got as far as confirming that they were set to white in the sprite information, and my guess was that their colour is based off an animation rather than a static tint. Also didn't see any change in the skin tones object with first experiment, so I put it down at that point.
With the dyeable items, which DO seem to use the color tint specified (i.e. https://github.com/jasonrohrer/OneLifeData7/blob/5c2b04f78a02d6a52700141c56f3ad9620e338b3/objects/725.txt#L33), might be worth reviving this.

Looks like the hot coals do in fact use that color tint as well, I am beginning to think it was a tired brain leading to a bug in the tint code I was writing. https://github.com/jasonrohrer/OneLifeData7/blob/f01e9e42406677ed476c7344c7329cf1da79a69b/objects/85.txt#L78


Inspector window

Show metadata for current track, or currently selected track.

This is implemented, but it doesn't do track selections just yet. I need to figure out a sane way to do that, including handling navigation.


Provide a watching build mode that writes to the disk in development

Provide a watching build mode that writes to the disk in development

Not looking to add any features here just keeping things working.


PyRAT ingestion - from Chris

self-merge, as this has been reviewed with Chris, replacing Chris's PR #6


Parse all JSON content in the nostr utility function

See https://github.com/abhay-raizada/nostr-forms/pull/25/files#r1340009320

moved to sdk, done


Stack trace completely wrong for --production --release mode

Bug Report
Exception stack trace is completely wrong for my project - which I cannot share. Reproducing the case may be possible, I'll have a try at it if requested, but I hope for now the case can be seen from my examples.
I couldn't find similar issue here or on stack overflow, I'm sorry if it exists and I missed it.
crystal -v:  docker image crystallang/crystal:1.0.0 docker image id: sha256:a7bc1b3c59352f18c791b7b8249fa7545b06cc1c5bde356a712f1cdc79bef024)
os: x64 Linux 5.11.0-7614-generic #15~1618626693~20.04~ecb25cd-Ubuntu SMP
Stacktrace for the exception:
2021-04-27T10:12:43.748328Z   INFO - network_sync.app: HwPlanChassis: Found 226 rows
2021-04-27T10:12:53.914183Z   INFO - raven: Sending event dbd17e227077454296c14d5dd87964fc to Sentry
Unhandled exception: Cmdb::Api::Entity::Organization::{"code":"FOT"} not found! (Exception)
  from /usr/share/crystal/src/gc/boehm.cr:110:5 in 'find_first!'
  from lib/cmdb-api-client/src/cmdb/api/entity/hw_plan_chassis.cr:76:5 in 'sync'
  from src/network_sync/app.cr:69:5 in 'sync_hw_plan_chassis'
  from src/network_sync/app.cr:69:5 in 'run'
  from src/main.cr:48:1 in '__crystal_main'
  from /usr/share/crystal/src/crystal/main.cr:110:5 in 'main'
  from __libc_start_main
  from _start
  from ???

is thrown, but I'm 100% sure the:
/usr/share/crystal/src/gc/boehm.cr:110:5 in 'find_first!'!
line actually references:
src/network_sync/resource/base_resource.cr method find_first! (see below),
and:
lib/cmdb-api-client/src/cmdb/api/entity/hw_plan_chassis.cr:76:5 in 'sync' actually references
src/network_sync/resources/hw_plan_chassis.cr method sync, because lib/lib-cmdb-api-client/src/cmdb/api/entity/hw_plan_chassis.cr is an object without any methods
Method find_first! is defined here:
File: src/network_sync/resource/base_resource.cr
module NetworkSync::Resource
  abstract class BaseResource(T)
# ...

    # BUG REPORT NOTE: this calls get_page_first which calls lib/cmdb-api-client/.../api_client.cr-defined method
    def find_first(params : Hash(String, String | Nil) = {} of String => String)
      cache_key = "#{T.name}::#{hash_to_cache_key(params)}"

      get_page_first(
        hash_to_filter(params),
        cache_key: cache_key
      )
    end

    # Find first item matching given parameters or raise an exception.
    def find_first!(params : Hash(String, String | Nil) = {} of String => String)
      find_first(params) || raise("#{T.name}::#{params.to_json} not found!")
    end
# ...
  end
end

and the calling code that crashes is here:
File: src/network_sync/resource/hw_plan_chassis.cr
module NetworkSync::Resource
  class HwPlanChassis < BaseResource(Cmdb::Api::Entity::HwPlanChassis)
    create_logger

    def sync(row : NetworkSync::Model::HwPlanChassis)
      tmp = Cmdb::Api::Entity::HwPlanChassis.new # this refers to `lib/lib-cmdb-api-client/src/cmdb/api/entity/hw_plan_chassis.cr`
      # but this calls `BaseResource.find_first!`
      # (Organization is actually class NetworkSync::Resource::Organization < BaseResource(Cmdb::Api::Entity::Organization), i.e. find_first! comes from BaseResource
      tmp.owner = Organization.new(context).find_first!({"code" => row.hw_owner_company_abbreviation.not_nil!}) if row.hw_owner_company_abbreviation.present?
      # ...
    end
  end
end

Also during some other exceptions happens that the stack trace mentions completely different file, which also happen to contain the method which crashed.
E.g. I call HwPlanChassis#identifier, but the stack trace mentions LgStackMember#identifier.
Is this something that should be correct and thus is a bug, or should I just ignore stack traces for release builds, because of optimizations, etc.?

With --debug it's OK? Wonder if related? https://github.com/crystal-lang/crystal/issues/7471

It's probably just release optimizations kicking in with inlined code missing from in the callstack.

OK I think you're right, seems there are two different methods: decode_line_number and `decode_function_name'.  Both based off looking up callstack' PC's.  When there are inlined methods you can see DWARF like this:
$ dwarfdump ./test3
...
.debug_info
< 1><0x0000002a>    DW_TAG_subprogram
                      DW_AT_linkage_name          malloc
                      DW_AT_name                  malloc
                      DW_AT_decl_file             0x00000002 /usr/share/crystal/src/gc/boehm.cr
                      DW_AT_decl_line             0x0000006d
                      DW_AT_type                  <0x0000003a>
                      DW_AT_inline                DW_INL_inlined
...
< 1><0x00000687>    DW_TAG_subprogram
                      DW_AT_low_pc                0x0000a820
                      DW_AT_high_pc               <offset-from-lowpc>3037
                      DW_AT_frame_base            len 0x0001: 57: DW_OP_reg7
                      DW_AT_linkage_name          __crystal_main
                      DW_AT_name                  __crystal_main
                      DW_AT_type                  <0x0000003a>
< 2><0x000006a2>      DW_TAG_inlined_subroutine
                        DW_AT_abstract_origin       <0x00000061>
                        DW_AT_low_pc                0x0000a838
                        DW_AT_high_pc               <offset-from-lowpc>71
                        DW_AT_call_file             0x00000006 /home/ubuntu/test3.cr
                        DW_AT_call_line             0x00000001
                        DW_AT_call_column           0x00000001
< 3><0x000006b6>        DW_TAG_inlined_subroutine
                          DW_AT_abstract_origin       <0x00000051>
                          DW_AT_low_pc                0x0000a838
                          DW_AT_high_pc               <offset-from-lowpc>71
                          DW_AT_call_file             0x00000005 /usr/share/crystal/src/crystal/once.cr
                          DW_AT_call_line             0x0000002d
                          DW_AT_call_column           0x00000003
< 4><0x000006ca>          DW_TAG_inlined_subroutine
                            DW_AT_abstract_origin       <0x00000041>
                            DW_AT_low_pc                0x0000a838
                            DW_AT_high_pc               <offset-from-lowpc>13
                            DW_AT_call_file             0x00000003 /usr/share/crystal/src/primitives.cr
                            DW_AT_call_line             0x00000024
                            DW_AT_call_column           0x00000001
< 5><0x000006de>            DW_TAG_inlined_subroutine
                              DW_AT_abstract_origin       <0x0000002a> # points back to boehm.cr here
                              DW_AT_low_pc                0x0000a838
                              DW_AT_high_pc               <offset-from-lowpc>13
                              DW_AT_call_file             0x00000027 /usr/share/crystal/src/gc.cr
                              DW_AT_call_line             0x00000018
                              DW_AT_call_column           0x00000003
< 4><0x000006f3>          DW_TAG_inlined_subroutine
                            DW_AT_abstract_origin       <0x00000071>
                            DW_AT_low_pc                0x0000a854
                            DW_AT_high_pc               <offset-from-lowpc>33
                            DW_AT_call_file             0x00000005 /usr/share/crystal/src/crystal/once.cr
                            DW_AT_call_line             0x0000000d
                            DW_AT_call_column           0x0000000a

Many of them have the same "low pc".
Appears we get function names from .debug_info (iff it's DW_TAG_subprogram).
And get line, column, filenames from .debug_line.
Here are the related entries from .debug_line:
0x0000a820  [   0, 0] NS uri: "./??"
0x0000a838  [ 110, 5] NS uri: "/usr/share/crystal/src/gc/boehm.cr"
0x0000a845  [  36, 1] NS uri: "/usr/share/crystal/src/primitives.cr"
0x0000a854  [ 110, 5] NS uri: "/usr/share/crystal/src/gc/boehm.cr"
0x0000a85e  [  94, 3] NS uri: "/usr/share/crystal/src/array.cr"

Appears debug_line just list the most deeply nested inlined method, or its DW_AT_abstract_origin [?]
So for 0x0000a838 in this case we get __crystal_main 110:5 "/usr/share/crystal/src/gc/boehm.cr"
Both of which are right, but don't match.  Should be
malloc 110:5 "/usr/share/crystal/src/gc/boehm.cr" or __crystal_main ??:?? "??"" accompanied possibly by like 3 more.
Maybe shouldn't use .debug_line to look up the location, since that's just a debugger breakpoint list?
There's a larger issue, to handle with the multiple nested methods at the same PC.
You can repro it by building anything in release crystal build --release empty.cr (llvm 10.0, crystal 1.3.2 for me).  Thanks!

Bug Report
% cat bad.cr
def go2
 raise "boom"
end
go2
% crystal ./bad.cr
Unhandled exception: boom (Exception)
  # should have a line here for `go2`
  from bad.cr:4:1 in '__crystal_main'
  from /usr/local/Cellar/crystal/1.3.2/src/crystal/main.cr:115:5 in 'main_user_code'
  from /usr/local/Cellar/crystal/1.3.2/src/crystal/main.cr:101:7 in 'main'
  from /usr/local/Cellar/crystal/1.3.2/src/crystal/main.cr:127:3 in 'main'

It looks like we're getting the IP's right, but the DWARF is saying that the go2 frame is actually raise.cr line 192 (that gets removed from the output, as it should).  I think it is calling raise.cr line 192 (hard to tell because line numbers are off due to macros).
here's an example
 $ crystal build --debug ./bad.cr
 $ lldb ./bad
 > b go2
> run
> step # into the raise method
* thread #1, queue = 'com.apple.main-thread', stop reason = step in
  * frame #0: 0x000000010000deb0 bad`raise(message=0x00000001011856c0) at raise.cr:225:1
    frame #1: 0x0000000100015130 bad`go2 at bad.cr:2:2
    frame #2: 0x000000010000d065 bad`__crystal_main at bad.cr:4:1
    frame #3: 0x00000001000ad2b9 bad`main_user_code(argc=1, argv=0x00007ffeefbff990) at main.cr:115:5
    frame #4: 0x00000001000ad204 bad`main(argc=1, argv=0x00007ffeefbff990) at main.cr:101:7
    frame #5: 0x0000000100010699 bad`main(argc=1, argv=0x00007ffeefbff990) at main.cr:127:3
    frame #6: 0x00007fff20679f3d libdyld.dylib`start + 1

$  dwarfdump ./bad.dwarf --all
.debug_info contents:
...
0x0000583f:   DW_TAG_subprogram
                DW_AT_low_pc    (0x0000000100015120)
                DW_AT_high_pc   (0x0000000100015130)
                DW_AT_frame_base        (DW_OP_reg6 RBP)
                DW_AT_linkage_name      ("go2")
                DW_AT_name      ("go2")
                DW_AT_decl_file ("/Users/packrd/dev/rand/crystal/bad.cr")
                DW_AT_decl_line (1)
                DW_AT_type      (0x0000000000005c95 "int")

0x0000585c:   DW_TAG_subprogram
                DW_AT_low_pc    (0x0000000100015130)
                DW_AT_high_pc   (0x00000001000151a3)
                DW_AT_frame_base        (DW_OP_reg6 RBP)
                DW_AT_linkage_name      ("raise")
                DW_AT_name      ("raise")
                DW_AT_decl_file ("/Users/packrd/dev/rand/crystal/src/raise.cr")
                DW_AT_decl_line (192)
                DW_AT_type      (0x0000000000006d7f "OverflowError")
...
.debug_line contents:
0x0000000100015124      2      2      3   0             0  is_stmt prologue_end
0x0000000100015130    192      0     20   0             0  is_stmt
0x0000000100015140    192      1     20   0             0  is_stmt prologue_end

0x0000000100013700    192      0     18   0             0  is_stmt
0x0000000100013710    192      1     18   0             0  is_stmt prologue_end

crystal output with :

/src/raise.cr
-Exception::CallStack.skip(__FILE__)
+#Exception::CallStack.skip(__FILE__)

Unhandled exception: boom (Exception)
  from src/raise.cr:192:1 in 'raise'
  from src/raise.cr:226:3 in 'raise'
  from src/raise.cr:192 in 'go2'
  from bad.cr:4:1 in '__crystal_main'
  from src/crystal/main.cr:115:5 in 'main_user_code'
  from src/crystal/main.cr:101:7 in 'main'
  from src/crystal/main.cr:127:3 in 'main'

So the   from src/raise.cr:192 in 'go2'
is another mismatch.
But raise.cr:192 is also a macro start line so that could be related. #2785
Or maybe...lldb is using solely the debug_info section and assuming that DW_AT_high_pc is "inclusive" (though it isn't supposed to be)?  lldb seems to get it "more" right...
Something to look into once this issue is fixed.

How much if this is affected if you also pass --frame-pointers=all while compiling?


Migration to OWLAPI5

Hi Jim
First of all, I would like to thank you for developing this library.  It eases programming with the OWLAPI a lot.
The current version is, however, only compatible with Version 4 of the OWLAPI.  As I want to use it with Version 5, I have migrated your code.  Only few changes were needed.
Best regards,
Francesco

@francesco-kriegel thanks for contributing! I didn't realize the changes for OWL API 5 would be so minor; that's great. I am kind of stuck on OWL API 4, because we have been trying to stay aligned with Protégé. If we keep these changes but set the dependency to OWL API 4, could you depend on OWL API 5 in your application and still use this library? Or else we could create two modules in build.sbt that only differ by that dependency, and publish one as scowl-owlapi5 as in your PR. What do you think? Maybe the latter is safer (two modules).


Fiat gateway: unknown error

Screenshot or description

Reasons
Looks like a issue on the Itez side (wait?)

Still actual


About Dataset

Are there any materials that explain the data set?

In the paper, you can check the reference of each dataset in experiment section.


Error when sending funds

Hi guys , I'm having an error when sending funds , the code I am using is this:
$transacao = Transaction::send();

    $transacao->setToBitcoinAddress($endereco);
    $transacao->setAmount(new Money($montante, CurrencyCode::BTC));
    $transacao->setDescription($description);

 try {
        $client->createAccountTransaction($conta, $transacao);
    } catch (ClientException $e) {
        $e->getRequest();
        $e->getRespose();
    }

When I open the page I get this error:

Fatal error: Uncaught exception 'InvalidArgumentException' with message 'Invalid resource type: boolean' in /home/u951323236/public_html/php/vendor/guzzlehttp/psr7/src/functions.php:113 Stack trace: #0 /home/u951323236/public_html/php/vendor/guzzlehttp/guzzle/src/Client.php(360): GuzzleHttp\Psr7\stream_for(false) #1 /home/u951323236/public_html/php/vendor/guzzlehttp/guzzle/src/Client.php(264): GuzzleHttp\Client->applyOptions(Object(GuzzleHttp\Psr7\Request), Array) #2 /home/u951323236/public_html/php/vendor/guzzlehttp/guzzle/src/Client.php(98): GuzzleHttp\Client->transfer(Object(GuzzleHttp\Psr7\Request), Array) #3 /home/u951323236/public_html/php/vendor/guzzlehttp/guzzle/src/Client.php(104): GuzzleHttp\Client->sendAsync(Object(GuzzleHttp\Psr7\Request), Array) #4 /home/u951323236/public_html/php/vendor/coinbase/coinbase/src/HttpClient.php(135): GuzzleHttp\Client->send(Object(GuzzleHttp\Psr7\Request), Array) #5 /home/u951323236/public_html/php/vendor/coinbase/coinbase/src/HttpClient.php(121): Coinbase\Wallet\HttpClient->send in /home/u951323236/public_html/php/vendor/guzzlehttp/psr7/src/functions.php on line 113

Sorry for my english :smile:

Very likely related to #76 and #77.

Thanks for the reply , I discovered the errors. The first was that he was trying to send money for an own address account , the other is the amount that was getting in scientific notation.


150-second delay during startup with no activity observed

I'm running 3.3.10 on macOS 10.13.4, installed via homebrew. I think I first installed 3.3.8 and had the same problem. It's essentially an empty installation, with a few megabytes of data in 3 collections. During ArangoDB startup sequence, there is a 2+ minute delay while the process doesn't seem to actually be doing anything. Here's a typical startup sequence:
2018-06-13T23:28:23Z [9778] INFO {authentication} Jwt secret not specified, generating...
2018-06-13T23:28:23Z [9778] INFO using storage engine mmfiles
2018-06-13T23:28:23Z [9778] INFO {cluster} Starting up with role SINGLE
2018-06-13T23:28:23Z [9778] INFO {syscall} file-descriptors (nofiles) hard limit is unlimited, soft limit is 8192
2018-06-13T23:28:23Z [9778] INFO {authentication} Authentication is turned on (system only), authentication for unix sockets is turned on
2018-06-13T23:28:38Z [9778] INFO using endpoint 'http+tcp://<IP_ADDRESS>:8529' for non-encrypted requests
2018-06-13T23:31:08Z [9778] INFO ArangoDB (version 3.3.10 [darwin]) is ready for business. Have fun!

I watched the arangod process in Activity Monitor. Once the second-to-last log line about "endpoint" appeared, arangod's CPU usage dropped to less than 1%. Memory usage does not change after that. However, the web interface URL returns an empty response. Suddenly, 150 seconds later, "ready for business" appears and everything works.
On multiple attempts, the delay is always almost exactly 150 seconds. It feels like some kind of timeout. This system does not have access to the Internet without an authenticated proxy, which arangod would have no knowledge of.

Hi,
the community version will check for whether it is able to find a new upstream version, to anounce them to you.
However, this is done with a 5 seconds timeout - maybe for some reason this timeout doesn't work in your environment?

If an application tries to communicate to the Internet without using the proxy, the packets are basically thrown away. The app doesn't get an explicit refusal to connect. But timeouts are usually controlled on the client side, so I'd be surprised if that mattered.
I have tried setting standard shell environment variables related to the proxy before launching Arango, but didn't see a difference.

Hi @sensibleish,
Did you have a chance to see this issue happening on the latest version (3.3.13)? Looking forward to your feedback.
Thanks!

No change.
2018-08-10T17:55:13Z [28257] INFO ArangoDB 3.3.13 [darwin] 64bit, using jemalloc, build , VPack 0.1.30, RocksDB 5.6.0, ICU 58.1, V8 5.7.492.77, OpenSSL 1.0.2o  27 Mar 2018
2018-08-10T17:55:13Z [28257] INFO {authentication} Jwt secret not specified, generating...
2018-08-10T17:55:13Z [28257] INFO using storage engine mmfiles
2018-08-10T17:55:13Z [28257] INFO {cluster} Starting up with role SINGLE
2018-08-10T17:55:13Z [28257] INFO {syscall} file-descriptors (nofiles) hard limit is unlimited, soft limit is 8192
2018-08-10T17:55:13Z [28257] INFO {authentication} Authentication is turned on (system only), authentication for unix sockets is turned on
2018-08-10T17:55:27Z [28257] INFO using endpoint 'http+tcp://<IP_ADDRESS>:8529' for non-encrypted requests
2018-08-10T17:57:58Z [28257] INFO ArangoDB (version 3.3.13 [darwin]) is ready for business. Have fun!

if you temporarily add:
<IP_ADDRESS>       www.arangodb.com

to your /etc/hosts will the behaviour disappear?


cmd/go: DefaultGODEBUG appears to mishandle explicit godebug directives

The documentation for DefaultGODEBUG at https://go.dev/doc/godebug says "Only differences from the base Go toolchain defaults are reported.", but that's not the case: consider that x/tools/cmd/eg sets gotypesalias=1 in a //go:debug directive. Yet:

GOTOOLCHAIN=go1.22.0 go list -f {{.DefaultGODEBUG}} ./cmd/eg returns nothing
GOTOOLCHAIN=go1.23.1 go list -f {{.DefaultGODEBUG}} ./cmd/eg reports gotypesalias=1, even though that's the default

I will send a fix to ./cmd/go/internal/load/godebug.go.
CC @rsc @timothy-king @adonovan

Related Issues

go/types: gotypesalias missing calls to IncNonDefault #66216 (closed)
runtime/debug: BuildSetting does not document DefaultGODEBUG #66465
cmd/go: `go env` does not show GODEBUG #65777 (closed)

(Emoji vote if this was helpful or unhelpful; more detailed feedback welcome in this discussion.)

Aha, well I see now why this is the case: it's impossible to produce accurate output because nowhere are the current default values for godebug defined: it is up to each library to interpret the empty string.
At this point I don't know how to proceed. I will assert:

DefaultGODEBUG is underdocumented.
DefaultGODEBUG does not implement the semantics described at https://go.dev/doc/godebug.
Given the confusion we've encountered around GODEBUG values, it would be useful if DefaultGODEBUG was accurate.

My recommendation would be to add default values to the table at internal/godebugs/table.go. However, this must have been considered in the past and deemed unnecessary. Certainly, there is a risk that it becomes redundant, or worse inaccurate.

GOTOOLCHAIN=go1.22.0 go list -f {{.DefaultGODEBUG}} ./cmd/eg returns nothing

BTW: this tricked me. The reason this returns nothing is that the //go:debug directive is in a file that is also tagged //go:build go1.23. :facepalm:

GOTOOLCHAIN=go1.22.0 go list -f {{.DefaultGODEBUG}} ./cmd/eg returns nothing

BTW: this tricked me. The reason this returns nothing is that the //go:debug directive is in a file that is also tagged //go:build go1.23. 🤦

Yes this is the tricky solution we hit upon to only enable the type aliases GODEBUG when using a toolchain >= 1.23 while in a go.mod for 1.22 to support type parameterized aliases for 1.24.

Yes this is the tricky solution we hit upon to only enable the type aliases GODEBUG when using a toolchain >= 1.23 while in a go.mod for 1.22 to support type parameterized aliases for 1.24.

Oh yeah, once I realized what was happening I remembered the background. I just wanted to explain the otherwise confusing bullet point in my original issue description.

Every GODEBUG setting value, like any other self-respective Go value of type string, defaults to the empty string. As such, the behavior in the report for Go 1.23 is correct: if there is an explicit setting of "1", then it should be reported, even if the library happens to treat "" and "1" as meaning the same thing. (And as was pointed out later, the Go 1.22 behavior is also correct, because the //go:debug was guarded by a build tag.)
I can update /doc/godebug to point out that even though we often talk about GODEBUGs as (say) only having two values 0 and 1, every GODEBUG defaults to an empty string (unset), and it is up to the library defining the GODEBUG to decide how to react to the unset empty string. I agree that /doc/godebug is not clear on this point.
I'm not wild about extending the table to list non-empty default settings, because that list will grow and grow over time and fill with ancient, irrelevant settings. For example, we don't need to see panicnil=0 in all Go binaries for the rest of time. The SNR is much higher if we only report differences from what the toolchain would do with no overrides at all.

Sure, just updating the doc sounds good to me.
The origin of this confusion was https://go.dev/issue/68900, where I was attempting to highlight non-default GODEBUG values when hovering over a package name. Absent a table of effective defaults, I decided that feature would be too confusing, and so decided not to implement.

For example, we don't need to see panicnil=0 in all Go binaries for the rest of time

Just to understand, where would you see this? It wouldn't show up in DefaultGODEBUG, since the setting would match its default value for the go version.


Can not see post made by myself to other channel's wall when other channel has permissions category "Private"

From @pafcu on December 29, 2014 15:4
If I make a post on another channel's wall, and that channel has the permissions category "private", I do not see the post I just made to the wall (the other channel can see it, however).
Copied from original issue: friendica/red#785

@pafcu This issue is closed because Redmatrix evolved into Hubzilla. When this is still an issue in the most recent version of Hubzilla, please recreate this issue over there. We're sorry for any inconvenience this will maybe give you.


Prevent empty header arrays

Fixes #230

@ekinhbayar Do you want to add a test for the interaction of setHeader and hasHeader?

Thanks!


cannot wrap in "Minified React error"

Bug Report
Describe the bug
I'm using gatsby-theme-docz.
error component has not white-space like "pre-wrap"
so if type style="" this site will be broken.

To Reproduce
Please try to build a small repo with a repro of your problem and provide a link to it.
Doing that allows more people to quickly help you.
If you can't provide a repo then provide clear steps describing how to reproduce the issue.

create-docz-app my-docz-app && cd my-docz-app
Run npm run docz dev
type style="" in your playground

Expected behavior
this component should wrapped.

Environment

docz version: [2.2.0]
OS: [Windows 10]
Node/npm version: [e.g. Node 8/npm 5]

And I can do this task.
Are you sure you want to assign me?


Uppercased first letters for PASV response

Replaced the PASV response "227 Entering passive mode" with "227 Entering Passive Mode" (uppercased first letters).
This fixes a problem where some FTP clients would not send data, because they expected the casing to match.

Coverage remained the same at 0.0% when pulling 0cc33ecfbe07210259e9ccdadae9d42d5c584b69 on alleveenstra:pasv-response-casing into bdf50a23d61506fa87708bc06a41b46cfec7bbdd on giampaolo:master.


ARROW-13685: [C++] Cannot write dataset to S3FileSystem if bucket already exists

I still need to add a regression test.  I've been able to test by configuring my server with minio client.  I think it'd probably be easiest to create a crossbow test for this situation.  Current steps:
mc alias set myminio http://localhost:9000 minioadmin minioadmin
mc admin policy add myminio/ no-create-buckets ci/etc/minio-no-create-bucket-policy.json
mc admin user add myminio/ limited limited123
mc admin policy set myminio no-create-buckets user=limited
mc mb myminio/existing-bucket

Then, in python:
import pyarrow.fs as fs
filesystem = fs.S3FileSystem(access_key='limited', secret_key='limited123', endpoint_override='http://localhost:9000')
filesystem.create_dir('existing-bucket/foo') # This line fails without the change

The tests do spawn minio - maybe it would be possible to also ensure/check if mc is on the path and run the test that way?

@kszucs Any chance you'd be able to take a look at this integration test?  It works but I'm not sure if you have any suggestions for doing it better.

@lidavidm I considered running mc programmatically but since I have to run several different commands and there is quite a bit of boilerplate in s3_test_util.h I worried it would end up being more complex than a solution like this (using a nightly build job).  Also, it would add one more step for anyone wanting to run tests for local development.

@github-actions crossbow submit test-conda-python-minio

Couldn't we spin up another properly configured minio server from the pytest test suite and just exercise the regression test on it?
Similarly like we already do in conftest, but with additional configuration.

Couldn't we spin up another properly configured minio server from the pytest test suite and just exercise the regression test on it? That way we would always run that test, so no need for additional scripts, docker-compose service and crossbow task.

@kszucs
Yes, this was David's point too.  My initial reluctance was that it would require anyone that wants to run the test to have the mc binary in addition to the minio binary but, in retrospect, that may not be too much of an additional burden.  I'll try spinning up a version that works this way.

Per everyone's suggestions I have moved the test from a standalone test to a builtin test that is skipped if mc is not present.

I kind of forgot about this.  I rebased and fixed a lint error.  Assuming CI passes I will merge this tomorrow.

Hi team, @westonpace is it possible to open this thread back up? Our environment is tightly locked down and I cannot grant my application the necessary s3:ListBucket resource permissions. Is it possible to add a keyword argument to skip this check behavior entirely, so I can write my data similar to if I use the pq.write_table functionality?

@JonnyWaffles It's probably best to open a new JIRA ticket for that request.


🪲[Bug]: Visually Appealing Bug: Component Misalignment in Local System"

when we run the project on local system there is visually appealing bug that doesn't align components well in the website
Please merge the updated website into the code as well , when forked we still are downloading the older version of project
@Anishkagupta04 @varshith257  please look into this .

Assigning you can work through it

@Anishkagupta04 Can you please assign it to me mam?

i would like to contribute can you assign this to me


Convert RTMP to RTSP

Hi there,
is it possible to convert RTMP to RTSP or this feature is already support?

Not supported yet, need coding work.


Cannot upload multiple files

When i add several files to upload, it only uploads the last file added to the arrayList

hey,
you can close this issue. thanks
On Mon, Mar 30, 2015 at 1:12 PM, Bryanearl<EMAIL_ADDRESS>wrote:

When i add several files to upload, it only uploads the last file added to
the arrayList
--
Reply to this email directly or view it on GitHub
https://github.com/alexbbb/android-upload-service/issues/26.

--
Idan Ayalon


Romanian translation of title template, headings, labels

Summary
Add Romanian (ro) translations of title template, headings, labels, etc for locale code ro.
Potential Contributors
Only the StatConfig.py needs to be modified to implement this. Look for a comment block that has a list of steps necessary to contribute a locale. Start by creating a fork. Then create a branch in your fork for the new feature.
Please don't edit the README with the new locale code, despite the Pull Request template requesting that documentation is updated. Changes to the README automatically go live in the GitHub Marketplace listing for the action. I'll take care of updating README with the new locale code in the list of locales when I create the release that contains it to ensure that documentation is consistent with latest release.

Hey there, i would be happy to contribute to this project. can you assign me this issue?

@donheshanthaka thanks for interest in contributing. I just assigned you to the issue.

Thank you very much.

@donheshanthaka thank you for your contribution. I just merged your PR. It will probably be at least a week before I create a new release including your translation.

It's my pleasure :)