x2projtool: Validate and update .x2proj file outside of build_common

Current situation:

Projects don't need ModBuddy or the .x2proj file, but a correct .x2proj file is needed for ModBuddy users
There is a clear desire in some projects to keep this file up to date for that reason (_ValidateProjectFiles)
_ValidateProjectFiles is buggy and doesn't catch folder renames, among other things
Projects where none of the maintainers use ModBuddy (e.g. lwotc) disable _ValidateProjectFiles and the .x2proj file quickly deteriorates to the point where it is not usable with ModBuddy.

This tool:

Can validate the .x2proj file for correctness (e.g. CI)
Can keep an .x2proj file in sync with the actual filesystem
Has two ignore lists, one to ignore present root directories in the project filesystem (CI excludes Content) and one to ignore root directories that exist in the project file but not on disk (Lwotc commits only part of its content)
Keeps file lists sorted

Example output of `check` in various projects: (click to expand)
CHL:
PS D:\X2ModBuildCommon> powershell.exe -NonInteractive -ExecutionPolicy Unrestricted -file '.\x2projtool.ps1' -projDirectory "$($env:USERPROFILE)\Documents\FiraxisModBuddy\XCOM\X2WOTCCommunityHighlander\X2WOTCCommunityHighlander" -subcommand "check"

Error: The .x2proj file contains an incorrect files list.
The following files are only present on disk:
    ModPreviewBeta.jpg
    ReadMe.txt

CI:
PS D:\X2ModBuildCommon> powershell '.\x2projtool.ps1' -projDirectory "$($env:USERPROFILE)\Documents\FiraxisModBuddy\XCOM\CovertInfiltration\CovertInfiltration" -subcommand "check" -ignoreOnDisk "Content,ContentForCook,CookedPCConsole"

Error: The .x2proj file contains an incorrect folders list.
The following folders are only present in the project file:
    Content

LWOTC:
PS D:\X2ModBuildCommon> powershell '.\x2projtool.ps1' -projDirectory "$($env:USERPROFILE)\Documents\FiraxisModBuddy\XCOM\lwotc\LongWarOfTheChosen" -subcommand "check" -ignoreOnDisk "Content" -ignoreInProj "Content"

Error: The .x2proj file contains an incorrect folders list.
The following folders are only present in the project file:
    Localization\DetailedSoldierListWOTC_Integrated
    Src\DetailedSoldierListWOTC_Integrated
    Src\DetailedSoldierListWOTC_Integrated\Classes
The following folders are only present on disk:
    Localization\LW_WeaponsAndArmor
    Src\LW_Tutorial
Error: The .x2proj file contains an incorrect files list.
The following files are only present in the project file:
    Localization\DetailedSoldierListWOTC_Integrated\DetailedSoldierListWOTC_Integrated.fra
    Localization\DetailedSoldierListWOTC_Integrated\DetailedSoldierListWOTC_Integrated.INT
    Src\DetailedSoldierListWOTC_Integrated\Classes\MoreDetailsManager.uc
    Src\DetailedSoldierListWOTC_Integrated\Classes\MoreDetailsNavigatorWrapper.uc
    Src\DetailedSoldierListWOTC_Integrated\Classes\UIPersonnel_SoldierListItemDetailed.uc
    Src\DetailedSoldierListWOTC_Integrated\Classes\X2DownloadableContentInfo_DetailedSoldierListWOTC.uc
    Src\LW_FactionBalance\Classes\XMBEffect_AddAbilityCharges.uc
    Src\LW_FactionBalance\Classes\XMBEffect_RevealUnit_LW.uc
    Src\LW_FactionBalance\Classes\XMBEffectUtilities.uc
    Src\LW_Overhaul\Classes\LWXComGameVersion.uc
    Src\LW_Overhaul\Classes\LWXComGameVersionTemplate.uc
    Src\LW_Overhaul\Classes\X2AbilityCooldown_Shared.uc
    Src\LW_Overhaul\Classes\X2Condition_TargetHasOneOfTheEffects.uc
    Src\LW_Overhaul\Classes\X2Effect_AddAmmo.uc
    Src\LW_Overhaul\Classes\X2Effect_BloodThirst.uc
    Src\LW_Overhaul\Classes\X2Effect_Fatality_LW.uc
    Src\LW_Overhaul\Classes\X2Effect_LWHolotarget.uc
    Src\LW_Overhaul\Classes\X2StatusEffects_LW.uc
The following files are only present on disk:
    Localization\LW_FactionBalance\XComGame.fra
    Localization\LW_FactionBalance\XComGame.rus
    Localization\LW_WeaponsAndArmor\XComGame.fra
    Localization\LW_WeaponsAndArmor\XComGame.int
    Localization\LW_WeaponsAndArmor\XComGame.rus
    Localization\NewPromotionScreenByDefault_Integrated\XComGame.fra
    Localization\NewPromotionScreenByDefault_Integrated\XComGame.int
    ModPreview.jpg
    ReadMe.txt
    Src\LW_PerkPack_Integrated\Classes\X2AbilityCooldown_Shared.uc
    Src\LW_PerkPack_Integrated\Classes\X2Condition_TargetHasOneOfTheEffects.uc
    Src\LW_PerkPack_Integrated\Classes\X2Effect_AddAmmo.uc
    Src\LW_PerkPack_Integrated\Classes\X2Effect_BloodThirst.uc
    Src\LW_PerkPack_Integrated\Classes\X2Effect_Fatality_LW.uc
    Src\LW_PerkPack_Integrated\Classes\X2Effect_LWHolotarget.uc
    Src\LW_PerkPack_Integrated\Classes\X2StatusEffects_LW.uc
    Src\LW_PerkPack_Integrated\Classes\XMBEffect_RevealUnit_LW.uc
    Src\LW_XModBase\Classes\XMBEffect_AddAbilityCharges.uc
    Src\LW_XModBase\Classes\XMBEffectUtilities.uc

Quick diffs of the project files with update (will outdate with changes made here, read discussion for updates): https://gist.github.com/robojumper/dd360bfbe9798ab6f57026e780278e25

Note 1: While the tool squashes <Content Include="%FILE%"><SubType>Content</SubType></Content> to <Content Include="%FILE%" />, it accepts the former as well.
Note 2: x2proj files contain some sort of byte-order mark, whose presence or absence doesn't seem to be causing any issues. The tool removes them.

cc #21

Actually, I'm going to drop the x2projtool addition because there are already other projects doing this (https://github.com/Xymanek/X2ProjectGenerator, https://github.com/danarcher/XCom2ModTool) and I don't feel like we've mapped out the design space there.


Address feedback. Fixes #821.

Assorted fixes. Thanks @augustjk !

Oops! Good catch, @augustjk ... thought I got 'em all.


Cyclic namespace dependency detected when loading covid19br

I tried to install the package, but it fails everytime.
devtools::install_github(repo = "paternogbc/covid19br")
Downloading GitHub repo paternogbc/covid19br@master
   checking DESCRIPTION meta-information ...c/8hj8csfj73j4l4w93r1f0_vw0000gn/T/RtmpTgvyBg/remotesf68f675f6a38/paternogbc-covid19br-5aaa3e4/DESCRIPTION’ ...
* installing *source* package ‘covid19br’ ...
** using staged installation
** R
** data
*** moving datasets to lazyload DB
** inst
** byte-compile and prepare package for lazy loading
Error : package or namespace load failed for ‘covid19br’ in loadNamespace(package, lib.loc):
 cyclic namespace dependency detected when loading ‘covid19br’, already loading ‘covid19br’
Error: unable to load R code in package ‘covid19br’
Execution halted
ERROR: lazy loading failed for package ‘covid19br’
* removing ‘/Library/Frameworks/R.framework/Versions/3.6/Resources/library/covid19br’
Error: Failed to install 'covid19br' from GitHub:
  (converted from warning) installation of package ‘/var/folders/gc/8hj8csfj73j4l4w93r1f0_vw0000gn/T//RtmpTgvyBg/filef68f2936b78d/covid19br_0.1.0.tar.gz’ had non-zero exit status

Here ins my session info in case you need it:
R version 3.6.3 (2020-02-29)
Platform: x86_64-apple-darwin15.6.0 (64-bit)
Running under: macOS Catalina 10.15.3

Matrix products: default
BLAS:   /Library/Frameworks/R.framework/Versions/3.6/Resources/lib/libRblas.0.dylib
LAPACK: /Library/Frameworks/R.framework/Versions/3.6/Resources/lib/libRlapack.dylib

Random number generation:
 RNG:     L'Ecuyer-CMRG
 Normal:  Inversion
 Sample:  Rounding

locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8

attached base packages:
 [1] splines   grid      tools     compiler  stats     graphics  grDevices utils     datasets
[10] methods   base

loaded via a namespace (and not attached):
 [1] Rcpp_1.0.4        remotes_2.1.1     prettyunits_1.1.1 testthat_2.3.2    pkgload_1.0.2
 [6] pkgbuild_1.0.6    digest_0.6.25     memoise_1.1.0     nlme_3.1-145      lattice_0.20-40
[11] rlang_0.4.5       cli_2.0.2         withr_2.1.2       fs_1.3.2          desc_1.2.0
[16] devtools_2.2.2    rprojroot_1.3-2   glue_1.3.2        R6_2.4.1          processx_3.4.2
[21] fansi_0.4.1       sessioninfo_1.1.1 minqa_1.2.4       callr_3.4.2       magrittr_1.5
[26] usethis_1.5.1     backports_1.1.5   ellipsis_0.3.0    MASS_7.3-51.5     assertthat_0.2.1
[31] crayon_1.3.4

Hi @mnunes , thanks for reporting. It was a simple issue in the NAMESPACE.
Could you please try again by:
devtools::install_github(repo = "paternogbc/covid19br")

I have updated and fixed the issue with this commit 93c68237a685b6d3348845bdd32fbf9c7ca6cd48.
I appreciate with could post here if the issue is fixed.

Thank you, @paternogbc . The issue is fixed. You can close it.
Thank you.

Thanks 👍


Replaced dynatree with a modified version of bootstrap-treeview

