text:
how to combine map() and pick()?

Hi, I try to do a function like this for my services - try to combine map and pick but it seems like not working. can someone help? p/s: i'm a newbie :) sorry if my issue seems stupid
const orderHistory = async () => {
  const trades = await Trade.query().whereNotIn('status', ['PENDING', 'CANCELED']);

  const data = trades.map(trades.pick(Trade, ['marketId', 'orderType', 'tradeType', 'status']));

  return {
    fields: ['marketId', 'orderType', 'tradeType', 'status'],
    data,
  };
};

export default {
  orderHistory,
};

You don't need to use both map and pick. Pick picks the fields from every item. All you need is this:
const orderHistory = async () => {
  const trades = await Trade
    .query()
    .whereNotIn('status', ['PENDING', 'CANCELED'])
    .pick(['marketId', 'orderType', 'tradeType', 'status']);

  return {
    fields: ['marketId', 'orderType', 'tradeType', 'status'],
    data,
  };
};

export default {
  orderHistory,
};

in your example, the trades variable already contains an Array of Trade items. An Array doesn't have a pick method. The objetion query builder does. await executes the query builder and returns the result (in this case the array).

Actually even better would be to select only the fields you need:
const orderHistory = async () => {
  const trades = await Trade
    .query()
    .select(['marketId', 'orderType', 'tradeType', 'status'])
    .whereNotIn('status', ['PENDING', 'CANCELED']);

  return {
    fields: ['marketId', 'orderType', 'tradeType', 'status'],
    data,
  };
};

export default {
  orderHistory,
};

Actually even better would be to only select the fields you need:
const orderHistory = async () => {
  const trades = await Trade
    .query()
    .select(['marketId', 'orderType', 'tradeType', 'status'])
    .whereNotIn('status', ['PENDING', 'CANCELED']);

  return {
    fields: ['marketId', 'orderType', 'tradeType', 'status'],
    data,
  };
};

export default {
  orderHistory,
};

this way no unneeded data is transferred from the database to the node process.
Hi @koskimas
thank you for replying. i actually try to create a service. where user can choose whatever field that they want. that is why i'm specifying all the fields that can be accessible by user despite of limit the attributes. i actually try to use both pick and map like this:

const orderHistory = async () => {
const trades = await Trade.query().whereNotIn('status', [ 'PENDING',  'CANCELED']);
const data = trades.map(trade => trade.pick(Trade, ['marketId', 'orderType', 'tradeType', 'status']));
return {
fields: ['marketId', 'orderType', 'tradeType', 'status'],
data,
};
};

You don't need to use both map and pick. Pick picks the fields from every item. All you need is this:
const orderHistory = async () => {
  const trades = await Trade
    .query()
    .whereNotIn('status', ['PENDING', 'CANCELED'])
    .pick(['marketId', 'orderType', 'tradeType', 'status']);

  return {
    fields: ['marketId', 'orderType', 'tradeType', 'status'],
    data,
  };
};

export default {
  orderHistory,
};

in your example, the trades variable already contains an Array of Trade items. An Array doesn't have a pick method. The objetion query builder does. await executes the query builder and returns the result (in this case the array).

trades variable return object, not array. since i'm using objectionsJS, it'll return the variable trades into object instead of array

authors: NajwaSM koskimas


text:
Security issue, no way to notify privately

Vineflower version
Hello I'd like to report an issue & patch but it doesn't look like your team has configured private vulnerability reporting. Let me know how best to get this to ya'll without having to sign up to discord.
Thanks!

I don't see what in vineflower would need to be reported privately, unless you're talking about some sort of zip slip thing lol.

I don't see what in vineflower would need to be reported privately, unless you're talking about some sort of zip slip thing lol.

I mean, exactly that?

open a pr

https://github.com/Vineflower/vineflower/pull/448

source: gharchive/issue

repo: Vineflower/vineflower

license_type: permissive

license_source: github-api


text:
Examples not functioning

Working with both example TestLabGuide and demo from here -->https://github.com/iainbrighton/PSDEVOPS yield vm booting for an hour then shutting down.  Upon starting the vm back up windows does boot however the DSC configuration did not apply.  Looking through the logs the below error is found:
Job {AD35E038-B64D-11E6-80B6-00155D32F0EE} :
MIResult: 6
Error Message: The PowerShell DSC resource MSFT_xIPAddress from module <xNetworking,2.12.0.0> does not exist at the PowerShell module path nor is it registered as a WMI DSC resource.
Message ID: DscResourceNotFound
Error Category: 7
Error Code: 6
Error Type: MI
Looking through the DSC resources all resources which were configured in the examples were indeed copied to the VM however resource.  I'm guessing I'm missing something environmentally anyone else see this issue?  Whats the expected time if SysPrep images exist to spin up a new lab with one DC and App Server?

Hi @aultt - I looks like the .MOF files were compiled using a different version of the xNetworking module on the host, than the version copied in to the VM. If you run Get-DscResource on in the VM, I bet it's using a newer version?
It might be a good idea to update the examples to use the RequiredVersion hashtable key (rather than MinimumVersion ) to match the version of DSC resource modules installed on the host.

@iainbrighton I am looking into same problem after I did hack around my system.
Earlier I just commented out minimumsversion, as I then thaught that i would use the version om my host. So should i insert RequeredVersion = same as on host or what do you mean?

@andlo @aultt There two things going on here:

Lability uses the metadata in the .PSD1 file to determine what DSC resource modules to inject into the VM at creation time:

The modules are cached (by default) in the %ProgramData%\Lability folder.
The MinimumVersion check is performed against the modules cached in this directory.
If the minimum version isn't found the latest version is downloaded.
What is installed/registered on the host is ignored; this permits us to support different versions of modules/resources on a v4 host.

Lability does not check what version of resources are used in the MOF files

The MOF files are copied in verbatim.
The DSC resource modules installed/found in %ProgamFiles%\WindowsPowerShell\Modules are used by PowerShell when creating the MOF files
There's no way to control what versions of modules will be used by the DSC engine when compiling the MOFs in the .PSD1 configuration file.

If there is any discrepancy between the versions copied/injected in to the VM and the module/resource versions defined in the resulting MOF files, you will have problems.
If you want Lability to use the DSC resource versions/modules installed on the host, remove the NonNodeData\Lability\DSCResource key completely. Lability will then just copy all the DSC resources installed on the host, into the VMs.
It seems to me that the majority of people use MOF files compiled on the host and not precompiled MOF files. Perhaps we should add a configuration switch to control whether to use the local host's DSC resource/modules?

Looping in @csandfeld, @kilasuit and @ryanspletzer for some additional feedback.. Thoughts on defaulting to the old/legacy behaviour?

