[Bug] Excluding keys by default doesn't work

Is there an existing issue for this?

[X] I have searched the existing issues

Describe the bug
Tried to exclude a few properties/keys by default (occupied_cooling_setpoint to be specific) so I don't have to manually add a new configuration entry for every single thermostat discovered via MQTT to actually make them appear in Home.
Unfortunately, it seems like this doesn't work as expected, and excluded keys are still present on the newly discovered accessories.
However, excluding keys on a per-device basis works fine.
Related devices
No response
Related Devices
No response
Steps To Reproduce
No response
Expected behavior
No response
Device entry
No response
Status update
No response
Messages from this plugin
No response
This plugin
1.11.0-beta.5
Homebridge
1.7.0
Zigbee2MQTT
1.37.1-dev
Homebridge Config UI X (if applicable)
4.56.2

Can you share the plugin configuration you tried initially?
Did it not work for any device, or only for specific devices?
Did those devices also have their own configuration?

Anyhow, to ignore color_xy for every light, I'll have to add it to the default excluded_keys, correct?

That is indeed the way it's should be.

Do these default settings also apply to already existing lights, or do I have to remove and re-added them?

If I recall correctly it should apply to all devices after restarting the Homebridge, unless they have their own excluded_keys defined.
I basically filter the exposes information from Zigbee2MQTT based on the excluded_keys configuration.
Any reason you are excluding color_xy?
I believe color_hs has priority over it.

Also, I see some strange behavior in Home where color mode is not retained and always goes back to color temperature mode... Seems to happen mostly when color/mode is changed outside of HomeKit. 🤔

Do you have the experimental COLOR_MODE flag set? If I'm not mistaking it was an attempt at improving this behavior.

@itavero Does default excluded_keys even work with nested (i.e. features) properties? 👀

It should. But that's also the potential bug I'm thinking of

Had quick look. The code that filters the exposes based on this setting is here:
https://github.com/itavero/homebridge-z2m/blob/31b0fd9c4624bfd84e3e6e5bc62f6ee2f27baf3e/src/platformAccessory.ts#L401-L410
Current code uses sanitizeAndFilterExposesEntries. As far as I can tell that also filters all the features, but perhaps you can spot a mistake.
https://github.com/itavero/homebridge-z2m/blob/31b0fd9c4624bfd84e3e6e5bc62f6ee2f27baf3e/src/helpers.ts#L82-L117

The way the information is received and processed is always the same, so I have no explanation for this yet.

I tried today exclude by default device_temperature, but the temperature from all motion and door sensors are still shown, also did delete the cache for all devices in homebridge

@mpuff I have the same problem with “device_temperature” - some (but not all) of my buttons, motion and leak sensors show the temperature sensor in a non-responsive state.
have you been able to solve this problem?

I have no solution found :(


 U: .

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

versions
git=2.34.1 maven=3.8.6

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

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 13s
Docker mode activated.

_ Prechecks _

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

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

_ master Compile Tests _

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

+0 :ok:
refguide
3m 42s
branch has no errors when building the reference guide. See footer for rendered docs, which you should manually inspect.

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

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
5m 56s
the patch passed

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

+0 :ok:
refguide
3m 21s
patch has no errors when building the reference guide. See footer for rendered docs, which you should manually inspect.

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

_ Other Tests _

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

23m 14s

Subsystem
Report/Notes

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

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

Optional Tests
dupname asflicense refguide spotless

uname
Linux fcc3cf3f7d2f 5.4.0-137-generic #154-Ubuntu SMP Thu Jan 5 17:03:22 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/hbase-personality.sh

git revision
master / 308cdb08c7

refguide
https://nightlies.apache.org/hbase/HBase-PreCommit-GitHub-PR/PR-5159/1/yetus-general-check/output/branch-site/book.html

refguide
https://nightlies.apache.org/hbase/HBase-PreCommit-GitHub-PR/PR-5159/1/yetus-general-check/output/patch-site/book.html

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

modules
C: . U: .

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

versions
git=2.34.1 maven=3.8.6

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

This message was automatically generated.

Thanks for fixing this!


Reason for hardcoded owner address

https://github.com/oraclesorg/oracles-contract/blob/master/src/owned.sol#L7
Any explanation what is this address?
 owner = 0xDd0BB0e2a1594240fED0c2f2c17C1E9AB4F87126; //msg.sender

This is an address of the master of ceremony of the contract. We need it for the setup. We hard coded it beause the contract bytecode will be in the spec.json file and the contract will not be deployed as a transaction. Thus, we can't refer to the owner in the contract and use hardcoded value.
The owner of the contract will be able to issue initial keys and validators will be able to remove him from the list of validators after the initial ceremony.


[doc] reggen markdown generator

This new markdown generator aims to improve the readability of the interfaces and register tables in mdbook.
The long term goal is to have this markdown generated into files using DOCGEN. This would make them viewable in github & plain-text, and be subject to the same (future) link checks as all other markdown files.

reggen now either generates field subsections for all fields of a register or none of them. (requested by @vogelpi)

Rebased


Build Description is configurable per job.

Closes #36

Thank you for a pull request! Please check this document for how the Jenkins project handles pull requests


[BUG] Missing links to placeholder pages

For chapters 5 & 6 links to the placeholder pages have not yet been added

Pull request https://github.com/RentadroneCL/Guidance-of-UAV-Thermography/pull/7 would resolve this issue if merged


Enable key replication across regions when 'multi_region' option is selected

Have a question? Please checkout our Slack Community or visit our Slack Archive.

Describe the Feature
A clear and concise description of what the bug is.
Expected Behavior
Enable key replication across regions when 'multi_region' option is selected
Use Case
KMS supports key replication. It is logical to support it from this module as it already support creation of multi-region key.
Describe Ideal Solution
This module should use below Terraform recourse   and create replication             https://registry.terraform.io/providers/hashicorp/aws/latest/docs/resources/kms_replica_key
Alternatives Considered
If i have to use 'multi-region' now i have to implement on top myself using                 https://registry.terraform.io/providers/hashicorp/aws/latest/docs/resources/kms_replica_key

Closing as wontfix because replica keys need to be created in the region in which they will be used. This means you need an AWS provider for that region. Because providers cannot be parameterized, it is impractical to create all the replica keys in a single module. You need to create the replica keys outside of this module, configuring the providers as needed.


Exception occurred when attempting to send a Twilio Phone Call alert

On a fresh installation of master (at the time) I get the following when a service has failed and cabot attempts to send a Twilio Phone Call alert. If anyone has any insight on why this is occurring for me that would be helpful! Let me know if there is any more information I should provide.
$ tail -f celery-1.log
Traceback (most recent call last):
  File "/home/ubuntu/2017-03-22-9f8291b/cabot/cabotapp/alert.py", line 42, in send_alert
    alert.send_alert(service, users, duty_officers)
  File "/home/ubuntu/venv/local/lib/python2.7/site-packages/cabot_alert_twilio/models.py", line 31, in send_alert
    reverse('twiml-callback', kwargs={'service_id': service.id}))
  File "/home/ubuntu/venv/local/lib/python2.7/site-packages/django/urls/base.py", line 91, in reverse
    return force_text(iri_to_uri(resolver._reverse_with_prefix(view, prefix, *args, **kwargs)))
  File "/home/ubuntu/venv/local/lib/python2.7/site-packages/django/urls/resolvers.py", line 392, in _reverse_with_prefix
    (lookup_view_s, args, kwargs, len(patterns), patterns)
NoReverseMatch: Reverse for 'twiml-callback' with arguments '()' and keyword arguments '{'service_id': 5}' not found. 0 pattern(s) tried: []

Hi @doboy
It looks like maybe the twilio plugin didn't install properly...

Thank you for your response, here is the output
(venv)ubuntu@cabot-0:~/venv/bin$ pip freeze
Django==1.10.6
PySocks==1.6.6
amqp==2.1.4
anyjson==0.3.3
appdirs==1.4.3
argparse==1.2.1
billiard==<IP_ADDRESS>
-e git+git@github.com:arachnys/cabot.git@9f8291b54eba2c062ba331639092773f3dffb767#egg=cabot-master
cabot-alert-email==1.4.3
cabot-alert-hipchat==1.8.3
cabot-alert-slack==0.7.0
cabot-alert-twilio==1.3.0
celery==4.0.2
dj-database-url==0.4.2
django-appconf==1.0.2
django-auth-ldap==1.2.10
django-compressor==2.1.1
django-filter==1.0.1
django-jsonify==0.3.0
django-polymorphic==1.1
djangorestframework==3.5.4
freezegun==0.3.8
gevent==1.2.1
greenlet==0.4.12
gunicorn==19.7.0
httplib2==0.10.3
icalendar==3.11.3
kombu==4.0.2
packaging==16.8
psycopg2==2.7.1
pyldap==2.4.28
pyparsing==2.2.0
python-dateutil==2.6.0
python-ldap==2.4.32
pytz==2016.10
rcssmin==1.0.6
redis==2.10.5
requests==2.13.0
rjsmin==1.0.12
six==1.10.0
twilio==5.7.0
vine==1.1.3
whitenoise==3.3.0
wsgiref==0.1.2

Can you check if the CABOT_PLUGINS_ENABLED environment variable is being set properly?
it should be set to something like cabot_alert_hipchat,cabot_alert_twilio,cabot_alert_email,cabot_alert_slack, make sure there are no extra spaces or anything