[x] Implement necessary functionalities into bootstrap-treeview
[x] Create a JSON-to-JSON tree structure converter for seamless integration
[x] Remove unnecessary parameters from locals_for_render hashes
[x] Convert trees that are not using layouts/shared/tree and TreeBuilder
[x] Convert JavaScript onClick, onCheck, onExpand event handlers
[x] Remove support for onDblClick and onHover events (see #10431)
[x] Remove unnecessary logic for highlighting nodes with unsaved changes (see #10431)
[x] Remove dynatree from our codebase
[x] Convert or remove ldap_ous_tree
[x] Refactor the styling of nodes with dynatree-title and cfme-opacity-node CSS classes
[x] Remove unnecessary CSS classes
[x] Fix word-wrapping for long node texts
[x] Fix tooltips
[x] Remove cursor pointer from non-clickable nodes
[x] Update patternfly to a version where the new bootstrap-treeview is present

These tasks will be done in a separate PR:

[ ] Change the tree generation logic permanently and remove the converter
[ ] Rename miqDynatree to miqTree in JS function names and filenames

@martinpovolny we had a discussion with @ZitaNemeckova about the coordination of this and her work with TreeBuilders. I think the remaining 2 tasks should be solved in a separate PR. Both of them are mass find-and-replace tasks and would cause a lot of merge conflicts in Zita's PRs.

@martinpovolny @h-kataria @epwinchell @himdel ready for review :sparkles:

So the plan is to merge this while carrying on reviewing and merging @ZitaNemeckova 's TreeBuilder PRs and then do the mass changes in a separate PR.

@skateman : this PR in a single commit and having it rebased and then review the review feedback etc..... That illustrates it should not be done this way.

@skateman  Partial selection doesn't work after generating a tree. See below.
Cluster tree:

@ZitaNemeckova the issue you addressed can be fixed in both the bootstrap-treeview or in our code. Basically the problem is that the generated JSON doesn't hold any information about the partially checked nodes. I suggest adding some extra logic into our TreeBuilder code to have these information initially available. @martinpovolny are you okay with this? cc @priley86

@skateman : I don't see into the problem enough to have an oppinion and your explanation is very terse.

@ZitaNemeckova this needs to be merged to fix the issue with hierarchical checks https://github.com/patternfly/patternfly-bootstrap-treeview/pull/5

@skateman : the test failures seem tree-related
@dclarizio : could you, please, help test this one?

@martinpovolny tests are now green

@skateman Clicking on a VM in the right side list properly opens the tree and selects that node:

Clicking on the root node shows the proper items on the right, but for some reason, resets the tree to only show the first level nodes below the root:

@skateman the tree node images are a bit smaller with the new trees, can that be adjusted?
Old:

New:

@skateman in automate explorer, clicking on a tree node or on the same item in the list on the right fails to expand the tree node to show the child nodes in the tree, tho the right cell is updated properly.  May happen elsewhere, but I have only seen it in automate tree:

@skateman clicking on nodes in the Optimize / Utilization or Bottlenecks trees, they do not expand unless they had been expanded before.  They used to.
Another point to note here is that when first entering the Optimize / Utilization screen, no node was selected.  In this branch, the root node is already selected.
Old:

New:

@skateman on compare screen (screenshot is from Hosts), even tho a subset of a tree node's children are checked, a full check is shown on the parent initially.  This corrects itself if child nodes are checked/unchecked:

@skateman I just noticed this:

To review this PR, you need to do a manual bower update and select the #patternfly version of bootstrap-treeview, updating with bin/update is not enough!

I'm not sure how exactly to select the proper version, would need clearer instructions.  Hopefully my above findings are not skewed, but let me know and I can retest.

@dclarizio sorry, I forgot to tell that the new PF is released and now there is no need for the bower update magic.

@dclarizio: do you think that this has enough quality so that we ca merge it and then track the remaining issues?

@martinpovolny @dclarizio @skateman LGTM Any minor styling tweaks we can address later.

Merging this as most other issues are forthcoming from other PRs (mostly PF).

The icon size is defined in patternfly by the patternfly guys, so I guess @serenamarie125 or @priley86 can tell if they can be enlarged.

Bump ^^^ can either of you let us know if we can alter the tree node icon sizes as they can appear quite small depending on screen pixel density and they were already small prior to switching to these new trees?  Thx, Dan

:sparkles: :sparkles: :tada: :tada: :tada: :wine_glass: :cake: :trophy:

@dclarizio looking at the Old and New screenshots, were they taken with the same screen resolution?  Reason i'm asking is because not only does the icon size differ, but the text is different as well.  Can you please confirm ?


Gnome Style Guidelines

Hi,
I think the coloring of the Widget is not compatible with the Guidelines for Gnome. It looks bad when only the mouse and keyboard icon are colored. Would it eventually be possible to show the icon in white, like other bar icons, and only make it red when the battery is low? Another idea I had was to show the battry by having the icon filling from the bottom with lighter white than the background of the icon to show a level like battery indicators do.

Hi @superdachs! The current color-rules are:

green is for 100-30%
orange is for 30-10%
red is for 10-0%

I agree that the green can be removed. Should we preserve the orange?

Green colorization is removed. I consider the orange and red still useful, and I believe it will follow the gnome style now. Resolved.


Release sdk/resourcemanager/orbital/armorbital v0.1.0

[ ] The purpose of this PR is explained in this or a referenced issue.
[ ] The PR does not update generated files.

These files are managed by the codegen framework at Azure/autorest.go.

[ ] Tests are included and/or updated for code changes.
[ ] Updates to CHANGELOG.md are included.
[ ] MIT license headers are included in each file.

/azp run prepare-pipelines

/azp run go - armorbital - ci


"Select All" Automatically scrolls EditableText to the end of the text field, which doesn't happen on native iOS

Fixes:

https://github.com/flutter/flutter/issues/105731

Pre-launch Checklist

[X] I read the [Contributor Guide] and followed the process outlined there for submitting PRs.
[X] I read the [Tree Hygiene] wiki page, which explains my responsibilities.
[X] I read and followed the [Flutter Style Guide], including [Features we expect every widget to implement].
[X] I signed the [CLA].
[X] I listed at least one issue that this PR fixes in the description above.
[X] I updated/added relevant documentation (doc comments with ///).
[X] I added new tests to check the change I am making, or this PR is [test-exempt].
[X] All existing and new tests are passing.

@justinmc @LongCatIsLooong
is https://github.com/flutter/flutter/pull/105799/files/dcf6ce3eb645a965d0e3270d18390e64dc25565a..64e5345bb40428e7670d96aadaa5e8fb4a5fe2f3 more or less readable? There's a bunch of post-action logic in a lot of the handlers so maybe we can abstract it out so there's not switch cases everywhere. LMK

(triage): @antholeole can you follow up on the feedback from above so we can get this merged? Thanks!

Yes, sorry. Lots of momentum on loupe, been meaning to come back to this. Switching gears rn

(Triage): Looks like this is failing a customer test...

Oopsie

Oh wow. Thanks for taking a deeper look. You or Justin will have to show me how to simulate keyboard stuff on simulator :). You’re also right on the MacOS front - good catch on the Omnibox, I was testing there!
Will update this PR tomorrow - tyvm!

On Jun 16, 2022, at 6:04 PM, LongCatIsLooong @.***> wrote:

@LongCatIsLooong commented on this pull request.
In packages/flutter/lib/src/widgets/editable_text.dart:

@@ -1796,8 +1796,20 @@ class EditableTextState extends State with AutomaticKeepAliveClien
),
cause,
);