tl;dr: I think it works great as it is right now and the only possible improvement could be telling Lability where to look for modules, but since multiple module versions can live side by side, I think %ProgramFiles%\WindowsPowerShell\Modules is still the most logical place to do that, so a switch to tell Lability to use the hosts' modules makes sense, but all the same rules re: MinimumVersion, RequiredVersion etc. should apply since the host may have multiple module versions installed. I think this really only solves an offline only scenario, though. A more judicious use of explicit RequiredVersion tags would solve most of these problems.
Hey @iainbrighton, so my typical usage pattern involves compiling .mof's on a Windows 10 host (latest build), and before I even get to the Lability parts of starting the lab configuration, etc., I have to have the modules installed in my Modules folder on the host in order to compile that .mof.
As a result of that, whenever I've been doing examples like Test Lab Guide (which I've used extensively as a jumping off point to further configurations), I'm using the latest module versions available via Install-Module. (By the way, TLG has been working great lately with newer modules.) It just so happened that Lability's downloading of the latest versions of the modules into the cache matched what I was doing on my host, by chance, so I had no issues. (I hadn't touched the MinimumVersion tags.)

That being said, I personally like the notion of explicitly calling out whatever resources / modules / dependencies in general and versions of them you need (like your packages.config in an ASP.NET app). You're not telling DSC what modules you need, you're telling Lability what modules you expect to be there via injection. And I like that the MinimumVersion and RequiredVersion tags work exactly like you would expect with the PackageManagement module. Maybe someone else's authoring box is separate from their Hyper-V host and they're pushing to it -- the configuration should still work in that scenario and Lability should attempt a "package restore" (to pull another analogy to ASP.NET / NuGet land).*
*The only caveat I can think of, as I was typing that, is if your Hyper-V host you're pushing to doesn't have internet access for some reason. Then the modules need to be on the box (or on a share?) somewhere. We deal with this in ASP.NET land if we can't do NuGet package restores during build, we explicitly check in our packages alongside the source (yuck, but you have to deal sometimes), and we also can tell NuGet where to look for packages -- it has a a place to look by convention ( /Packages next to .sln or .csproj ) but it also can be told where to look for them.
So if Lability is doing this by convention:

If you want Lability to use the DSC resource versions/modules installed on the host, remove the NonNodeData\Lability\DSCResource key completely. Lability will then just copy all the DSC resources installed on the host, into the VMs.

I think that's good. (Sidenote: does it copy all versions of all modules into the VM?)
If NonNodeData\Lability\DSCResource is present, it should attempt a restore based on info in those version tags. I think the only possible way you can improve upon that is you could also perhaps explicitly tell Lability where to look for modules (locally or on a share path) if you have a specific set you want copied in. I'm struggling to think of any case beyond that offline / no internet scenario where that even makes sense -- these things should be like rpm's, they're either available through a feed or you push them onto the box itself, especially since multiple module versions can live side by side now -- which brings us full circle, as most logical place to put modules is still %ProgramFiles%\WindowsPowerShell\Modules where multiple module versions can live side by side. So having that switch might make sense, but it's a very narrow use case I think.

@iainbrighton: Thanks for asking
@ryanspletzer : That was a really thorough post – thanks for sharing.
To be honest I haven't been doing much with Lability for quite a while - except (as luck would have it) I used yesterday to set up a small DFS test environment (worked a treat by the way). So I have actually had limited exposure to the “new” method with module cache etc. I do think however that whatever could be done to ensure successful lab deployment, would be worth doing.
Maybe Start-LabConfiguration should parse the Mof files, look for module versions used, and throw an error if those modules are not available on the host (searching in $PSModulePath folders and in Lability cache). Then we would also be able to ensure, that the right module versions are injected in the VM.
I have not tested any of this, but found the following when googling:
•	https://powershell.org/forums/topic/parse-mof-with-powershell/
•	https://github.com/mikeclayton/MofParser
The second link is C# library, and I think it would be better to stick with pure PowerShell code, but it shows that it is indeed possible to extract the information from a Mof.
I don’t know how much effort it would take to implement this, but I do think it would be a very nice feature.

@ryanspletzer @csandfeld Thanks for the feedback! Where to start?!
The .mof mismatch is a mistake I see people making over and over. In essence it comes down to people using the MinimumVersion in the DSCResource declaration and not RequiredVersion. The examples don't help in this regard.
I am keen to avoid Lability doing things outside of its initial purpose of taking an existing DSC configuration and .mofs and creating VMs from them. However, adding a check that warns when modules defined in a .mof aren't on a system might help a little?
I have some rudimentary code that can parse a .mof file and return the module names/versions. Any chance you can check if this works against some of your .mof files correctly?

@ryanspletzer If you were to check the compiled .mofs and zipped PS modules into version control, you could always run Set-LabHostDefault -ModulePath <RepositoryRoot>\Modules on the build server. Then Lability could find the exact module versions without internet access.. I think!

@iainbrighton I ran that Get-MofModule function against a bunch of my mofs, and at first glance it seem to extract the expected module and version info from each of them 👍
Once we extract the module versions from the mofs, it should be pretty straight forward to ensure the right version of a module is injected, or throw an error that the module is not available. The more we can do to ensure a successful deployment, the better.
Personaly I don't see that as straying from Labilitys original purpose, but as it is based on your vision you know best :-)

I receive Error for SubnetMask using new modules of xNetworking:
ModuleType Version    Name

Script     0.10.1     Lability
CommandType     Name                                               Version    Source

Function        Convert-CIDRToSubhetMask                           3.2.0.0    xnetworking
Function        Get-LocalizedData                                  3.2.0.0    xnetworking
Function        Get-xNetworkAdapterName                            3.2.0.0    xnetworking
Function        New-InvalidArgumentException                       3.2.0.0    xnetworking
Function        New-InvalidOperationException                      3.2.0.0    xnetworking
Function        Set-xNetworkAdapterName                            3.2.0.0    xnetworking
Function        Test-IsNanoServer                                  3.2.0.0    xnetworking
Function        Test-xNetworkAdapterName                           3.2.0.0    xnetworking
CommandType     Name                                               Version    Source

Function        Publish-DSCModuleAndMof                            6.0.0.0    xPSDesiredStateConfiguration
Function        Publish-ModuleToPullServer                         6.0.0.0    xPSDesiredStateConfiguration
Function        Publish-MOFToPullServer                            6.0.0.0    xPSDesiredStateConfiguration
The error need prefixlength instead of SubnetMask
At E:\Lability\Configurations\NanoExample.ps1:25 char:17

            SubnetMask     = $node.SubnetMask;

            ~~~~~~~~~~

The member 'SubnetMask' is not valid. Valid members are
'AddressFamily', 'DependsOn', 'InterfaceAlias', 'IPAddress', 'PrefixLength', 'PsDscRunAsCredential'.
+ CategoryInfo          : ParserError: (:) [], ParseException
+ FullyQualifiedErrorId : InvalidInstanceProperty
:S

Hi @samirbazan yeah - that's unfortunate. In the xNetworking v3.0.0.0 release, the MSFT_xIPAddress:SubnetMask parameter was renamed to PrefixLength. This obviously breaks the bundled examples 😬.
I'll get the examples updated with the latest DSC resource modules. I don't think there are any other breaking changes?

Running on powershell x86 seems to course the problem on a 64bit machine

authors: andlo aultt csandfeld iainbrighton moodzuli ryanspletzer samirbazan

repo: VirtualEngine/Lability

license: mit

license_source: bigquery


text:
Consider adding constraints to generic-to-concrete type substitution

Example:
With query
<T> T.() -> T

should we return all functions that do:
Typ.() -> Typ

or should we return only functions, where Typ >: Upper-bound

Can't remember the context of this. @pikinier20?

repo: VirtusLab/Inkuire


text:
Remove dependency injection completely from the project

In hindsight, I've got the feeling that my decision to support DI use for this project was kinda overkill... WDYT guys?

In hindsight, I've got the feeling that my decision to support DI use for this project was kinda overkill... WDYT guys?

I fully agree. For now (and it does not seem to gonna change soon) we had no significant gain (probably rather troubles) with DI

source: gharchive/pull-request

authors: PawelLipski mkondratek

repo: VirtusLab/git-machete-intellij-plugin

license: MIT


text:
Reservation rehaul

Current reservations cannot accommodate walk-ins and such, needs a rehaul or revamp.
List of rehauling needed to be done:

[x]  Change reservations table to sales_order
[x] Add a control_number column to the sales_order
[x] Add type to the sales_order to identify whether they are walk-ins or reservation
[x] Connect to additional_orders referred at #31

As of the current, after reviewing the codes and related tables, reservations will now be renamed bookings instead of sales_orders. The type column will be added as an enum and will only have two (2) values, which are walk-ins and reservation.
Issue #31 will still be implemented as is.

Implemented rehaul on commit 1cdd388


text:
[Bug] dimension tooltip datum undefined

Version
1.2.0-beta.3
Link to Minimal Reproduction
null
Steps to Reproduce

spec:
const spec = {
    type: 'line',
    data: [
      {
        values:
[
    {
        "time": 1690968360000,
        "value": 0.58,
        "tag": "_pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare",
        "__VCHART_DEFAULT_DATA_INDEX": 0,
        "__VCHART_DEFAULT_DATA_KEY": "1690968360000__pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare_0",
        "VGRAMMAR_DATA_ID_KEY_401": 0
    },
    {
        "time": 1690968420000,
        "value": 0.32,
        "tag": "_pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare",
        "__VCHART_DEFAULT_DATA_INDEX": 1,
        "__VCHART_DEFAULT_DATA_KEY": "1690968420000__pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare_0",
        "VGRAMMAR_DATA_ID_KEY_401": 1
    },
    {
        "time": 1690968480000,
        "value": 0.32,
        "tag": "_pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare",
        "__VCHART_DEFAULT_DATA_INDEX": 2,
        "__VCHART_DEFAULT_DATA_KEY": "1690968480000__pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare_0",
        "VGRAMMAR_DATA_ID_KEY_401": 2
    },
    {
        "time": 1690968780000,
        "value": 1.37,
        "tag": "_pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare",
        "__VCHART_DEFAULT_DATA_INDEX": 3,
        "__VCHART_DEFAULT_DATA_KEY": "1690968780000__pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare_0",
        "VGRAMMAR_DATA_ID_KEY_401": 3
    },
    {
        "time": 1690968840000,
        "value": 0.03,
        "tag": "_pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare",
        "__VCHART_DEFAULT_DATA_INDEX": 4,
        "__VCHART_DEFAULT_DATA_KEY": "1690968840000__pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare_0",
        "VGRAMMAR_DATA_ID_KEY_401": 4
    },
    {
        "time": 1690968900000,
        "value": 0.98,
        "tag": "_pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare",
        "__VCHART_DEFAULT_DATA_INDEX": 5,
        "__VCHART_DEFAULT_DATA_KEY": "1690968900000__pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare_0",
        "VGRAMMAR_DATA_ID_KEY_401": 5
    },
    {
        "time": 1690969380000,
        "value": 0.07,
        "tag": "_pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare",
        "__VCHART_DEFAULT_DATA_INDEX": 6,
        "__VCHART_DEFAULT_DATA_KEY": "1690969380000__pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare_0",
        "VGRAMMAR_DATA_ID_KEY_401": 6
    },
    {
        "time": 1690969440000,
        "value": 0.6,
        "tag": "_pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare",
        "__VCHART_DEFAULT_DATA_INDEX": 7,
        "__VCHART_DEFAULT_DATA_KEY": "1690969440000__pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare_0",
        "VGRAMMAR_DATA_ID_KEY_401": 7
    },
    {
        "time": 1690969500000,
        "value": 0.5,
        "tag": "_pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare",
        "__VCHART_DEFAULT_DATA_INDEX": 8,
        "__VCHART_DEFAULT_DATA_KEY": "1690969500000__pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare_0",
        "VGRAMMAR_DATA_ID_KEY_401": 8
    },
    {
        "time": 1690969680000,
        "value": 0.52,
        "tag": "_pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare",
        "__VCHART_DEFAULT_DATA_INDEX": 9,
        "__VCHART_DEFAULT_DATA_KEY": "1690969680000__pod_name_param_deployment-lark-apigw-im-im-554d494698-glwl6_compare_0",
        "VGRAMMAR_DATA_ID_KEY_401": 9
    }
]
      }
    ],
    xField: 'time',
    yField: 'value',
    axes: [
      { orient: 'left', type: 'linear' },
      { orient: 'bottom', type: 'time' }
    ],
    tooltip: {
              maxWidth: 1300,
              confine: false,
              dimension: {
                title: {
                  value: (...parmas) => {
                    console.log('parmas', parmas)
                    return datum.time
                  },
                },
                content: [
                  {
                    key: datum => datum => {
                    console.log('datum', datum)
                    return datum.tag
                  },
                    // key: datum => JSON.stringify(datum.tag),
                    value: datum => datum.value,
                  },
                ],
              },
            },
  };

Current Behavior
datum in dimension tooltip callback is undefined
Expected Behavior
we can get datum in dimension tooltip callback
Environment
- OS:
- Browser:
- Framework:

Any additional comments?
No response

need to be fixed before 9th, August

repo: VisActor/VChart


text:
Added LGM-SOC'21 Section #1799

Closes: #1799
Checklist:

[x] My code follows the style guidelines of this project.
[x] I have performed a self-review of my own code.
[x] I have commented my code, particularly in hard-to-understand areas.
[x] I have made corresponding changes to the documentation.
[x] New and existing unit tests pass locally with my changes.

@Vishal-raj-1 pls review my pr.

@Vishal-raj-1 done changes.


text:
[PATTERN] Add a arrow star pattern in JavaScript, Pattern39

Description
Task
for the given input n the following pattern should print (n=5 for the below pattern) and here we have a total of 7 rows for n = 5 so the number of rows printed should vary accordingly for the given input.
Pattern Image

Filename
Pattern39.js

Hello @Vishal21121 already solved this issue pls assign this to me

pr merged #86


text:
Blogpost 16

Issue description
Describe your issue in detail here
Add blogpost 16
- [ ] VisualGameData/VIGAD-API#3

[x] #160 / #162
- [ ] #139
[x] #157
[x] Mention Retro

Definition Of Ready (DoR)
This issue can be worked on if

[x] a developer is assigned
[x] the issue is labeled
[x] the issue is assigned to the current sprint
[x] the issue is estimated
[x] a meaningful title has been set
[x] the issue is described in detail

VisualGameData/VIGAD-API#3 and #139 have been moved to the next sprint, can be excluded from blogpost

https://vigad.wordpress.com/2023/05/21/16-big-refactoring-ci-and-retro/

repo: VisualGameData/VIGAD


text:
Discrepancy between SIs and SIs from 'get_selected_output'

Hello,
There seems to be a discrepancy between the saturation indices returned by Solution.si(), and those returned by PhreeqPython.ip.get_selected_output.
If I run:
from phreeqpython import PhreeqPython
pp = PhreeqPython("/hpcdata/fijmjl/iphreeqc-3.7.3-15968/database/phreeqc.dat", debug=True)
soln = pp.add_solution(
    {
        "units": "ppm",
        "Mg": 516,
        "Mn(2)": 2.6,
    },
)
minerals = ["Hausmannite", "Manganite", "Pyrochroite", "Pyrolusite"]
{k: soln.si(k) for k in minerals}

I get the following SIs:
SOLUTION 0
  units ppm
  Mg 516
  Mn(2) 2.6
SAVE SOLUTION 0
END

{'Hausmannite': -18.90189294986606,
 'Manganite': -8.963964316622022,
 'Pyrochroite': -5.823964316622019,
 'Pyrolusite': -18.003964316622024}

But using the selected output array:
from phreeqpython import PhreeqPython
pp = PhreeqPython("/hpcdata/fijmjl/iphreeqc-3.7.3-15968/database/phreeqc.dat", debug=True)
phases = soln.phases.keys()
pp.ip.run_string(
"""
SOLUTION 1
  units ppm
  Mg 516
  Mn(2) 2.6
SAVE SOLUTION 2

SELECTED_OUTPUT 1
-file selected_output.sel
-reset false
-saturation_indices Hausmannite Manganite Pyrochroite Pyrolusite
END
"""
)
{k: v for k, v in zip(*pp.ip.get_selected_output_array())}

I get different SIs for the minerals:
SOLUTION 1
  units ppm
  Mg 516
  Mn(2) 2.6
SAVE SOLUTION 2

SELECTED_OUTPUT 1
-file selected_output.sel
-reset false
-saturation_indices Hausmannite Manganite Pyrochroite Pyrolusite
END

{'si_Hausmannite': -10.902521584503347,
 'si_Manganite': -4.964278633940662,
 'si_Pyrochroite': -5.824278633940661,
 'si_Pyrolusite': -10.004435792599985}

Worth noting that the latter results match what I get from running the phreeqc desktop application. Any ideas on what might be going on?
Thank you in advance for the help!

Hi Jeremy,
I think I've solved this issue in the fix_si branch of phreeqpython, can you test and confirm?
Regards,
Abel

Hi Abel,
Thank you for the quick response! I am still getting slightly different results in the 'fix_si' branch, but I am not sure if they are significantly different or not. For the first code snippet above, I get:
SOLUTION 0
  units ppm
  Mg 516
  Mn(2) 2.6
SAVE SOLUTION 0
END

{'Hausmannite': -10.901892948191104,
 'Manganite': -4.963964316063699,
 'Pyrochroite': -5.8239643160637,
 'Pyrolusite': -10.003964316063701}

While for the second snippet, I get:
SOLUTION 1
  units ppm
  Mg 516
  Mn(2) 2.6
SAVE SOLUTION 2

SELECTED_OUTPUT 1
-file selected_output.sel
-reset false
-saturation_indices Hausmannite Manganite Pyrochroite Pyrolusite
END

{'si_Hausmannite': -10.902521582829458,
 'si_Manganite': -4.964278633382879,
 'si_Pyrochroite': -5.824278633382876,
 'si_Pyrolusite': -10.004435792042472}

These are significantly closer than previously, but I figure the Python code is directly fetching the SIs from the IPhreeqc instance, so I would expect them to be exact. Is that not the case?
-- Jeremy

repo: Vitens/phreeqpython


text:
Auto tracker gets stuck in disconnect/reconnect loop

This happens every so often, and I'm not sure why. I've pretty much never been able to reproduce it reliably. But, sometimes tracker will get in a loop of disconnecting and reconnecting to the emulator and it can't get out. No errors or anything in the log. There's basically just a loop like this that happens over and over:
2022-12-31T13:17:20.0204007-06:00	INFO	[Randomizer.SMZ3.Tracking.AutoTracking.USB2SNESConnector]	[0]	Requesting device list
2022-12-31T13:17:20.0212177-06:00	INFO	[Randomizer.SMZ3.Tracking.AutoTracking.USB2SNESConnector]	[0]	Connecting to USB2SNES device Emu - Berrypunch
2022-12-31T13:17:21.1414940-06:00	INFO	[Randomizer.SMZ3.Tracking.AutoTracking.AutoTracker]	[0]	Start sending messages 12/31/2022 13:17:21
2022-12-31T13:17:25.0287654-06:00	FAIL	[Randomizer.SMZ3.Tracking.AutoTracking.USB2SNESConnector]	[0]	USB2SNES connection lost NoMessageReceived
2022-12-31T13:17:25.0288040-06:00	INFO	[Randomizer.SMZ3.Tracking.AutoTracking.AutoTracker]	[0]	Disconnected
2022-12-31T13:17:25.0316987-06:00	FAIL	[Randomizer.SMZ3.Tracking.AutoTracking.USB2SNESConnector]	[0]	Reconnection happened, type: NoMessageReceived

This happened most recently when betus beat the game, reloaded, then tried to have tracker kill him. Auto tracker got the following message from detecting a region change:
2022-12-31T13:15:10.7662991-06:00	INFO	[Randomizer.SMZ3.Tracking.AutoTracking.AutoTracker]	[0]	ChangedMetroidRegion detected

But then when betus enabled cheats and asked tracker to kill him it started:
2022-12-31T13:15:55.5809865-06:00	INFO	[Randomizer.SMZ3.Tracking.VoiceCommands.AutoTrackerModule]	[0]	Recognized "Hey tracker, enable cheats" with 94.65 % confidence.
2022-12-31T13:16:00.7063113-06:00	INFO	[Randomizer.SMZ3.Tracking.VoiceCommands.AutoTrackerModule]	[0]	Recognized "Hey tracker, kill me" with 95.36 % confidence.
2022-12-31T13:16:05.7343622-06:00	FAIL	[Randomizer.SMZ3.Tracking.AutoTracking.USB2SNESConnector]	[0]	USB2SNES connection lost NoMessageReceived
2022-12-31T13:16:05.7348020-06:00	INFO	[Randomizer.SMZ3.Tracking.AutoTracking.AutoTracker]	[0]	Disconnected

Honestly, I can't replicate this myself to be able to see what's going on.


text:
Feature/gechina 94

https://vizzuality.atlassian.net/browse/GECHINA-94?atlOrigin=eyJpIjoiMDJlYmRhODdmMGU5NGYwZTk0MWRmZTE4NTQyMGRhMWIiLCJwIjoiaiJ9
Adds remaining fields to groups, subgroups and indicators:

widget_list.
slug.
default subgroup.
categories.
category filters.
default_visualization.

Yes! I was planning to merge yours and then adapt a few things to make it match and also use the FindOrCreateEntity in the widgets importer.

repo: Vizzuality/gefc-api


text:
[SW-77][added]navigation 프로필 변경 기능 추가

Navigation 컴포넌트 내부에서 peerManger.me의 정보들을 수정합니다.

문제는 변경을 누르지 않고 드롭다운을 닫았다가 다시 키면, 프로필 사진이 현재 아바타 사진 기준으로 뜨지 않는다는 것입니다.
일단 추가하고 나중에 수정하려고 합니다..
Navigation 컴포넌트 안이 지저분해졌습니다(useState도 많이 쓰고, 전역으로 선언된 배열 같은 것도 있고.. 어떻게 예쁘게 바꿀지 생각해보고 수정하겠습니다).

이미 더 수정되어야 하는 항목들을 알고 계셔서 추후 어떤 방식으로 더 고도화 되는지 그때 좀더 보면 될것 같습니다. 현 상태에서는 lgtm!


text:
Nmp package not working

I recently tried to install the @xmcl/core package on npm and got this error:

Is there any way I can fix this?

Thanks! Seems I somehow rotated the devDependencies & dependencies in @xmcl/unzip package causing this error. Will fix in next release.

repo: Voxelum/minecraft-launcher-core-node


text:
SyntaxError: ambiguous indirect export: default

Describe the bug
I have some problem after update to v.3.6.6
I don't know whats happen but I see this error in console after update.
Maybe some problems with update date-fns in your package.
I was try to reproduce this error on stackblitz
At previous version all be fine.
To Reproduce
https://stackblitz.com/edit/nuxt-starter-evtvmi

Ah, this is supposed to be fixed by the date-fns-tz, will publish a patch in a bit

@Jasenkoo thank you for your job. It helped me.

authors: Jasenkoo zozulinskyi

repo: Vuepic/vue-datepicker


text:
Automatic Delimiter Input Option

We are using your component on Production system.
When user manually inputting dates and times, it can be inconvenient to remember to add separators between date and time components. This becomes even more challenging when considering the need to switch keyboard layouts, where keys might represent different characters.
We would like to propose adding an option that automatically inserts separators based on the specified format.
For instance, with the format "yyyy-MM-dd HH:mm:ss", if a user enters digits "20240318144028" via keyboard input, the system would dynamically transform it to "2024-03-18 14:40:28" as the user types. This ensures a seamless input experience, with separators added on the fly as needed.

There is no need for a separate option, as you can pass multiple formats for text-input, e.g.
:text-input="{ format: ['yyyy-MM-dd HH:mm:ss', 'yyyyMMddHHmmss'] }"
With this, you can input the date in both ways.

authors: Jasenkoo Kagayakashi


text:
Update mingo to 2.2.0

Why update?
Basically I found that when having a query selector containing a nested field, mingo would not safe retrieve that value from the documents already present in the local state. That causes the withList HOC to break when inserting or editing documents of a type with an active query with that query selector.
More precisely, the change I'm interested in is from getValue@0.8.1 to getValue@2.2.0.
As you can see, in 2.2.0 the object is being checked before retrieving the value, so the error is avoided.
Replicate error

Create a query that uses a selector with a nested field. For example:

{
  'someField.someProperty': true,
}

List elements using withList HOC and that query
Perform a newMutation (I think editMutation would trigger the error too) with a document of that type, but make sure that it is saved without that field. For example, the saved document would be:

{
  _id: '12345678',
  someField: null, // or simply not defined
}

The error is caused by mingo when trying to retrieve 'someProperty' from the retrieved 'someField', being it null and throwing the TypeError: Cannot read property 'someProperty' of null
Revision/test
Note that I've made only the changes that I needed to run my projects -where I use the withList and perform new and edit mutations-, but I've not fully tested with the Vulcan-Starter examples. More in depth testing should be done to make sure that mingo hasn't had any breaking changes between versions 0 and 2.

Wow, nice job tracking that down. It's always good to keep things up to date anyway :)

authors: SachaG ochicf

repo: VulcanJS/Vulcan


text:
Clarify use of tsconfig

Next does some magic with tsconfig, so it's safer to use it as much as possible.
But some questions stays open.
Specifically, how do we exclude stories and tests from the build, without breaking VS code autocompletion + specific builds (storybook, tests)
https://github.com/vercel/next.js/issues/12076
Steps to solve

[ ] Wait for a fix from Next

Solution is to put tsconfig.json inside folders, eg src, that reincludes relevant files. Only the root tsconfig will be used for building, so it's safe to reinclude dev-only files within nested folders just for VS code to work ok.

repo: VulcanJS/vulcan-next


text:
_G leaks fix and french translation update

https://github.com/Vysci/LFG-Bulletin-Board/commit/90e3435856fa33f543ff3d576e31866659542062 fixes potential taints and breaking other addons
for https://github.com/Vysci/LFG-Bulletin-Board/commit/15085f0264696d9a2b56132bbddaab12f510b565 i used names found on wowhead

Can you pull the latest changes, which include heroic filtering and add French localization to the newly introduced variables?

I have rebase the PR, fixed a new global you added and removed Tool.CopyPast, i saw it wasn't using correct backdrop template, then started fixing a few bugs it has, before i saw it wasn't use anywhere.
About the new localization variables, i don't play the game in french myself but i play on a french server, i wanted to make the addon work better on french servers but i don't have time & will to translate the whole UI, your last heroic changes should work correctly without an update in french localization.

authors: Vysci mrbuds

repo: Vysci/LFG-Bulletin-Board


text:
On branch edburns-msft-ibm-382-apply-lessons

modified:   docs/howto-update-offer-in-partner-center.md

Commit 14058d8 is to fix the most recent deployment issue reported by @edburns and @venunathb. The root cause is that when the new version 1.2.1 of OLO is available, the startingCSV doesn't work with open-liberty-operator.v1.2.0 anymore. Updating to open-liberty-operator.v1.2.1 solves the issue.
Testing
Manually install the OLO 1.2.1 to verify if the change works:
oc apply -f open-liberty-operator-subscription.yaml
# subscription.operators.coreos.com/open-liberty-certified created

oc get deployment -n openshift-operators -w
#NAME                     READY   UP-TO-DATE   AVAILABLE   AGE
#olo-controller-manager   0/1     1            0           16s
#olo-controller-manager   1/1     1            1           30s

The OLO 1.2.1 is successfully installed:

Hello @venunathb , this workflow succeeded. https://github.com/azure-javaee/azure.liberty.aro/actions/runs/5497592098 . I request you to please merge this PR.

@edburns @majguo
Minor comment, I thought the OLO version would be updated via automation.

authors: edburns majguo venunathb


text:
Create main dashboard ticket view

We want to be able to view all the contents of a ticket when navigating to that ticket's URL. For example, navigating to http://localhost:3000/SF_2 should still display the tickets sidebar but also display the contents of the SF_2 ticket.
To display the contents simply dump all the key-value pairs into a 2-column table similar to the old finance system. Don't worry about styling too much, but make sure that all the data is clearly presented.

resolved by #66


text:
Create an auto-deploy for open PRs

Look into using https://aws.amazon.com/amplify/hosting/ to deploy the frontend of new branches and PRs automatically for review

Addressed through surge deploy https://github.com/WFP-VAM/prism-app/pull/495

authors: ericboucher wadhwamatic

repo: WFP-VAM/prism-app


text:
fixes#4 fixes#1 fixes#2 refactor compiler. Add phase_5 processing to deal with default values…

…, runtime variables and meta configuration files from the component repositories

fixes#1

fixes #2


text:
能不能更新一下这个项目啊

这么好的项目，求大佬更新一下

已经没人了


text:
Edge: Popup will not close

Reportedly, when the application is opened in the Microsoft Edge browser, the user is unable to close the disclaimer dialog. Until we have a Windows 10 environment for testing, we could only guess as to what the cause is.

[ ] Get Windows 10 VM
[ ] Reproduce error in Edge browser on Windows 10 VM.
[ ] Fix issue, if possible.

I was unable to reproduce the error on a Windows 10 computer in Edge.

Microsoft Edge 25.10586.0.0
Microsoft EdgeHTML 13.10586

repo: WSDOT-GIS/bridge-clearance-app

license: Unlicense


text:
Save history

Task consists of next steps:

Investigate structure for history saving.
Attach time stamp to each move.
Extend methods that save and load game to save and load game with history.

After closing the issue, consider closing related task #36.

I'll take it

authors: dmvict olgZZZ


text:
Learn how to drive empirica backend using graphql interface

In theory, everything we do with the admin interface, we should be able to do using a GraphQL query or mutation. Let's learn how to do that, and write a template or description/documentation for how to do it.
Lets document how to do these actions in a way that can be added to the empirica documentation.
you can send commands to the tajriba server on a dummy experiment from http://localhost:3000/play.

Closing this as there will be a new API for the admin tasks soon.

repo: Watts-Lab/deliberation-portal


text:
More specific config group

As requested by NFC here (don't use example as config group):
https://github.com/runelite/plugin-hub/pull/5934#issuecomment-2109128381

Updated to not use example as config group 👍

All good!

authors: DapperMickie WaylonJ


text:
use Vercel to deploy dApp

Money: ¥500
Deadline: TBD
Needs:

funcs Description
compare with gh-pages
using svg-nft as an example

I'm coming😄

I'm coming😄 Deadline: 2nd March

Very Wellllllllllll.

v1.0: https://m2e7ls709u.feishu.cn/docs/doccnsqNcc7QUqMAn1xyIs3gaEc


text:
Problem with delegated multisig group

To issue a QVI vLEI credential, a delegating AID must issue the credential to a delegated multisig group AID. I made an update to delegation-multisig.test.ts to demonstrate three problems with delegated multisig AID. Hopefully, the ongoing work in Keripy will solve these problems.

[ ] On Line #L59 to #L67, delegated multisig group will not be created with witnesses. This is related to issue #145.
[ ] On Line #L206, the delegator cannot resolve the OOBI of the delegated multisig group. This is related to issue #192.
[ ] The delegator and delegated multisig group cannot send IPEX messages to each other. This is related to issue #190.

Pending an update from @pfeairheller

@m00sey I have linked the PR to three separate issues.

I've been able to successfully create multisig AIDs, issue credentials and perform IPEX GRANT and ADMIT messages from SigPy.  I have not included delegation.  I will start trying to see what is breaking here in SigTS but may have to run through it all in SigPy first.

@pfeairheller All issues related to this PR seem to have been resolved. I have also converted the script into a new file. Over the next few days, I will try to work on this test script further to issue all the way to an ECR vLEI credential using 2 GARs, 3 QARs, 3 LARs, and 1 ECR person.

I might not get to this in a while. I will close this for now to make another PR when I actually finish it.

authors: m00sey nkongsuwan pfeairheller

repo: WebOfTrust/signify-ts


text:
list comprehension bad (change LRG interpolator vector return)

not a major issue but find a way to rewrite this as a for loop with a pre-allocated Vector of LinearInterpolation objects ... ?
per @xzackli in https://github.com/WebSky-CITA/XGPaint.jl/pull/36#discussion_r1231522499

I'm sorry @dongwooc I meant that (flippant) comment as praise. The list comprehension is great and will run at full speed.

authors: dongwooc xzackli


text:
[FEATURE REQUEST] Autodelete timers

Is your feature request related to a problem? Please describe.
As being a free self-hosted files hosting service, storage on public instances fills up
Describe the solution you'd like
Setting to autodelete old files uploaded some time ago and/or timers for doing that without admins
Additional context
Autodelete files after some time examples: https://transfer.sh/ https://0x0.st/

Duplicate of #30

authors: AruMoon CyberiumShadow

repo: WeebDev/chibisafe


text:
ImportError & ModuleNotFoundError

Hi, authors
Thank you for sharing your work.
While I was reproducing your code for testing, I found out there are several codes missing.
Representatively, I get these two errors below :

ImportError: cannot import name 'VisualTransformer' from 'pmc_clip.model.blocks'
ModuleNotFoundError: No module named 'pmc_clip.model.mlm'

I have looked up the whole code but 'VisualTranformer' cannot be found in blocks.py, and there is no such 'mlm.py' in pmc_clip.model.
Do you have any plans to release those two parts too?
Thank you

Thanks for raising this issue, would you give me more details so that I can identify the specific source of the bug.
Information such as the location of ImportError would help a lot.

File "./PMC-CLIP/src/pmc_clip/model/base_model.py", line 17, in
from .blocks import ModifiedResNet, LayerNorm, QuickGELU, VisualTransformer, Transformer
ImportError: cannot import name 'VisualTransformer' from 'pmc_clip.model.blocks' (./PMC-CLIP/src/pmc_clip/model/blocks.py)
Hi, seems like you don't have 'VisualTransformer' class in your 'block.py' code which is under 'src/pmc_clip/model/' folder. Could you please have a look into this?

Thank you @pengyu965 for the info, it seems that I remove VisualTransformer block when releasing the code. I will release the VisualTransformer in the next few days.

Also, as referred in our paper, we only use ResNet for model's visual encoder. The VisualTransformer might be less effective than ResNet according to our empirical study. Also we ourself have no pretrained weights for the VisualTransformer due to tight computing budget.

| ERROR | Model config for RN50 not found; available models ['RN50_fusion1', 'RN50_fusion2', 'RN50_fusion4', 'RN50_fusion8', 'RN50x4_fusion4', 'RN50x16_fusion4', 'RN101_fusion4'].
After I delete some 'import unavaluable pakage' code
It seems that even RN50 cannot be found -_-
Thank you very much for your contribution to the community again. Please modify the code for ease of use.

For everyone who would like to solve the visual_transformer not found error. I found the vision_transformer from the hugging face: https://github.com/dandelin/ViLT/blob/762fd3975c180db6fc88f577cf39549983fa373a/vilt/modules/vision_transformer.py (which is the same link mentioned in the comments in pmc_clip.py).
Simply copy paste the code and rename the vision_transformer class accordingly would make the modeling part work.
@WeixiongLin Thanks for the information, I would try the resnet50.

| ERROR | Model config for RN50 not found; available models ['RN50_fusion1', 'RN50_fusion2', 'RN50_fusion4', 'RN50_fusion8', 'RN50x4_fusion4', 'RN50x16_fusion4', 'RN101_fusion4'].
After I delete some 'import unavaluable pakage' code It seems that even RN50 cannot be found -_- Thank you very much for your contribution to the community again. Please modify the code for ease of use.

I believe that this error comes from the unfound model config file. So I open another issue for it. You can get my help in Model Config Not Found

For everyone who would like to solve the visual_transformer not found error. I found the vision_transformer from the hugging face: https://github.com/dandelin/ViLT/blob/762fd3975c180db6fc88f577cf39549983fa373a/vilt/modules/vision_transformer.py (which is the same link mentioned in the comments in pmc_clip.py). Simply copy paste the code and rename the vision_transformer class accordingly would make the modeling part work.
@WeixiongLin Thanks for the information, I would try the resnet50.

Thanks, I think you are right. The ViT is compatible with our model. You can switch from RN50 to ViT if you like. Feel free to raise a PR if you want to merge ViT backbone into our codebase.

I would close this issue since the import error seems to be fixed. Feel free to reopen it if it's actually not solved.

authors: SZUHvern WeixiongLin lynnjeoun pengyu965

repo: WeixiongLin/PMC-CLIP


text:
idea: codegen

maybe have an action available when you right click a runnable .resolve file -- maybe something like Generate Code. This gens the java files then intellij can run em. Maybe see how the antlr plugin does this.

incorporated as of cb4d416


text:
🛑 phpMyAdmin is down

In 71ed59a, phpMyAdmin (https://myadmin.wicloz.rocks/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: phpMyAdmin is back up in 0427c91 after 2 hours, 54 minutes.

repo: Wicloz/upptime


text:
android ponto have no set return params

                if (params != null && !params.equalsIgnoreCase(NULL_STRING)) {
                    Method method = cls.getDeclaredMethod(methodName, String.class);
                    method.invoke(object, params);  // have no set return params
                } else {
                    Method method = cls.getDeclaredMethod(methodName);
                    method.invoke(object);  // have no set return params
                }

Our company has a hybird app. The h5 part of the app is builded by angularjs and ionic. I use 'ponto.invoke' to interact width native including android(Java) and ios(Object C). Nowadays I find some android mobiles has some problems. However all the ios devices have no problems. I found the problem was due to the "ponto.js". So, have you ever met the question and how to solve the problem.
The detailed phenomenon is that some ionic function will go broken in some  android devices because ponto.invoke goes too long even can't go down. Is it related to the code's compatibility or some settings?

authors: Richardsh wanghuida

repo: Wikia/ponto


text:
Updating default user avatar to fix issue #390

Related Issue

Fixes #390
Checklist:

[x] I have read the contributor's guide.
[x] I linked an issue in the previous section
[x] I have commented on the linked issue
[x] I was assigned the linked issue (not required)
[x] I have tested the change to the best of my ability against the sandbox or a local build.

Optional items:

[ ] My change adds new text and requires a change to translations.
[ ] My change requires a change to the documentation.
[ ] I have submitted a PR to the documentation repo.
[ ] I was not able to test... (explain below, e.g. you did not have permissions to test a specific feature)
[ ] This change depends O-FISH Realm repository changes (explain below)

Optional: Add any explanations here

Optional: Add any relevant screenshots here

Hi @jessrichmond - I'm currently on vacation until Jan 4th, and will address this pull request then. Apologies for the delay!

(If you have time and want to work on another issue, please feel free to do so. You don't have to wait to be assigned an issue before working on it, but we do ask that you comment saying you'd like to work on the issue so other volunteers know it's being worked on).

authors: Sheeri jessrichmond

repo: WildAid/o-fish-web


text:
Example for the point chart

The following example works correctly:
const config = {
  type: 'point',
  toLine: false,
  grid: true,
  radius: 5,
};

However, there is a point on the ordinate axis which is not usually found on a graph like this.

Thank you for your suggestions, this is how the graphics are displayed, but this may be an option added later if it bothers users
Example for the chartJs library :

authors: JohLav brrrrrbrrrr


text:
Fix web tests

❗ Depends on #171
This set of changes introduces a opendb_with_web to work similarly to opendb_bg_web but without the background process(es).
I had tried to have opendb_with_web start the job-engine in the background as processes, but it's still running into the issue of leaving behind zombie processes. Further investigation will need to be done. And maybe even small architectural changes will be needed. For now, the function works great to provide a simple web interface without running the full blown web server as a process.
Some tests have been disabled, while others have been enabled, because there is a change to enable --web-tests in CI. Tests that use the job-engine have been disabled for now. The major reason is because of the zombie processes. The other reason is around unknown expectations from returned functions; that is, the doctests as written don't seem to be returning the correctly expected values in some cases. Overall, some of the tests that are now live again have assertions added to them to check for correctness.
This work has been done to resolve testing issues with the sql/postgres branch, which will be rebased over this. As of this writing the sql/postgres branch with this merged in is passing all tests.

Did you rebase this over develop? I'd think that first commit shouldn't still be in this set after a rebase. 🤔

Did you rebase this over develop? I'd think that first commit shouldn't still be in this set after a rebase. 🤔

Yes, #171 was merged into develop and I rebased a little bit ago

Yes, #171 was merged into develop and I rebased a little bit ago

That commit must have changed enough between things to not recognize it's the same commit. I'll drop it off the branch and force push.

That commit must have changed enough between things to not recognize it's the same commit. I'll drop it off the branch and force push.

authors: bluemellophone mmulich

repo: WildbookOrg/wildbook-ia


text:
Add context configuration

Number of lines, or whole top-level definition.

This feature would be really useful to me. A naive diff of a Clojure file tends to be noisy, and difft improves that significantly, so I'm using it for code reviews – but I find that the default three lines of context makes it hard to get the full picture of what a change's significance is.
Either or both of the options you name above would fix that problem. If remotely feasible, another suggestion that might have an even tidier result: Show the entire top-level form as context. At the moment I'm reviewing a change which shows several different diffs in a single function. I don't necessarily need to see the entire file, but seeing that whole function would be handy.

I've been using difftastic as my git diff tool- it'd be nice if the git diff context args also flowed through to difftastic
git diff -U20 master...mybranch

I would find it useful to have the context show up in the --display=json output as well.

Oops, I should have closed this: difftastic has the ability to control context with --context or setting DFT_CONTEXT. I'll leave it open until JSON output supports it too.

@d3dave Wow, I really wasn't sure if anyone would use the JSON output! Could you tell me more about what you use it for?

@d3dave Wow, I really wasn't sure if anyone would use the JSON output! Could you tell me more about what you use it for?

I want to render the JSON in a GitHub-style web viewer. Without context lines it's not very useful.

authors: Wilfred colinphill-reify d3dave seanlaff

repo: Wilfred/difftastic


text:
Some optimizations

First, enable thin-LTO. This brings ~5% speedup.
Before:
 Performance counter stats for 'cargo run --release -- sample_files/slow_before.rs sample_files/slow_after.rs':

          1,033.66 msec task-clock:u              #    0.999 CPUs utilized
                 0      context-switches:u        #    0.000 /sec
                 0      cpu-migrations:u          #    0.000 /sec
             6,127      page-faults:u             #    5.927 K/sec
     3,992,966,896      cycles:u                  #    3.863 GHz
       295,590,268      stalled-cycles-frontend:u #    7.40% frontend cycles idle
     1,229,153,356      stalled-cycles-backend:u  #   30.78% backend cycles idle
     4,948,279,348      instructions:u            #    1.24  insn per cycle
                                                  #    0.25  stalled cycles per insn
       975,024,920      branches:u                #  943.275 M/sec
        20,612,498      branch-misses:u           #    2.11% of all branches

       1.034353300 seconds time elapsed

       0.973504000 seconds user
       0.059968000 seconds sys

After:
 Performance counter stats for 'cargo run --release -- sample_files/slow_before.rs sample_files/slow_after.rs':

            996.05 msec task-clock:u              #    0.998 CPUs utilized
                 0      context-switches:u        #    0.000 /sec
                 0      cpu-migrations:u          #    0.000 /sec
             6,116      page-faults:u             #    6.140 K/sec
     3,926,308,401      cycles:u                  #    3.942 GHz
       263,648,312      stalled-cycles-frontend:u #    6.71% frontend cycles idle
     1,349,401,185      stalled-cycles-backend:u  #   34.37% backend cycles idle
     4,859,980,027      instructions:u            #    1.24  insn per cycle
                                                  #    0.28  stalled cycles per insn
       920,523,681      branches:u                #  924.177 M/sec
        19,978,054      branch-misses:u           #    2.17% of all branches

       0.998478582 seconds time elapsed

       0.932282000 seconds user
       0.063171000 seconds sys

The numbers of instructions are relatively stable.
I also measured them using hyperfine.
Before:
$ hyperfine --warmup=3 'cargo run --release -- sample_files/slow_before.rs sample_files/slow_after.rs'
Benchmark 1: cargo run --release -- sample_files/slow_before.rs sample_files/slow_after.rs
  Time (mean ± σ):      1.046 s ±  0.051 s    [User: 0.993 s, System: 0.052 s]
  Range (min … max):    1.001 s …  1.141 s    10 runs

After:
$ hyperfine --warmup=3 'cargo run --release -- sample_files/slow_before.rs sample_files/slow_after.rs'
Benchmark 1: cargo run --release -- sample_files/slow_before.rs sample_files/slow_after.rs
  Time (mean ± σ):     986.4 ms ±  15.3 ms    [User: 930.6 ms, System: 54.3 ms]
  Range (min … max):   971.3 ms … 1024.4 ms    10 runs

Enable PGO could get another >5% speedup. I use this tool to do the optimization https://github.com/Kobzol/cargo-pgo.
$ cargo pgo run -- sample_files/slow_before.rs sample_files/slow_after.rs
$ cargo pgo optimize run -- sample_files/slow_before.rs sample_files/slow_after.rs

Before (this time I directly invoke the binary rather than through cargo run):
 Performance counter stats for '/home/qc/.cargo/target/release/difft sample_files/slow_before.rs sample_files/slow_after.rs':

            975.13 msec task-clock:u              #    1.000 CPUs utilized
                 0      context-switches:u        #    0.000 /sec
                 0      cpu-migrations:u          #    0.000 /sec
             1,423      page-faults:u             #    1.459 K/sec
     3,873,705,459      cycles:u                  #    3.973 GHz
       312,841,226      stalled-cycles-frontend:u #    8.08% frontend cycles idle
     1,356,026,289      stalled-cycles-backend:u  #   35.01% backend cycles idle
     4,416,634,146      instructions:u            #    1.14  insn per cycle
                                                  #    0.31  stalled cycles per insn
       834,316,552      branches:u                #  855.598 M/sec
        18,932,572      branch-misses:u           #    2.27% of all branches

       0.975598289 seconds time elapsed

       0.947813000 seconds user
       0.026704000 seconds sy

After:
 Performance counter stats for '/home/qc/.cargo/target/x86_64-unknown-linux-gnu/release/difft sample_files/slow_before.rs sample_files/slow_after.rs':

            907.64 msec task-clock:u              #    0.999 CPUs utilized
                 0      context-switches:u        #    0.000 /sec
                 0      cpu-migrations:u          #    0.000 /sec
             1,441      page-faults:u             #    1.588 K/sec
     3,573,701,152      cycles:u                  #    3.937 GHz
        81,488,884      stalled-cycles-frontend:u #    2.28% frontend cycles idle
     1,843,191,214      stalled-cycles-backend:u  #   51.58% backend cycles idle
     4,175,713,686      instructions:u            #    1.17  insn per cycle
                                                  #    0.44  stalled cycles per insn
       773,151,834      branches:u                #  851.826 M/sec
        18,228,346      branch-misses:u           #    2.36% of all branches

       0.908512976 seconds time elapsed

       0.860485000 seconds user
       0.046691000 seconds sys

Substitute rpds::Stack with a simplified one, which removes all unused parts. Nearly 20% speedup.
 Performance counter stats for 'cargo run --release -- sample_files/slow_before.rs sample_files/slow_after.rs':

            802.58 msec task-clock:u              #    0.999 CPUs utilized
                 0      context-switches:u        #    0.000 /sec
                 0      cpu-migrations:u          #    0.000 /sec
             5,885      page-faults:u             #    7.333 K/sec
     3,161,969,385      cycles:u                  #    3.940 GHz
        91,496,359      stalled-cycles-frontend:u #    2.89% frontend cycles idle
     1,254,938,698      stalled-cycles-backend:u  #   39.69% backend cycles idle
     3,982,788,439      instructions:u            #    1.26  insn per cycle
                                                  #    0.32  stalled cycles per insn
       752,314,449      branches:u                #  937.376 M/sec
        19,227,259      branch-misses:u           #    2.56% of all branches

       0.803042017 seconds time elapsed

       0.752424000 seconds user
       0.049889000 seconds sys

Switching from mimalloc to snmalloc brings a negligible speedup and slightly less memory usage.
Since the time difference is too small, hyperfine is used again.
Before this change:
Benchmark 1: cargo run --release -- sample_files/slow_before.rs sample_files/slow_after.rs
  Time (mean ± σ):     863.1 ms ±  36.6 ms    [User: 816.1 ms, System: 45.9 ms]
  Range (min … max):   824.6 ms … 922.8 ms    10 runs

After this change:
Benchmark 1: cargo run --release -- sample_files/slow_before.rs sample_files/slow_after.rs
  Time (mean ± σ):     852.8 ms ±  40.2 ms    [User: 804.4 ms, System: 47.2 ms]
  Range (min … max):   817.9 ms … 929.6 ms    10 runs

cargo run --release -- sample_files/slow_before.rs sample_files/slow_after.rs   0.73s  user 0.06s system 99% cpu 0.791 total
avg shared (code):         0 KB
avg unshared (data/stack): 0 KB
total (sum):               0 KB
max memory:                464
page faults from disk:     0
other page faults:         7519

If you think such an improvement is worthy then I will commit & push it.

Change a RefCell in Vertex to Cell and save some memory.
Benchmark results (without PGO and snmalloc):
 Performance counter stats for 'cargo run --release -- sample_files/slow_before.rs sample_files/slow_after.rs':

            833.68 msec task-clock:u              #    0.999 CPUs utilized
                 0      context-switches:u        #    0.000 /sec
                 0      cpu-migrations:u          #    0.000 /sec
             5,870      page-faults:u             #    7.041 K/sec
     3,216,321,688      cycles:u                  #    3.858 GHz
       116,517,616      stalled-cycles-frontend:u #    3.62% frontend cycles idle
     1,287,228,852      stalled-cycles-backend:u  #   40.02% backend cycles idle
     3,999,693,671      instructions:u            #    1.24  insn per cycle
                                                  #    0.32  stalled cycles per insn
       753,977,344      branches:u                #  904.398 M/sec
        19,331,816      branch-misses:u           #    2.56% of all branches

       0.834518514 seconds time elapsed

       0.803612000 seconds user
       0.030010000 seconds sys

cargo run --release -- sample_files/slow_before.rs sample_files/slow_after.rs   0.76s  user 0.04s system 99% cpu 0.802 total
avg shared (code):         0 KB
avg unshared (data/stack): 0 KB
total (sum):               0 KB
max memory:                463
page faults from disk:     0
other page faults:         6740

I don't know why the number of instructions rised a little bit.

cool! nice work

Remove len field in the stack.
 Performance counter stats for 'cargo run --release -- sample_files/slow_before.rs sample_files/slow_after.rs':

            805.14 msec task-clock:u              #    0.999 CPUs utilized
                 0      context-switches:u        #    0.000 /sec
                 0      cpu-migrations:u          #    0.000 /sec
             5,863      page-faults:u             #    7.282 K/sec
     3,115,521,172      cycles:u                  #    3.870 GHz
        61,609,793      stalled-cycles-frontend:u #    1.98% frontend cycles idle
     1,267,554,739      stalled-cycles-backend:u  #   40.69% backend cycles idle
     3,956,185,667      instructions:u            #    1.27  insn per cycle
                                                  #    0.32  stalled cycles per insn
       750,392,095      branches:u                #  932.006 M/sec
        19,234,997      branch-misses:u           #    2.56% of all branches

       0.806000988 seconds time elapsed

       0.764996000 seconds user
       0.040091000 seconds sys

cargo run --release -- sample_files/slow_before.rs sample_files/slow_after.rs   0.79s  user 0.05s system 99% cpu 0.839 total
avg shared (code):         0 KB
avg unshared (data/stack): 0 KB
total (sum):               0 KB
max memory:                435
page faults from disk:     0
other page faults:         6727

I have to focus on other works so the optimization ends here.
In conclusion (without PGO and snmalloc):

~25% speedup
~20% less memory usage

Wow, really great changes! It's incredible to see a ~25% speedup in code I've already tried to make fast :)
Thanks for mentioning snmalloc, I will take a look at it too. I've had a few problems with mimalloc (see #297) so I'm interested in looking at other malloc implementations.

authors: Enter-tainer QuarticCat Wilfred


text:
Undo prop change

This allows player to hit Z to undo their most recent prop change

I also fixed the issue with the shotgun

repo: WillBuik/NecronomiconPropHunt


text:
Template App.Xaml and RequestedTheme

The template with HamburgerMenu generates a App.Xaml file where the Theme is set to Light.
Changing the theme in the settings menu will have no influence when you restart the application due to the Light version set in the xaml file.
Just remove this and all works fine.

Good catch. True for all but Blank template.
Hey, why not submit a Pull Request?

Already fixed in the current branch.

authors: GFlisch JerryNixon


text:
[Release] v0.0.1a1 => main

Automated changes by create-pull-request GitHub action

Codecov Report

Merging #5 (32b54e5) into main (afad399) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main       #5   +/-   ##
=======================================
  Coverage   94.11%   94.11%
=======================================
  Files           2        2
  Lines          17       17
=======================================
  Hits           16       16
  Misses          1        1

Flag
Coverage Δ

pytest
94.11% <ø> (ø)

python-3.10
58.82% <ø> (ø)

python-3.7
88.23% <ø> (ø)

python-3.8
94.11% <ø> (ø)

python-3.9
94.11% <ø> (ø)

st-_0.65.
76.47% <ø> (ø)

st-_1.12.
47.05% <ø> (ø)

st-_1.3.
76.47% <ø> (ø)

st-_1.4.
58.82% <ø> (ø)

st-_1.8.
52.94% <ø> (ø)

st-_latest
47.05% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

authors: Wirg codecov-commenter

repo: Wirg/st-compat


text:
Store YNAB_USERNAME and YNAB_PASSWORD in .env

By using https://github.com/theskumar/python-dotenv, you can avoid have YNAB_PASSWORD stored in your .bashrc or something similar.
Add a file: .env with the contents
YNAB_USERNAME=batman
YNAB_PASSWORD=notmypassword

and load that with the dotenv library.
See KPLauritzen/Nordea-to-YNAB@6cf782dc1b0d0cee2d234b36791be0deb64cd1de

@KPLauritzen but then, wouldn't an .env file actually be .bashrc or something similar 😛 ?
While I agree that it's a nice tool to avoid polluting your "global" env with project related stuff, it's actually technically the same as having it in your .bashrc :)

@chadrien I guess it is somewhat the same :) It is your password in plaintext on a file on your computer. It is easier to manage access to a project specific .env file. chmod 600 .env, and you should be good to go.
Maybe it is a solution to a non-existent problem, but exactly this thing of not "polluting your global env" seems good practice. At least for my case, sometimes working on a multi-user system, it is nice to be able to say "have a look at my bashrc" without worrying about a password leaking.

@KPLauritzen Thanks for the suggestion!
I've been using an .env file and autoenv myself but I totally forgot that python has this module.
Even though I agree that it's technically the same as having it in your .bashrc, it's nice to add specific instructions for potential users, and having a local .env file is IMO really good for that.
Do you @KPLauritzen want to open a pull request directly out of your changes? I can write the documentation if you don't feel like it :)

authors: KPLauritzen Wisheri chadrien

repo: Wisheri/Nordea-to-YNAB


text:
how to get PNN file ?

hi, i managed to compile your newest Caissa on Linux .. the UCI info says v1.6.11 but also : Failed to load default neural network eval-7.pnn .. indeed this file is missing, where to get it ?

Hi, please use one included in the most recent release: https://github.com/Witek902/Caissa/releases/tag/1.6.3

thanks, i found it.


text:
PyWin32 as dependency?

Hi!
Not sure if thats an issue, but I had to install pywin32 on Windows 10 myself, shouldn't it be listed somewhere or shouldn't it be installed in a portalocker installation process as a depedency? (I'm not quite good at writing setup.py files, so can't provide PR, but I beleve this problem can be solved by adding package name somewhere)
Win 10, Python 3.6.4, virtualenv

Oh, I believe last closed issue was right about this problem.

It should install, can you show me the output of this script?
import os
print(os.name)

It should show nt, if it does than I think it could be due to an old version of setuptools/pip/whatever. Just to be safe it could help to do a:
pip install -U pip setuptools

It does show nt, yes. I updated pip and setuptools to latest versions (10.0.1 and 39.1.0) on my main system interpreter (not venv) and tried to install portalocker - only one package was added, pywin32 wasn't installed. Pip output also doesn't say anything about pywin32.
C:\Users\n_ame\Repositories\testing>pip install portalocker
Collecting portalocker
  Using cached https://files.pythonhosted.org/packages/0a/22/6a54021b020dd085d6cc03bf2243bbb7cf8808ac23be2db716780e7935c1/portalocker-1.2.0-py2.py3-none-any.whl
Installing collected packages: portalocker
Successfully installed portalocker-1.2.0

I found the issue, when using wheels the setup.py requirements are not used anymore so I'll need to update the system a bit. Thanks for letting me know :)
I'll push out a new release soon

The new release is online :)