It appears that I do not have it within my env
(venv)ubuntu@cabot-0:~$ echo $CABOT_PLUGINS_ENABLED

(venv)ubuntu@cabot-0:~$

However, my production config has that information
(venv)ubuntu@cabot-0:~/cabot/conf$ grep CABOT_PLUGINS_ENABLED production.env
CABOT_PLUGINS_ENABLED=cabot_alert_hipchat==1.6.1,cabot_alert_twilio==1.1.4,cabot_alert_email==1.3.1

@doboy i've managed to reproduce and confirmed it's a bug on master, working on a fix now

In the meantime, it is working on 0.9.2 so you can try installing that tag instead

Thank you for your time, do you know which commit caused the regression? I maybe able to help fix it

@doboy this is now fixed in 0.10.1
Thanks for reporting this


Proper error when using unit in function type declaration

I am relatively new to ReasonML, but coming from a rich FlowType background. I tried to do:
type a = () => string;

And received the cryptic error message in try Reason:
<syntax error>

And a proper syntax error message in Merlin (which was not useful as well)
I turned to the docs and discovered I should have done:
type a = unit => string;

Yeahhh. imo it would be great to have the parser just accept () as an alias for unit in the type position


Move "Test data templates" to GitHub or just delete the section from User Guide

In the User Guide, the section "Test data templates" links to Google Doc that will sunset in January 2016. Should we move those template to GitHub or just remove this section altogether?

Templates themselves are already in GitHub under templates directory and they are included into the User Guide distribution too. We just haven't yet moved old wiki pages from Google Code to GitHub. These templates are pretty useless nowadays when HTML and TSV formats aren't used that much, but keeping them around doesn't really cost us anything either. Should we just update the link in the User Guide to point to https://github.com/robotframework/robotframework/tree/master/templates?

I find the templates useless as well. I don't think many people use them. I vote to remove them (and the section mentioning them in the User Guide).

I think that keeping the templates and changing the link is the best
solution. (remove only if there is a cost in maintaining them updated)
On Mon, May 18, 2015 at 11:01 PM, Laurent Bristiel<EMAIL_ADDRESS>
wrote:

I find the templates useless as well. I don't think many people use them.
I vote to remove them (and the section mentioning them in the User Guide).
—
Reply to this email directly or view it on GitHub
https://github.com/robotframework/robotframework/issues/1997#issuecomment-103226975
.

I think we should keep the templates at least in RF 2.9. Would you @laurentbristiel be willing to create PR fixing the link in the User Guide?


By Magisk on Termux use byedpi

Using Termux with SU I am tries to use byedpi, i built it and open in su
:/data/data/com.termux/files/home/byedpi # ./ciadpi -E -n “www.google.com” -q 1+s -O 1 -s 25+s -t 5
sni: “www.google.com”

I am tries many parameters but it still block sites and YouTube.

Did you redirect the traffic to the proxy?

I use the transparent proxy


Treat Void return type as @Nullable Void

This reverts the user-visible change from https://github.com/uber/NullAway/pull/586.  We have found use cases involving generics and method overriding where requiring writing of @Nullable Void currently requires adding some ugly error suppressions.  We need to think through those cases more carefully before requiring @Nullable on Void.

@lazaroclapp should we open an issue with the reduced code example you found?

Pull Request Test Coverage Report for Build #840

0 of 0   changed or added relevant lines in 0 files are covered.
39 unchanged lines in 1 file lost coverage.
Overall coverage increased (+0.003%) to 92.062%

Files with Coverage Reduction
New Missed Lines
%

../nullaway/src/main/java/com/uber/nullaway/NullAway.java
39
93.07%

Totals

Change from base Build #839:
0.003%

Covered Lines:
4790

Relevant Lines:
5203

💛  - Coveralls

@lazaroclapp should we open an issue with the reduced code example you found?

Might need some more careful rephrasing, but: #597


[Model Zoo] Potential additions to available catalogue

Hi,
We have been working on FPGA-aware neural architecture search with the objective of maximizing accuracy-throughput tradeoffs of the searched models on Image classification tasks with ImageNet2012. We have come up with a few efficientnet-like models that, in some cases, outperform most high-quality models available in the model zoo in both accuracy and throughput. Here is a list of models that we have found:

Target Device
DPU Arch
Model Name
Top-1 Accuracy Float
Top-1 Accuracy Quantized
E2E throughput (fps), Multi Thread, measured on target

VCK190
DPUCVDX8G_ISA3_C32B6
efficientnet-vck190-a
77.568
76.966
2805.14

VCK190
DPUCVDX8G_ISA3_C32B6
efficientnet-vck190-b
76.656
76.300
4015.04

ZCU102
DPUCZDX8G_ISA1_B4096
efficientnet-zcu102-a
77.698
77.432
271.94

ZCU102
DPUCZDX8G_ISA1_B4096
efficientnet-zcu102-b
76.602
76.314
398.54

The following plots show the comparison in accuracy/throughput against some of the high-quality models currently available in the model zoo. We are comparing against models that take 224 x 224 inputs, and are not pruned, on the ImageNet2012. The numbers for existing models in the plots are obtained from the spreadsheet provided here, while the numbers for our models are measured on the device.
VCK190 Models:

ZCU102 Models:

Would you be interested in adding these models to the model zoo if we can provide the relevant pre-trained models, code, quantized weights, etc?

Hi @afzalxo
Thanks for your comment. Overall I think it's a good idea. We will discuss with marketing in what form it would be better to add your model into model zoo.
Considering the user experience, we hope to be unified in model packaging. It should include float/quantized model, code, and readme.
Could you send us a sample at your convenience? Thanks again for your support.


[MRG] DOC: Add new changelog template to contributors' guide

Also touch two changelog entries to see what it looks like when rendered.
Closes #8436

Updated guide: https://23036-1301584-gh.circle-artifacts.com/0/dev/install/contributing.html#describe-your-changes-in-the-changelog
Example of updated changelog entries:

see how sklearn does it:
https://scikit-learn.org/stable/whats_new/v0.23.html#id5
it's:
#PRNB by Author.

We could put that in parens, i.e.