/// The only known current platform that does not bring into view is iOS.
if (cause == SelectionChangedCause.toolbar) {
Tried on simulator with "Send Keyboard Input to Device" on, it didn't scroll. On macOS it doesn't seem to scroll either (for single/multiline text fields. Only chrome scrolls to the end of the text in its omnibox).

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.


[bug] Empty lists are not allowed at initialization for a shared group of ReactSortable components

Describe the bug
Empty lists are not allowed at initialization for a shared group of ReactSortable components
To Reproduce
Steps to reproduce the behavior:

Create two arrays with elements for using in ReactSortable components
One array has items.  The other is empty.

Information
react-sortable = ^6.0.0
react = ^17.0.1
Additional context
These conditions prevent the app from rendering.  It's possible hide an empty element from rendering, but then it is impossible to drag onto that element.
My non-empty list contains the four required properties on each element.  In order to load my 'empty' list I need to have a 'dummy' element that is filtered with code to prevent dragging of the element.
Like the following:
    batchresources: [{ id:<PHONE_NUMBER>9, selected: false, filtered: true, chosen: false }],

Please provide examples, screenshots or a code sandbox for faster resolution times.

Any updates in this one?


rpy2-3.5.9 dropped broken Converter objects also context managers

The method Converter.context()  must be used instead.

rpy2-r6 and doc do not seem affected by the change.


Spine with no references to MS

Since we will most likely not be able to handle MS, we need a Spine that has no references to MS at all. Right now we have a confusing set of data - sometimes an  just looks like there's no difference between all four editions, since the difference is with the invisible MS edition. This makes rendering very confusing.
Please provide me with a set of spines for each chunk that has no MS pointers or readings at all.

@zmbq I don't want to send you data that is inaccurate in the interests of display only. Rather than do that, I will revert my change this morning to the edit distances, even though that change was made for good reason.
I was afraid you'd find this confusing, and you did.  The first several reading witnesses have only one pointer to the MS, indicating that it is absent. That made for a single value at the beginning that was the length of a passage--always a high intensity value. I decided that would be spurious to display as I was reviewing the data. The edit distance should show differences among the witnesses present. We can include an annotation and we have a graphic to explain why this is the case--indicating the locations where the MS witness is present vs. absent.

The problem with this, and the reason I made the change that you now find confusing, is that later on we see false high values in comparisons with no reading witness at all. The data is simply more accurate when we remove these false highs, and we don't necessarily need to signal high intensity of variance with an MS edition that is not present. If you can work with this data with this understanding, I would appreciate not reverting my change this morning.

@zmbq I'm deleting my comments because on re-reading, I realize this isn't about edit-distance at all. You're asking us to pretend as if our Variorum doesn't include the MS witness. I won't be doing that because this is a Variorum that is supposed to include five witnesses. All of our collation data is designed and shaped around the presence of the MS witness, even if you cannot find a way to display that witness.

@zmbq Anyway, it's not something I can just drop and do. I can't remove the fact that we collated five witnesses and generated locations of variance based on the presence or absence of that witness. That's not possible right now.

Since I can’t show MS, we all must pretend it is not there. Because as far as the code is concerned – it really isn’t there. When you demo the system, MS will not be shown at all. Unless some miracle happens and I find the time to add it back. We are working practically around the clock as it is right now, I doubt it will happen.
For now, until the XMLs are clean, I am removing chunks 7-10 (which just cause a crash when you try to open them). The display will be have a bit inconsistencies, I don’t think it’ll be too major, certainly not if you just ignore them in your presentation.
From: Elisa Beshero-Bondar<EMAIL_ADDRESS>Sent: Wednesday, July 3, 2019 4:54 PM
To: PghFrankenstein/fv-data<EMAIL_ADDRESS>Cc: Itay Zandbank<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Subject: Re: [PghFrankenstein/fv-data] Spine with no references to MS (#17)
@zmbq https://github.com/zmbq  I'm deleting my comments because on re-reading, I realize this isn't about edit-distance at all. You're asking us to pretend as if our Variorum doesn't include the MS witness. I won't be doing that because this is a Variorum that is supposed to include five witnesses. All of our collation data is designed and shaped around the presence of the MS witness, even if you cannot find a way to display that witness.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/PghFrankenstein/fv-data/issues/17?email_source=notifications&email_token=AAEWI7X2GOGT4JWD35OFXTLP5SVRHA5CNFSM4H5F7Q5KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZEQT6I#issuecomment-508103161 , or mute the thread https://github.com/notifications/unsubscribe-auth/AAEWI7VMBZJKF5UYCD67DWTP5SVRHANCNFSM4H5F7Q5A .  https://github.com/notifications/beacon/AAEWI7ROOS4VQ6TPMCLQO23P5SVRHA5CNFSM4H5F7Q5KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZEQT6I.gif

@zmbq I don't understand how or why you would need me to change the spine files when you can simply screen out the MS witness material yourself. It is misrepresenting our data to remove all references to the MS witness and I won't be doing that.

@zmbq This has nothing to do with display and everything to do with the variorum data we have been curating. Your display algorithm should be refined enough to read in what you can handle.

@zmbq Also, if I am understanding your issue, you are not even trying to display C07 to C10 where there is a lot of MS data present. If you're working with C01 - C06, there's a sort of ghost MS witness present by its absence. That's okay. In the spine data I pushed this morning for your use, I recalibrated the max edit-distances in awareness of the absence of the MS witness there, and only represent variance across the four present witnesses. I hope that helps you here.

Elisa, I’m trying to get something out that you can present to people, in the very limited time we have. I’m asking for your help to patch the XML files, so that I don’t have to spend time on it. I’m doing the most to get something functional ready. Then, if there’s time, I can start working on the things that were left behind, starting with MS.
From: Elisa Beshero-Bondar<EMAIL_ADDRESS>Sent: Wednesday, July 3, 2019 5:12 PM
To: PghFrankenstein/fv-data<EMAIL_ADDRESS>Cc: Itay Zandbank<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Subject: Re: [PghFrankenstein/fv-data] Spine with no references to MS (#17)
@zmbq https://github.com/zmbq  Also, if I am understanding your issue, you are not even trying to display C07 to C10 where there is a lot of MS data present. If you're working with C01 - C06, there's a sort of ghost MS witness present by its absence. That's okay. In the spine data I pushed this morning for your use, I recalibrated the max edit-distances in awareness of the absence of the MS witness there, and only represent variance across the four present witnesses. I hope that helps you here.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/PghFrankenstein/fv-data/issues/17?email_source=notifications&email_token=AAEWI7VXKSYMOCOSZTAR2G3P5SXULA5CNFSM4H5F7Q5KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZESPHQ#issuecomment-508110750 , or mute the thread https://github.com/notifications/unsubscribe-auth/AAEWI7RKPYE56UNC5VVWGO3P5SXULANCNFSM4H5F7Q5A .  https://github.com/notifications/beacon/AAEWI7WZMYV6JH24KKRL2H3P5SXULA5CNFSM4H5F7Q5KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZESPHQ.gif

@zmbq If I remove all presence of fMS from the spine files, then we no longer are producing a Variorum that has anything to do with S-GA. There will be no going back to a state when we can work with S-GA data. Not only is it completely time consuming to re-collate all the files (this takes weeks and months) in the absence of S-GA data, but I can't do that after the years of work I have put into this project.

OK, I think something I was misunderstood here.
You most certainly shouldn’t throw away all the hard work you’ve done. And even if by next week the system can’t handle MS, it will be able to handle MS a little later. What I’m asking is for you to do your XSLT magic, and make me another set of Spine files – one without MS reading or pointers. This can sit in another folder in the repo, or in another repo altogether. It will be a temporary measure, just until we get the code to work with MS.
From: Elisa Beshero-Bondar<EMAIL_ADDRESS>Sent: Wednesday, July 3, 2019 5:29 PM
To: PghFrankenstein/fv-data<EMAIL_ADDRESS>Cc: Itay Zandbank<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Subject: Re: [PghFrankenstein/fv-data] Spine with no references to MS (#17)
@zmbq https://github.com/zmbq  If I remove all presence of fMS from the spine files, then we no longer are producing a Variorum that has anything to do with S-GA. There will be no going back to a state when we can work with S-GA data. Not only is it completely time consuming to re-collate all the files (this takes weeks and months) in the absence of S-GA data, but I can't do that after the years of work I have put into this project.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/PghFrankenstein/fv-data/issues/17?email_source=notifications&email_token=AAEWI7SNE3PJZZNSYTM3E5DP5SZTFA5CNFSM4H5F7Q5KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZEUF7Q#issuecomment-508117758 , or mute the thread https://github.com/notifications/unsubscribe-auth/AAEWI7WY7EALU54JYIH5QM3P5SZTFANCNFSM4H5F7Q5A .  https://github.com/notifications/beacon/AAEWI7RQMW2ETDQJK4YGBCLP5SZTFA5CNFSM4H5F7Q5KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZEUF7Q.gif

@zmbq The thing is, everything is going to change even if I do that and you construct a reading view based on four witnesses, not five. Often a rdgGrp will contain only the MS witness with an altered word or phrase, and when that happens, when I remove it for your short-term makeshift interface, it is as if there never was any variance at all. I don't think I should be doing this because even a makeshift interface shouldn't be at odds with the collation data we have.
If I understand what you're doing, and you're really only working with C01 - C06 to get something running, this shouldn't even matter because the MS witness is only sitting in the spine in the first app element anyway to signal its own absence. And the edit-distance data doesn't bother to signal variance against nothing in C01 - C06 at this point. Can you build with that?

@zmbq What happens is that I change the entire structure of the spine: many apps in C07 - C10 should entirely disappear with only four witnesses present because the spine is only supposed to represent moments of divergence among the editions. It's a fundamental alteration of our data. In C07 - C10, if I preserve the app and the four witnesses are in unison, the only thing we preserve is a ghost signal in the edit-distance with the manuscript that we drop out. Is that what you want? Or do you want to LOSE apps entirely that have any reference to solitary fMS variance?

@zmbq If we're displaying only four witnesses, I really want those witnesses still to carry their data about divergence from the fMS and from each other. That is, I want to make clear that even in displaying only four witnesses, I want those four witnesses to be expressing their variance with the missing fifth witness. For our presentation, we'll probably just be taking screen captures anyway. If we could present the fifth witness, we would and will, but I don't think it's a good idea to remove variant locations just because they can't be displayed in full right now. I hope that makes sense and we can proceed with the spine as it is.

In case this is the issue: for now, it is better to leave a blank box for the fMS witness than to pretend that it isn't there. And you could even fill it with the string of normalized tokens stored in the @n attribute on <rdgGrp>.

@zmbq Can we achieve a compromise here if I produce a temporary spine that leaves the apps alone, but just comments out the pointers to SGA files, and perhaps even replaces those pointers with the text content (drawn from normalized tokens) from the SGA witness at that point?

@zmbq I'm looking at the code here that references the fMS witness in spines C01 - C06. It's always the first <app>. This is what we have:
  <app xml:id="C05_app1" n="137">
               <rdgGrp xml:id="C05_app1_rg1" n="['']">
                  <rdg wit="#fMS"/>
               </rdgGrp>
               <rdgGrp xml:id="C05_app1_rg2"
                       n="['letter', 'iv.to', 'mrs.', 'saville,', 'england.
august', '5th,', '17—.

so', 'strange', 'an', 'accident', 'has', 'happened', 'to', 'us,', 'that', 'i', 'cannot', 'forbear', 'recording']">
                  <rdg wit="#f1818">
                     <ptr target="https://raw.githubusercontent.com/PghFrankenstein/fv-data/master/variorum-chunks/f1818_C05.xml#C05_app1-f1818__I"/>
                     <ptr target="https://raw.githubusercontent.com/PghFrankenstein/fv-data/master/variorum-chunks/f1818_C05.xml#C05_app1-f1818__F"/>
                  </rdg>
                  <rdg wit="#f1823">
                     <ptr target="https://raw.githubusercontent.com/PghFrankenstein/fv-data/master/variorum-chunks/f1823_C05.xml#C05_app1-f1823__I"/>
                     <ptr target="https://raw.githubusercontent.com/PghFrankenstein/fv-data/master/variorum-chunks/f1823_C05.xml#C05_app1-f1823__F"/>
                  </rdg>
                  <rdg wit="#fThomas">
                     <ptr target="https://raw.githubusercontent.com/PghFrankenstein/fv-data/master/variorum-chunks/fThomas_C05.xml#C05_app1-fThomas__I"/>
                     <ptr target="https://raw.githubusercontent.com/PghFrankenstein/fv-data/master/variorum-chunks/fThomas_C05.xml#C05_app1-fThomas__F"/>
                  </rdg>
                  <rdg wit="#f1831">
                     <ptr target="https://raw.githubusercontent.com/PghFrankenstein/fv-data/master/variorum-chunks/f1831_C05.xml#C05_app1-f1831__I"/>
                     <ptr target="https://raw.githubusercontent.com/PghFrankenstein/fv-data/master/variorum-chunks/f1831_C05.xml#C05_app1-f1831__F"/>
                  </rdg>
               </rdgGrp>
            </app>

The app has an @n set to 137, indicating the whole length of the string in the other editions, but the MS is absent here. There is not pointer to the fMS in these witnesses to worry about--it's just empty. If I change these particular @n values to zero, does this help with the display?

@zmbq With this commit to update the spine files I might have met you halfway: https://github.com/PghFrankenstein/fv-data/commit/d64b4dcbcb0b7d3cfcf004f05248f352cd22a707
I updated the app/@n values to zero wherever we see a solitary empty MS witness and the other four witnesses are in unison. At that point the variance is simply zero now, and this should make things better for C01 to C06.
I'll try making a temporary folder for commenting out the pointers to S-GA, which would only apply in C07 - C10. I don't want to change the structure of the app elements, though, so I'm just basically screening out the pointers here.

@zmbq With this commit https://github.com/PghFrankenstein/fv-data/commit/762b616b092023e0b962358fb1c2e0a7a8154983, I have now produced a temporary directory here in fv-data called limited_Spine which wraps all <ptr> elements inside fMS rdg's in a comment, so they won't be trying to draw from fMS.
I have purposefully not removed fMS entirely (about which see above. But I hope this serves your temporary purpose by suppressing calls to fMS as you're working with the spine files.
I have done one more thing: I pulled the data about what text is actually present in fMS at this point and made it the body content of the rdg[@wit='fMS']. For an example, take a look at C08 here:
https://github.com/PghFrankenstein/fv-data/blob/master/limited_Spine/spine_C08.xml and a particular app with an fMS rdg: Here is how it is altered now:
 <app xml:id="C08a_app5" n="2">
               <rdgGrp xmlns:cx="http://interedition.eu/collatex/ns/1.0"
                       xml:id="C08a_app5_rg1"
                       n="['', 'seventeen']">
                  <rdg wit="#fMS">'' 'seventeen'

                  </rdg>
               </rdgGrp>
               <rdgGrp xmlns:cx="http://interedition.eu/collatex/ns/1.0"
                       xml:id="C08a_app5_rg2"
                       n="['seventeen,']">
                  <rdg wit="#f1818">
                     <ptr target="https://raw.githubusercontent.com/PghFrankenstein/fv-data/master/variorum-chunks/f1818_C08.xml#C08a_app5-f1818"/>
                  </rdg>
                  <rdg wit="#f1823">
                     <ptr target="https://raw.githubusercontent.com/PghFrankenstein/fv-data/master/variorum-chunks/f1823_C08.xml#C08a_app5-f1823"/>
                  </rdg>
                  <rdg wit="#fThomas">
                     <ptr target="https://raw.githubusercontent.com/PghFrankenstein/fv-data/master/variorum-chunks/fThomas_C08.xml#C08a_app5-fThomas"/>
                  </rdg>
                  <rdg wit="#f1831">
                     <ptr target="https://raw.githubusercontent.com/PghFrankenstein/fv-data/master/variorum-chunks/f1831_C08.xml#C08a_app5-f1831"/>
                  </rdg>
               </rdgGrp>
            </app>

None of this does much of anything to C01 - C06 since those files contain no calls out to fMS files. And we aren't so much erasing data as screening it off and even still revealing its text if we want to. I hope this is a workable compromise.

I updated the example code and the commit link above as I made a spot correction to the files.

I'm closing this issue, for reasons that will become apparent in the next one.


QGB Feedback on PR #742

This PR contains the feedback for the https://github.com/celestiaorg/celestia-app/pull/742

For the empty proto comments, they're required  by proto linter


Support AWS Provider V5

what
Support AWS Provider V5 (bump dep)
Linter fixes
why
Maintenance
references
https://github.com/hashicorp/terraform-provider-aws/releases/tag/v5.0.0

/terratest

/terratest

/terratest


Update framework icons

we need to update framework icons for resource and mini cards to the IBM  grid so that they all have the same visual weight.
icons needed for dashboard as well sized like status indicators.

Here are the docs for how we add or update custom icons (not coming from Carbon): https://github.com/carbon-design-system/carbon-platform/blob/main/docs/packages-icons.md

move icons from sketch to figma
double check size and grid alignment

first batch submitted to brand: https://github.ibm.com/brand/ui-icons/issues/178
will update issue with finalized figma file that includes icons not submitted to brand.

Figma file: https://www.figma.com/file/dTdBnT1kNCnRUFTnU4RaIj/Platform-icons?node-id=0%3A1
This file is very similar to our sketch file. It does not contain any updates I made for brand purposes. It could take brand up to a month to approve the icons or ask for revisions. I recommend not updating any icons until brand approves or requests changes to minimize updates. Once approved, I will update this Figma file with the official svgs. Even after approval it does take some time for these to end up in the repo, so we can decide then whether or not to update our repo or wait until they are publicly available.
If you do not see an icon or pictogram that was in the previous sketch file, that is because the icon or pictogram is now available in the IBM icons or pictograms. Reach out if you can't find it!


Alt Shortcuts Don't Work Properly With Top Activity Bar

Does this issue occur when all extensions are disabled?: Yes

VS Code Version: 1.85.1
OS Version: Windows_NT x64 10.0.19045

Steps to Reproduce:

Set workbench.activityBar.location to top
Hide menu bar (View > Appearance > Menu Bar)
Hide sidebar with Ctrl+B
Press Alt+F to open file menu

The menu will not appear. When pressing Ctrl+B afterwards to reveal the sidebar, the menu is entirely glitched:

A workaround is to Ctrl+B first, then Alt+F to open the menu. Then it appears correctly:

@sandy081 I'm not sure if we should have the compact menu in the activity bar when it is on top. Was this already discussed?

Was this already discussed?
No

I think the right fix here is to open the sidebar when alt+f is pressed

It's not easy to see from the image because the sidebar is obscured by the menu, but the side bar is already open. But I find the application menu being nested in the sidebar quite strange.

@arookas Wondering how the same behaves when activity bar is on the side but hidden?

@sandy081 in that case, alt+f does not trigger the menu, we don't toggle the activity bar in

Those are 2 separate cases:
Case 1: Compact menu lives in the activity bar with activity bar on the side but hidden
Behavior: Alt+F does nothing because the hamburger is hidden with the activity bar
Case 2: Compact menu lives in the activity bar with activity bar on top next to view container icons
Behavior: Alt+F works but the menu is misplaced.
Case 2 is a bug. If we think that's where the menu should live when the activity bar is on top and the menu is compact, then I will fix the positioning, but I am arguing that the menu should live somewhere else, potentially also back to the title bar like the accounts and settings icon.

bug seems to be different, not the position of the menu icon but the context menu that pops

Yes, that is what the bug is filed against, and I can do the work to fix that, but it won't be necessary if the fix is to move the menu back into the title bar since this only occurs because the compact menu is living in the the "top" version of the activity bar.

the fix is to move the menu back into the title bar since this only occurs because the compact menu is living in the the "top" version of the activity bar.

This will ask activity bar to also move to the title bar which makes it in-consistent across our products. I prefer to have compact menu action in the activity bar.

@arookas Wondering how the same behaves when activity bar is on the side but hidden?

I tried this case (setting workbench.activityBar.location to side and going into Zen Mode). When I press Alt+F, no menus open. When I exit Zen Mode, the application menu appears messed up as in the first screenshot in OP.

I think the right fix here is to open the sidebar when alt+f is pressed

I think this is fine; as long as Alt+ shortcuts function somehow.

the fix is to move the menu back into the title bar since this only occurs because the compact menu is living in the the "top" version of the activity bar.

This will ask activity bar to also move to the title bar which makes it in-consistent across our products. I prefer to have compact menu action in the activity bar.

That's a shame. There's no way to move only the hamburger menu to the top left title bar and not the rest? The profile and settings buttons already do this in the top right title bar.

@arookas you can always set window.menubarvisibility to toggle which will show it in the title bar hidden, activated on alt or alt+<hotkey> as a workaround.
@sandy081

This will ask activity bar to also move to the title bar which makes it in-consistent across our products. I prefer to have compact menu action in the activity bar.

I am not sure I follow. The activity bar stays in the side bar, it just doesn't show the compact menu, it relies on the titlebar to do so.

I am fine moving the compact menu to the title bar, but this will trigger an ask to move activity bar actions also to the title bar.

@arookas you can always set window.menubarvisibility to toggle which will show it in the title bar hidden, activated on alt or alt+<hotkey> as a workaround.

I can confirm this works for me in my use case, thanks!

@sandy081 I'm not sure why that ask would be triggered by this. We already are moving icons that previously existed to the title bar. The icons that have moved do not affect the current view container of the side bar. This is also true of the menu. But, it would not be true of the activity icons.

I am fine with this change. Please feel free to add this.


doc: update sd-jwt and sd-jwt-vc link

Hi guys, I noticed a outdated URL of SD-JWT specification. So I updated the link to the latest version which is 07.
And I added SD-JWT-VC spec too :)
Thank you.

I think it is better to link to the start page and let the user go to the latest version.

I think it is better to link to the start page and let the user go to the latest version.

That's good Idea. I'll commit your suggestion


Update README with public arch link

Thanks for your PR. The link was recently updated and your included link is out of date now.


4 errors with compileing

Describe your bug here.
i try to compile and it throws some errors and does not create any exe files
Command Prompt/Terminal logs (if existing)
PS C:\Users\sonic\Desktop\fnfmod\FNF-PsychEngine-main\art> cd .
PS C:\Users\sonic\Desktop\fnfmod\FNF-PsychEngine-main\art> cd ..
PS C:\Users\sonic\Desktop\fnfmod\FNF-PsychEngine-main> lime test windows
------------------------SScript 5.1.0 Macro------------------------
Special Thanks:
- CrowPlexus

Checking version...
You are using the 4.2.5 version of Haxe, SScript works best with Haxe 4.3.2. Consider updating Haxe.
Continuing...
-------------------------------------------------------------------

source/psychlua/CallbackHandler.hx:48: characters 18-33 : Class<llua.Lua_helper> has no field sendErrorsToLua
source/psychlua/CallbackHandler.hx:48: characters 41-46 : Class<llua.LuaL> has no field error
source/psychlua/FunkinLua.hx:273: lines 273-276 : Int should be Bool
source/psychlua/FunkinLua.hx:273: lines 273-276 : ... For function argument 'f'
PS C:\Users\sonic\Desktop\fnfmod\FNF-PsychEngine-main>

Are you modding a build from source or with Lua?
Source
What is your build target?
Windows
Did you edit anything in this build? If so, mention or summarize your changes.
No

I have it too

haxelib remove linc_luajit
haxelib git linc_luajit https://github.com/superpowers04/linc_luajit.git

ok, i'll try that later

now i get this error
C:\Users(username)\Desktop\fnfmod\FNF-PsychEngine-main\export\release\windows\obj>setlocal enabledelayedexpansion
Warning: Could not find Visual Studio VsDevCmd
Missing HXCPP_VARS
Error: Could not automatically setup MSVC
also, i do have vs installed

now i get this error
C:\Users(username)\Desktop\fnfmod\FNF-PsychEngine-main\export\release\windows\obj>setlocal enabledelayedexpansion Warning: Could not find Visual Studio VsDevCmd Missing HXCPP_VARS Error: Could not automatically setup MSVC
also, i do have vs installed

but you don’t have the right components needed is the issue

yeah

which one do i need?

thats what i got

but the windows sdk is slightly newer, cause the old one did not show up in my vs installer

because you’re using visual studio 2022 instead

oh ok

i uninstalled vs 2019 before but i guess i have to reinstall it

Yay more errors! Now i get this, Error: Could not find haxelib "hxCodec", does it need to be installed?
even though i already have it installed the way they say in README.md

haxelib install hxCodec

thats what i did

im going to try to haxelib remove then install

it took way longer but it still says
Error: Could not find haxelib "hxCodec", does it need to be installed?

after i reinstalled the thing like 10 times it is now compiling


set_tag() on Span

Using the python SDK I tried to use the syntax below (based on autocomplete as Span.set_tag(self, key, value) is not marked private):
with sentry_sdk.start_span() as span:
    span.set_tag(key, value)

But it looks like the tag is not set.
Expected Result
The tag appearing on the span collected.
Actual Result
No tag available on the span.
I believe the syntax shown in the docs works:
from sentry_sdk import set_tag
set_tag("page.locale", "de-at")

However setting tag only for the span / event needs some boilerplate (push_scope()) and the method name Span.set_tag is error-prone, confusing as the call is ignored. Is this supposed to work already or is this a feature request?

Hey @alippai, this is very old so I'm closing it.
We use the same construct internally in several places (example) so this should work.
Maybe there's something wrong with what you do with the span/transaction to the span later.


Meetup Suggestion: Bitcoin Meetup

Thanks for making a suggestion for a new meetup.
Please note: Only suggest bitcoin-only meetups.
Meetups which promote any coin or token other than Bitcoin are not suitable for listing.
Altcoin's are only mentioned in the context of warnings or lessons learnt for bitcoin.
Required:

Name of Meetup: QCBitcoinStandard
Location Of Meetup: Davenport, Iowa
At least one of the following:

Meetup Page (or similar):
Telegram Group (or similar):
Website: www.QCBitcoinStandard.com

Optional

Name of Organiser(s) Bradley Baerwaldt & Twitter Handle:@BaerwaldtB
Links showing public support: >>>  example
Tweet your commitment

As the organiser of QCBitcoinStandard Meetup I can confirm that the meetup is bitcoin-only
-The meetup is bitcoin focused.
-'Altcoins' are scams and are not promoted in talks/presentations at our meetups.
#bitcoinonlymeetups @bitcoinonly_

Domain is parked. Reply when the site is live


materializeActions sidenav

What do I need to emit using the materializeActions eventemitter to get a sidenav to open or show? I tried this.sidenavActions.emit('sideNav(\'show\')'); and  this.sidenavActions.emit(['sideNav', 'show']));

The actions are separate to the params. Try putting the params in [materializeParams]="theParams".
You can even have the sideNav in "magerialize="sideNav" and the params will start with theParams=["hide"]. Then, when you want to show it you can update theParams=["show"].

How can I set "closeOnClick: true"?
So that the SideNav is closed with a click on a router link?

Pass it as a param: [materializeParams]="[{closeOnClick:true}]".
I think it should work similar to dialogs. See dialog example here: https://github.com/InfomediaLtd/angular2-materialize/blob/master/app/components/dialogs.ts

The following works:
this.sidenavActions = new EventEmitter<any>();
this.sidenavParams = [];

public showSidenav(): void {
    this.sidenavParams = ['show'];
    this.sidenavActions.emit('sideNav');
}

Another sidenav trigger

    menu

@sqwk thanks.
I've also created the following issue to make it easier to emit actions that have params: https://github.com/InfomediaLtd/angular2-materialize/issues/130

FYI, the latest version of angular2-materialize supports sending params when emitting actions.

I want close the sideNav but the code not working,plz help me
    sidenavActions = new EventEmitter<any|MaterializeAction>();
    closeSideNav() {
            this.sideNavActions.emit({action: "sideNav", params: ['hide']});
    }

html

                        eventMoments

I found when it is large screen ,it can‘t hide
when it is small screen like phone it can hide.

@bigggge in my case it hides on large screens too here is my sideNav code

       Logo       menu

Home

Login

Markets

List

New

 ....

I've been facing a similar problem, when I change the "theParams" value to ['hide'] it does not hide the nav bar


There is no Get Sample Rate node from Capturable Sound Wave

I am trying out the plugin but when I copy paste the nodes from the documentation, here
It is the streaming example
and I noticed I cannot copy the Get Sample Rate node from the Capturable Sound Wave. I am using UE 5.2.1.
I think this causes the engine to crash when I try to run the streaming template as there is an error that causes the engine to crash, and the log says it tried to resize an array to an invalid size.
LoginId:fe87237647aa5ca51eede69be64b7aca
EpicAccountId:124ea92a439340ceb337a1ae3ed11351

Fatal error: [File:D:\build\++UE5\Sync\Engine\Source\Runtime\Core\Private\Containers\Array.cpp] [Line: 8] Trying to resize TArray to an invalid size of<PHONE_NUMBER>

UnrealEditor_RuntimeSpeechRecognizer!TArray<float,TAlignedHeapAllocator<16> >::ResizeGrow() [D:\RocketSync\5.2.0-25360045+++UE5+Release-5.2\Working\Engine\Source\Runtime\Core\Public\Containers\Array.h:2942]
UnrealEditor_RuntimeSpeechRecognizer!FSpeechRecognizerThread::ProcessPCMData() [D:\build\U5M-Marketplace\Sync\LocalBuilds\PluginTemp\HostProject\Plugins\RuntimeSpeechRecognizer\Source\RuntimeSpeechRecognizer\Private\SpeechRecognizerThread.cpp:397]
UnrealEditor_RuntimeSpeechRecognizer!USpeechRecognizer::ProcessAudioData() [D:\build\U5M-Marketplace\Sync\LocalBuilds\PluginTemp\HostProject\Plugins\RuntimeSpeechRecognizer\Source\RuntimeSpeechRecognizer\Private\SpeechRecognizer.cpp:64]
UnrealEditor_RuntimeSpeechRecognizer!USpeechRecognizer::ProcessAudioData() [D:\build\U5M-Marketplace\Sync\LocalBuilds\PluginTemp\HostProject\Plugins\RuntimeSpeechRecognizer\Source\RuntimeSpeechRecognizer\Private\SpeechRecognizer.cpp:59]
UnrealEditor_RuntimeSpeechRecognizer!USpeechRecognizer::execProcessAudioData() [d:\build\U5M-Marketplace\Sync\LocalBuilds\PluginTemp\HostProject\Plugins\RuntimeSpeechRecognizer\Intermediate\Build\Win64\UnrealEditor\Inc\RuntimeSpeechRecognizer\UHT\SpeechRecognizer.gen.cpp:366]
UnrealEditor_CoreUObject
UnrealEditor_CoreUObject
UnrealEditor_CoreUObject
UnrealEditor_CoreUObject
UnrealEditor_CoreUObject
UnrealEditor_CoreUObject
UnrealEditor_CoreUObject
UnrealEditor_CoreUObject
UnrealEditor_CoreUObject
UnrealEditor_CoreUObject
UnrealEditor_Engine
UnrealEditor_RuntimeAudioImporter!TMulticastScriptDelegate<FWeakObjectPtr>::ProcessMulticastDelegate<UObject>() [D:\RocketSync\5.2.0-25360045+++UE5+Release-5.2\Working\Engine\Source\Runtime\Core\Public\UObject\ScriptDelegates.h:565]
UnrealEditor_RuntimeAudioImporter!FOnPopulateAudioData_DelegateWrapper() [d:\build\U5M-Marketplace\Sync\LocalBuilds\PluginTemp\HostProject\Plugins\RuntimeAudioImporter\Intermediate\Build\Win64\UnrealEditor\Inc\RuntimeAudioImporter\UHT\ImportedSoundWave.gen.cpp:259]
UnrealEditor_RuntimeAudioImporter!UE::Core::Private::Function::TFunctionRefCaller<<lambda_b0f2cea00923fb3576dede781dab1b37>,void __cdecl(void)>::Call() [D:\RocketSync\5.2.0-25360045+++UE5+Release-5.2\Working\Engine\Source\Runtime\Core\Public\Templates\Function.h:475]
UnrealEditor_Core
UnrealEditor_Core
UnrealEditor_Core
UnrealEditor_Engine
UnrealEditor
UnrealEditor
UnrealEditor
UnrealEditor
UnrealEditor
UnrealEditor
kernel32
ntdll

FYI: The Engine does pick up my microphone.
Any help is appreciated thx.

This is due to an engine bug, and a workaround has been made here: https://github.com/gtreshchev/RuntimeAudioImporter/commit/6d79a73a8e897d18e5ad2e2e37937d7a3a724444
A pending fix for the Marketplace update of the RuntimeAudioImporter will be published within 1-2 days. If it's essential for you to proceed now, you might want to consider downloading the RuntimeAudioImporter plugin from GitHub: https://github.com/gtreshchev/RuntimeAudioImporter .

Resolved


Simple image build from tar stream fails

I'm unable to perform a basic image build from the current directory using a tar stream (as shown the examples directory).
Here's my script:
#!/usr/bin/env node --harmony
'use strict';

const Docker  = require('dockerode');
const tar     = require('tar-fs');

let docker    = new Docker()
  , tarStream = tar.pack(process.cwd());

docker.buildImage(tarStream, {t: 'testcwd'}, console.log.bind(console));

Command output:
❱ npm start

><EMAIL_ADDRESS>start /some/path
> node --harmony index.js

{ [Error: HTTP code is 500 which indicates error: server error - archive/tar: invalid tar header
] reason: 'server error', statusCode: 500, json: null } null

Local directory structure:
❱ ls
Dockerfile  README.md  index.js  node_modules  package.json

Example Dockerfile:
FROM gliderlabs/alpine:3.2

ENV NODE_ENV production
RUN apk --update add nodejs \
      && rm -rf /var/cache/apk/*

ENTRYPOINT ["node"]

My package.json:
{
  "name": "some-script",
  "version": "0.1.0",
  "main": "index.js",
  "scripts": {
    "start": "node --harmony index.js",
    "test": "echo \"Error: no test specified\" && exit 1"
  },
  "dependencies": {
    "dockerode": "^2.2.2",
    "tar-fs": "^1.8.1"
  }
}

Installed package versions:
❱ npm ls
<EMAIL_ADDRESS>/some/path
├─┬<EMAIL_ADDRESS>│ └─┬<EMAIL_ADDRESS>│   ├──<EMAIL_ADDRESS>│   ├─┬<EMAIL_ADDRESS>│   │ └──<EMAIL_ADDRESS>│   ├─┬<EMAIL_ADDRESS>│   │ ├──<EMAIL_ADDRESS>│   │ └──<EMAIL_ADDRESS>│   ├──<EMAIL_ADDRESS>│   └─┬<EMAIL_ADDRESS>│     ├──<EMAIL_ADDRESS>│     ├──<EMAIL_ADDRESS>│     ├──<EMAIL_ADDRESS>│     └──<EMAIL_ADDRESS>└─┬<EMAIL_ADDRESS>  ├─┬<EMAIL_ADDRESS>  │ └──<EMAIL_ADDRESS>  ├─┬<EMAIL_ADDRESS>  │ ├──<EMAIL_ADDRESS>  │ └─┬<EMAIL_ADDRESS>  │   └──<EMAIL_ADDRESS>  └─┬<EMAIL_ADDRESS>    ├──<EMAIL_ADDRESS>    ├─┬<EMAIL_ADDRESS>    │ └─┬<EMAIL_ADDRESS>    │   └──<EMAIL_ADDRESS>    ├─┬<EMAIL_ADDRESS>    │ ├──<EMAIL_ADDRESS>    │ ├──<EMAIL_ADDRESS>    │ ├──<EMAIL_ADDRESS>    │ ├──<EMAIL_ADDRESS>    │ ├──<EMAIL_ADDRESS>    │ └──<EMAIL_ADDRESS>    └──<EMAIL_ADDRESS>
And my docker / node / npm version:
❱ docker --version
Docker version 1.8.1, build d12ea79
❱ npm -v
2.11.3
❱ node -v
v0.12.7

Docker can be a bit picky about the tar.
Could you please try with the tar file in the
examples folder?

@apocas : Can you provide more information in which way docker might be picky about the tar file? I plan to use that feature quite a lot, so I'd be good to know.

Can't remember details unfortunately, I just remember that building the example file took me some tries fiddling with tar, getting these same errors.
But after I dialed it correctly it worked perfectly.

@knksmith57 have you tried with the example tar or running the entire example?

@apocas I've been swamped lately-- I'll try running this again when I have some free time tomorrow and post an update. I tried many things with no success. Thanks for following up

Rather than leave this as an open issue I'm just going to close out for now as I don't have the bandwidth to play with this and hunt down the root cause.
Appreciate everyone's guidance and suggestions!


Broken URL for renfrew

Broken URL: [#https://2222opendata.arcgis.com/api/v3/search?catalog[groupIds]=any(79dc9ae7552e4782bf66dadbdf049a0d](https://2222opendata.arcgis.com/api/v3/search?catalog[groupIds]=any(79dc9ae7552e4782bf66dadbdf049a0d)

Automatically closed due to URL now working.


Fail build if no tests were run

If a test step is specified but no tests are run it is very likely an error.
#2245

This is similar to what is being tracked here. https://github.com/microsoft/azure-pipelines-tasks/issues/11328

Ok, closing this as a dupe then.


what can eosio.msig do?

from eosio.msig/readme.md's example, I don't see anything that helps me understand eosio.msig functions,  because it just same as
cleos push action eosio.token issue '[ "tester", "1000.0000 EOS", "memo" ]' -p treasury.
I want to do like this with eosio.msig,and how?:
cleos set account permission ticwangyilin multransfer '{"threshold":2,"keys":  [{"key": "EOS5heeQWpUjVRJCETabxJzgCimBDwruRU83Bzq5nSnsHrTBFSSuq","weight": 1}] ,"accounts":[{"permission":{"actor":"wangyuanyuan","permission":"mulyuan"},"weight":1}]}' active -p ticwangyilin
cleos set action permission ticwangyilin eosio.token transfer multransfer
and keys to accounts 'wangyuanyuan@mulyuan' and 'EOS.........' imported into local wallet, the wallet is unlocked, and that wangyuanyuan@mulyuan can do transfer

or eosio.msig  has no connection to account's permission(about threshold),it just can check contract's require_auth() Async?

you can check this article: https://www.cnblogs.com/Evsward/p/msig.html

@evsward thank you!
另外，在这里用中文描述问题会得到回应吗:)

如果有人看到的话，会回应你的，不过一般来讲比较冷门的问题需要英文来问 @wangyilin1987


docker-credential-desktop requirement to build template

I just want to build a local template on my MacOS terminal without deploying/installing anything to anywhere.
Running the command
helm template karpenter oci://public.ecr.aws/karpenter/karpenter --version v0.27.0 --dry-run
causing an error:
`Error: error getting credentials - err: docker-credential-desktop resolves to executable in current directory (./docker-credential-desktop), out: ```
I have no Docker desktop installed and don't wan't to install it - I use Podman instead.
Output of helm version:
version.BuildInfo{Version:"v3.11.2", GitCommit:"912ebc1cd10d38d340f048efaf0abda047c3468e", GitTreeState:"clean", GoVersion:"go1.20.2"}
Output of kubectl version:
Client Version: version.Info{Major:"1", Minor:"26", GitVersion:"v1.26.3", GitCommit:"9e644106593f3f4aa98f8a84b23db5fa378900bd", GitTreeState:"clean", BuildDate:"2023-03-15T13:33:11Z", GoVersion:"go1.19.7", Compiler:"gc", Platform:"darwin/arm64"}
Kustomize Version: v4.5.7
Cloud Provider/Platform (AKS, GKE, Minikube etc.): AWS

Maybe delete the docker credential helper from the current directory then?
rm ./docker-credential-desktop

This is a tool that oras uses for helping with credentials that may be needed for oci.

@joejulian I'm running from an empty directory.
~/git/111
➜ ls -l
total 0

~/git/111
➜ helm template karpenter oci://public.ecr.aws/karpenter/karpenter --version v0.27.0 --dry-run
Error: error getting credentials - err: docker-credential-desktop resolves to executable in current directory (./docker-credential-desktop), out: ``

Do this:
strace -e trace=file -ff helm template karpenter oci://public.ecr.aws/karpenter/karpenter --version v0.27.0 --dry-run 2>&1 | grep docker-credential

It will dump a huge list of places it's checking, but I'm betting one of them doesn't fail. Rename or delete the one that succeeds and that should get you going.
Report back what you find. I don't know if the error can be reported any better, but with sufficient information maybe we can turn this into a bug report.

@joejulian I couldn't run strace command on MacOS - it requires the Linux kernel, which I of course - don't have. I couldn't find a replacement for it as well. But running with the --debug gave me that output. Does it help?
➜ helm template karpenter oci://public.ecr.aws/karpenter/karpenter --version v0.27.0 --dry-run --debug
install.go:194: [debug] Original chart version: "v0.27.0"
DEBU[0000] resolving                                     host=public.ecr.aws
DEBU[0000] do request                                    host=public.ecr.aws request.header.accept="application/vnd.docker.distribution.manifest.v2+json, application/vnd.docker.distribution.manifest.list.v2+json, application/vnd.oci.image.manifest.v1+json, application/vnd.oci.image.index.v1+json, */*" request.header.user-agent=Helm/3.11.3 request.method=HEAD url="https://public.ecr.aws/v2/karpenter/karpenter/manifests/v0.27.0"
DEBU[0000] fetch response received                       host=public.ecr.aws response.header.content-length=58 response.header.content-type="application/json; charset=utf-8" response.header.date="Mon, 17 Apr 2023 15:27:52 GMT" response.header.docker-distribution-api-version=registry/2.0 response.header.www-authenticate="Bearer realm=\"https://public.ecr.aws/token/\",service=\"public.ecr.aws\",scope=\"aws\"" response.status="401 Unauthorized" url="https://public.ecr.aws/v2/karpenter/karpenter/manifests/v0.27.0"
DEBU[0000] Unauthorized                                  header="Bearer realm=\"https://public.ecr.aws/token/\",service=\"public.ecr.aws\",scope=\"aws\"" host=public.ecr.aws
INFO[0000] trying next host                              error="error getting credentials - err: exec: \"docker-credential-desktop\": executable file not found in $PATH, out: ``" host=public.ecr.aws
Error: error getting credentials - err: exec: "docker-credential-desktop": executable file not found in $PATH, out: ``
helm.go:84: [debug] error getting credentials - err: exec: "docker-credential-desktop": executable file not found in $PATH, out: ``

Huh.. maybe that error message is useless. This looks like it might be because of the 401 error. I'll see if I can repro this.

@joejulian Finally I found this https://stackoverflow.com/questions/65896681/exec-docker-credential-desktop-exe-executable-file-not-found-in-path/65896682#65896682
The solution is Delete the line with credsStore from ~/.docker/config.json.
In my case the line was credsStore: "desktop"
I just couldn't imagine that helm can be tight with Docker configuration somehow.
But thanks for your attention and willingness to help anyway!

@disparo13 Thanks a lot!!!!


Why can't git?

Why can't git?
<EMAIL_ADDRESS>Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.

Hi, there~ please make sure your local git setting is correct, our PointNeXt is public in GitHub, you can just git clone https://github.com/guochengqian/PointNeXt. Thank you!

Hi, there~ please make sure your local git setting is correct, our PointNeXt is public in GitHub, you can just git clone https://github.com/guochengqian/PointNeXt. Thank you!

Thank you for answer,but Why not provide a way to directly download the code and then install it.
Instead, we must use git to download, and then use install.sh to run.maybe sometimes it's not so convenient.Thanks

@Lizhijian-123 you can download a zip file of the code directly from github. https://stackoverflow.com/a/2751270

@CCInc Thank you for your sharing! @Lizhijian-123 Hope it helps to solve your problem. Check the screenshot and you can download the github repo directly.


not include external resources

Add flag external: false for not include external resources

If what you are talking about here is to not do any network requests during the build, then I'm on board!  I think this should be the default, in fact.  It's rather surprising when a build tool starts interacting with network services, and then they go down and your build "mysteriously" stops working.

This does the trick for me:
            .pipe(plugins.base64({
                maxImageSize: 8 * 1024,
                exclude: [/^(https?:)\/\/.*/] // Only local files
            }))


proposal: move PILOT_TRACE_SAMPLING   from pilot env var to global mesh config

I noticed there are 2 config about tracing feature, in 2 separate place:

enableTracing is in global mesh config, this is from configmap, and located to /etc/istio/config/mesh
# Set enableTracing to false to disable request tracing.
enableTracing: true

there is file watcher on /etc/istio/config/mesh, so pilot don’t need restart after enableTracing  changed

the tracing rate config PILOT_TRACE_SAMPLING  is in env var of pilot pod, user need restart pilot after change this var.

so is that reasonable to move PILOT_TRACE_SAMPLING   from env var to global mesh config?
benefits:

all tracing configs are in the one place, easy to maintain
avoid restart pilot after user change trace sampling rate.

I agree that we should move beyond the environment variable.
However, I don't know that we want to push more into mesh config. I believe we want to have an ability to control this at a more granular level.
I'm working on a general proposal for better tracing API that I hope to share out next week.

See: https://discuss.istio.io/t/feedback-requested-proposal-on-adding-tracing-api-to-sidecar/1996

mark as no stale bot think this is an important issue to not forget, unless the new operator provides a decent pass for user to change it effectively.

This has been addressed in the short term by EnvoyFilter-based approaches.
See: https://github.com/istio/istio/wiki/EnvoyFilter-Samples#tracing-and-access-logging
Closing for now.


Attribute "username" is ignored on component  because the component is a fragment instance

vue.js version 1.0.24
JS:
import Avatar from 'vue-avatar'
components: {
      Avatar
    },

html:
<avatar username="Jane Doe"></avatar>

Hi lukpep,
I'm not sure the  component is a fragment instance, because it has a single root-level element.
In your case, the import might be the problem. Can you try
import Avatar from 'vue-avatar/dist/Avatar'

components: {
  Avatar
},

or
import Avatar from 'vue-avatar'

components: {
  'avatar': Avatar.Avatar
},

components: {
  'avatar': Avatar.Avatar
},

works fine. Thanks for Your help :)


Get status etcetera for slaves

It's possible to connect a secondary wallbox to a master, but accEnergy only shows the total energy usage for the master.
However, one can get the energy for the slaves through http://[ip-address]:2222/rest/chargebox/slaves/status. The slaves and total energy usage is also listed through http://[ip-address]:2222/rest/chargebox/config in an array called slaveList .
Here's an example:
$ curl --silent http://<IP_ADDRESS>:2222/rest/chargebox/slaves/status | jq
[
  {
    "reference": "My primary wallbox",
    "serialNumber": 12345,
    "lastContact":<PHONE_NUMBER>157,
    "online": false,
    "loadBalanced": false,
    "phase": 0,
    "productId": 105,
    "meterStatus": 0,
    "meterSerial": "12345",
    "chargeStatus": 0,
    "pilotLevel": 25,
    "accEnergy": 1134100,
    "firmwareVersion": 6,
    "firmwareRevision": 9,
    "wifiCardStatus": 0
  },
  {
    "reference": "My secondary wallbox",
    "serialNumber": 12345,
    "lastContact":<PHONE_NUMBER>157,
    "online": false,
    "loadBalanced": false,
    "phase": 0,
    "productId": 65,
    "meterStatus": 0,
    "meterSerial": "12345",
    "chargeStatus": 0,
    "pilotLevel": 8,
    "accEnergy": 60500,
    "firmwareVersion": 6,
    "firmwareRevision": 9,
    "wifiCardStatus": 1
  }
]

It getting the accEnergy from the slaves something that you might want to implement?

FYI, the accEnergy on the first wallbox (i.e. the master) listed in the slaves array , is the same data that is listed as latestReading at http://[ip-address]:2222/rest/chargebox/status

@stenrose Sure I can have a look at adding it.
I don't have access to a setup like that, so could you provide a reading when you have something charging as well?

Can post the full JSON tomorrow, but the chargeStatus changed to 64 when charging. When charging was complete it changed to 80.
We're unable to find any details on those IDs though.

Forgot about this issue, but here comes a reading when charging.
$ curl --silent http://<IP_ADDRESS>:8080/servlet/rest/chargebox/slaves/false | jq
[
  {
    "reference": "Laddbox höger",
    "serialNumber": 123456,
    "lastContact":<PHONE_NUMBER>556,
    "online": false,
    "loadBalanced": true,
    "phase": 4,
    "productId": 121,
    "meterStatus": 0,
    "meterSerial": "123456",
    "chargeStatus": 0,
    "pilotLevel": 6,
    "accEnergy": 3533500,
    "firmwareVersion": 7,
    "firmwareRevision": 9,
    "wifiCardStatus": 2,
    "connector": "NOT_CONNECTED",
    "accSessionEnergy": 0,
    "sessionStartValue": -1,
    "accSessionMillis": 0,
    "sessionStartTime": null,
    "currentChargingCurrent": 0,
    "currentChargingPower": 0,
    "nrOfPhases": 1,
    "twinSerial": -1,
    "cableLockMode": 0,
    "minCurrentLimit": 6,
    "dipSwitchSettings": 8155
  },
  {
    "reference": "Laddbox vänster",
    "serialNumber": 123456,
    "lastContact":<PHONE_NUMBER>425,
    "online": false,
    "loadBalanced": true,
    "phase": 4,
    "productId": 65,
    "meterStatus": 0,
    "meterSerial": "123456",
    "chargeStatus": 64,
    "pilotLevel": 9,
    "accEnergy": 3045700,
    "firmwareVersion": 7,
    "firmwareRevision": 8,
    "wifiCardStatus": 1,
    "connector": "INITIALIZATION",
    "accSessionEnergy": 0,
    "sessionStartValue": -1,
    "accSessionMillis": 0,
    "sessionStartTime": null,
    "currentChargingCurrent": -1,
    "currentChargingPower": 0,
    "nrOfPhases": 1,
    "twinSerial": -1,
    "cableLockMode": 0,
    "minCurrentLimit": 6,
    "dipSwitchSettings": 8139
  }
]

It's now charging on "Laddbox vänster" which "chargeStatus": 64, indicates. The other box, "Laddbox höger", is not plugged in to a vehicle right now indicated by "chargeStatus": 0,.
When "Laddbox vänster" had vehicle plugged in waiting for schedule set by vehicle it had "chargeStatus": 48. It changes to 80 when completed.
FYI, it is not possible to change mode on the secondary charger, using /servlet/rest/chargebox/mode/{ALWAYS_{ON,OFF},SCHEMA}. So slave chargers are only available for monitoring status, energy etcetera.
I hope you are still interesting in implementing this, and just let me know if you need any further readings.

Any updates on this? Is there a version or an addition to the integration that makes us able to handle two boxes where the Master holds the RPi and the Slave is connected to the Masters RPi.  Would be great to be able to see and handle both boxes

If I can get some more logs I can try to add support for it.
What I need is:
http://<ip>:8080/servlet/rest/chargebox/config
http://<ip>:8080/servlet/rest/chargebox/status
http://<ip>:8080/servlet/rest/chargebox/slaves/false
How does it look in the web UI?

Sure thing, here's the output:

http://:8080/servlet/rest/chargebox/config

{
  "ocppConnected": false,
  "maxChargeCurrent": 25,
  "productId": "65",
  "programVersion": "7.13",
  "firmwareVersion": 7,
  "firmwareRevision": 13,
  "lbVersion2": true,
  "serialNumber": 996532,
  "meterSerialNumber": "091083U",
  "meterType": 341,
  "factoryChargeLimit": 32,
  "switchChargeLimit": 25,
  "rfidReaderPresent": false,
  "rfidMode": "RFID_DISABLED",
  "powerbackupStatus": 2,
  "lastTemperature": 18,
  "warningTemperature": 59,
  "cutoffTemperature": 64,
  "reducedIntervalsEnabled": true,
  "reducedCurrentIntervals": [],
  "softwareVersion": 189,
  "availableVersion": 189,
  "updateUrl": "http%3A%2F%2F<IP_ADDRESS>%2Fchargebox_189.tgz",
  "networkMode": 1,
  "networkType": 0,
  "networkSSID": "foobar",
  "webNetworkPassword": "",
  "networkAPChannel": 6,
  "ethNetworkMode": 0,
  "gcConfigTimestamp": null,
  "gcloudActivated": false,
  "gcActivatedFrom": null,
  "ethGateway": "",
  "ethDNS": "",
  "ethIP": "",
  "ethMask": 24,
  "localLoadBalanced": false,
  "groupLoadBalanced": true,
  "groupLoadBalanced101": true,
  "energyReportEnabled": false,
  "master": true,
  "timezone": null,
  "slaveList": [
    {
      "reference": "Laddbox höger",
      "serialNumber": 996532,
      "lastContact":<PHONE_NUMBER>148,
      "online": false,
      "loadBalanced": true,
      "phase": 4,
      "productId": 125,
      "meterStatus": 0,
      "meterSerial": "091083U",
      "chargeStatus": 144,
      "pilotLevel": 6,
      "accEnergy": 14570000,
      "firmwareVersion": 7,
      "firmwareRevision": 13,
      "wifiCardStatus": 2,
      "connector": "UNAVAILABLE",
      "accSessionEnergy": 19200,
      "sessionStartValue": 14550800,
      "accSessionMillis": 7687345,
      "sessionStartTime":<PHONE_NUMBER>946,
      "currentChargingCurrent": 0,
      "currentChargingPower": 0,
      "nrOfPhases": 1,
      "twinSerial": -1,
      "cableLockMode": 0,
      "minCurrentLimit": 6,
      "dipSwitchSettings": 8155,
      "cpuType": 2004739,
      "updateable": false
    },
    {
      "reference": "Laddbox vänster",
      "serialNumber": 1052674,
      "lastContact":<PHONE_NUMBER>917,
      "online": false,
      "loadBalanced": true,
      "phase": 4,
      "productId": 65,
      "meterStatus": 0,
      "meterSerial": "188246U",
      "chargeStatus": 0,
      "pilotLevel": 6,
      "accEnergy": 10084200,
      "firmwareVersion": 7,
      "firmwareRevision": 13,
      "wifiCardStatus": 1,
      "connector": "INITIALIZATION",
      "accSessionEnergy": 0,
      "sessionStartValue": -1,
      "accSessionMillis": 0,
      "sessionStartTime": null,
      "currentChargingCurrent": -1,
      "currentChargingPower": 0,
      "nrOfPhases": 1,
      "twinSerial": -1,
      "cableLockMode": 0,
      "minCurrentLimit": 6,
      "dipSwitchSettings": 8139,
      "cpuType": 2004739,
      "updateable": false
    }
  ],
  "gridNetType": "TN",
  "slaveControlAvailable": true,
  "currentMultiplier": 100,
  "rfPower": 31,
  "twinSerial": -1,
  "twinSwitchLimit": 0,
  "energySerials": [
    "996532",
    "1052674"
  ],
  "packageVersion": "1.3.7",
  "cableAutoUnlocked": false,
  "internetSharingEnabled": false,
  "webAPPassword": null,
  "standalone": false,
  "castra": false,
  "cpuType": 2004739
}

http://:8080/servlet/rest/chargebox/status

{
  "serialNumber": 996532,
  "ocppState": null,
  "connectedToInternet": true,
  "freeCharging": false,
  "ocppConnectionState": null,
  "connector": "UNAVAILABLE",
  "mode": "ALWAYS_OFF",
  "currentLimit": 25,
  "factoryCurrentLimit": 32,
  "switchCurrentLimit": 25,
  "powerMode": "UNAVAILABLE",
  "currentChargingCurrent": 0,
  "currentChargingPower": 0,
  "accSessionEnergy": 19200,
  "sessionStartTime":<PHONE_NUMBER>946,
  "chargeboxTime": "07:47",
  "accSessionMillis": 7687345,
  "latestReading": 14570000,
  "chargeStatus": 144,
  "updateStatus": {
    "serialsToUpdate": [],
    "serialsUpdated": [],
    "currentlyUpdating": -1,
    "currentProgress": -1,
    "failedUpdate": "NO_ERROR"
  },
  "currentTemperature": 18,
  "sessionStartValue": 14550800,
  "nrOfPhases": 1,
  "slaveControlWarning": false,
  "supportConnectionEnabled": false,
  "datetimeConfigured": true,
  "pilotLevel": 6,
  "mainCharger": {
    "reference": "Laddbox höger",
    "serialNumber": 996532,
    "lastContact":<PHONE_NUMBER>853,
    "online": false,
    "loadBalanced": true,
    "phase": 4,
    "productId": 125,
    "meterStatus": 0,
    "meterSerial": "091083U",
    "chargeStatus": 144,
    "pilotLevel": 6,
    "accEnergy": 14570000,
    "firmwareVersion": 7,
    "firmwareRevision": 13,
    "wifiCardStatus": 2,
    "connector": "UNAVAILABLE",
    "accSessionEnergy": 19200,
    "sessionStartValue": 14550800,
    "accSessionMillis": 7687345,
    "sessionStartTime":<PHONE_NUMBER>946,
    "currentChargingCurrent": 0,
    "currentChargingPower": 0,
    "nrOfPhases": 1,
    "twinSerial": -1,
    "cableLockMode": 0,
    "minCurrentLimit": 6,
    "dipSwitchSettings": 8155,
    "cpuType": 2004739,
    "updateable": false
  },
  "twinCharger": null
}

http://:8080/servlet/rest/chargebox/slaves/false

[
  {
    "reference": "Laddbox höger",
    "serialNumber": 996532,
    "lastContact":<PHONE_NUMBER>890,
    "online": false,
    "loadBalanced": true,
    "phase": 4,
    "productId": 125,
    "meterStatus": 0,
    "meterSerial": "091083U",
    "chargeStatus": 144,
    "pilotLevel": 6,
    "accEnergy": 14570000,
    "firmwareVersion": 7,
    "firmwareRevision": 13,
    "wifiCardStatus": 2,
    "connector": "UNAVAILABLE",
    "accSessionEnergy": 19200,
    "sessionStartValue": 14550800,
    "accSessionMillis": 7687345,
    "sessionStartTime":<PHONE_NUMBER>946,
    "currentChargingCurrent": 0,
    "currentChargingPower": 0,
    "nrOfPhases": 1,
    "twinSerial": -1,
    "cableLockMode": 0,
    "minCurrentLimit": 6,
    "dipSwitchSettings": 8155,
    "cpuType": 2004739,
    "updateable": false
  },
  {
    "reference": "Laddbox vänster",
    "serialNumber": 1052674,
    "lastContact":<PHONE_NUMBER>247,
    "online": false,
    "loadBalanced": true,
    "phase": 4,
    "productId": 65,
    "meterStatus": 0,
    "meterSerial": "188246U",
    "chargeStatus": 0,
    "pilotLevel": 6,
    "accEnergy": 10084200,
    "firmwareVersion": 7,
    "firmwareRevision": 13,
    "wifiCardStatus": 1,
    "connector": "INITIALIZATION",
    "accSessionEnergy": 0,
    "sessionStartValue": -1,
    "accSessionMillis": 0,
    "sessionStartTime": null,
    "currentChargingCurrent": -1,
    "currentChargingPower": 0,
    "nrOfPhases": 1,
    "twinSerial": -1,
    "cableLockMode": 0,
    "minCurrentLimit": 6,
    "dipSwitchSettings": 8139,
    "cpuType": 2004739,
    "updateable": false
  }
]

And here is how it look in the web UI:

You can ignore the load balancing meters listed in the UI, they are not part of the secondary charger setup.

That should be enough info, are they both GLBDCM-T222FC? The product reporting is a bit strange.
Also, if you don't mind supplying the load balancing info I can try to add that as well while I'm at it.
It should be in one of the following:
http://<ip>:8080/servlet/rest/chargebox/lbconfig/false
http://<ip>:8080/servlet/rest/chargebox/meterinfo/EXTERNAL

2024.9.1 has Slave support, the slaves show up as devices in HA. Doesn't seem to that much you can control on a slave.

Looks like the endpoints for your load balancing are:
http://<ip>:8080/servlet/rest/chargebox/meterinfo/CENTRAL100
http://<ip>:8080/servlet/rest/chargebox/meterinfo/CENTRAL101


Extract CLI Java components into new submodule

Kind of change

[ ] Bug fix
[x] New non-breaking feature
[ ] New breaking feature
[ ] Documentation update
[ ] Build improvement

Description
What is the goal of this pull request?
Extract cli components into it's own submodule.
The main motivation is avoiding downloading jCommander for users of Asciidoctorj. In terms of jar size it's not reducing much.
How does it achieve that?

Create new sub-module asciidoctorj-cli: migrated 'org.asciidoctor.jruby.cli' classes and related tests to it.
Created CliOptions in AsciidoctorUtils from values in AsciidoctorCliOptions to avoid circular dependency.
Updated README with new sub-module information.
Fix jar names in command in README.
Minor refactors and fixes.

Are there any alternative ways to implement this?
There's an opinionated decision of exposing asciidoctorj & asciidoctorj-api as api so the cli module doesn't need to require them one by one.
Semantically it's consistent imo, but I am open to debate.
Are there any implications of this pull request? Anything a user must know?
If someone is using AsciidoctorInvoker, they'll need to add new new asciidoctorj-cli as dependency.
Issue
If this PR fixes an open issue, please add a line of the form:
Fixes #Issue
Fixes #246
Release notes
Please add a corresponding entry to the file CHANGELOG.adoc

A few extra questions...

Should ext.publicationName  have some specifc value? I don't think it's necessary but Gradle complains if it's missing.
test more_than_one_input_file_should_throw_an_exception does not make sense. Maybe the name is wrong?
Seems to me only AsciidoctorInvoker should be in package org.asciidoctor.jruby.cli, the rest don't depend on jRuby implementation and could be moved to org.asciidoctor.cli?

Great idea! The maven or gradle plugin shouldn't have to download jcommander.

Should ext.publicationName have some specifc value? I don't think it's necessary but Gradle complains if it's missing.

Yes, it would be great to have sth like this:
project.ext.publicationName = "mavenAsciidoctorJCli"

Right now the name conflicts with the publicationName of the asciidoctorj module.
If you run ./gradlew tasks you can see that every publication has its own publishing task:
publishAllPublicationsToLocalRepository - Publishes all Maven publications produced by this project to the local repository.
publishAllPublicationsToSonatypeRepository - Publishes all Maven publications produced by this project to the sonatype repository.
publishMavenAsciidoctorJApiPublicationToLocalRepository - Publishes Maven publication 'mavenAsciidoctorJApi' to Maven repository 'local'.
publishMavenAsciidoctorJApiPublicationToMavenLocal - Publishes Maven publication 'mavenAsciidoctorJApi' to the local Maven repository.
publishMavenAsciidoctorJApiPublicationToSonatypeRepository - Publishes Maven publication 'mavenAsciidoctorJApi' to Maven repository 'sonatype'.
publishMavenAsciidoctorJArquillianExtensionPublicationToLocalRepository - Publishes Maven publication 'mavenAsciidoctorJArquillianExtension' to Maven repository 'local'.
publishMavenAsciidoctorJArquillianExtensionPublicationToMavenLocal - Publishes Maven publication 'mavenAsciidoctorJArquillianExtension' to the local Maven repository.
publishMavenAsciidoctorJArquillianExtensionPublicationToSonatypeRepository - Publishes Maven publication 'mavenAsciidoctorJArquillianExtension' to Maven repository 'sonatype'.
publishMavenAsciidoctorJPublicationToLocalRepository - Publishes Maven publication 'mavenAsciidoctorJ' to Maven repository 'local'.
publishMavenAsciidoctorJPublicationToMavenLocal - Publishes Maven publication 'mavenAsciidoctorJ' to the local Maven repository.
publishMavenAsciidoctorJPublicationToSonatypeRepository - Publishes Maven publication 'mavenAsciidoctorJ' to Maven repository 'sonatype'.
publishMavenAsciidoctorJTestSupportPublicationToLocalRepository - Publishes Maven publication 'mavenAsciidoctorJTestSupport' to Maven repository 'local'.
publishMavenAsciidoctorJTestSupportPublicationToMavenLocal - Publishes Maven publication 'mavenAsciidoctorJTestSupport' to the local Maven repository.
publishMavenAsciidoctorJTestSupportPublicationToSonatypeRepository - Publishes Maven publication 'mavenAsciidoctorJTestSupport' to Maven repository 'sonatype'.

Running ./gradlew publishAllPublicationsToLocalRepository seems to also publish the cli module, but to avoid any conflicts it would be great to give it a distinct name.

test more_than_one_input_file_should_throw_an_exception does not make sense. Maybe the name is wrong?

Yes, that test can get a better name.

Seems to me only AsciidoctorInvoker should be in package org.asciidoctor.jruby.cli, the rest don't depend on jRuby implementation and could be moved to org.asciidoctor.cli?

Yes, that makes sense.

Updated publication name.
Updated test name more_than_one_input_file_should_throw_an_exception -> should_convert_multiple_inputs

Seems to me only AsciidoctorInvoker should be in package org.asciidoctor.jruby.cli, the rest don't depend on jRuby implementation and could be moved to org.asciidoctor.cli?

Yes, that makes sense.

It feels good when we have free hand for breaking changes :dancers:
In the final structure, which imo makes more sense, we have the general package org.asciidoctor.cli with shared elements, and org.asciidoctor.cli.jruby with the jruby parts.

We could have an AsciidoctorInvoker interface but I'd rather go with KIS until we have more implementations available.

If it's ok, can I push "merge" myself? :pleading_face:

Done😊


RadioGroup component and storybook

Description
Issue: #12, #13

[x] Add park-ui component

[x] Add storybook

Screenshot

Checklist

[x] Added relevant tests or not required

[x] Didn't break anything

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.


Add extension to auto create postgres UUIDs

No need to gen uuid in code then persist it in db. Let db only handle it (like auto increment)
https://stackoverflow.com/questions/12505158/generating-a-uuid-in-postgres-for-insert-statement

commit 894667b7c1c45f70fc38f1f3047a891367c16541


🐛 [BUG] 官网样例展示报错，https://l7plot.antv.antgroup.com/zh/examples/choropleth/administrative/#china-map

🐛 Bug description [Please make everyone to understand it]

Please provide a link by forking these links L7Plot or GitHub repo, a minimal reproduction.

Required Link to minimal reproduction:

📷 Step to reproduce
🏞 Expected result
🚑 Any additional [like screenshots]

L7Plot Version:
Platform:
截图

本地更新最新版本，也有相同问题

****

@qxang 安装最新版本 @antv/l7，官网已经修复


Show license of exercise, too, when it differs from license of solution

E.g. https://de.serlo.org/9081. Exercise c) f(x) = x is not licensed by cc-by-sa-4.0 but there's no way to see that.

would it be too hidden, if we show the additional licence info also at the bottom of the solution?


Remove unused vsprojects

Based on #4531.
It seems like we had a bunch of vsprojects that weren't used anymore (their current version is under vcxproj directory), we probably forgot to delete them when revamping the vcxproj generator. (The current version of the corresponding project files is under .vcxproj).

Green.


Question regarding the intialization vector

It seems to be from my reading of symmetric algorithms that the best practice is to use a different IV with each message. It seems many people just concatenate the IV with the encrypted data. Then to decrypt you just read the IV out of the first part of the encrypted data. From the sample code, it's not apparent whether the framework supports something like that. Any suggestions on how to accomplish that using this framework? Would I have to transport the IV separately along with the class instance I encrypted?

sorry for the delay, for some reason i was not subscribed to my own repo :(

from my reading of symmetric algorithms that the best practice is to use a different IV with each message.

yes that is my understanding as well
When you encrypt you provide a new SymmetricAlgorithm
https://github.com/SimonCropp/Newtonsoft.Json.Encryption#serialization
the IV of that instance is random and is used for encryption.
The at decrypt https://github.com/SimonCropp/Newtonsoft.Json.Encryption#deserialization you need that IV. How you transfer that is up to you, but yes it can be transferred with the data
When using the Rebus.Newtonsoft.Encryption or NServiceBus.Newtonsoft.Encryption the IV is passed in the message headers
The Newtonsoft.Json.Encryption package has no default way of passing the IV. Happy to consider a PR if you want to add that functionality

FYI i have some proposed change in the licensing model for NuGet packages under the NServiceBusExtensions Org https://discuss.particular.net/t/proposed-change-in-the-licensing-model-for-nuget-packages-under-the-nservicebusextensions-org


Increase event throughput

Currently events are limited to 100ms: minTimeBetweenNotifies
It looks like the max connection interval is 20ms (max_conn_interval ).  That is, we should be able to increase it moderately (50ms?).

Done!


Update tests related to new dependencies versions

New dependencies versions are breaking the test suite, this PR update and fix the test.
Dependencies involved :

urllib3
httplib2

Also, it should be nice to know why Travis-CI is not working on PR creation, @kevin1024, @lamenezes, anyone ?

FYI Travis runs fine on my repository : https://travis-ci.org/arthurHamon2/vcrpy/builds/545685394
Any idea when it can be merged ? Do you have the rights @pawciobiel


Platform specific Blazor component compilation is not configurable

As I talked at here,
https://github.com/dotnet/maui/issues/25019
It seems that it is impossible to create platform specific .razor file even if I add
    <!-- Android -->
    <ItemGroup Condition="'$(TargetFramework)' != 'net8.0-android'">
        <Compile Remove="**\Android\**\*.cs" />
        <Compile Remove="**\Android\**\*.razor" />
        <None Include="**\Android\**\*.cs" Exclude="$(DefaultItemExcludes);$(DefaultExcludesInProjectFolder)" />
        <None Include="**\Android\**\*.razor" Exclude="$(DefaultItemExcludes);$(DefaultExcludesInProjectFolder)" />
    </ItemGroup>

The workaround is that use #if directive in .razor files, but this workaround has some problem.

using directive could not be used inside #if directive.
Visual studio breakpoint could not be attached inside #if directive.

Can you share a small repro project on GitHub so we can have a proper look? I suspect you might just need to change <Compile Remove="**\Android\**\*.razor" /> to <Content Remove="**\Android\**\*.razor" />, as .razor files are not compile items, but that's a little bit of a guess. It is an educated guess though, as I've definitely used that approach before to stop a .razor file being available in a specific build. I didn't bother adding or removing anything from None, but it shouldn't cause any problems if you do.

https://github.com/RamType0/MauiPlatformSpecificPagesAppIssueRepro

Thanks for that, found the issue. Looks like the Maui WebView SDK is doing a bad, and blindly including all *.razor files in its targets file, which is evaluated after the project file. It might be worth opening an issue in https://github.com/dotnet/maui about this, but the offending line is here:
https://github.com/dotnet/maui/blob/87253a5cfc6619237503c62b225b9e10561dedad/src/BlazorWebView/src/Maui/build/Microsoft.AspNetCore.Components.WebView.Maui.targets#L12
Fortunately it's relatively straight-forward to workaround the issue. The solution is to create a Directory.Build.targets file, since that will be process after the Maui WebView targets file, and put the remove in there. Specifically:
<Project>
	<!-- Android -->
	<ItemGroup Condition="'$(TargetFramework)' != 'net8.0-android'">
		<RazorComponent Remove="**\Android\**\*.razor" />
	</ItemGroup>
</Project>

I've opened https://github.com/RamType0/MauiPlatformSpecificPagesAppIssueRepro/pull/1 to illustrate the full change

Going to close this, let us know if this doesn't solve the problem.

Going to close this, let us know if this doesn't solve the problem.

Your solution works, but I reported this as issue on MAUI repository.


Playing

I get this Error when i try to play a Skirmish.
syringe.log

The error has nothing to do with cnc-ddraw, but rather with Ares.
[02:11:34] SyringeDebugger::Handshake: Calling "Ares.dll" ...
[02:11:34] SyringeDebugger::Handshake: Answers "Found RockPatch or an NPatch-derived patch. Ares 3.0 is not compatible with other patches." (1)
[02:11:34] SyringeDebugger::FindDLLs: DLL load was prevented: "Ares.dll"

Like I'm trying to play Mental Omega Skirmish but it kicks me back to the map selection.


[New game]:

🎮 Game Request
The game  I  have created is a fun and engaging mouse-clicking game with a time limit of 1 minute. The game logic involves a 3x3 grid layout with a total of 9 boxes. At the start of the game, a timer begins, and your lion logo is randomly placed in one of the boxes.
The objective of the game is to quickly locate and click on the box that contains the lion logo. Each time you successfully click on the correct box, you earn 1 point. After each successful click, the lion logo is randomly moved to another box within the grid.
The game continues for a duration of 1 minute, during which you aim to score as high as possible by clicking on the lion logo in each new location. The challenge lies in your ability to quickly identify the correct box before the lion logo moves again.
Point down the features
Some key features of my game include:

Random placement of the lion logo: The lion logo is initially placed randomly in one of the boxes, ensuring each game session starts with a different configuration.
Time limit: The game is time-based, adding a sense of urgency and encouraging players to act swiftly.
Scoring system: Each successful click on the correct box earns the player 1 point, allowing for a competitive element and encouraging players to achieve high scores.
Dynamic movement: After every successful click, the lion logo is relocated to another random box, keeping the gameplay unpredictable and engaging.
Visual feedback: The game can provide visual feedback, such as highlighting the correct box or displaying a score counter, to enhance the player's experience and understanding of their progress.

Select program in which you are contributing
GSSoC23
Code of Conduct

[X] I follow CONTRIBUTING GUIDELINE of this project.

Hey @sujitmemane !
Thank you for raising an issue 💗
You can self assign the issue by commenting /assign in comment 😀
Make sure you follow CODE OF CONDUCT and CONTRIBUTING GUIDELINES 🚀
Don’t Forget to ⭐ our GameZone🎮
Make sure you join our Discord🕹

/assign

Thank You Very Much for this opportunity

Hey @sujitmemane 👋!
@kunjgit here,
We have this annoucement to make 📢!!
We have updated our README 🚀
Make sure you follow proper guideline to raise your next issues !!
Make sure you join our Discord🕹 if you haven't 😇
Thank you 💗!

Hello @sujitmemane, Time's Uppp!⏰
Sorry for closing your issue!
But it's more than a week since we haven't received anything from your side 😢 .
Come up with new ideas, create a new issue and make sure you finish it within a week! 🔥
All the best! 🚀
Happy Hacking! 💗

Hey @sujitmemane ! Thank you so much for your raising the issue💗
It’s all yours, you can come anytime again and make some contributions! 🚀
Alone, we can do little, but together we can do so much! 😇


Refactor: Remove old implementation of PatientList and PatientProfile

Remove the non-DB implementations for PatientList and PatientProfile.

Let's do this a bit later in this Sprint so that you don't need to do the refactor twice because I'm going to merge my work to the "Develop" branch (Related to PatientProfile from Client-app)
.

This was already done and merged into develop.  Not sure why this wasn't closed before.  Closing it now.


Action not found

I am attempting to try this action to setup NDK as follows:
    - name: Install Android NDK Toolchain
      uses<EMAIL_ADDRESS>      if: runner.os == 'Linux'
      with:
        arch: 'x86'
        install-location: 'toolchains'

This results in error:
##[warning]Failed to download action 'https://api.github.com/repos/actions/android-ndk-toolchain-setup/tarball/v0.1'. Error Response status code does not indicate success: 404 (Not Found).
##[warning]Back off 12.498 seconds before retry.
##[warning]Failed to download action 'https://api.github.com/repos/actions/android-ndk-toolchain-setup/tarball/v0.1'. Error Response status code does not indicate success: 404 (Not Found).
##[warning]Back off 28.368 seconds before retry.
##[error]Response status code does not indicate success: 404 (Not Found).

As suggested in #1 I tried using uses<EMAIL_ADDRESS>but it gave the same error. I noticed this is also being used in your workflow.
Can you please clarify?

you may have to create a directory to store the toolchain and pass that to the action using install-location parameter.
 install-location: 'toolchains'

I will try to include a note to update the README and GitHub actions to correct this ASAP.

Thanks for your fast reply.
Upon further investigation it turns out the Ubuntu virtual environment makes an NDK available at $ANDROID_SDK_ROOT/ndk-bundle. As such I won't need to install it separately. Thanks again.

Glad to know, you were able to resolve the issue in your setup. Just FYI @benalexau, this action is to create a build toolchain using the NDK but not to install the NDK. I myself is using the already installed NDK from the system.


[MM-24919] - Add back line breaks on channel header and fix block quotes

Summary
This PR adds the breaks back in the channel header popover in order to display block quotes correctly. Since this will change the existing behaviour I need help with testing (again) in order to determine the desired behaviour. We might need to avoid using markdown here if we can't match all use cases.
Ticket Link
https://mattermost.atlassian.net/browse/MM-24919

Using this description

On the test server, it appears as

And on master on my local instance, it looks like

I forget if we wanted to preserve newlines in the expanded view, and if so, are we okay that the newlines change? I know we had a "bug" reported way back when we started to respect newlines, but there was someone with a channel header set up this way (with all the newlines and pipes), so I don't know if that's a case that's really valid. I just used it here for illustration purposes.

Thank you @nevyangelova
The issue originally reported in the linked ticket is resolved.
I can also see the issue Harrison mentioned and some glitching when the channel header text has few links, formatted text flows out, See test4 channel on the test server and screenshot below

@jgilliam17 @hmhealey thanks. The word wrapping should be fairly easy to fix. But the question "Do we want the line breaks?" remains. Because we cannot have both, its a prop passed to markdown, if we would like to solve what the ticket requires we need the breaks. But then we will have the visual that Harrison shared above. @esethna can advice?

We can remove the line breaks and fix the position of the block quote IMO, that would be the best middle ground solution.

@nevyangelova that works for me. Key here for me is that we don't want any breaking changes to how peoples channel headers would appear before vs after this change.

Removing the test server for maintenance purposes. Please add the label again if you need it. Sorry for any inconvenience.

PR updated @esethna @jgilliam17

Still seeing the same issue:

@nevyangelova should we consider closing this ticket? It's not externally reported (just found via automated tests), and this component seems flakey?

@nevyangelova should we consider closing this ticket? It's not externally reported (just found via automated tests), and this component seems flakey?

Sorry I forgot to remove the word wrapping!! We can proceed with merging as discussed previously. 😅

Thank you @nevyangelova
The wrapping issue is fixed.
Can you check the original issue from the ticket with the quote, I am seeing the new line missing again

@esethna
It seems that issue reported in MM-24919 won't be fixed in order for us not to see an issue Harrison mentioned here
This was internally reported/found during RC and will probably get solved with common components in the near future (per discussion with Nevy).
I can take the test case out of our test cycle rotation until common component is implemented so we don't keep reopening/failing. Any thoughts?

@jgilliam17 that's fine, especially if this was reported internally,

/update-branch

@sudheerDev Kind reminder to review for v5.28.

Cherry pick is scheduled.


txData::to request full address search for contract/token info

Closes #732

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

6 of 6 (100.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.04%) to 87.885%

Totals

Change from base Build<PHONE_NUMBER>:
0.04%

Covered Lines:
10562

Relevant Lines:
12018

💛  - Coveralls