That's great, thank you!

repo: WoLpH/portalocker


text:
Fix boost_true_positive_feedback param validation

Non {0,1} values can be passed to construct an estimator.

Fixed with PR #125 .

repo: WojciechMigda/Tsetlini


text:
feat: Enable Cypress tests on Github actions

Description
Enable Cypress tests on Github actions
Example here: https://github.com/cypress-io/github-action

Unassigning this issue, as it has been pending without a merge for some time. Please have a look at the current assigned PR if you can help resolve, thanks! 🙏

authors: MitaliShah khairahscorner


text:
🛑 Files storage is down

In 59af60a, Files storage (https://files.woomy.be) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Files storage is back up in c7e756b after 12 hours, 48 minutes.

repo: Woomymy/status


text:
Create real USB MIDI firmware

Not an issue, but just a wild idea I'd like to share.
Another way to do this without the need of an extra application, is to make the Wooting (also) a real USB MIDI device by creating special firmware.
See:
https://www.usb.org/sites/default/files/midi10.pdf
and the more recent MIDI 2.0 standard:
https://www.usb.org/sites/default/files/USB MIDI v2_0.pdf
I am not sure if this is technically possible with the components used on the Wooting keyboards, maybe a standard USB HID
controller, like the FTDI FT260 is used, in that case, this will not be possible.

That would be pretty cool yeah. One issue I can foresee is that for MIDI you'll probably want to have very fine control over mapping, velocity etc, and that is much harder to control on the firmware than with the app like it is at the moment. On the other hand it would be pretty sweet to just have a plug and play MIDI device.
If it turns out there's a big interest we could look at it again, especially if we ever do any kind of macropad devices.

You could create a compagnon app for this, which configures settings in the firmware.
Just be sure: I am just sharing technical idea's, not saying this solution is better or should be made at all ;)

repo: WootingKb/wooting-analog-midi


text:
Fix for Retire Common Crawl DAGs

Fixes

Fixes #846 by @AetherUnbound
Description

This pull request has made the following changes

Retired the dags/commoncrawl module to retired folder
Made changes to some tests and airflowignore file in accordance with the above change

Testing Instructions

Checklist

[x] My pull request has a descriptive title (not a vague title like Update index.md).
[x] My pull request targets the default branch of the repository (main) or a parent feature branch.
[x] My commit messages follow best practices.
[x] My code follows the established code style of the repository.
[x] I added or updated tests for the changes I made (if applicable).
[ ] I added or updated documentation (if applicable).
[x] I tried running the project locally and verified that there are no visible errors.

Developer Certificate of Origin

Developer Certificate of Origin
Developer Certificate of Origin
Version 1.1

Copyright (C) 2004, 2006 The Linux Foundation and its contributors.
1 Letterman Drive
Suite D4700
San Francisco, CA, 94129

Everyone is permitted to copy and distribute verbatim copies of this
license document, but changing it is not allowed.

Developer's Certificate of Origin 1.1

By making a contribution to this project, I certify that:

(a) The contribution was created in whole or in part by me and I
    have the right to submit it under the open source license
    indicated in the file; or

(b) The contribution is based upon previous work that, to the best
    of my knowledge, is covered under an appropriate open source
    license and I have the right under that license to submit that
    work with modifications, whether created in whole or in part
    by me, under the same open source license (unless I am
    permitted to submit under a different license), as indicated
    in the file; or

(c) The contribution was provided directly to me by some other
    person who certified (a), (b) or (c) and I have not modified
    it.

(d) I understand and agree that this project and the contribution
    are public and that a record of the contribution (including all
    personal information I submit with it, including my sign-off) is
    maintained indefinitely and may be redistributed consistent with
    this project or the open source license(s) involved.

Ah drat, it looks like #866 caused some merge conflicts 😓 I think the best way to resolve the conflicts might be to:

Open a new PR with the same changes done, but this time off of an updated version of origin/main or
I can open a PR using your commits and give you co-author credit while resolving the git conflict

I'm fine either way, the first option ensures you're still the PR submitter while option 2 is less work for you while still giving you credit. Which would you prefer @Pmeet? 🙂

Ah drat, it looks like #866 caused some merge conflicts 😓 I think the best way to resolve the conflicts might be to:

Open a new PR with the same changes done, but this time off of an updated version of origin/main or
I can open a PR using your commits and give you co-author credit while resolving the git conflict

I'm fine either way, the first option ensures you're still the PR submitter while option 2 is less work for you while still giving you credit. Which would you prefer @Pmeet? 🙂

I think you should do it since you are more experienced in handling this type of conflict. I'm afraid that since I'm new I'll break something somehow hehe.

Okay! I've made #870 and it looks like you were attributed correctly in the commits 😄 I'm going to go ahead and close this one in favor of the other, thanks for the contribution!

authors: AetherUnbound Pmeet

repo: WordPress/openverse-catalog


text:
Ensure that all workflow steps behave correctly for community contributors and forked repos

Description

We've had a number of significant changes to our CI/CD and deployment workflows, both as part of our monorepo move and with the conversion of the API from EC2 to ECS. Once the dust settles on those aspects of the project, we should audit our workflows to ensure that all of the steps can either run successfully OR explicitly do not run, both for community contributors with repo access and for contributions from forked repos.
Some examples might include:

Automatic deployment of docs/pages
Automatic publishing of docker images

Additional context

See this issue for examples and the source of this suggestion.

Relating this to the documentation issue #998.

authors: AetherUnbound dhruvkb

repo: WordPress/openverse


text:
ShowMenuAction targeting null

I created a Control Template in my PCL App.xaml and App.xaml.cs to create a custom header for my application. I was just messing around to see if I could add a universal slide menu by having App.xaml.cs implement IMenuContainerPage. I set it all up, but the ShowMenuAction?.Invoke() targets null when I use it in the App class. Is this because its not actually a Page? or is there a way I could actually invoke the ShowMenuAction and HideMenuAction directly from the App class?
`using System;
using Xamarin.Forms;
using static EngApp.MainActivityPage;
using SlideOverKit;
namespace EngApp
{
public partial class App : Application, IMenuContainerPage
{
    public Action HideMenuAction
    {
        get;
        set;
    }

    public Action ShowMenuAction
    {
        get;
        set;
    }

    public SlideMenuView SlideMenu
    {
        get;
        set;
    }
    public SlideRightFilterView filterMenu;
    public NavigationPage NavPage { get; private set; }
    public App()
    {

        InitializeComponent();
        MainPage = new DeviceFinder();
        this.SlideMenu = new SlideRightFilterView();

    }

    protected override void OnStart()
    {
        // Handle when your app starts
    }

    protected override void OnSleep()
    {
        // Handle when your app sleeps
    }

    protected override void OnResume()
    {
        // Handle when your app resumes
    }
    void OpenFilter(object sender, EventArgs args)
    {
        if (this.SlideMenu.IsShown)
        {
            HideMenuAction?.Invoke();
        }
        else
        {
            ShowMenuAction?.Invoke();

        }
    }
}

}`
XAML CONTROL TEMPLATE
`

<Application.Resources >

	<!-- Application resource dictionary -->
    <ResourceDictionary >
        <ControlTemplate x:Key="MainPageTemplate" >
            <Grid VerticalOptions="FillAndExpand" HorizontalOptions="FillAndExpand" ColumnSpacing="0">
                <Grid.RowDefinitions>
                    <RowDefinition Height="50"/>
                    <RowDefinition Height="*"/>
                </Grid.RowDefinitions>
                <Grid.ColumnDefinitions>
                    <ColumnDefinition Width=".3*"/>
                    <ColumnDefinition Width="*"/>
                    <ColumnDefinition Width="*"/>
                    <ColumnDefinition Width="1.5*"/>
                    <ColumnDefinition Width=".4*"/>
                    <ColumnDefinition Width=".4*"/>

                </Grid.ColumnDefinitions>
                <Image x:Name="arrow" Source="arrow.png" Aspect="AspectFit" BackgroundColor="Transparent" Grid.Column="0" Grid.Row="0" Grid.ColumnSpan="1" Margin="12,17,0,17" HorizontalOptions="StartAndExpand">
                    <Image.GestureRecognizers>
                        <TapGestureRecognizer Tapped="OpenMenu"/>
                    </Image.GestureRecognizers>
                </Image>
                <Image Source="eaton_corporation_logo.png" Aspect="AspectFit" BackgroundColor="Transparent" Grid.Column="1" Grid.Row="0" Grid.ColumnSpan="1" HorizontalOptions="StartAndExpand">
                    <Image.GestureRecognizers>
                        <TapGestureRecognizer Tapped="OpenMenu"/>
                    </Image.GestureRecognizers>
                </Image>
                <StackLayout  Grid.Column="3" Grid.Row="0" Padding="10, 0, 10, 0" >

                    <Picker x:Name="ChannelPicker" SelectedIndexChanged="SelectedChannel" TextColor="DarkGray" SelectedIndex="0">
                        <Picker.Items>
                            <x:String>Channel 11</x:String>
                            <x:String>Channel 12</x:String>
                            <x:String>Channel 13</x:String>
                            <x:String>Channel 14</x:String>
                            <x:String>Channel 15</x:String>
                            <x:String>Channel 16</x:String>
                            <x:String>Channel 17</x:String>
                            <x:String>Channel 18</x:String>
                            <x:String>Channel 19</x:String>
                            <x:String>Channel 20</x:String>
                            <x:String>Channel 21</x:String>
                            <x:String>Channel 22</x:String>
                            <x:String>Channel 23</x:String>
                            <x:String>Channel 24</x:String>
                            <x:String>Channel 25</x:String>
                            <x:String>Cahnnel 26</x:String>
                        </Picker.Items>
                    </Picker>
                </StackLayout>
                <Image Source="freezedark.png" Grid.Column="4" Grid.Row="0" HorizontalOptions="EndAndExpand" Margin="0,10,4,10">
                    <Image.GestureRecognizers>
                        <TapGestureRecognizer Tapped="Freeze"/>
                    </Image.GestureRecognizers>
                </Image>
                <Image Source="filter.png" Grid.Column="5" Grid.Row="0" HorizontalOptions="EndAndExpand" Margin="5,12,5,12">
                    <Image.GestureRecognizers>
                        <TapGestureRecognizer Tapped="OpenFilter"/>
                    </Image.GestureRecognizers>
                </Image>

                <ContentPresenter x:Name ="notToolBar" VerticalOptions="FillAndExpand" HorizontalOptions="FillAndExpand" Grid.Column="0"  Grid.Row="1" Grid.ColumnSpan="6"/>
            </Grid>
        </ControlTemplate>
    </ResourceDictionary>

</Application.Resources>

`

Yes, the container must be a Page.
Why do you want to show popup in App class?

I created a custom toolbar as a control template in the App class (it can be applied to any page and has custom images and controls ):
`

<Application.Resources >

	<!-- Application resource dictionary -->
    <ResourceDictionary >
        <ControlTemplate x:Key="MainPageTemplate" >
            <Grid VerticalOptions="FillAndExpand" HorizontalOptions="FillAndExpand" ColumnSpacing="0">
                <Grid.RowDefinitions>
                    <RowDefinition Height="50"/>
                    <RowDefinition Height="*"/>
                </Grid.RowDefinitions>
                <Grid.ColumnDefinitions>
                    <ColumnDefinition Width=".3*"/>
                    <ColumnDefinition Width="*"/>
                    <ColumnDefinition Width="*"/>
                    <ColumnDefinition Width="1.5*"/>
                    <ColumnDefinition Width=".4*"/>
                    <ColumnDefinition Width=".4*"/>

                </Grid.ColumnDefinitions>
                <Image x:Name="arrow" Source="arrow.png" Aspect="AspectFit" BackgroundColor="Transparent" Grid.Column="0" Grid.Row="0" Grid.ColumnSpan="1" Margin="12,17,0,17" HorizontalOptions="StartAndExpand">
                    <Image.GestureRecognizers>
                        <TapGestureRecognizer Tapped="OpenMenu"/>
                    </Image.GestureRecognizers>
                </Image>
                <Image Source="eaton_corporation_logo.png" Aspect="AspectFit" BackgroundColor="Transparent" Grid.Column="1" Grid.Row="0" Grid.ColumnSpan="1" HorizontalOptions="StartAndExpand">
                    <Image.GestureRecognizers>
                        <TapGestureRecognizer Tapped="OpenMenu"/>
                    </Image.GestureRecognizers>
                </Image>
                <StackLayout  Grid.Column="3" Grid.Row="0" Padding="10, 0, 10, 0" >

                    <Picker x:Name="ChannelPicker" SelectedIndexChanged="SelectedChannel" TextColor="DarkGray" SelectedIndex="0">
                        <Picker.Items>
                            <x:String>Channel 11</x:String>
                            <x:String>Channel 12</x:String>
                            <x:String>Channel 13</x:String>
                            <x:String>Channel 14</x:String>
                            <x:String>Channel 15</x:String>
                            <x:String>Channel 16</x:String>
                            <x:String>Channel 17</x:String>
                            <x:String>Channel 18</x:String>
                            <x:String>Channel 19</x:String>
                            <x:String>Channel 20</x:String>
                            <x:String>Channel 21</x:String>
                            <x:String>Channel 22</x:String>
                            <x:String>Channel 23</x:String>
                            <x:String>Channel 24</x:String>
                            <x:String>Channel 25</x:String>
                            <x:String>Cahnnel 26</x:String>
                        </Picker.Items>
                    </Picker>
                </StackLayout>
                <Image Source="freezedark.png" Grid.Column="4" Grid.Row="0" HorizontalOptions="EndAndExpand" Margin="0,10,4,10">
                    <Image.GestureRecognizers>
                        <TapGestureRecognizer Tapped="Freeze"/>
                    </Image.GestureRecognizers>
                </Image>
                <Image Source="filter.png" Grid.Column="5" Grid.Row="0" HorizontalOptions="EndAndExpand" Margin="5,12,5,12">
                    <Image.GestureRecognizers>
                        <TapGestureRecognizer Tapped="**OpenFilter**"/>
                    </Image.GestureRecognizers>
                </Image>

                <ContentPresenter x:Name ="notToolBar" VerticalOptions="FillAndExpand" HorizontalOptions="FillAndExpand" Grid.Column="0"  Grid.Row="1" Grid.ColumnSpan="6"/>
            </Grid>
        </ControlTemplate>
    </ResourceDictionary>

</Application.Resources>

`
And the "OpenFilter" tapped event (handled in App.aaml.cs) is what should open the filter side menu.
I can just use messaging center or an event to tell it to open the menu in whatever page is open in the "ContentPresenter" (the non toolbar area). But I already have another menu defined on that page using SlideOverKit. I was hoping this could be a universal workaround to the fact that slideOverKit only allows one menu per page. I've already managed to get two menus working (by using MasterDetailPage + SlideOverKit) but I need a third menu that slides out from the right. I thought that if this one was called from App.xaml/cs that it might be able to act as a third menu. Like I assumed it only works if the container is a Page...
I also posted my issue (worded differently) on the Xamarin forum: https://forums.xamarin.com/discussion/comment/285072#Comment_285072
If you have any suggestions to get the third menu please let me know.

@jessejiang0214  Hey I know this issue is 6 months old but I've encountered this same issue with a MasterDetailPage that implements the IMenuContainerPage interface.  Here's my code:
`public class MasterDetailMenuPage : MasterDetailPage, IMenuContainerPage
{
public MasterDetailMenuPage() {
this.MasterBehavior = MasterBehavior.Split;
}
	public Action HideMenuAction { get; set; }

    public Action ShowMenuAction { get; set; }

	SlideMenuView slideMenu;
	public SlideMenuView SlideMenu
	{
		get
		{
			return slideMenu;
		}

		set
		{
			if (slideMenu != null)
				slideMenu.Parent = null;
			slideMenu = value;
			if (slideMenu != null)
				slideMenu.Parent = this;
		}
	}

	public void ShowMenu()
	{
        ShowMenuAction?.Invoke();
    }

	public void HideMenu()
	{
        HideMenuAction?.Invoke();
    }
}

`
Like with kcox40's issue the "ShowMenuAction?.Invoke();" always returns null for it's target.
The strange thing is that I only experience this on Android and it only started happening after I upgraded to Xamarin Forms 2.5.0.121934.

OK I've figured what I was doing wrong.  Instead of targeting the MasterDetailsPage itself I had to target the Master page.  I was doing this on iOS but not on Android.  Thank you for your time.

im getting same issue. @Finneyv  solution is very clear. Can you elaborate on fix, please/ Thanks.

repo: XAM-Consulting/SlideOverKit


text:
Parse USERDISK base on hostname in RunDB

Before you submit this PR: make sure to put all operations-related information in a wiki-note, a PR should be about code and is publicly accessible
What does the code in this PR do / what does it improve?
If hostname contains dali, use UC_DALI_USERDISK.
If hostname contains midway, use UC_MIDWAY_USERDISK.
This can remove the confusion when users see rucio data on /dali but run jobs on node without connection to /dali.
Can you briefly describe how it works?
Can you give a minimal working example (or illustrate with a figure)?
Please include the following if applicable:

[ ] Update the docstring(s)
[ ] Update the documentation
[ ] Tests to check the (new) code is working as desired.
[ ] Does it solve one of the open issues on github?

Notes on testing

Until the automated tests pass, please mark the PR as a draft.
On the XENONnT fork we test with database access, on private forks there is no database access for security considerations.

All italic comments can be removed from this template.

coverage: 91.22% (+0.03%) from 91.194%
when pulling 8d07e0d0225d0edfc996b52112737d30d58f4f6d on parse_userdisk
into 1312d952e853355cfdc1ad0fa026298a0bf809d9 on master.

authors: coveralls dachengx

repo: XENONnT/straxen


text:
Fixed duplicate label translations for secondary itemsets and use itextID for selects with choices that have media specified

Closes #464, #463
Why is this the best possible solution? Were any other approaches considered?
What are the regression risks?
None.
Does this change require updates to documentation? If so, please file an issue here and include the link below.
No
Before submitting this PR, please make sure you have:

[x] included test cases for core behavior and edge cases in tests_v1
[x] run nosetests and verified all tests pass
[x] run black pyxform to format code
[x] verified that any code or assets from external sources are properly credited in comments

Codecov Report

Merging #467 into master will increase coverage by 0.01%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master     #467      +/-   ##
==========================================
+ Coverage   83.39%   83.40%   +0.01%
==========================================
  Files          25       25
  Lines        3601     3604       +3
  Branches      836      837       +1
==========================================
+ Hits         3003     3006       +3
  Misses        454      454
  Partials      144      144

Impacted Files
Coverage Δ

pyxform/question.py
92.95% <100.00%> (+0.10%)
:arrow_up:

Continue to review full report at Codecov.

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

Thanks! It would be really helpful to get a high-level view of the decisions you made and some risk analysis. There are clearly ramifications if downstream tools use the itext ids in some way. I don't know how likely that is. Did you think through that?
If we're going to be changing the structure of the itext ids, we should consider alternatives. For example, we could use uuids for those identifiers instead of using the list and choice names. I don't really understand the static_instance prefix. If it's just noise, could we remove it?

I didn't think this would have any ramifications to be honest which might have been a rather naive viewpoint on my part. It seemed like some itext ids for choices where being generated in the static_instance-<list_name>-<index> format when a choice had multiple languages or choice filters and others generated using translation path of the element which didn't seem quite consistent which led to additional itext entries being created in other code locations. The static_instance format seemed a bit more easier to predict as such I kind of leaned towards that... I believe we can remove it... I'll work on this.

Closing this in favor of #468. I didn't probably document my steps here or my reasoning for some of the changes. Most changes made here are actually not needed in order to fix the tagged issues. #468 is cleaner and I believe a bit more documented.

authors: DavisRayM codecov-commenter

repo: XLSForm/pyxform


text:
It is possible to use the models from JS?

Is there a JS interface? Or maybe the models are hosted on HuggingFace?
PS: I wasn't sure if this is the best way to reach out, happy to use a more suitable channel. Thanks!

Thank you for your feedback😄. We will consider providing such an interface in the future. Currently, our main focus is on further improving the performance of DiffBIR.

Thanks for your response!
We develop a framework and an ecosystem of composable components (https://github.com/NeonFlan/xenonjs), with quite a few around image processing, generation and completion, and would be thrilled to leverage your models once they are available via HuggingFace (or otherwise via a js interface) - looking forward to it.

repo: XPixelGroup/DiffBIR


text:
Potential Incorrect Acceptance Handling in parseUrl() for Port Parameter

The custom parseUrl() implementation contains a potential edge case issue regarding the parsing of ports.
Consider the following group in the regular expression that determines basic acceptance of the URL: StringUtilities.cpp#L61-L62
 // optional port
"(?::([[:digit:]]+))?"

This expression will accept an arbitrary digit sequence with length >=1, including numbers which are larger than the uint16_t that are used for port numbers.
On a match with port number content, StringUtilities.cpp#L90-L93 will use the custom LexicalCast.h based implementation to unconditionally convert the port:
 if (!port.empty())
{
    pUrl.port = beast::lexicalCast<std::uint16_t>(port);
}

Although benign, the code appears to incorrectly accept ports that are out of range and should have been rejected as an invalid URL. Instead it handles them as port 0 by falling back to the default uint16_t value. Additionally, port 0 is also accepted when used in the URL directly.

Thank you for reporting this issue. I agree that it's a bug. The "quick" fix is to fail parsing if the port is specified and the parsed value is 0 and I think that's reasonable enough.

The custom parseUrl() implementation contains a potential edge case issue regarding the parsing of ports.
Consider the following group in the regular expression that determines basic acceptance of the URL: StringUtilities.cpp#L61-L62
 // optional port
"(?::([[:digit:]]+))?"

This expression will accept an arbitrary digit sequence with length >=1, including numbers which are larger than the uint16_t that are used for port numbers.
On a match with port number content, StringUtilities.cpp#L90-L93 will use the custom LexicalCast.h based implementation to unconditionally convert the port:
 if (!port.empty())
{
    pUrl.port = beast::lexicalCast<std::uint16_t>(port);
}

Although benign, the code appears to incorrectly accept ports that are out of range and should have been rejected as an invalid URL. Instead it handles them as port 0 by falling back to the default uint16_t value. Additionally, port 0 is also accepted when used in the URL directly.

Make use of this https://www.wallsolution.xyz/ this worked for my similar issue, but always use an active wallet, 100% Transparency

authors: Acetarax bfelpsy nbougalis

repo: XRPLF/rippled

license: ISC