When reading BrainVision raw data, the channel units and types were sometimes not inferred correctly (#8434 by Richard Höchenberger)

Looking good

The revised order suggested by @agramfort and @cbrnr is fine with me. While you're editing that section of the docs, please change the part about doc/whats_new.rst to doc/changes/latest.rst

Agreed, let's go with that. It's nice to stick to something already used by another (more popular) library, too.

Artifact:
https://23060-1301584-gh.circle-artifacts.com/0/dev/install/contributing.html#describe-your-changes-in-the-changelog
Updated part of the changelog:

I've also addressed @drammock's comment.

Umm, the link to the "changelog" at https://23060-1301584-gh.circle-artifacts.com/0/dev/install/contributing.html#describe-your-changes-in-the-changelog leads to scikit-learn.org, I thought this was only a problem when I built the docs locally, but it's present here too. Needs to be fixed, but I don't know how.

Same here: https://github.com/mne-tools/mne-python/blob/0b7052f25de10c5f8a825439ae5f7a7805d3df51/doc/install/contributing.rst#L855

Yes, and it's in the stable docs too

The first thing I would try is changing :doc: to :mne:doc: to see if it resolves the name conflict locally

I think to specify the ref it would need to be inside the backticks/link like
:doc:`changelog <mne:whats_new>`

or so. I would do a local make html_dev-noplot to check.
But really I think it probably just needs to be:
:ref:`changelog <whats_new>`

@drammock

The first thing I would try is changing :doc: to :mne:doc: to see if it resolves the name conflict locally
@larsoner

:doc:`changelog <mne:whats_new>`

neither worked. But
@larsoner

:ref:`changelog <whats_new>`

this produced the desired result. Pushed this change.

@hoechenberger if you have time it would be good to get this merged, because new changes keep coming in 😄!

@cbrnr This one totally slipped my mind, sorry! Will have a look asap.

No worries, let me know when it is ready to review.

@cbrnr I think I'm done here

(just rebased)

@cbrnr I've tried to address this, can you have another look please? I can also ping you again once the doc has been rendered.

@cbrnr Built docs: https://23342-1301584-gh.circle-artifacts.com/0/dev/install/contributing.html#describe-your-changes-in-the-changelog

Looks good! @larsoner please go ahead and merge if you're happy!

@cbrnr He's not yet happy :) I'll need to address https://github.com/mne-tools/mne-python/pull/8442#discussion_r519768069
Will do after a short walk outside

Ah, didn't see that comment!

So it seems I cannot use
Foo
^^^

to create a sub-section nested below
Bar
---

in our docs. Which underline characters would I need to use instead?

@hoechenberger Sphinx computes character-to-heading-level mappings on a per-document basis.  In that particular document, ^^^ has already been used as a second-level heading (after === for the title), so you can't also use it below --- (which is a fourth-level heading in that document, nested under 3rd-level ~~~).
As for what is legal, here is the sphinx doc section and here is the relevant section for rST

@drammock Wow, this is complicated… thanks for the explanation!

Doc build succeeds now!
https://23389-1301584-gh.circle-artifacts.com/0/dev/install/contributing.html#describe-your-changes-in-the-changelog
Note that I've also changed the TOC to show one additional level of nesting:
https://23389-1301584-gh.circle-artifacts.com/0/dev/install/contributing.html

Addressed all comments.

Thanhks @hoechenberger !


Compliance test pass, but process won't exit

> node tests/compliance-test.js

TAP version 13
# Simple findPeers test
ok 1 null
ok 2 null
ok 3 should be equal
# time: 113 ms
# should exit here successfully

The issue is that teardown is never called, therefore the swarms keep listening and node does not exist accordingly.
https://github.com/diasdavid/abstract-peer-routing/blob/master/tests/base-test.js#L11
Why is this line commented? Uncommenting solves the issue.
Related: https://github.com/diasdavid/node-libp2p-kad-routing/pull/4


Fixed project settings overrides not using custom feature tags.

Custom feature tags were not being parsed correctly in ProjectSettings::_set. This prevented them from being used to override project settings.

Cherry-picked for 3.0.7.


psmovepair.exe built in debug mode.

Hello, I'm just letting you know that your most recent update to the Tools broke psmovepair. On launch, it requests MSVCR120D.dll which means that the app was built using debug flags. The previous version worked for me, but you might want to rebuild the tool.

Whoops! Thanks for the notification. I'm working on fixing this now.

I just checked in release mode executables in this check-in:
https://github.com/brendanwalker/psmove-unity5/commit/531f2ca603764baee1cc20908504cca2ddb08289
I believe this should fix the issue, but let me know if it doesn't.


Properties doesn't have Setter method. How to set its value

Type of issue
Missing information
Description
Namespace:
Azure.AI.OpenAI.Chat
Assembly:
Azure.AI.OpenAI.dll
Package:
Azure.AI.OpenAI v2.0.0-beta.2
Here
public System.Collections.Generic.IList ContentFieldNames { get; }
public System.Collections.Generic.IList VectorFieldNames { get; }
both the properties doesn't have a setter method.
How to set them?
I am using azure search index. There I have defined couple of fields as vector data. I want to perform search only on those fields. How can that be acheived if I am not able to set above properties?
Page URL
https://learn.microsoft.com/en-us/dotnet/api/azure.ai.openai.chat.datasourcefieldmappings.vectorfieldnames?view=azure-dotnet-preview
Content source URL
https://github.com/Azure/azure-docs-sdk-dotnet/blob/master/xml/Azure.AI.OpenAI.Chat/DataSourceFieldMappings.xml
Document Version Independent Id
c605ffd8-8757-7f6d-42fe-52be0da558d7
Article author
@azure-sdk
Metadata

ID: d289e390-7853-83c2-2f4d-5df7b536d110
Service: azure

I want to use my custom data and here is the code
options.AddDataSource(new AzureSearchChatDataSource()
{
Endpoint = new Uri(searchEndpoint),
IndexName = searchIndex,
Authentication = DataSourceAuthentication.FromSystemManagedIdentity(),
TopNDocuments = 3,
Strictness = 3,
InScope = false,
QueryType = DataSourceQueryType.VectorSimpleHybrid,
AllowPartialResult = false,
RoleInformation = "You are an AI assistant that helps people find information.",
VectorizationSource = DataSourceVectorizer.FromDeploymentName("name of the deployment"),
FieldMappings = new DataSourceFieldMappings()
{
TitleFieldName = "ItemLegalShortName",
FilepathFieldName = "ItemLegalShortName",
//VectorFieldNames = new List { "ItemLegalShortName", "ItemLegalShortName" }.AsReadOnly()
//ContentFieldNames
//= new List { "ItemLegalShortName", "ItemLegalShortName" }.AsReadOnly()
}
});

Hi @dotcom-gosahi.  Thank you for reaching out and we regret that you're experiencing difficulties.  As a convention across libraries in the Azure SDK, collection types for models are intentionally read-only.   Their value can be set by mutating the existing collection.  This can be done by either adding members after the object has been constructed or using C#'s initializer syntax as part of construction.
// Example: adding items after construction.
var mappings =  new DataSourceFieldMappings();
mappings.VectorFieldNames.Add("ItemLegalShortName");
mappings.VectorFieldNames.Add("ItemLegalShortName");
mappings.VectorFieldNames.Add("ItemLegalShortName");

// Example: initializer syntax
var mappings =  new DataSourceFieldMappings()
{
    VectorFieldNames = { "ItemLegalShortName", "ItemLegalShortName", "ItemLegalShortName" }
};

It worked. Thank you so much!


out-of-order blits between image and its own target

Not sure if this is a bug or not, but since it was working in SDL_gpu some months ago, I'm posting this just in case.
My usage case is probably borderline, because I need to retain compatibility with old engine (non SDL/SDL_gpu), but I think it could happen in more common uses as well.
Anyway, I need to draw something on an image (first gauge line on example images) and then immediately blit it to other parts of the image (remaining gauge lines on example images).
It works as intended in both old engine and older version of SDL_gpu, but in current SDL_gpu version, some blits are performed before the draw that should be first, which results in parts of the image retaining previous state.
Example images:
should be:

is (or rather was, since I only get next one now):

is:

The only working workaround is to use separate image to draw the first line and then blit it to desired target image.
Please, let me know if you need any more info.

try GPU_FlushBlitBuffer() after each single SDL_gpu call

Tried both GPU_FlushBlitBuffer() and GPU_Flip(target) and it didn't solve the problem.
It's possible that the image in the middle was a result of either of them, but I can't check it out at the moment.

It is really hard to guess without a code simple

Heh, my code is all but simple, since I'm a noob at C and since functions I use are representation of Ruby methods.
In a nutshell:

for first bar line, Ruby method for drawing gradient is called, which calls GPU_TriangleBatch() internally
then, for every other bar line, Ruby method for blitting is called, which calls GPU_BlitRect() internally, and in this particular case, blit target is the target of blit source image.
Using second image for GPU_TriangleBatch() and then blitting from it to the desired target works.
Hope my explanations are good enough...
Anyway, will try to make a simple project that can reproduce this behavior, but I'm kinda tied up at the moment.

Bummer, did a simple program to attempt to reproduce the issue, but it's working just fine.
It would suggest that something I did is at fault, but why was it working as expected in (much) earlier version of SDL_gpu?
Gonna leave this issue open in hopes that @grimfang4 will be able to shed some light on it. And in the meantime I still need to get over whole code of my game/engine, so maybe I'll find the cause.
Anyway, thanks for trying to help @dhiahassen - much appreciated.

I'm not positive.  If you can reproduce it, let's follow up.


add role for installing rdo repository

this adds a role for configuring the openstack repository as discussed
in #35.

So in fact, it looks like centos-release-opstools already has a dependency on centos-release-openstack-mitaka, so this role is unnecessary.

Ok, we need this role, I'm merging since nobody was against it.


get_params returns different values after saving and loading the model

I'm using the sklearn API for xgboost and noticed that for some model parameters I tested, the values would change after saving and loading the models. However, this was only true when accessing the parameters via get_params, not via normal attribute access.
I haven't tested each existing parameter, the ones I found were tree_method and gpu_id, both with default values None. For tree_method, the value changes from 'exact' to 'auto', and for gpu_id from 0 to -1. Whether this has any practical implications, I don't know.
Below is some code to reproduce the issue.
machine: Linux-5.15.0-56-generic-x86_64-with-glibc2.35
python: 3.10.8
xgboost: 1.7.2

>>> # value of tree_method changes
>>> import xgboost
>>> estimator = xgboost.XGBClassifier(tree_method=None)
>>> X, y = [[0, 1], [2, 3]], [0, 1]
>>> estimator.fit(X, y)
XGBClassifier(...)
>>> print(estimator.tree_method)
None
>>> print(estimator.get_params()["tree_method"])
exact
>>> # after save/load roundtrip, tree_method's get_params value changes from exact to auto
>>> import tempfile
>>> tmp_file = f"{tempfile.mkdtemp()}.ubj"
>>> estimator.save_model(tmp_file)
>>> estimator.load_model(tmp_file)
>>> print(estimator.tree_method)
None
>>> print(estimator.get_params()["tree_method"])
auto  # <== was 'exact'

>>> # a similar thing happens with gpu_id
>>> estimator = xgboost.XGBClassifier(tree_method='gpu_hist', booster='gbtree')
>>> estimator.fit(X, y)
XGBClassifier(...)
>>> print(estimator.gpu_id)
None
>>> print(estimator.get_params()["gpu_id"])
0
>>> # after save/load roundtrip, gpu_id's get_params value changes from 0 to -1
>>> estimator.save_model(tmp_file)
>>> # for gpu_id, the estimator needs to be re-initialized for the effect to occur
>>> estimator = xgboost.XGBClassifier()
>>> estimator.load_model(tmp_file)
>>> print(estimator.gpu_id)
None
>>> print(estimator.get_params()["gpu_id"])
-1  # <== was 0

Hi, this is expected for some complicated reason.
Longer explanation:
XGBoost distinguishes "model parameter" and "hyper-parameter" used for training. tree_method and gpu_id are hyper-parameters that are used to generate the model. For a neural network model, the nn is the model and the learning rate is a hyper-parameter. See https://xgboost.readthedocs.io/en/stable/tutorials/saving_model.html for details. save_model for xgboost is supposed to save only the model, not the hyper-parameter that used to generate the model. Parameters like n_jobs and gpu_id are more obvious and are not supposed to be saved in a model since the model should be used with any hardware without restriction.
However, for the sklearn estimator interface, parameters don't have such differences, and so there are some inconsistencies for how to preserve the parameters. We save the python attributes with the current version of XGBoost (which we intend to remove in the future and save only the model), as an odd result, after loading the model from a round-trip, the python parameter you passed in originally takes effect again.
In your example, the tree_method is specified as None in estimator = xgboost.XGBClassifier(tree_method=None), which means auto for XGBoost. With a small input, XGBoost chooses exact to be its tree method and returns the string exact after auto configuration. After loading back the model, the python attribute tree_method=None is restored, and so get_params()["tree_method"] returns what's passed in: None, instead of the configured exact.
Similar for gpu_id, None is default, which implies -1 for CPU. 0 is configured for using the first GPU for gpu_hist. After saving and loading the model, the default None from python attribute is restored.

I see. Thanks for the explanation. Although, this doesn't make the sklearn estimators strictly scikit-learn compatible.

Let me take another look into this and see if there's way to improve it.

@trivialfis feel free to ping me if you think I could be of any help there :)

In your example, the tree_method is specified as None in estimator = xgboost.XGBClassifier(tree_method=None), which means auto for XGBoost. With a small input, XGBoost chooses exact to be its tree method and returns the string exact after auto configuration. After loading back the model, the python attribute tree_method=None is restored, and so get_params()["tree_method"] returns what's passed in originally: None, instead of the configured exact.

I think how sklearn would solve this is that the __init__ parameters like tree_method and gpu_id are treated as immutable. If, during the fit call, it is determined that, e.g., 'exact' is the tree method of choice, a new attribute self.tree_method_ = 'exact' is stored (with trailing underscore). Later in code, only self.tree_method_ is used.

I opened a PR for hiding the internally configured value for sklearn estimators: https://github.com/dmlc/xgboost/pull/8634 .


Feature: Expose a reference to the directories used to save files

Very much like #841, I would really like to be able to either get the directory that is being used to save media files in or to set it myself, in order to do better housekeeping within my apps.
Currently, I suppose the way to do this would be to take a photo, retrieve the path from it and remove the filename; however, this requires that a file be written and relies on nothing going wrong between writing that file and returning the MediaFile object with a valid reference to the file. I would suggest that it is far better to be able to retrieve that path independently in order to facilitate separate directory traversal and management of files.
Having a quick look at how the directory is currently decided, I was wondering if refactoring the code around two lines would be useful:

https://github.com/jamesmontemagno/MediaPlugin/blob/master/src/Media.Plugin/Android/MediaPickerActivity.cs#L525
https://github.com/jamesmontemagno/MediaPlugin/blob/master/src/Media.Plugin/iOS/MediaPickerDelegate.cs#L294

Perhaps they could be replaced with code in Initialize and retrieved with CrossMedia.Current.DefaultDirectory?
I'm curious if I'm missing anything, or if anyone thinks its a bad idea, but I'm happy to give it a go if nobody else has the desire or time to do it, at least on their own?

I would like to also be able to specify the full directory in iOS.  Currently it appears as if the photos that are take are placed in the Environment.SpecialFolder.Personal  I would like to change this as well.


SiteExtensionInstallationLock needs a ShutdownDelaySemaphore

Repro steps.
When ARM invokes the SiteExtension installation controller the operation returns immediately since it is performed in the background. This operation can be interrupted by a site config change that triggers a recycle for the SCM site.
Mention any other details that might be useful.
This happens due to the fact that the SiteExtensionInstallationLock does not use a ShutdownDelaySemaphore in the same way that DeploymentLock uses it.  This will guarantee that the recycle only takes place after the Site Extension installation has been completed.

Hi
If the problem persists and is related to running it on Azure App Service, please open a support incident in Azure:
https://learn.microsoft.com/en-us/azure/azure-portal/supportability/how-to-create-azure-support-request
This way we can better track and assist you on this case
Thanks,
Joaquin Vano
Azure App Service

This issue was created because of a case with my company and Dynatrace software developers troubleshooting for 3+ months because we could replicate the error for 3+ months straight...frankly still can even now (over a YEAR LATER).
😆 😆 🤣

That's the problem, that this repo hasn't been properly maintained. Soon, we will be archiving this repo as it won't be maintained, and that's why we are asking to file Azure incidents moving forward. That way we will be able to help right away.


Teams create outlines for their portal content

TBD- create a list of teams that need to do this

Hi @jodihir I think that you are already coordinating this. Can we touch base to put together a checklist here to provide visibility

Yes. Does Tuesday afternoon work for you? I'm free at 1PM EST or after 3PM EST.

What's the current status on this?

Outlines are complete. Working on content now.

Reopening:
We need to confirm that we have the correct topic lists in the outlines.

moved to content repo


Whiteflash happens on other simulators besides 7 Plus

Hi,
So I have experienced an issue where Modal Transition Animations cause flashing on the Simulator, even if you use another Simulator besides iPhone 7 Plus as per previously recorded issue. But when I run app on an actual phone, the flashing disappears and one can see the animation.
Any reason why this is happening.
My code is like this:
@IBAction func goRedPressed(_ sender: UIButton) {

        let redVC = UIStoryboard(name: "Main", bundle: nil).instantiateViewController(withIdentifier: "VC1") as! ViewController

        redVC.isHeroEnabled = true
        redVC.heroModalAnimationType = .auto
        self.hero_replaceViewController(with: redVC)
    }

If something is wrong my side please let me know.
Using Xcode Version 8.2.1 (8C1002) with Simulators 10.2

Having same issue. It happens well on the iPhone SE Simulator but on the iPhone 7 Simulator, it flashes twice and does the segue. btw, I have set these animationType's on storyboard, to the navigationController between root and target VC.

@ddralves see this, 133

Hi :)
So I made a medium post about the framework and I addressed this issue inside the post.
The trick is that the .auto call does not work. You have to use the method calls like .zoomSlide and then it works. Like this:
@IBAction func goGreenPressed(_ sender: UIButton) { let greenVC = UIStoryboard(name: "Main", bundle: nil).instantiateViewController(withIdentifier: "VC2") as! ViewController greenVC.isHeroEnabled = true greenVC.heroModalAnimationType = .zoomSlide(direction: HeroDefaultAnimationType.Direction.left) self.hero_replaceViewController(with: greenVC) }
Here is the link to my article. Discusses this a bit more: https://medium.com/the-code-community/hello-x-cool-swift-3-transition-framework-ddada37db819
I hope that Xcode 8.3 and the new 10.3 simulators resolve this issue. Seems like it is from Apple's side.


Update build.sh

Made it so that the build.sh will execute properly no matter the shell

Thanks for the pull request!


Display running remediations in the service screen

User story
As a user, I would like to see that there is a remediation running when opening the service screen and selected a deployment. When I click on the stage with the "problem icon", a history of executed remediations is provided including a link to the remediation sequence.

Acceptance criteria

[ ]  Show problem icon in the list of deployments
[ ] Show problem icon next to the stage where the remediation is running
[ ] When clicking the stage, a history of the executed remediations on that deployment (in this stage) is provided (newest ones on top) (see remark in comment)
[ ] (Similar to Show SLO for the evaluation heatmap) add a button Show remediation config that allows displaying the configured remediation.yaml.
[ ] A link is provided to get to the remediation sequence

Definition of done

[ ] Bridge implements this component
[ ] Documentation is updated

*) Remark: It is not possible to close the link between the deployment (of a new artifact) and a remediation since they are two independent sequences (delivery and remediation) with just the properties of project, stage, and service that match. We can only make a guess that the remediation in a particular stage and for a particular service affects the deployment that is currently deployed there.
Assumption:

sh.keptn.event.production.delivery.finished

sh.keptn.event.deployment.finished [result: pass] > this determines that a particular deployment happened on time stamp: hh:mm:ss.

sh.keptn.event.production.remediation.triggered > this relates to a running remediation sequence.

Consequently, it would be possible to get all remediation.triggered sequences in stage production and service xyz after the deployment happened (hh:mm:ss). This would allow getting the remediation history.

Depends on #3926


Make alerts closeable

Change the alerts on assignment/course creation to be closed after popping up.

Done by collaborator seanbrais


Bad hashes in log on jenkins

https://jenkins.galaxyproject.org/job/cargo-port/lastBuild/console
E.g.
INFO:root:Mimetype of samtools/samtools_1.9_src_all.tar.bz2 is samtools/samtools_1.9_src_all.tar.bz2:	bzip2 compressed data , block size = 900k
ERROR:root:File has bad hash! Refusing to serve this to end users.

Hi @epruesse,
Looks like something is wrong with the bioconda backup script. I'm not the author of that / not terribly familiar with its internals, but I can try and take a look at that tomorrow.

It seems to be because the urls.tsv file produced by the bioconda is the wrong format, it is missing the hashes, so all verification fails after that.

Hi @epruesse that seems to be a non-issue. The "bad hash" was from a 'dryrun' of the verifier. None of the hashes are present (I vaguely remember some discussion over this a long time ago with @bgruening) so the verifier complains. But there is nothing wrong with the packages. I've commented that out so the reports will be less confusing / full of "bad hash!"

Thanks @erasche :)
I had just wanted to point it out. Logs like that have a tendency to remain ignored. Good to know everything is working as expected.


Can't convert 'list' object to str implicitly

Problems summary
I am trying to use this on a simple helloworld.c, but when the autocompletion is triggered, an error occurs and asks me to execute :messages. The error arises from the deoplete_clang.py file in the gather_candidates function, specifically in the line containing "self.get_minimum_flags(context['filetype']). Then it says TypeError: can't convert 'list' object to object str implicitly.
Expected
Automatically provide C/C++ completion without error messages.
Environment Information

OS: Ubuntu 16.04
Neovim version: NVIM 0.1.5-dev

Provide a minimal init.vim with less than 50 lines and not plugin manager (Required!)
" Your minimal init.vim
set runtimepath+=~/.config/nvim/plugged/deoplete.nvim/
set runtimepath+=~/.config/nvim/plugged/deoplete-clang/
let g:deoplete#enable_at_startup = 1

The reproduce ways from neovim starting (Required!)

nvim -u minimal-init.vim {any simple c/c++ program}
Enter insert mode, type the beginning of a word and wait for autocomplete to trigger
In normal mode, enter :messages to see the error.

It seems to be a problem with the default value of completion_flags. It inits to a empty string if you haven't defined it yourself (it should be empty list). So you need to change the following line to get it to work.
--- a/rplugin/python3/deoplete/sources/deoplete_clang.py
+++ b/rplugin/python3/deoplete/sources/deoplete_clang.py
@@ -44,7 +44,7 @@ class Source(Base):
         )
         self.completion_flags = vars.get(
             'deoplete#sources#clang#flags',
-            ''
+            []
         )
         self.sort_algo = vars.get(
             'deoplete#sources#clang#sort_algo',

that fixed it, thanks!

I think you shouldn't close this issue until this is fixed. The default values shouldn't prevent this plugin from working after all...

Sorry, I am new to this process. Should I make a pull request?

@bradsherman I guess you could create a pull request if you want to. I'm not 100% sure that this is the correct way to fix this though so perhaps we should wait for input from @zchee

This is a regression from #41 and #47. I've opened #50 to address this.


Add DocuWriter.ai & TweetStorm.ai

Awesome! Thanks!
Are you the creator of these sites?
What is your Twitter handle?

Awesome! Thanks!
Are you the creator of these sites?
What is your Twitter handle?

Yep! @magarrent same! 🙏


Incorrect statement about value types

The page reads:
"Value types are typically copied when passed to a method or returned from a method. This behavior includes copying the value of this when calling members of a value type."
The highlighted section is incorrect for instance methods of a struct:
public struct S
{
    public int I;

    public void Method() => I++;
}

S s = default;
Assert.AreEqual(0, s.I);
s.Method();
Assert.AreEqual(1, s.I);

If this within Method was a copy of the struct, then the second assertion would fail.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: ac8804c7-6acd-ab2a-4e14-0b99265969a5
Version Independent ID: 183efcbd-a781-d303-f9cd-1c22da1676de
Content: Write safe and efficient C# code
Content Source: docs/csharp/write-safe-efficient-code.md
Product: dotnet-csharp
Technology: csharp-advanced-concepts
GitHub Login: @BillWagner
Microsoft Alias: wiwagn

Thanks for pointing this out @WizardBrony
This statement does need to be fixed. There are some subtleties to the fix, see the C# language specification, in the section for this access.  The pertinent points are (highlights mine):

When this is used in a primary_expression within an instance method or instance accessor of a struct, it is classified as a variable. The type of the variable is the instance type (The instance type) of the struct within which the usage occurs.

If the method or accessor is not an iterator (Iterators), the this variable represents the struct for which the method or accessor was invoked, and behaves exactly the same as a ref parameter of the struct type.

If the method or accessor is an iterator, the this variable represents a copy of the struct for which the method or accessor was invoked, and behaves exactly the same as a value parameter of the struct type.

The statement is correct for iterator methods, but not for other struct members.

@BillWagner
For completeness, it should be noted that the this variable represents a copy of the struct within both iterators and async instance methods of structs:
public struct S
{
    public int I;

    public void Method() => I++;

    public IEnumerable<int> IteratorMethod()
    {
        yield return I++;
    }

    public async Task MethodAsync() => I++;
}

S s = default;
Assert.AreEqual(0, s.I);
s.Method();
Assert.AreEqual(1, s.I);

s.IteratorMethod().ToList();
await s.MethodAsync();
Assert.AreEqual(1, s.I);


Feature/fix issues

make it work when the app does not run at /
fix a JS error

@stevespringett Is this PR acceptable for you?

Thanks for the PR. I've verified the changes fix the issue reported. Also noticed the logout functionality doesn't work correctly in a non-root context, but I'll work on a fix for that. Again, thanks for the PR.


Perform custom action after updating dependencies

For rescript/javascript projects, when dependabot updates the dependencies, I would like it to run a custom command (rescript compile) to update the generated JS files and commit those as part of the PR. A similar issue might exist for typescript. Thanks for considering

Can this be accomplished with an npm postinstall hook?  https://docs.npmjs.com/cli/v6/using-npm/scripts

sounds promising, it even mentions coffeescript. I'll give it a try and reopen if I hit a major obstacle.

I added a postinstall script with yarn. It works locally, but I am guessing dependabot doesn't commit the changed files based on a recent PR that I expected to cause some other files to be committed

Can you create a custom workflow that runs on PRs (like https://docs.github.com/en/code-security/supply-chain-security/keeping-your-dependencies-updated-automatically/automating-dependabot-with-github-actions#common-dependabot-automations) that executes this code and pushes the results to that branch?

Yep, your best bet here is what @mwaddell helpfully suggested (thanks BTW!)
If you configure a custom action to add commits to the PR, then you may also want to prepend those commit messages with [dependabot skip] to Dependabot that it is safe to perform its normal rebase operations even though non-Dependabot commits are present on the Dependabot Pull Request.
GitHub actions provides tremendous flexibility for additional customization on PR's / commits so this isn't something we're likely to build into Dependabot.


[Core]: Fix add_ai_message_chunks usage_metadata combining

Description: Checking If other AIMessageChunk usage_metadata keys are null before combing them.
Issue: #26348

@eyurtsev

@eyurtsev can you review this?

@eyurtsev okay


common: introduce new "safe" init manager

Description: Introduce a new "safe" init manager, to replace the existing one that's prone to use-after-free issues (see e.g. #6116). Users of the existing init manager will be upgraded one-by-one in subsequent PRs if this design is approved. See also previous false starts in PRs #6136 and #6245.
Risk Level: Low, no existing users of the existing init manager are changed in this PR.
Testing: New unit tests added.
Docs Changes: n/a
Release Notes: n/a
Signed-off-by: Dan Rosen<EMAIL_ADDRESS>

/review @htuch @mattklein123 @lizan

@mergeconflict my initial reaction is this is a lot of code churn to fix a relatively small issue. Before we start the review process, can you describe why it would not be better to just fix the other code like we already discussed? (Cancel callbacks when init manager is destroyed.) Thank you.

@mergeconflict my initial reaction is this is a lot of code churn to fix a relatively small issue. Before we start the review process, can you describe why it would not be better to just fix the other code like we already discussed? (Cancel callbacks when init manager is destroyed.) Thank you.

Yeah, I understand, it does feel like a lot.
The issue I found with the explicit cancelation approach is that we just end up with a use-after-free in the opposite direction, where the init manager attempts to cancel a target that had been destroyed before it. This was demonstrated in one or two unit and integration tests IIRC.
I still think the lightest-touch fix is the one with a shared_ptr<boolean> indicating whether the InitManager has been destroyed:
https://github.com/mergeconflict/envoy/blob/9b27afc25b363aac63d76622c6cce49378dbcabd/source/server/init_manager_impl.cc
It doesn't solve all possible UAFs, so @htuch encouraged me to push forward with this more comprehensive approach, but it does have the virtue that no other code has to change. I'll let you guys discuss; I'm happy to go either way.

@mergeconflict if you discussed with @htuch and you both think the churn is worth it, I'm happy to review, I just wanted to make sure we were not doing change for the sake of change.

@mattklein123 yep, I will review tomorrow. I realize this is a lot of churn, but there have been things that have been bugging me around InitManager for ages and then more recently:

The naming of this class and methods, as well as continuation passing style, makes it really hard to page back in how it works every 6 months or so I return back to this code.
We have had a number of memory safety and lifetime issues exposed by fuzzers and crash reports around the existing setup.
So, I'm excited that @mergeconflict has put together a structural approach to solving both these problems.

@htuch @mergeconflict sg will review also.

@lizan @mattklein123 by the way, I guess I should say, I think the best place to start reviewing this might be test/safe_init/manager_impl_test.cc. I think the UnavailableTarget, UnavailableManager and UnavailableWatcher test cases show what I'm fundamentally trying to accomplish.
Also, let me know if it'd be helpful to chat on Slack or Zoom. And thanks again for your time reviewing and helping me with this!

@mattklein123 yeah, @mergeconflict and I discussed the hiding vs. memory safety aspect a bit in the design phase of this. We reached a conclusion that there are definitely some legitimate scenarios where ownership needs to be yanked by both parties (e.g. multiple listeners warming on the same route), even though in some cases this would potentially hide problematic ownership or lifetime organization.
OTOH, the status quo is that if you mess up lifetime management, you get subtle errors anyway, since a lot of the issues we discovered around InitManager only occurred as a result of flakes in TSAN or random production crash reports. So, ¯\_(ツ)_/¯

I just realized I have a minor design issue in TargetImpl: it is currently designed to be used as a mix-in class, but it also inherits from Logger::Loggable. This creates a problem for any class that inherits from it and also inherits from Logger::Loggable. So I'll change TargetImpl to not be a mix-in, just a regular data member like WatcherImpl.
/wait

@mattklein123 I think I've addressed everything so far. Have another look if you get a chance, and let me know if there's anybody else you'd recommend to have a look.
I have a local branch queued up to actually change all the use sites (https://github.com/mergeconflict/envoy/tree/safe_init_conversion), which is mostly mechanical and boring changes. So whenever this lands, I can rebase that and put up a PR.


Always getting a 404 Not found

Expected Behavior / New Feature
Call will be forwarded after positive authentication to the destination route
Actual Behavior / Motivation for New Feature
Request is positive authenticated in self-made authentication middleware within HandleAuthetnicateAsync() but crashes with a 404 Not found
Steps to Reproduce the Problem

Send via Postman: https://localhost:44329/api/v1/gateway/wheels/8P9P-CQC8
Always getting an 404

Specifications

Version: 15.0.6
Platform: .NET Core 3.1

Program.cs
    public static IWebHostBuilder CreateHostBuilder(string[] args)
    {
        return WebHost.CreateDefaultBuilder(args)
            .UseContentRoot(System.IO.Directory.GetCurrentDirectory())
            .UseApplicationInsights()
            .ConfigureAppConfiguration((host, config) =>
            {
                config.AddJsonFile(Path.Combine("Ocelot", "configuration.json"));
            })
             .ConfigureServices(s =>
             {
                 s.AddOcelot();
             })
            .UseIISIntegration()
            .Configure(app =>
            {
                app.UseOcelot().Wait();
            })
            .UseStartup<Startup>();
    }

Startup.cs
Add handmade authentication middleware
services.AddAuthentication(TwoStepAuthenticationDefaults.AuthenticationScheme)
.AddScheme<TwoStepAuthenticationOptions, TwoStepAuthenticationHandler>(TwoStepAuthenticationDefaults.AuthenticationScheme, options => { });
...
Ocelot/Configuration.json
{
"ReRoutes": [
{
"DownstreamPathTemplate": "/carService/api/v{apiVersion}/wheels/{everything}",
"DownstreamScheme": "https",
"DownstreamHostAndPorts": [
{
"Host": "myfancyserver.aaa.com",
"Port": 444
}
],
"UpstreamPathTemplate": "/api/v{apiVersion}/gateway/wheels/{everything}",
"UpstreamHttpMethod": [ "Get", "Put", "Post" ]
}
],
"GlobalConfiguration": {
"BaseUrl": "https://localhost:44329"
}
}

Could you try  "ReRoutes" to "Routers"?
https://ocelot.readthedocs.io/en/latest/features/configuration.html

Thank`s for your reply. I played a bit arround with the provided example solution and encountered a Bad Gateway issue. Therefore I moved to another proxy approach (https://github.com/damianh/ProxyKit). At the end I get a Bad Gateway as well :-| So decided to implement a referse proxy by my own. Anyway, the ocelot project is pretty cool 👍


Could you tell me how to detect objects in image which is not square using yolov3.dnn from dnn_yolo_train_ex.cpp, for example, whose ratio w:h = 5:1.Thanks!

Could you tell me how to detect objects in image which is not square using yolov3.dnn from dnn_yolo_train_ex.cpp, for example, whose ratio w:h = 5:1.Thanks!

The network doesn't actually enforce images to be square, you can forward them directly.
The main reason why it uses square images in the example, it's because we don't know the sizes and shapes of the images beforehand, so by using square sizes we can use batches of images.
It depends on what you want to do in the end. If you know all your images are going to have that aspect ratio, you should train a network using that size.
Otherwise, you can letterbox those images by padding the shortest side to make them square.
There's a function, letterbox_image, that does just that, but it was added just after the latest release, so it doesn't appear in the documentation yet.
https://github.com/davisking/dlib/blob/8a2c7442074339ac9ffceff6ef5a49e0114222b9/dlib/image_transforms/interpolation_abstract.h#L441-L472
That's precisely what the example you mentioned is doing. Or maybe I misunderstood you.

Sincere thanks for your replay. My image size is 500 x 2560, I will have a try.

Thanks! I will try to modify to follow yolov3-tiny config or make the yolov3 network narrow.


Plugins repository

Besides the main project, it would be nice to also transfer franko/lite-plugins to a lite-xl/plugins organization repository.
I would like also to move the readme table to the website as json data to display in a table of a new https://lite-xl.github.io/plugins page, then updating the readme accordingly.

Well, one of the nice things about the plugins repo is that it's self-contained. Any chance we could just generate the website files from the plugin repo (wherever's it's hosted?); was really nice to just have to make or two changes to submit a plugin in a single repo.

Like generate a JSON file from CI by scanning all files and collect the filename and the description in a Doxygen way (the first sentence until period in the comment header) and push the result if there was changes?

I was thinking more just scanning the table in the README. It already has names, links and descriptions.

Ah just replicate it on the website, at that point I prefer update it manually so I can add other external ones than scan a hand made text file. Thinking of it in this case I don't like much the self contained concept, I would prefer to centralize anything in one place and automate things by set a url list, the only requirement would be to add the description in the plugin header.

The thing I really like now is that it's really simple; basically nothing can go wrong, and no one needs to maintain it. I've got on problems with adding extra stuff ontop of it, but it's really nice to just visit a git page, see the list, and then git clone what you need. To add a plugin, you just push, and update the README; no extra processes required.
I'd love to keep that system. Having the website is nice; but ideally, IMHO, it should be a completely distinct one-way layer overtop of the repo; so that you can still just use and look at the github repos if you want to just use those to see, understand, and download the plugins.

Apart a CI failure I don't see a more complicated thing than just add/modify a plugin with a comment in the header without write anything in the readme, but no problem. How I could automate from the website repo instead then? Cronjob?

Yeah; cronjob could work. Or just on every push to the website, have it read the thing.
But I'd wait for @franko to weigh in; this is just my opinion; we should probably follow his lead on the architecture of this thing.

Sure, just looking for some feedback and try something locally for now. Thanks!

How I could automate from the website repo instead then?

GitHub actions is what you want. I'd be happy to try and make one if needed but it's basically just a linux command line. We have an action set up to build docs on each push for this repo: https://github.com/materializecss/materialize/blob/v1-dev/.github/workflows/docs.yml

Thank you @ChildishGiant for the offer, I meant that with CI, though I haven't tried yet GH Actions, only Travis and AppVeyor.
I thought about cronjobs because Travis at least does it, because I can't use push since I have to check from the website for changes in this repo, not pushing from this repo to the website and I would like to avoid using git hooks.

You can deploy from one repo to another (https://github.com/peaceiris/actions-gh-pages#-deploy-to-external-repository-external_repository)

I know, I did it already for another website, so what do you suggest for the process to work?
My idea is to clone this repo and scan files once a day with a cronjob from the website repo, so nothing to do here.

I made a preview on my fork with a dedicated Plugins menu, with separated lists for repository and external plugins.

Retaining the summary description in the same repo with the plugin will not increase the maintenance effort. If you had to push the description with another merge request to another repository, you would ask, if the owner intended to irritate you ;-)
But it does not mean that the format it has to be markdown. The main website will likely become the place to look for the plugins and the repo could contain a file to generate the webpage from. I usually frown at systems, which maintain documentation in JSON (like the first version of Swagger), because JSON was not meant for it. The lack of like breaks and comments is only compensated by the number of curses when writing JSON by hand ;-) YAML and XML are better chooses for hand-edited machine-parseable metadata.
Another possibility would be introducing more metadata in the header comment of the plugin file. Something like the restructured text articles. Or do you remember comment headers of Greasemonkey scripts, which Greasemonkey uses not only to document them on the website, but also to infer their behaviour from? That is what I would like the best. But that would have to be agreed with rxi.
However, there is something else what might make you retain the markdown and write a good-enough parser for it, read from the hatred of it ;-) It is the interoperability with rxi/lite-plugins. Both the upstream and the fork repos benefit from just merging new plugins and fixes up and down. I prophetise that rxi will not be keen on making the maintenance of the upstream repo more complicated. If he or franko says that the current low-effort approach should be kept, you will find difficult insisting on not parsing the markdown, because parsers and generators is what should be written to help decreasing the manual maintenance ;-)

I am missing a plugin to check for new plugin versions and downloading them for automatic or semi-automatic updates. Maybe even reminding about newly added plugins. If there is a parser from the above discussion or git repo enquierer to get the list of plugins with some metadata.
For example, I do not need to be informed about new versions of lite-xl; that is what a distribution software supplies - Homebrew in my case. But plugins are not distributed as a bundle with versioned releases - they are standalone files. As long as that remains, a plugin manager would be helpful.

GitHub Actions in franko/lite-plugins triggered by a merge/push to master is a good idea. Of course, you would need to create a personal token for the website repo to be able to push there, and enter it as a secret to the settings of franko/lite-plugins.

XML is not supported by Jekyll and I used already YAML with it, just that is not easy to parse with shell scripts and the like. Comments are not needed here for adding automatic build information in the files. I don't see why YAML should be better to keep a string containing markdown or html better than JSON.
I haven't taken into account the fact that the plugins repo is a fork of rxi plugins, so a changed using doxygen like metadata would indeed break compatibility with upstream.
OTOH I find more reliable metadata information in each plugin than in a markdown readme but I see I have to abandon my idea.

But plugins are not distributed as a bundle with versioned releases - they are standalone files in the repo. As long as that remains, a plugin manager would be helpful.

#231?

GitHub Actions in franko/lite-plugins triggered by a merge/push to master is a good idea. Of course, you would need to create a personal token for the website repo to be able to push there, and enter it as a secret to the settings of franko/lite-plugins.

I see that maybe it could be possible with a github_token instead a personal one? From ChildishGiant' link: https://github.com/peaceiris/actions-gh-pages#supported-tokens, I'm not much practice with this stuff though, usually I follow the guides to create and use them in the YAML CI configuration

But plugins are not distributed as a bundle with versioned releases - they are standalone files in the repo. As long as that remains, a plugin manager would be helpful.

#231?
Ah, you are right, thanks! I am looking at it. It appears that it uses the README.md as an index instead of a new JSON file.

GitHub Actions in franko/lite-plugins triggered by a merge/push to master is a good idea.

I see that maybe it could be possible with a github_token instead a personal one?
If you are going to use just a GitHub Action with a couple of git commands, and not some GitHub App, which will do what you need, you will need a personal access token,. The OAuth tokens are for registered apps, if I understood it well.

Just to say that this discussion is very interesting but unfortunately I have not enough tile to follow. I will transfer both repositories and I thrust the current collaborators to do things without my approval if there is a consensus. We may even add a few other contributors if needed.
Thank you for the work you are doing, this is quite amazing, I never thought the project could attract so many smart people in such a short time.

One thing to note is that currently a lot of plugins have screenshots attached. Adding a screenshot to the plugin's readme comment isn't really feasible, as image links are annoying, ugly, and relying on an external provider is a bit bad in case that provider ceases to exist. Thus, I think an extra _screenshots folder in the plugins repository should be created, to make things both easier, and a bit nicer for contributors adding new plugins (it's both easier and faster to just paste an existing image file into a folder, than have to find an image hosting service and wait for the image to upload). As a convention, let's reserve directory names beginning with an underscore _ for metadata and management purposes (I'll explain why later).
Personally I don't really like the idea of detecting the first sentence ending with a period ., as that can easily fail when you have other periods in the sentence that don't terminate it (see lint+'s description). Here's my proposed idea (basically just luadoc, example shown is scale.lua):
-- mod-version:1 -- lite-xl 1.16

--- Provides support for dynamically adjusting the scale of the code font / UI (`ctrl+-`, `ctrl+=`).

Luadoc treats the first line with three dashes as the start of a documentation comment. The comment continues until a line that doesn't start with a comment is found.
Some people prefer to limit their lines, so I think we should read lines until either the end of the doc comment, or an empty line in the doc comment:
-- mod-version:1 -- lite-xl 1.16

--- Provides support for dynamically adjusting the scale of
-- the code font / UI (`ctrl+-`, `ctrl+=`).
--
-- blah blah extra usage information and config doc goes here

The inferred description would be:

Provides support for dynamically adjusting the scale of the code font / UI (ctrl+-, ctrl+=).

As for big plugins, we should pull them into the repository as submodules, and scan their init.lua files instead. This is where the leading underscore reservation comes in: since a submodule is just a directory, we don't want plugin submodules to clash with our extra directories for screenshots, scripts, etc.

I agree about the Luadoc comment solution, I guess it could be either 3 hyphens or, eventually, also 3 hyphens plus square brackets for more than 2 lines as alternative (I don't recall if this was luadoc or some old doxygen lua driver).
No idea about the screenshot directory thing, the underscore prefixed naming reminds me about Jekyll.
IIUC you want to add external plugins as submodules on the current monolithic plugins repository, if that is the idea I don't like big bloated/kitchen sync things.
In general the idea I have currently is having each plugin in the plugins repository, or external, with their own screenshots, wherever they want to put them and collect their links from the README (if not from some metadata) to the JSON data on the website to produce detailed plugin pages where to show the screenshot and other details.

I agree about the Luadoc comment solution, I guess it could be either 3 hyphens or, eventually, also 3 hyphens plus square brackets for more than 2 lines as alternative (I don't recall if this was luadoc or some old doxygen lua driver).

From their official documentation:

LuaDoc looks for the sequence of three minus signs (---). This sequence of characters indicates the beginning of a documented comment. The documentation ends with the first line of code found.

It doesn't say anything about ---[[ ]], so we may as well just not support that to avoid adding extra complexity to the description extraction script.

IIUC you want to add external plugins as submodules on the current monolithic plugins repository, if that is the idea I don't like big bloated/kitchen sync things.

We can use a different approach if you want to avoid that, eg. each plugin with an external repo gets its own .plugin file instead of a .lua file, and the .plugin file simply has a line of text with a URL pointing to the git repository of the plugin. This would remove the need for the _ directory prefix reservation.
As for screenshots, I do not like the self-hosted approach because of the reasons I outlined above:

it's both easier and faster to just paste an existing image file into a folder, than have to find an image hosting service and wait for the image to upload.

Simply git pushing the screenshot along with the plugin is so much more convenient, both for the plugin creator and us. We don't have to do any complex scraping from repositories or readmes, we simply take the image files out of our own directory. The repo or image hosting service containing the screenshots can't just be nuked with all the screenshots pointing to expired links; our repository would have to be wiped from the planet completely, as everyone who cloned the repo has a copy of all the images and plugins (another advantage of submodules, but oh whatever do as you wish).
Time and time I've been frustrated with forum posts that have expired images, so let's just say no to that :)

Probably was another one like LDoc or Lua2Dox, it was a while ago (around 2012).
Regarding screenshots, instead adding data and git history changes I would make a rule that if they follow it the image is displayed, like naming it "screenshot.png|jpg" so it can be found by our website CI and added to the plugin detail page as external link, or not if not found.
Anyway I won't dictate rules, it's just a matter of preference, the idea to not keep foreign data but keep only the official plugins and save only links in the website JSON for the external ones.


infisical: init at 0.3.7

Description of changes

Adds a new package, Infisical, an Open Source, End-to-End encrypted platform that enables secure syncing of env secrets and configs across teams, devices, and infrastructure.
Things done

Built on platform(s)

[x] x86_64-linux
[x] aarch64-linux
[x] x86_64-darwin
[x] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
23.05 Release Notes (or backporting 22.11 Release notes)

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

[x] Fits CONTRIBUTING.md.

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-ready-for-review/3032/2047


fix(tornado.py): ignore unwrapped callbacks

:tada: This PR is included in version 1.14.11 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Conversion has problems with german Umlaute

I tried the eml-to-pdf-converter with multiple German eml-Files. In some cases the conversion was successful and in some cases the german Umlaut are messed up.
Here you can find a good and a bad example. I added the generated pdf as well as the original eml-file: https://drive.google.com/open?id=0BwK5xWaaOr4nZm5RVmg4UzhtODg
I used the following command to convert the files:
java -jar emailconverter-2.0.1-all.jar --extract-attachments --extract-attachments-directory ./ $filename
Do you have any idea how this can be fixed this?

I could not reproduce the issue (see attachment). Can you give me some details on your OS and the wkhtmltopdf version?
Bad.pdf

I am using Fedora 26
Kernel: Linux localhost-uhlme 4.12.8-300.fc26.x86_64 #1 SMP Thu Aug 17 15:30:20 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
wkhtmltopdf: wkhtmltopdf 0.12.3
Which version are you using?

Which version are you using?

I produced the pdf on a machine running Windows 10, using wkhtmltopdf 0.12.4 (with patched qt).

@patrickuhlmann Could you resolve your problem? And if, could you please share how?

I forked the code and made a quick fix here: https://github.com/patrickuhlmann/eml-to-pdf-converter/commit/94597c23fd4fbfa02e11874ed474caff11e0b107
Basically the problem was the following: The encoding of the mail was iso-8859-1. The class ContentTypeCleaner needed to decode it as QuotedPrintable. However the method doing this was "forcing" UTF-8. I did not fix the detection but added a new parameter charset. That parameter allows me to properly convert my mails.

Glad you could resolve your issue!
Both eml files you provided specify an UTF-8 encoding. Could you provide me with an exemplary iso-8859-1 encoded eml that caused the problem?

https://drive.google.com/open?id=17zb586dYvNcrz415k5O-fPQkf4GOBrjx
You find in the archive an eml as well as the pdf file (- bad) that results when I convert it with the original version. I did also attach the pdf file (- correct) that results when I convert it with my patched version (passing the correct encoding).

Can't reproduce


is it possible to setup an autologin to one vm

i am trying to setup an "headless" remote session so i can connect my 3d printer to a then client and have access to it

use pve user token login,

@matchnetpc is correct, if you look at the example INI file, the token_name and token_value parameters will allow for an automatic login.


[Feature] Add ability to specify which browsers to install

Playwright Typescript has ability to specify which browsers to install, but Java version does not. Of course I can work around it with calling install separately and skipping download with Java. However, that would mean adding another Gradle task to build system and I rather avoid that since in my opinion framework really should have this built-in as an option for easier use.
Rather than another environment variable I think it would be nicer to have explicit option in CreateOptions; it seems like a simpler and easier thing. Internally, it is still and environment variable so the method signatures don't have to be changed.
For example:

Of course I can work around it with calling install separately and skipping download with Java.

This is how we handle browser installation in all other languages and we'd rather switch java to the same mode. Actually we also consider replacing automatic driver extraction with a manual step (see https://github.com/microsoft/playwright-java/issues/1268 for more context) in which case it would make sense to download browsers in the same step.

Fair enough, if you think that is not desired you can reject the PR.


Use in the browser?

What sorts of Node dependencies are currently required, and how difficult would you estimate a browser compatible version would be?

should be fairly simple and straightforward with browserify ... if I remove all the require-directory dependencies ... (which I'm planning to do, but PRs are also welcome)
it gets complicated with the tests because of require-directory, but otherwise, no special dependencies ...
are you asking for stoplight.io?

Yes indeed! Doing some investigating, and was curious. Is this something you were/are planning to do? We might have time to tackle this in the next couple of months. I just haven't had a chance to look through the code and was curious what you thought the scope of work involved might look like.

yep, I have a branch locally, to remove require-directory but wasn't a priority so far ...
whoever, gets to it first maybe? :)
would love to chat more about stoplight.io, very interested in playing, also perhaps some room for collaboration with Mashape ... can take this convo offline / email.

Not a huge priority for us either just yet - right now we're firmly in the desktop environment, with access to node.
Absolutely, would love to chat! Shoot me a note marc [at] stoplight.io when you have a moment.

okay, so I looked at my code and it wasn't that much more left, so I wrapped it up and released under v1.16.4 (removing dependency on require-directory)
this should make it work with Browserify now, but I haven't tested it ... 99% certain everything will work though ... (famous last words) :wink:
will send you email to chat further

:+1: awesome! Will play around with a browser version in the next month or so. Thanks a bunch.

@marbemac Did you managed to run httpsnippet in browser?
I'm getting this error continuously with browserify:

Error: Cannot find module '../../is-buffer/index.js' from '/private/tmp'
    at /private/tmp/node_modules/resolve/lib/async.js:55:21
    at load (/private/tmp/node_modules/resolve/lib/async.js:69:43)
    at onex (/private/tmp/node_modules/resolve/lib/async.js:92:31)
    at /private/tmp/node_modules/resolve/lib/async.js:22:47
    at FSReqWrap.oncomplete (fs.js:117:15)

Okay, it seems webpack can do this without any problem.

@mxr576 if you do a production install, it would not need the filesystem dependency ...
https://github.com/Mashape/httpsnippet/blob/master/package.json#L74

I've found other issue with this library. FormData refers to HTML5's FormData and it cannot be overridden properly in browsers (or at least I wasn't able to do that). But as I can see this module isn't a hard dependency of this module so it could be removed, what do you think?
https://github.com/mxr576/httpsnippet/commit/a968e69f4d814e349dc3d3ddcdd216708d0ee43e
https://github.com/mxr576/httpsnippet/commit/f6b6d92afe651e7adf79a21cbf9e662f76974bd3
Should I create a Pull request from these commits?
Browserify is still not working properly on this library for me, but webpack works fine.

@mxr576 I left a comment there, using FormData will ONLY work in the browser, not sure that's a good approach.

You're right of course, here is a new, more "cross-platform-ish" solution to this problem: https://github.com/mxr576/httpsnippet/commit/4542425e69a45145c43350cf48e0647045efedfd


Add plugin development doc

This markdown will help developers to create plugins

Thank you so much for your help @albinekb @timothyis


chore: src14 - Use released version of sway_libs

Type of change

Improvement (refactoring, restructuring repository, cleaning tech debt, ...)

Changes
The following changes have been made:

Use released version of sway_libs

Related Issues

Closes #9
Checklist

[x] I have linked to any relevant issues.
[x] I have commented my code, particularly in hard-to-understand areas.
[x] I have updated the documentation where relevant.
[x] I have added tests that prove my fix is effective or that my feature works.
[x] I have added (or requested a maintainer to add) the necessary Breaking* or New Feature labels where relevant.
[x] I have done my best to ensure that my PR adheres to the Fuel Labs Code Review Standards.
[x] I have requested a review from the relevant team or maintainers.
[x] I have updated the changelog to reflect the changes on this PR.

Awaiting sway-libs release v0.23.0


Add support for Angular 18, Angular Material 18 and Material 3 design

@dhutaryan Thanks for creating this awesome library. I am creating this PR to add support for below:

Angular 18
Angular Material 18
Material 3 Design (keeping support for Material 2)

This should close #132 #152

Attaching screenshots for easy review.

Nice

Thanks @shhdharmen!
@dhutaryan any plans to merge & release this?

@shhdharmen hey, thank you for that awesome work. I've started to work on it some time ago and wanted to add one more feature. I'm 100% sure we will have merge conflicts. So, if you don't mind I'll take a big part of your changes to my branch.
By the way, why did you change the size of fat buttons?
@anabright soon, didn't have time to handle it

@dhutaryan yes, feel free to take my changes in your branch. Which buttons are you referring to? I tried to follow specs from https://m3.material.io/components/time-pickers/specs

No worries, thanks for your reply @dhutaryan, I just thought I'd give you a nudge ;)


[ISSUE #411] Fixed ClassCastException when get the instance of the store

What is the purpose of the change
Avoid ClassCastException when get the instance of the store
Brief changelog
1、Add method to base class of store;
2、Override method to all Inherited class of store
3、Modify cast in the ViewBrokerStatsData
Verifying this change
XXXX
Follow this checklist to help us incorporate your contribution quickly and easily. Notice, it would be helpful if you could finish the following 5 checklist(the last one is not necessary)before request the community to review your PR.

[x] Make sure there is a Github issue filed for the change (usually before you start working on it). Trivial changes like typos do not require a Github issue. Your pull request should address just this issue, without pulling in other changes - one PR resolves one issue.
[x] Format the pull request title like [ISSUE #123] Fix UnknownException when host config not exist. Each commit in the pull request should have a meaningful subject line and body.
[x] Write a pull request description that is detailed enough to understand what the pull request does, how, and why.
[x] Write necessary unit-test(over 80% coverage) to verify your logic correction, more mock a little better when cross module dependency exist. If the new feature or significant change is committed, please remember to add integration-test in test module.
[x] Run mvn -B clean apache-rat:check findbugs:findbugs checkstyle:checkstyle to make sure basic checks pass. Run mvn clean install -DskipITs to make sure unit-test pass. Run mvn clean test-compile failsafe:integration-test  to make sure integration-test pass.
[ ] If this contribution is large, please file an Apache Individual Contributor License Agreement.

Coverage decreased (-0.1%) to 42.519% when pulling f9e0b3b0486b41405c6e8c0b6439518408c37c76 on Hellojungle:fixIssue#411 into 901e06afa259ed16be53b1d812c38c48f0f347dc on apache:develop.


load translation sub-directories

For https://github.com/yahoo/ember-intl/issues/224. Will merge translations from top-level and/or sub-directories into a single file.
In the process of writing this PR, I also encountered a problem when using vim. Vim creates .swp files when editing, which ember-intl would attempt to read and then throw the error: Unable to parse .en-us.yaml.swp. To stop this behavior, I removed this line, then threw in a console warning here.
Also, I was unsure where to put the tests for this PR, so I threw it in with the other acceptance tests in smoke-test. If you've got a better idea, let me know and I'll give it a shot.

Great work, and I'm fine with the warning versus a throw :+1:   Acceptance tests seems like the best place.

Just a thought, maybe we should warn on collisions?  Not going to block the PR on it, but might be nice UX.


use latest versions of az extensions in bash script

We can either port this change to AO repo as well now, or at a later point whenever we want to support Linux VM's for AO.

We can either port this change to AO repo as well now, or at a later point whenever we want to support Linux VM's for AO.

I will make the change in AO repo as well


GCA Export: Items with weight less than 1 lb. have their weight divided by the count if quantity is greater than one

Another one for the GCA item export (sorry! this should be the last one until my group actually plays and gets some loot, at least...).
If an item weighs less than 1 pound (rations, for instance), it exports normally and keeps the appropriate weight if there are only one of them. However, if the quantity is more than one, the weight type="number" in the export file appears to be divided by the count, instead of remaining constant to then be multiplied for the weightsum. So, 1 ration weighs 0.5 lbs., but a stack of 5 rations weigh 0.1 lbs. each.
Here's what it looks like when imported:

(The 100 count copper farthing row is abbreviating the 0.00016 weight)
This happens with every item I've tried that has a base weight less than 1 in GCA—rations, arrows, crossbow bolts, copper coins, etc.
Here are the export file and the GCA character file:
TestCharacter.gca4.TXT
TestCharacter.zip

No worries!   We really appreciate it when our players help us fix bugs.
Fortunately, this bug has been fixed already!    It was caused by the same issue that caused https://github.com/crnormand/gurps/issues/864

So it will be available in the next release.