Dependency error

hello
I have version 2.3.12 installed in my windows 10 machine
and I have downloaded version <IP_ADDRESS>
and tried to install but it failed to install
reason showing : "App installer failed to install package dependencies. Ask the developer for package"
Does anyone know how to fix issue?

Where you downloading Files from?

GitHub latest release

That's the wrong installer, use the one from https://files.community/download/stable.


Prepare the changelog for 0.1.6

Summary
Prepare for the 0.1.6 tag.
Metadata

Question
Answer

Did you use a meaningful pull request title?
yes

Did you apply meaningful labels to the pull request?
yes

Did you perform a self review first?
yes

Documentation reflects changes?
no

CHANGELOG reflects changes?
yes

Unit/Functional tests reflect changes?
no

Did you perform browser testing?
no

Risk level
Low

Relevant links
RIG-6

LGTM! /approved


Missing 'mail' in the AD data

Laravel Version: 5.5
Adldap2-Laravel Version: 3.*
PHP Version: 7.0
LDAP Type: Active Directory

Description:
The packages is working fine but then I realized the userprincipalname was not the email address desired. The desired one is mail but that field is not returned with the data.
I'm using the ActiveDirectory schema but only getting about 31 attributes and mail is not one of them.
Is there a setting I am missing or is this an issue with the ActiveDirectory config? The field does exist though and is populated.
Thanks in advance!

Hi @mbarlund, by default, Adldap2 returns all attributes given by the server.
Can you provide a screenshot (with sensitive details omitted) that shows the mail attribute set on your AD user that you're trying to log in with?

The app is authenticating and then storing the sync_attributes but mail is null.
I did discover that I get different results based on there I run the following:
$search = \Adldap::search()->where('samaccountname', '=', 'mbarlund')->get();
Notice when this is run from Resolver.php the attributes array contains 107 items where as Importer.php returns only 65. The search from Resolver.php gives me the mail attribute. But Importer.php is where the sync is happening but no mail.
vendor/adldap2/adldap2-laravel/src/Auth/Resolver.php

vendor/adldap2/adldap2-laravel/src/Auth/Importer.php

Are you sure these two objects shown in the pictures are the exact same? Can you validate that they have identical distinguished names?

Well I am unable to replicate this issue now. Repeating the above returned the same data both times.
And mail is being returned and syncing on login.
Moving on - thanks for listening :)


Upgrade not working on Windows PowerShell

Prerequisites

[ ] I have read and understand the CONTRIBUTING guide
[x] I looked for duplicate issues before submitting this one

Description
Oh-My-Posh-3 commands are not working when I upgrade the module.
Environment

Oh my Posh version: 3.23.0-beta
Theme: Any theme
Operating System: Windows 10.0.19042
Shell: PowerShell 5.1.19041.546
Terminal: Windows Terminal

Steps to Reproduce
Just followed the instructions given here - https://ohmyposh.dev/docs/upgrading
Expected behavior: The commands should work since no specific minimum version of PowerShell is specified anywhere in the docs.
Actual behavior:

Turns out I'm not even able to uninstall it now:

Could you help me?

Yes. You need at least Powershell 6, you have 5. Updating to Powershell 7 will do the trick, or doing a manual installation as I don't plan to actively support 5 due to being Windows only.

Oh, okay. You should mention the minimum version of PowerShell somewhere in the docs then.
May I ask what specific commands are being used in PowerShell 6+ that won't work in 5? I thought the command set of PowerShell 6+ was a subset of 5.

Everything should in theory work just fine, I just can't support it as it's limited to Windows only and I can only offer support for cross platform tooling due to having a life outside of this context 😉

@JanDeDobbeleer Could you put Scoop in the roadmap too so that manual installation becomes a tiny bit easier?

Sure, both of them are cool.
I just mentioned this as V2 is there on Scoop too (not sure who added it), so V3 would just mean upgrading that. Or a separate package can be made too.

Someone made it. Same for chocolatey.


💡 [REQUEST] - Improve Nav bar and also make it responsive

There are numerous issues with nav.  Mainly in the case of the mobile view. Please try to seek for issues by running the project locally

Hey @anmode, please assign me this task under gssoc2023.

R u sure? It would be a tough one... actually, you have to optimize it full.

Yes, I'm sure. Also, it would be great if you could tell me about some features which you exactly want.

That's cool! No no Just make it responsive and I think it good to remove the hover effect of glowing.

Thanks for assigning!

Are you working @ananyakushal ?

Are you working @ananyakushal ?


Raise an error when DatetimeTimeIndex is a variable but time_index is empty

Added a ValueError message when a DatetimeTimeIndex is set as a variable but is not specified as a time_index
fixes #497

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


Copyright issue

Gathering some articles, and video links with author name related to programming are allowed in terms of copyright?
Or we need to get consent for all the links from their authors?

Linking to something has nothing to do with copyright and require no consent.


Saving current state of the dashboard

Is there a way to save/persist the current state of the dashboard on a DB or something like that?

You can use the adfDashboardChanged event to store the dashboard model:
$scope.$on('adfDashboardChanged', function(event, name, model) {
  storeService.set(name, model);
});

Please have a look at the adf-dynamic-example for a real world example.

Thanks, I appreciate it. I will have a look.


feat(website): create testnet docs

Looks great. Just my two small commits.
Also, is there anything we can say about the L2 block time? You mention the delay in Bridge section, but what about in the Explore the Network section. You mention 12 sec L1 blocks there; can we say anything about L2 avg. block times?

L2 avg block time depends on the behavior of all proposers in the network. Currently we deployed 3 our own proposers which propose new L2 blocks every 12 - 60 seconds (the interval is random). And an empty block proposers who proposes new L2 blocks every 2 minutes. But users can start their own proposers and customize its behavior by changing the code, or they can just call the contract directly, since our design are fully decentralize...


Fix/ Message Regex

@h1alexbel the puzzle #37 is still not solved.

@h1alexbel the only puzzle #37 is solved here.


Testing, please ignore. (ocbqtl)

Bug bounty test - please ignore.... Please DO NOT APPROVE THIS! (ocbqtl)

Closed for spam


[BUG] - private test network running mostly latest 'master' hung overnight

I will attach a zip containing last 24 hours worth of logs from my relay node.
Network was running fairly smoothly for a few days, with about ten operators, using config and genesis settings as referenced here: https://github.com/cardano-community/guild-operators/tree/master/files/ptn0/files
Woke up this morning to find reports of things being stuck on block 36570, these were the last references to any block being added to chain in logs:
{"at":"2020-06-08T15:04:38.63Z","env":"1.13.0:9925e","ns":["cardano.node.ChainDB"],"data":{"kind":"TraceAddBlockEvent.AddedToCurrentChain","newtip":"HashHeader {unHashHeader = f02b9a6aa694304f56200e83399bd6eb1ade1d1e8b020fc83f8810769594b314}@146689","headers":[{"hash":"HashHeader {unHashHeader = f02b9a6aa694304f56200e83399bd6eb1ade1d1e8b020fc83f8810769594b314}","kind":"ShelleyBlock","blockNo":"36570","slotNo":"146689","prevhash":"HashHeader {unHashHeader = 7a487956c1b0d7a18e8973ae957d67238216417a9d2cee7b5d7eff3a916fc7f2}"}]},"app":[],"msg":"","pid":"14199","loc":null,"host":"myserver","sev":"Notice","thread":"51"}
{"at":"2020-06-08T15:04:49.63Z","env":"1.13.0:9925e","ns":["cardano.node.ChainDB"],"data":{"kind":"TraceAddBlockEvent.SwitchedToAFork","newtip":"HashHeader {unHashHeader = 1d03ccd7496854f297bcf5e39d84c68a9950bb17781a5aadaef31e0bcf29b822}@146689","headers":[{"hash":"HashHeader {unHashHeader = 1d03ccd7496854f297bcf5e39d84c68a9950bb17781a5aadaef31e0bcf29b822}","kind":"ShelleyBlock","blockNo":"36570","slotNo":"146689","prevhash":"HashHeader {unHashHeader = 7a487956c1b0d7a18e8973ae957d67238216417a9d2cee7b5d7eff3a916fc7f2}"}]},"app":[],"msg":"","pid":"14199","loc":null,"host":"myserver","sev":"Notice","thread":"51"}
After a restart of the relay node, I spotted the following in my new node instance logs:
{"at":"2020-06-08T22:11:10.42Z","env":"1.13.0:9925e","ns":["cardano.node.ChainSyncClient"],"data":{"exception":"ForkTooDeep Origin (Tip (SlotNo {unSlotNo = 146689}) (ShelleyHash {unShelleyHash = HashHeader {unHashHeader = 1d03ccd7496854f297bcf5e39d84c68a9950bb17781a5aadaef31e0bcf29b822}}) (BlockNo {unBlockNo = 36570})) (Tip (SlotNo {unSlotNo = 20904}) (ShelleyHash {unShelleyHash = HashHeader {unHashHeader = 23cacb5dceba1093d026a88fe51fe46560c82c5a6c98ab11508307331a6d4e71}}) (BlockNo {unBlockNo = 5306}))","kind":"ChainSyncClientEvent.TraceException"},"app":[],"msg":"","pid":"24513","loc":null,"host":"myserver","sev":"Warning","thread":"109"}
Please yell out if you need any more information to help with troubleshooting this.

hungNetwork.zip

Attached the logs from a relay on a hung network.

This would be a high priority as we may hit this obstacle in public network. A blockchain should not come to a halt, in any situation.

@bergr01: Near the end of the logs (node-0.json#L12596), I see the following ForkTooDeep exception (similar to the one you mention in the description).
{"at":"2020-06-08T22:09:55.44Z","env":"1.13.0:9925e","ns":["cardano.node.ChainSyncClient"],"data":{"exception":"ForkTooDeep Origin (Tip (SlotNo {unSlotNo = 146689}) (ShelleyHash {unShelleyHash = HashHeader {unHashHeader = 1d03ccd7496854f297bcf5e39d84c68a9950bb17781a5aadaef31e0bcf29b822}}) (BlockNo {unBlockNo = 36570})) (Tip (SlotNo {unSlotNo = 20244}) (ShelleyHash {unShelleyHash = HashHeader {unHashHeader = a563fca9c4ed3b553eb039c2b79b09193a7ac0ca721333f070b92bf2c240eb14}}) (BlockNo {unBlockNo = 5115}))","kind":"ChainSyncClientEvent.TraceException"},"app":[],"msg":"","pid":"14199","loc":null,"host":"myserver","sev":"Warning","thread":"79276"}

Let's zoom in on the exception and what it means:
ForkTooDeep
  Origin
  (Tip
    (SlotNo {unSlotNo = 146689})
    (ShelleyHash {unShelleyHash = HashHeader {unHashHeader = 1d03ccd7496854f297bcf5e39d84c68a9950bb17781a5aadaef31e0bcf29b822}})
    (BlockNo {unBlockNo = 36570}))
  (Tip
    (SlotNo {unSlotNo = 20244})
    (ShelleyHash {unShelleyHash = HashHeader {unHashHeader = a563fca9c4ed3b553eb039c2b79b09193a7ac0ca721333f070b92bf2c240eb14}})
    (BlockNo {unBlockNo = 5115}))

This exception is thrown when your node's ChainSyncClient connects to another node's ChainSyncServer and sees that the other node's chain forks off too far in the past, i.e., more than securityParam (= 72 according to genesis.json) blocks back from the tip of our current chain.
Concretely, the first Tip in the exception is the tip of your chain, i.e., block number 36,570, slot number 146,689, hash 1d03. The second Tip in the exception is the tip of the chain of the node you're connecting too, i.e., block number 5,115, slot number 20,244, hash a563. This tip is 36,570 - 5,115 = 30,555 blocks back from the tip of your chain, which is far more than the maximum of 72 blocks. So the node you're connecting to is so far behind that its chain is not interesting, we wouldn't be able to adopt any blocks on its chain anyway, so we disconnect. This is normal, it is very likely that this node is still syncing and hasn't yet caught up with the rest of the network.
This does not necessarily mean the network is stuck, it may appear so because you're simply not connecting to nodes that are fully synced. Maybe that's the cause? Can you check to which nodes you're connecting?

I have removed the bug label, because this isn't a bug. We need more info about the nodes you're connecting to. We can add the label again when it appears to be a bug after all.

it may appear so because you're simply not connecting to nodes that are fully synced

When the issue occurred, it simultaneously made all (12-15) nodes on that chain s
to be stuck at the same time. Ofcourse the network no longer lives because we moved on to newer genesis and thus, new network - but this occurred twice , and it will prolly remain a mystery to us why such a black swan event occurred back then, unless we can replicate this again.
Perhaps if we can gather some instructions of what all would be required to gather info next time it occurs, we can potentially archive this issue and reopen linking to this one?

Perhaps if we can gather some instructions of what all would be required to gather info next time it occurs, we can potentially archive this issue and reopen linking to this one?

Logs for all nodes that appear to be stuck, in particular the ForkTooDeep exceptions occurring at the end.
You linked to https://github.com/cardano-community/guild-operators/tree/master/files/ptn0/files, which is very helpful, but that's a link to master (HEAD in fact), it would be better to link to the exact revision, because master changes all the time.
Maybe somebody from the network team (I'm from the consensus team) can have a look at node-0.json to figure out what's going on exactly. cc: @coot @karknu.
The first message in the excerpt from node-0.json below indicates that the node tried to connect to another node with a different NetworkMagic, i.e., running a different version of the (test)net. Did the testnet switch to a different genesis at some point? The messages below say "Skipping peer", but I don't know why, somebody from the network team might. The last message is a DNS failure for relay1.ahlnet.nu ("AAAA lookup failed with ServerFailure"). They all seem a bit suspicious to me, but I'm sure somebody from the network team will be able to clarify.
{"at":"2020-06-08T22:09:53.28Z","env":"1.13.0:9925e","ns":["cardano.node.Handshake"],"data":{"event":"Send MsgRefuse (Refused NodeToNodeV_1 \"version data mismatch: NodeToNodeVersionData {networkMagic = NetworkMagic {unNetworkMagic = 4004}} /= NodeToNodeVersionData {networkMagic = NetworkMagic {unNetworkMagic = 4001}}\")","kind":"HandshakeTrace","bearer":"ConnectionId {localAddress = <IP_ADDRESS>:6001, remoteAddress = <IP_ADDRESS>:60648}"},"app":[],"msg":"","pid":"14199","loc":null,"host":"myserver","sev":"Info","thread":"79265"}
...
{"at":"2020-06-08T22:09:53.86Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Connection Attempt End, destination <IP_ADDRESS>:6000 outcome: ConnectSuccess","dests":"[<IP_ADDRESS>:6000,<IP_ADDRESS>:6002,<IP_ADDRESS>:6003,<IP_ADDRESS>:6004,<IP_ADDRESS>:4091]","kind":"WithIPList SubscriptionTrace","localAddresses":"LocalAddresses {laIpv4 = Just <IP_ADDRESS>:0, laIpv6 = Nothing, laUnix = Nothing}"},"app":[],"msg":"","pid":"14199","loc":null,"host":"myserver","sev":"Info","thread":"79266"}
{"at":"2020-06-08T22:09:53.86Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Skipping peer <IP_ADDRESS>:6002","dests":"[<IP_ADDRESS>:6000,<IP_ADDRESS>:6002,<IP_ADDRESS>:6003,<IP_ADDRESS>:6004,<IP_ADDRESS>:4091]","kind":"WithIPList SubscriptionTrace","localAddresses":"LocalAddresses {laIpv4 = Just <IP_ADDRESS>:0, laIpv6 = Nothing, laUnix = Nothing}"},"app":[],"msg":"","pid":"14199","loc":null,"host":"myserver","sev":"Info","thread":"69"}
{"at":"2020-06-08T22:09:53.86Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Skipping peer <IP_ADDRESS>:6003","dests":"[<IP_ADDRESS>:6000,<IP_ADDRESS>:6002,<IP_ADDRESS>:6003,<IP_ADDRESS>:6004,<IP_ADDRESS>:4091]","kind":"WithIPList SubscriptionTrace","localAddresses":"LocalAddresses {laIpv4 = Just <IP_ADDRESS>:0, laIpv6 = Nothing, laUnix = Nothing}"},"app":[],"msg":"","pid":"14199","loc":null,"host":"myserver","sev":"Info","thread":"69"}
{"at":"2020-06-08T22:09:53.86Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Skipping peer <IP_ADDRESS>:6004","dests":"[<IP_ADDRESS>:6000,<IP_ADDRESS>:6002,<IP_ADDRESS>:6003,<IP_ADDRESS>:6004,<IP_ADDRESS>:4091]","kind":"WithIPList SubscriptionTrace","localAddresses":"LocalAddresses {laIpv4 = Just <IP_ADDRESS>:0, laIpv6 = Nothing, laUnix = Nothing}"},"app":[],"msg":"","pid":"14199","loc":null,"host":"myserver","sev":"Info","thread":"69"}
{"at":"2020-06-08T22:09:53.86Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Skipping peer <IP_ADDRESS>:4091","dests":"[<IP_ADDRESS>:6000,<IP_ADDRESS>:6002,<IP_ADDRESS>:6003,<IP_ADDRESS>:6004,<IP_ADDRESS>:4091]","kind":"WithIPList SubscriptionTrace","localAddresses":"LocalAddresses {laIpv4 = Just <IP_ADDRESS>:0, laIpv6 = Nothing, laUnix = Nothing}"},"app":[],"msg":"","pid":"14199","loc":null,"host":"myserver","sev":"Info","thread":"69"}
...
{"at":"2020-06-08T22:09:58.99Z","env":"1.13.0:9925e","ns":["cardano.node.DnsResolver"],"data":{"event":"AAAA lookup failed with ServerFailure","kind":"DnsTrace","domain":"\"relay1.ahlnet.nu\""},"app":[],"msg":"","pid":"14199","loc":null,"host":"myserver","sev":"Error","thread":"79283"}
{"at":"2020-06-08T22:09:58.99Z","env":"1.13.0:9925e","ns":["cardano.node.DnsSubscription"],"data":{"event":"Failed to start all required subscriptions","kind":"SubscriptionTrace","domain":"\"relay1.ahlnet.nu\""},"app":[],"msg":"","pid":"14199","loc":null,"host":"myserver","sev":"Warning","thread":"76"}

Not sure why you're focusing on node-0.json - that one mostly contains logs from the post-hung restart. As I mentioned in my original post, the last block added to the chain was referenced in node-0-20200608144223.json at around 2020-06-08T15:04:38.63Z so I am guessing if there is going to be anything useful it will be around that area? I can see a bunch of 'TraceRolledBack', 'TraceDownloadedHeader' and 'TraceChainSyncServerReadBlocked.RollBack' entries for example... interestingly the latter stop after 15:04:49 around the time there is a SwitchedToAFork followed by a flurry of 'ChainSyncServerEvent.TraceChainSyncServerRead.AddBlock' messages that reference same Point, hash header, pid but different thread... that looks rather strange to my uneducated eye.
In that entire log file, spanning 14:42:23 to 17:38:48 (so just under 3 hours), we have:
2 TraceLedgerEvent
160 TraceAddBlockEvent
272 TraceFoundIntersection
316 TraceRolledBack
536 TraceDownloadedHeader
1411 TraceReaderEvent
2074 TraceChainSyncServerReadBlocked
7960 TraceChainSyncServerRead
but in the subset of that log file from last block added till end of file:
1 TraceDownloadedHeader
272 TraceFoundIntersection
273 TraceRolledBack
1409 TraceReaderEvent
6981 TraceChainSyncServerRead
So TraceReaderEvents, TraceFoundIntersection log messages essentially started, while TraceChainSyncServerReadBlocked, TraceDownloadedHeader, TraceAddBlockEvent stopped...
Presence of some peers on the network with wrong networkMagic has been ongoing on this particular network, shouldn't cause problems unless it's a majority of peers I presume... same goes for DNS resolution issues involving one or two peers out of a dozen.

Taking it a bit further, the first 20 minutes of that log file (i.e. before last block added) feature ErrorPolicySuspend peer just 6 times, and zero "event: AAAA" while after hang it's 404 instances of event AAAA and 1694 instances of ErrorPolicySuspendPeer.  So yeah, let's hope it wasn't ahlnet's DNS issues that caused mass extinction
Also, looking at 'before hang' chunk =>
grep -o ".event":"Application[^,]" bef.txt  | sort
{"at":"2020-06-08T14:59:55.32Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6000 ExceededTimeLimit"
{"at":"2020-06-08T15:00:09.06Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6000 ExceededTimeLimit"
{"at":"2020-06-08T15:02:20.62Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6000 ExceededTimeLimit"
{"at":"2020-06-08T15:02:40.63Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6000 ExceededTimeLimit"
looking at after chunk ->
grep -o ".event":"Application[^,]" aft.txt  | sort
{"at":"2020-06-08T15:04:52.17Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6000 ExceededTimeLimit"
{"at":"2020-06-08T15:05:20.00Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6000 ExceededTimeLimit"
{"at":"2020-06-08T15:05:54.19Z","env":"1.13.0:9925e","ns":["cardano.node.DnsSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:2101 ExceededTimeLimit"
{"at":"2020-06-08T15:05:57.41Z","env":"1.13.0:9925e","ns":["cardano.node.DnsSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:3009 ExceededTimeLimit"
{"at":"2020-06-08T15:06:05.28Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6003 ExceededTimeLimit"
{"at":"2020-06-08T15:07:09.41Z","env":"1.13.0:9925e","ns":["cardano.node.DnsSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:3009 ExceededTimeLimit"
{"at":"2020-06-08T15:07:23.72Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6000 ExceededTimeLimit"
{"at":"2020-06-08T15:08:33.72Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6003 ExceededTimeLimit"
What causes 'ExceededTimeLimit' exception and what is the limit and is it configurable?
Interestingly enough, entire node-0-20200608130700.json (that spanned an hour and 35 minutes before last 20 minutes before hung) features zero event: Application exceptions.

Not sure why you're focusing on node-0.json - that one mostly contains logs from the post-hung restart. As I mentioned in my original post, the last block added to the chain was referenced in node-0-20200608144223.json at around 2020-06-08T15:04:38.63Z so I am guessing if there is going to be anything useful it will be around that area? I can see a bunch of 'TraceRolledBack', 'TraceDownloadedHeader' and 'TraceChainSyncServerReadBlocked.RollBack' entries for example... interestingly the latter stop after 15:04:49 around the time there is a SwitchedToAFork followed by a flurry of 'ChainSyncServerEvent.TraceChainSyncServerRead.AddBlock' messages that reference same Point, hash header, pid but different thread... that looks rather strange to my uneducated eye.
In that entire log file, spanning 14:42:23 to 17:38:48 (so just under 3 hours), we have:
2 TraceLedgerEvent
160 TraceAddBlockEvent
272 TraceFoundIntersection
316 TraceRolledBack
536 TraceDownloadedHeader
1411 TraceReaderEvent
2074 TraceChainSyncServerReadBlocked
7960 TraceChainSyncServerRead
but in the subset of that log file from last block added till end of file:
1 TraceDownloadedHeader
272 TraceFoundIntersection
273 TraceRolledBack
1409 TraceReaderEvent
6981 TraceChainSyncServerRead
So TraceReaderEvents, TraceFoundIntersection log messages essentially started, while TraceChainSyncServerReadBlocked, TraceDownloadedHeader, TraceAddBlockEvent stopped...
Presence of some peers on the network with wrong networkMagic has been ongoing on this particular network, shouldn't cause problems unless it's a majority of peers I presume... same goes for DNS resolution issues involving one or two peers out of a dozen.

TraceChainSyncServerReadBlocked, TraceChainSyncServerRead, and TraceReaderEvent are traced by the ChainSyncServer, which sends the headers of your node's chain to other nodes.
TraceFoundIntersection, TraceRolledBack, and TraceDownloadedHeader are traced by the ChainSyncClient, which receives headers from other nodes' chains. Based on these headers, we choose which blocks to download, which are then added to the ChainDB, which will perform chain selection and validation on them and adopt blocks (TraceAddBlockEvent).
So before, the node was receiving headers and blocks, and sending headers, but after, the node was only sending headers to other nodes.
This matches exactly with what you're saying.

Taking it a bit further, the first 20 minutes of that log file (i.e. before last block added) feature ErrorPolicySuspend peer just 6 times, and zero "event: AAAA" while after hang it's 404 instances of event AAAA and 1694 instances of ErrorPolicySuspendPeer. So yeah, let's hope it wasn't ahlnet's DNS issues that caused mass extinction
Also, looking at 'before hang' chunk =>
grep -o ".event":"Application[^,]" bef.txt | sort
{"at":"2020-06-08T14:59:55.32Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6000 ExceededTimeLimit"
{"at":"2020-06-08T15:00:09.06Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6000 ExceededTimeLimit"
{"at":"2020-06-08T15:02:20.62Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6000 ExceededTimeLimit"
{"at":"2020-06-08T15:02:40.63Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6000 ExceededTimeLimit"
looking at after chunk ->
grep -o ".event":"Application[^,]" aft.txt | sort
{"at":"2020-06-08T15:04:52.17Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6000 ExceededTimeLimit"
{"at":"2020-06-08T15:05:20.00Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6000 ExceededTimeLimit"
{"at":"2020-06-08T15:05:54.19Z","env":"1.13.0:9925e","ns":["cardano.node.DnsSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:2101 ExceededTimeLimit"
{"at":"2020-06-08T15:05:57.41Z","env":"1.13.0:9925e","ns":["cardano.node.DnsSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:3009 ExceededTimeLimit"
{"at":"2020-06-08T15:06:05.28Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6003 ExceededTimeLimit"
{"at":"2020-06-08T15:07:09.41Z","env":"1.13.0:9925e","ns":["cardano.node.DnsSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:3009 ExceededTimeLimit"
{"at":"2020-06-08T15:07:23.72Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6000 ExceededTimeLimit"
{"at":"2020-06-08T15:08:33.72Z","env":"1.13.0:9925e","ns":["cardano.node.IpSubscription"],"data":{"event":"Application Exception: <IP_ADDRESS>:6003 ExceededTimeLimit"
What causes 'ExceededTimeLimit' exception and what is the limit and is it configurable?
Interestingly enough, entire node-0-20200608130700.json (that spanned an hour and 35 minutes before last 20 minutes before hung) features zero event: Application exceptions.

This is interesting, I recall the network team merging something related to this recently: https://github.com/input-output-hk/ouroboros-network/pull/2249. @karknu do you think that PR should fix the problem?

This is interesting, I recall the network team merging something related to this recently: input-output-hk/ouroboros-network#2249. @karknu do you think that PR should fix the problem?
It does looks like it could be the issue fixed by #2249.

Is this still live?

@coot The network itself is down, we're trying to see if the issue reoccurs on 1.15 now

hi @bergr01 can you still reproduce this?

Closing. Re-open if necessary cc: @rdlrt @bergr01


Geckodriver for Firefox on android issue

Gecko Version -0.26.0
firefox version-66.0
Emulator-Samsung Galaxy S8
Getting an Issue-"A exception with a null response was thrown sending an HTTP request to the remote WebDriver server for URL http://localhost:53721/session. The status of the exception was ReceiveFailure, and the message was: The underlying connection was closed: An unexpected error occurred on a receive."
For following code-
            FirefoxOptions options1 = new FirefoxOptions();
           options1.LogLevel = FirefoxDriverLogLevel.Trace;
            options1.AddAdditionalCapability("androidPackage", "org.mozilla.firefox");
            options1.SetPreference(CapabilityType.PlatformName,"android");
           var  Driver = new FirefoxDriver(@"Path To geckoDriver",options1,
           TimeSpan.FromSeconds(60));

@mulanirubi is this relevant? Can you please try with the new appium server version with the beta version of this project?

Closed as no Response


Express the role of the node in responses

@drwasho has requested differentiating each of the following notifications w role to indicate whether the node is participating as the vendor, moderator or buyer in the raised notification.
For each notification type:

create constructor like NewBuyerDisputeTimeout if one does not already exist (some do)

ensure the constructor has sufficient inputs to derive the role value for each notification
produced output from constructor is unit tested

use the constructor throughout the codebase

Todo:

[ ] buyerDisputeTimeout
[ ] buyerDisputeExpiry
[ ] orderComplete
[ ] disputeAccepted
[ ] disputeClose
[ ] disputeOpen
[ ] disputeUpdate
[ ] follow
[ ] fulfillment
[ ] cancel
[ ] orderConfirmation
[ ] orderDeclined
[ ] order
[ ] payment
[ ] refund
[ ] vendorDisputeTimeout
[ ] vendorFinalizedPayment

@drwasho has a diagram that outlines this.

@hoffmabc @drwasho Updated the request in the body. Thanks.

FYI I made that table in the middle of the night, so it's probably has a few errors.

Is this now a higher priority requirement @drwasho ?


GPU perf is much worse than CPU for MNIST

With s4tf version 5.0-dev (built from utils/build-toolchain-tensorflow -g), MNIST sample is running much slower with GPU than with CPU. For each epoch, CPU training takes 16 seconds, but GPU training takes 31 seconds.
From nvprof, we can see that the GPU utilization is very low, and there are many GPU/CPU data copies.

Note that MNIST sample is modified as below to make it runnable.
            // Update number of correct/total guesses.
            let correctPredictions = predictions.argmax(squeezingAxis: 1) .== numericLabels
            for i in 0...correctPredictions.scalarCount - 1 {
                if correctPredictions.scalars[Int(i)] {
                    correctGuesses += 1
                }
            }

Another issue is that the launching time for the first run of GPU code is very slow, takes about 5 minutes. After the first run, there will be no such problems.  We are running in ubuntu docker container.

Will debug soon. The MNIST example is really outdated. I plan to switch this to use the deep learning library later this week.

There’s a more up-to-date version in the tests for the library Richard linked, but the performance isn’t necessarily a whole lot better.

There’s a more up-to-date version in the tests for the library Richard linked, but the performance isn’t necessarily a whole lot better.

Oops, I just deleted that test :) I'm about to move it to this repo.

MNIST is updated: Fixed with the new MNIST: https://github.com/tensorflow/swift-models/blob/stable/MNIST/MNIST.swift.

@rxwei can we close it?


We will need to mark instances of communities somehow because there are communities with the same names on multiple instances.

Will probably make it an clickable instance link like the rest of links instead of plain text. Will think about that later.

Resigned from making a clickable instance link because of post character limit and it's not needed anyway.

Done.


⚠ Jerry Savelle Ministries International Australia has degraded performance

In 4b8d896, Jerry Savelle Ministries International Australia (https://jsmiaustralia.org) experienced degraded performance:

HTTP code: 200
Response time: 5204 ms

Resolved: Jerry Savelle Ministries International Australia performance has improved in 8a26d38 after .


chore(main): release 0.19.0

:robot: I have created a release beep boop
0.19.0 (2024-10-05)
Features

update Japanese regex to use Unicode blocks (88272b4)

Bug Fixes

ambiguous variable name (e0f430c)
disable strip_bracket on post_clean (9190a04)
some newlines not interpreted correctly (1364b9e)

This PR was generated with Release Please. See documentation.

:robot: Created releases:

v0.19.0
:sunflower:


register works but login does not

Date: December 15, 2019
I am able to register but then login does not work: "invalid login attempt"
I go back to register again with the same username: "username is already taken"
Using VS 2019 16.4.1

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

ID: 71a44c72-d256-fbee-ea70-2eb7472f8182
Version Independent ID: 157027ff-0bad-828d-a442-a98acd219fba
Content: Publish an ASP.NET Core app to Azure with Visual Studio
Content Source: aspnetcore/tutorials/publish-to-azure-webapp-using-vs.md
Product: aspnet-core
Technology: aspnetcore-tutorials
GitHub Login: @Rick-Anderson
Microsoft Alias: riande

Hello! Thanks for contacting us. This sounds like a general question about using ASP.NET Core. While we try to look at and respond to all issues, for questions like this we recommend posting to a community support group like Stack Overflow with the asp.net-core tag.

Take a look at the DB and figure out what  you're doing wrong.

That was it. I accessed the Azure DB with VS and changed the setting "EmailConfirmed" to true.
I was able to login.
I use SendGrid. Now I need to add the email confirmation piece.
Found a write-up by you titled "Account confirmation and password recovery in ASP.NET Core".
Please let me know if there is another reference or a way to enable/disable this feature while creating the .NET Core web app with MVC and user authentication template in VS. Thanks!


uWSGI/grpc - OSError: write error

Starting GRPC service from within Django process leads to clashes of in their event loops.
tira-application logs
Tue Nov 16 17:39:02 2021 - uwsgi_response_writev_headers_and_body_do(): Broken pipe [core/writer.c line 306] during GET /task/celebrity-profiling/user/test-user-03 (<IP_ADDRESS>)
OSError: write error
[pid: 14|app: 0|req: 20/20] <IP_ADDRESS> () {42 vars in 1322 bytes} [Tue Nov 16 17:39:02 2021] GET /task/celebrity-profiling/user/test-user-03 => generated 0 bytes in 4 msecs (HTTP/1.1 200) 5 headers in 0 bytes (0 switches on core 0)
Tue Nov 16 17:39:02 2021 - SIGPIPE: writing to a closed pipe/socket/fd (probably the client disconnected) on request / (ip <IP_ADDRESS>) !!!
Tue Nov 16 17:39:02 2021 - uwsgi_response_writev_headers_and_body_do(): Broken pipe [core/writer.c line 306] during GET / (<IP_ADDRESS>)
OSError: write error

Needs testing.


Misc fixes

Coverage remained the same at 92.874% when pulling 3469b0769cba371a8c5919a461529381a65cf39b on eatonphil:misc-fixes into 1659b2da3fe8d2fd4f46ba3f76c74176ef794f21 on linode:master.

Coverage remained the same at 92.874% when pulling a50ed60174ceabd103f3b296e565c6f4b781876b on eatonphil:misc-fixes into 1659b2da3fe8d2fd4f46ba3f76c74176ef794f21 on linode:master.


Merge master into feature/code-owners

This pull request was automatically generated because an automated merge hit a merge conflict

Hi @ceiroa, sorry I am trying to catch up. Why this pull request is assigned to me?

Welcome back, @xinnanlisf!
This is a confusing PR. It was automatically open because there's a merge conflict. Not sure why @kevinswiggum left that message. Maybe he meant to leave it in a different PR?
I think the branch belongs to Release Engineering. I'll assign it to them.

@ceiroa
Oops, I did it too quickly...I just solved the conflict. It was just trying to merge our static flags changes from master to other branches.


Set workspace address when attempting to Book Travel

Details

Fixed Issues

$ https://github.com/Expensify/App/issues/46313
PROPOSAL:
Tests

Test 1 : Address check

On account B, create a new workspace and invite account A.

Green Fab > Book Travel
Verify that company address page opens
Fill an address and save
Click book travel
Verify that you are taken to travelDot

Test 2 : Travel terms and condition

Go to a new account that has not accepted travel terms of condition
Green Fab > Book Travel
QA can skip : Make Travel.acceptSpotnanaTerms() reject the promise.
Verify that when there is an error, travelDot is not opened and you see an error message on terms and condtion.

Test 3 : Open travel

Green Fab > Book Travel
QA can skip : Make Link.openTravelDotLink() reject the promise.
Verify that when there is an error, travelDot is not opened and you see an error message.

Test 4 : Verify that production is opened unless NVP is present

Green Fab > Book Travel
Book travel
Verify that production travelDot is opened
Hardcode NVP.TRAVEL_SETTINGS.testAccount to  true
Verify that staging travelDot is opened

[x] Verify that no errors appear in the JS console

Offline tests

QA Steps

[x] Verify that no errors appear in the JS console

PR Author Checklist

[x] I linked the correct issue in the ### Fixed Issues section above
[x] I wrote clear testing steps that cover the changes made in this PR

[x] I added steps for local testing in the Tests section
[x] I added steps for the expected offline behavior in the Offline steps section
[x] I added steps for Staging and/or Production testing in the QA steps section
[x] I added steps to cover failure scenarios (i.e. verify an input displays the correct error message if the entered data is not correct)
[x] I turned off my network connection and tested it while offline to ensure it matches the expected behavior (i.e. verify the default avatar icon is displayed if app is offline)
[x] I tested this PR with a High Traffic account against the staging or production API to ensure there are no regressions (e.g. long loading states that impact usability).

[x] I included screenshots or videos for tests on all platforms
[x] I ran the tests on all platforms & verified they passed on:

[x] Android: Native
[x] Android: mWeb Chrome
[x] iOS: Native
[x] iOS: mWeb Safari
[x] MacOS: Chrome / Safari
[x] MacOS: Desktop

[x] I verified there are no console errors (if there's a console error not related to the PR, report it or open an issue for it to be fixed)
[x] I followed proper code patterns (see Reviewing the code)

[x] I verified that any callback methods that were added or modified are named for what the method does and never what callback they handle (i.e. toggleReport and not onIconClick)
[x] I verified that the left part of a conditional rendering a React component is a boolean and NOT a string, e.g. myBool && <MyComponent />.
[x] I verified that comments were added to code that is not self explanatory
[x] I verified that any new or modified comments were clear, correct English, and explained "why" the code was doing something instead of only explaining "what" the code was doing.
[x] I verified any copy / text shown in the product is localized by adding it to src/languages/* files and using the translation method

[x] If any non-english text was added/modified, I verified the translation was requested/reviewed in #expensify-open-source and it was approved by an internal Expensify engineer. Link to Slack message:

[x] I verified all numbers, amounts, dates and phone numbers shown in the product are using the localization methods
[x] I verified any copy / text that was added to the app is grammatically correct in English. It adheres to proper capitalization guidelines (note: only the first word of header/labels should be capitalized), and is either coming verbatim from figma or has been approved by marketing (in order to get marketing approval, ask the Bug Zero team member to add the Waiting for copy label to the issue)
[x] I verified proper file naming conventions were followed for any new files or renamed files. All non-platform specific files are named after what they export and are not named "index.js". All platform-specific files are named for the platform the code supports as outlined in the README.
[x] I verified the JSDocs style guidelines (in STYLE.md) were followed

[x] If a new code pattern is added I verified it was agreed to be used by multiple Expensify engineers
[x] I followed the guidelines as stated in the Review Guidelines
[x] I tested other components that can be impacted by my changes (i.e. if the PR modifies a shared library or component like Avatar, I verified the components using Avatar are working as expected)
[x] I verified all code is DRY (the PR doesn't include any logic written more than once, with the exception of tests)
[x] I verified any variables that can be defined as constants (ie. in CONST.js or at the top of the file that uses the constant) are defined as such
[x] I verified that if a function's arguments changed that all usages have also been updated correctly
[x] If any new file was added I verified that:

[x] The file has a description of what it does and/or why is needed at the top of the file if the code is not self explanatory

[x] If a new CSS style is added I verified that:

[x] A similar style doesn't already exist
[x] The style can't be created with an existing StyleUtils function (i.e. StyleUtils.getBackgroundAndBorderStyle(theme.componentBG))

[x] If the PR modifies code that runs when editing or sending messages, I tested and verified there is no unexpected behavior for all supported markdown - URLs, single line code, code blocks, quotes, headings, bold, strikethrough, and italic.
[x] If the PR modifies a generic component, I tested and verified that those changes do not break usages of that component in the rest of the App (i.e. if a shared library or component like Avatar is modified, I verified that Avatar is working as expected in all cases)
[x] If the PR modifies a component related to any of the existing Storybook stories, I tested and verified all stories for that component are still working as expected.
[x] If the PR modifies a component or page that can be accessed by a direct deeplink, I verified that the code functions as expected when the deeplink is used - from a logged in and logged out account.
[x] If the PR modifies the UI (e.g. new buttons, new UI components, changing the padding/spacing/sizing, moving components, etc) or modifies the form input styles:

[x] I verified that all the inputs inside a form are aligned with each other.
[x] I added Design label and/or tagged @Expensify/design so the design team can review the changes.

[x] If a new page is added, I verified it's using the ScrollView component to make it scrollable when more elements are added to the page.
[x] If the main branch was merged into this PR after a review, I tested again and verified the outcome was still expected according to the Test steps.

Screenshots/Videos

Android: Native

https://github.com/user-attachments/assets/a433f125-cb32-4de0-94fe-211c31a97462
https://github.com/user-attachments/assets/5b2c81d3-de47-42de-a789-8364f1b55d9b

Android: mWeb Chrome

iOS: Native
https://github.com/user-attachments/assets/2889b1dc-7e74-48a6-bfe2-bdc27fb421ac
https://github.com/user-attachments/assets/2b48c67e-01f4-409a-844e-133b3050a022

iOS: mWeb Safari
https://github.com/user-attachments/assets/a8f966ec-6af3-4960-af3b-c2e343d36439

MacOS: Chrome / Safari

https://github.com/user-attachments/assets/437edd8d-6ab8-4380-a59b-18bbd4959a6b
Accept spotnana
https://github.com/user-attachments/assets/80839995-0ef0-4a7e-bc8d-06696c3d5bd9
Open Travel
https://github.com/user-attachments/assets/c50b8207-1fc8-43cd-bd69-7347c2dc779c

MacOS: Desktop

Error on spotnana side is a known issue -

https://expensify.slack.com/archives/C05S5EV2JTX/p1722034497413689?thread_ts=1721406118.373969&cid=C05S5EV2JTX

cc @stitesExpensify

Should we show option here to set the workspace address? I am not super sure about it

yes the linked issue is to allow the user to set a workspace address even if they're non-admin

@shubham1206agra all fixed. Thank you for the review and thorough testing

Ready for re-review @shubham1206agra @stitesExpensify

Can you address this?

it's in issue fesc

@stitesExpensify done

:hand: This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release.

🚀 Deployed to staging by https://github.com/stitesExpensify in version: 9.0.17-0 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

This PR is failing because of issue #46971
https://github.com/user-attachments/assets/2a2b8d81-090e-443d-8b28-a47505fd0d32

🚀 Deployed to production by https://github.com/marcaaron in version: 9.0.17-2 🚀

platform
result

🤖 android 🤖
failure ❌

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

🚀 Deployed to production by https://github.com/marcaaron in version: 9.0.17-2 🚀

platform
result

🤖 android 🤖
failure ❌

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

🚀 Deployed to production by https://github.com/marcaaron in version: 9.0.17-2 🚀

platform
result

🤖 android 🤖
failure ❌

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅


Google_Drive_Clone

Describe the project you want to add with tech stack
This is a clone of a google drive
Expected behavior
Perfectly looks like a google drive
Screenshots (optional)

Additional context (optional )

@paulsuryanshu Thanks For raising the Issue. 👍

Please go through contribution.md file before contributing your project


Allow to change the docker build context

In order to allow sharing files in the parent directory, instead of having copies of the same files for every version, we need to be able to set the context of the docker build command for every image specifically. This change defines a new variables DOCKER_BUILD_CONTEXT that may be defined in the Makefile, typically to '..', so docker build will be run with the context of the parent directory.
@praiskup @pkubatrh Does this seem sane?

LGTM, let's fix issues later, if any.


xml launcher obfuscate, cant compile

Empire Version
lastest
OS Information (Linux flavor, Python version)
kali linux lastest
Expected behavior and description of the error, including any actions taken immediately prior to the error. The more detail the better.
error to try to compile xml file
Screenshot of error, embedded text output, or Pastebin link to the error

Any additional information
set Obfuscate true crahs

The obfuscate command needs to be changed. It's adding a launcher that doesn't make sense for xml. You can look up Invoke-Obfuscation for information on how to use it


Ensure uniqueness of load table names

Fixes

Fixes #919 by @stacimc
Description

Some ingestion days for the metropolitan_museum_reingestion_workflow have been failing due to DuplicateTable errors. This is because the load table names are generated with the pattern: provider_data_{media_type}_{provider_name}_{timestamp}_{day_shift} -- but the very long provider name for this DAG causes the table name to be truncated in Postgres, such that the day_shift and part of the timestamp (which are required for uniqueness) are cut off.
This PR changes the order of the component parts of the table name such that provider_name is on the end, and is therefore the part that will get truncated if it is too long. This guarantees that media_type, timestamp, day_shift, and the first part of the provider name will fit.
Functionally, this means that part of 'reingestion` gets cut off:
    # The generated table name on `main`: note that part of the timestamp and the entire dayshift is cut off,
    # meaning that collisions can easily happen
    provider_data_image_metropolitan_museum_reingestion_20230222T20

    # The new table name: note that only the end of the provider name is cut off, and the table name is still
    # guaranteed unique across ingestion days
    provider_data_image_96_20230222T204839_metropolitan_museum_rein

Uniqueness is only an issue if we create two DAGs that have very long provider names, which only differ in the final few characters.
Alternatives considered

Give just this particular DAG a shorter, custom DAG id (like met_museum_reingestion_workflow or metropolitan_reingestion_workflow. The problem could still arise in the future.
Removing the _reingestion suffix from the load table name. This would work because the 'normal' ingestion flow does not append day_shift, so the two DAGs would still be distinct -- but it is less human readable, and we could still encounter the problem with long provider names in the future.

Testing Instructions

Run the Metropolitan reingestion DAG -- make sure to set a very low INGESTION_LIMIT before you start. Check the logs to make sure the load table names are being generated as expected.
I also ran a few other DAGs, including wikimedia_commons_workflow and wikimedia_reingestion_workflow.
Checklist

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

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.

@AetherUnbound It's funny that you say that -- my original implementation was literally to change provider_data_ to load_ and remove the _reingestion suffix 😄 I changed it to the current approach to keep the readability of the suffix and prevent problems down the line with future long DAG names, but we could definitely keep the shortened prefix as well.

As it happens I've already tested that and it's a tiny change 100

Ha, incredible, and you're right! What a nice, small change 💃🏼


Exception when macro class constructor doesn't match annotation

I was refactoring a macro that adds a method to a class. My call looks like this:
@WithMethod('hello')
class A {}

The string argument was new (previously the macro was "WithHello"). As I was updating the Macro code, the analyzer crashed while it was (note that the constructor does not yet have any parameters):
// There is no public API exposed yet, the in-progress API lives here.
import 'package:_fe_analyzer_shared/src/macros/api.dart';

macro class WithMethod implements ClassDeclarationsMacro {
  final tring name;
  const WithMethod();

  @override
  Future<void> buildDeclarationsForClass(
    ClassDeclaration clazz,
    MemberDeclarationBuilder builder,
  ) async {
    builder.declareInType(DeclarationCode.fromString('''
  void hello() {
    throw 'a';
  }
'''));
  }
}

The error from the instrumentation log is:
1709649433332:Ex:Analysis failed:: C::\Dev\Test Projects\macro-sample\bin\danny.dart context:: exception_20240305_143713_330
UnexpectedMacroException:: NoSuchMethodError:: Closure call with mismatched arguments:: function 'WithMethod.WithMethod'
Receiver:: Closure:: () => WithMethod from Function 'WithMethod.':: static.
Tried calling:: WithMethod.WithMethod("hello")
Found:: WithMethod.WithMethod() => WithMethod

#0      Object.noSuchMethod (dart::core-patch/object_patch.dart::38::5)
#1      _objectNoSuchMethod (dart::core-patch/object_patch.dart::85::9)
#2      Function._apply (dart::core-patch/function_patch.dart::11::71)
#3      Function.apply (dart::core-patch/function_patch.dart::35::12)
#4      MacroExpansionClient._instantiateMacro (package::_fe_analyzer_shared/src/macros/executor/client.dart::184::33)
#5      MacroExpansionClient._handleMessage.<anonymous closure> (package::_fe_analyzer_shared/src/macros/executor/client.dart::126::18)
#6      _rootRun (dart::async/zone.dart::1399::13)
#7      _CustomZone.run (dart::async/zone.dart::1301::19)
#8      withRemoteInstanceZone (package::_fe_analyzer_shared/src/macros/executor/remote_instance.dart::173::15)
#9      MacroExpansionClient._handleMessage (package::_fe_analyzer_shared/src/macros/executor/client.dart::118::11)
#10     new MacroExpansionClient._.<anonymous closure> (package::_fe_analyzer_shared/src/macros/executor/client.dart::37::39)
#11     _rootRunUnary (dart::async/zone.dart::1415::13)
#12     _CustomZone.runUnary (dart::async/zone.dart::1308::19)
#13     _CustomZone.runUnaryGuarded (dart::async/zone.dart::1217::7)
#14     _BufferingStreamSubscription._sendData (dart::async/stream_impl.dart::365::11)
#15     _BufferingStreamSubscription._add (dart::async/stream_impl.dart::297::7)
#16     _SyncStreamControllerDispatch._sendData (dart::async/stream_controller.dart::784::19)
#17     _StreamController._add (dart::async/stream_controller.dart::658::7)
#18     _StreamController.add (dart::async/stream_controller.dart::606::5)
#19     _RawReceivePort._handleMessage (dart::isolate-patch/isolate_patch.dart::184::12)

#0      ExternalMacroExecutorBase._sendRequest.<anonymous closure>.<anonymous closure> (package::_fe_analyzer_shared/src/macros/executor/executor_base.dart::339::11)
<asynchronous suspension>
#1      MultiMacroExecutor.instantiateMacro.<anonymous closure> (package::_fe_analyzer_shared/src/macros/executor/multi_executor.dart::134::42)
<asynchronous suspension>
#2      KernelBundleMacroExecutor.instantiate (package::analyzer/src/summary2/macro.dart::137::12)
<asynchronous suspension>
#3      LibraryMacroApplier._addAnnotations (package::analyzer/src/summary2/macro_application.dart::484::24)
<asynchronous suspension>
#4      LibraryMacroApplier._addClassLike (package::analyzer/src/summary2/macro_application.dart::529::5)
<asynchronous suspension>
#5      LibraryMacroApplier.add (package::analyzer/src/summary2/macro_application.dart::141::11)
<asynchronous suspension>
#6      LibraryBuilder.fillMacroApplier (package::analyzer/src/summary2/library_builder.dart::493::7)
<asynchronous suspension>
#7      Linker._buildMacroApplier (package::analyzer/src/summary2/link.dart::193::7)
<asynchronous suspension>
#8      Linker._computeLibraryScopes.<anonymous closure> (package::analyzer/src/summary2/link.dart::284::9)
<asynchronous suspension>
#9      OperationPerformanceImpl.runAsync (package::analyzer/src/util/performance/operation_performance.dart::172::14)
<asynchronous suspension>
#10     Linker._computeLibraryScopes (package::analyzer/src/summary2/link.dart::281::5)
<asynchronous suspension>
#11     Linker._buildOutlines.<anonymous closure> (package::analyzer/src/summary2/link.dart::207::9)
<asynchronous suspension>
#12     OperationPerformanceImpl.runAsync (package::analyzer/src/util/performance/operation_performance.dart::172::14)
<asynchronous suspension>
#13     Linker._buildOutlines (package::analyzer/src/summary2/link.dart::204::5)
<asynchronous suspension>
#14     Linker.link (package::analyzer/src/summary2/link.dart::102::5)
<asynchronous suspension>
#15     link (package::analyzer/src/summary2/link.dart::40::3)
<asynchronous suspension>
#16     LibraryContext.load.loadBundle (package::analyzer/src/dart/analysis/library_context.dart::194::24)
<asynchronous suspension>
#17     LibraryContext.load.loadBundle (package::analyzer/src/dart/analysis/library_context.dart::154::9)
<asynchronous suspension>
#18     LibraryContext.load.<anonymous closure> (package::analyzer/src/dart/analysis/library_context.dart::254::7)
<asynchronous suspension>
#19     PerformanceLog.runAsync (package::analyzer/src/dart/analysis/performance_logger.dart::50::14)
<asynchronous suspension>
#20     LibraryContext.load (package::analyzer/src/dart/analysis/library_context.dart::252::5)
<asynchronous suspension>
#21     AnalysisDriver._analyzeFile.<anonymous closure> (package::analyzer/src/dart/analysis/driver.dart::1334::9)
<asynchronous suspension>
#22     PerformanceLog.runAsync (package::analyzer/src/dart/analysis/performance_logger.dart::50::14)
<asynchronous suspension>
#23     AnalysisDriver._produceErrors (package::analyzer/src/dart/analysis/driver.dart::1952::5)
<asynchronous suspension>
#24     AnalysisDriver.performWork (package::analyzer/src/dart/analysis/driver.dart::1236::7)
<asynchronous suspension>
#25     AnalysisDriverScheduler._run (package::analyzer/src/dart/analysis/driver.dart::2373::7)
<asynchronous suspension>

#0      LibraryContext._throwLibraryCycleLinkException (package::analyzer/src/dart/analysis/library_context.dart::346::5)
#1      LibraryContext.load.loadBundle (package::analyzer/src/dart/analysis/library_context.dart::202::11)
<asynchronous suspension>
#2      LibraryContext.load.loadBundle (package::analyzer/src/dart/analysis/library_context.dart::154::9)
<asynchronous suspension>
#3      LibraryContext.load.<anonymous closure> (package::analyzer/src/dart/analysis/library_context.dart::254::7)
<asynchronous suspension>
#4      PerformanceLog.runAsync (package::analyzer/src/dart/analysis/performance_logger.dart::50::14)
<asynchronous suspension>
#5      LibraryContext.load (package::analyzer/src/dart/analysis/library_context.dart::252::5)
<asynchronous suspension>
#6      AnalysisDriver._analyzeFile.<anonymous closure> (package::analyzer/src/dart/analysis/driver.dart::1334::9)
<asynchronous suspension>
#7      PerformanceLog.runAsync (package::analyzer/src/dart/analysis/performance_logger.dart::50::14)
<asynchronous suspension>
#8      AnalysisDriver._produceErrors (package::analyzer/src/dart/analysis/driver.dart::1952::5)
<asynchronous suspension>
#9      AnalysisDriver.performWork (package::analyzer/src/dart/analysis/driver.dart::1236::7)
<asynchronous suspension>
#10     AnalysisDriverScheduler._run (package::analyzer/src/dart/analysis/driver.dart::2373::7)
<asynchronous suspension>

This error was logged a few times, then VS Code reported the analyzer had terminated (I'm not sure why it didn't terminate on the first instance though).
@scheglov @jakemac53 I'm unsure if this is an analyzer or Macro issue (or both, the macro code that failed and the analyzer terminating when that happened).

We probably should catch these exceptions in the shared bootstrapping code and then return some sort of explicit error.

My CL landed, I will remove myself from assignment, just in case someone else want to make it better in shared code.

I looked at this a bit, we are actually handling the error on the client side, and giving an error back to the server (analyzer, CFE, etc).
To fix this, I would need to make a new class to wrap the result of an "instantiateMacro" request, so that we could attach diagnostics to that instead of just completing the future with an error, but I am not sure if that is really better.
For now, I think we should just expect clients to catch these exceptions, like the analyzer now does. The only difference is with the result type it would be more obvious that exceptions are expected.

This is obsolete with https://github.com/dart-lang/language/issues/3728


action-tmate job hands for a long time before running

Lately more often than not, action-tmate step would hand for sometimes as long as 20 minutes before starting it's execution. anything i can do to make it better ?

actually, i just tried cancelling it and it seems like a UI bug where it won't show me the job's steps. Upon cancellation suddenly it showed me this wall of text. so the issue is that the UI won't show the step's output

related to #174


No way to update custom-data from cli

Afaict az vmss update cannot update the custom-data field! While this doc page says it should be possible.

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

ID: 282b39fe-e8fe-f698-36c2-321f088f6554
Version Independent ID: 2a7c130c-291b-40ff-cae5-43255bcb3bc3
Content: Custom data and Azure Virtual Machines - Azure Virtual Machines
Content Source: articles/virtual-machines/custom-data.md
Service: virtual-machines
GitHub Login: @mimckitt
Microsoft Alias: mimckitt

@kim0 Thanks for the feedback! We are currently investigating and will update you shortly.

Hello @kim0,
Under the FAQs section of this following document we see the below  https://docs.microsoft.com/en-us/azure/virtual-machines/custom-data#:~:text=Can%20I%20update,new%20custom%20data.
Can I update custom data after the VM has been created?
For single VMs, custom data in the VM model cannot be updated, but for VMSS, you can update VMSS custom data via REST API, Az CLI, or Az PowerShell. When you update custom data in the VMSS model:

Existing instances in the VMSS will not get the updated custom data, only until they are reimaged.
Existing instances in the VMSS that are upgraded will not get the updated custom data.
New instances will receive the new custom data.

Here is one such example of updating an existing VMSS
az vmss update --name MyScaleSet --resource-group MyResourceGroup --license-type windows_server
For more details, refer to https://docs.microsoft.com/en-us/cli/azure/vmss?view=azure-cli-latest#az_vmss_update-examples
If that doesn't help, can you share more details on what exactly you are trying to update?

"Custom Data" is not a generic term. It's the field in the GUI or option on the command line that on Linux gets processed by cloud-init.
For example:
az vmss create -g MyResourceGroup -n MyVmss --image debian --custom-data MyCloudInitScript.yml
You can see here that the "--custom-data" is contained in a yml file to be processed by each instance when they are launched from the scale set. This example can be found on https://docs.microsoft.com/en-us/cli/azure/vmss?view=azure-cli-latest#az_vmss_create
However according to the documentation, az vmss update does not contain a --custom-data option, as per the documentation here: https://docs.microsoft.com/en-us/cli/azure/vmss?view=azure-cli-latest#az_vmss_update

Thanks @TMASoft .. This is exactly correct. Awaiting this to be fixed.

@kim0 and @TMASoft, Thank you for pointing this out. I have assigned the issue to the content author to investigate further and update the document as appropriate.

CC @fitzgeraldsteele @avirishuv

Still not working

I can see how this is confusing. The custom data field is not in the az vmss update command but is in the az vmss create command. If you have an existing scale set, you can rerun the create command with all the same properties and only modify the ones you want changed. So in this case, if you want to update the custom data field, you need to actually run the az vmss create command again with the updated custom data.
We briefly mention this in the Modify a Scale Set documentation but it's not super easy to find.
https://learn.microsoft.com/en-us/azure/virtual-machine-scale-sets/virtual-machine-scale-sets-upgrade-scale-set#how-to-update-global-scale-set-properties
I will update this page with a link to the modify doc to make it easier to find.
#please-close


Email old variable name corrected, an extra wrap div removed from pas…

Email old variable name corrected, an extra wrap div removed from password and confirm password

Thanks for contributing @umefarooq


Documentation for "ask the community" feature

This is part 2 to previous documentation updates at https://github.com/mattermost/docs/pull/3766

Thanks, @jasonblais. Is there a default URL provided when the setting is true? Or does that need to be added?

@justinegeffen Yes, I added the URL for reference, good question

Another question, sorry to be a pain, but does the user need to sign up or can they use existing credentials? And does that open in a browser?

The full experience is:

User clicks on "Ask the community" item
User is taken to https://mattermost.com/pl/default-ask-mattermost-community/, which is an intermediate landing page providing additional context on benefits and how to get started. The page opens in their default browser, and is not available on mobile app.
The user is then taken to https://community.mattermost.com/?redirect_to=%2Fcore%2Fchannels%2Fpeer-to-peer-help to create an account in the community server. After account creation, they'll land directly in the peer-to-peer help channel.

Thanks, @jasonblais. I was thinking we should add that to the doc, but it's really straightforward. Wondering though if we should mention that it's not available on the mobile app?

Thanks! Added default value


Memory leak in vmcompute triggered by failing command probes

Due to a different bug, the AKS infra ama-logs-windows daemenset's liveness command probe (cmd /c ...) fails with the following error after some time (and all following retries).

Liveness probe errored: rpc error: code = Unknown desc = failed to exec in container: failed to start exec "d6b7[...]": hcs::System::CreateProcess 05f[...]: The RPC server is unavailable.: unknown

The reason for the CreateProcess() error within this container we don't know yet and have an Azure support ticket running.
But what we observed during the analysis, is that these errors seem to trigger a memory leak within vmcompute.exe (e.g. 1.8 GB private mem after 15 days). When taking a look at the following table you see that on different systems with different durations of the failing command probe the vmcompute's private memory almost exactly correlates with the number of failed command probes (with ~ 90KB per retry).

I'm aware that the actual memory leak may not be directly within hcsshim but within vmcompute. What would be cool is to have a confirmation for this assumption. And if it's true, if you maybe could raise an internal ticket for the vmcompute (Hyper-V?) team.

@AbelHu In https://github.com/Azure/AKS/issues/3262#issuecomment-1535587523 you wrote the following:

The memory leak in vmcompute.exe has been fixed in the Windows security patch in April, 2023. It is expected that users should not hit this issue in the latest AKS Windows image versions WS2019 17763.4252.230412 and WS2022 20348.1668.230412

This concerns exactly this ticket. Right?

@ulrichb I think so. Windows team shared the info with me that the memory leak issue in vmcompute.exe has been fixed in 2023.04B. Please free to ping me if you still see this issue after upgrading the node image version to WS2019 17763.4252.230412 and WS2022 20348.1668.230412


Using material version of charts.

I'm trying to load the material version of the charts by passing the chartPackages prop. For example, if I set chartPackages to the following:
let chartPackages = ['line'];
....
<Chart chartPackages={chartPackages}....

I get the error google.load is not a function.
A few questions:

Can I load the material version of charts using the library ? As the chartPackages prop isn't documented and I found out about it by looking it at the code.
Can I update the README.md file with the props that the componenet does accept in order to be some basic level of documentation ?

Cool library, otherwise, thanks!

Hello.
I don't think it's possible to use the material version right now with this library.
I use Google Charts Wrapper to be able to handle all kind of Chart types effortless and unfortunately it doesn't support material charts yet.
As for the chartPackages I prefer not to document it now because in the current version of the library as you've noticed, it's not helpful to load other libraries.
You can just ignore the hidden chartPackages props (who defaults to ['corecharts'])  and pass the chartType directly.
As for updating the README.md Feel free to edit it :)
I'd be happy to merge any pull request that helps make the library easier to use.
Cheers

@bIgBV and @RakanNimer It seems the issue was raised because JSAPI wasn't loaded.
Adding jsapi(http://www.google.com/jsapi) will fix this issue.

@RakanNimer I would also love material support.  Currently I'm trying to hack your code to make it work but it seems material is the future of Google charts.


[pigeon] Crash in swift: Could not cast value of type 'NSNull' to 'NSArray'

Is there an existing issue for this?

[X] I have searched the existing issues
[X] I have read the guide to filing a bug

Steps to reproduce

Using pigeon 10.0.1
Run swift generator for schema:

@FlutterApi()
abstract class NativeAuthPlugin {
  @async
  NativeAuthSession fetchAuthSession();
}

class NativeAuthSession {
  late bool isSignedIn;

  String? userSub;
  NativeUserPoolTokens? userPoolTokens;

  String? identityId;
  NativeAWSCredentials? awsCredentials;
}

class NativeUserPoolTokens {
  late String accessToken;
  late String refreshToken;
  late String idToken;
}

class NativeAWSCredentials {
  late String accessKeyId;
  late String secretAccessKey;
  String? sessionToken;
  String? expirationIso8601Utc;
}

Send null for userPoolTokens (code from unit test)

    lazy var codec = NativeAuthPluginCodec.shared

    func send(
        onChannel channel: String,
        message: Data?,
        binaryReply callback: FlutterBinaryReply? = nil
    ) {
        let authSession = NativeAuthSession(
            isSignedIn: isSignedIn,
            userSub: nil,
            userPoolTokens: nil,
            identityId: nil,
            awsCredentials: nil
        )
        let encodedAuthSession = codec.encode(authSession)
        callback?(encodedAuthSession)
    }

Expected results
Passing null for userPoolTokens should work. This code worked with pigeon v9 output.
Actual results
A crash is observed running in Xcode.
Code sample
Included above.
Screenshots or Video

Logs
Logs
Test Case '-[unit_tests.NativeAuthPluginTests testFetchAuthSessionSignedIn]' started.
Could not cast value of type 'NSNull' (0x107eaa978) to 'NSArray' (0x107eaaa20).
2023-06-21 08:02:22.225474-0700 Runner[54059:310281] Could not cast value of type 'NSNull' (0x107eaa978) to 'NSArray' (0x107eaaa20).

Flutter Doctor output
Doctor output
Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel stable, 3.10.5, on macOS 13.4 22F66 darwin-arm64, locale en-US)
[✓] Android toolchain - develop for Android devices (Android SDK version 33.0.2)
[✓] Xcode - develop for iOS and macOS (Xcode 14.3.1)
[✓] Chrome - develop for the web
[✓] Android Studio (version 2022.2)
[✓] IntelliJ IDEA Ultimate Edition (version 2023.1)
[✓] VS Code (version 1.79.2)
[✓] Connected device (2 available)
[✓] Network resources

• No issues found!

Thanks for filing the issue, @dnys1
In order to address the issue properly, can you please provide a completed and minimal reproducible code sample so that I can verify this easier?

Sure, here ya go https://github.com/dnys1/pigeon_repro

Thanks for the update. Reproduced the crash on iPhone 14 Pro, iOS 16.4. As you confirmed it worked in version 9.x, maybe it's related to breaking change in version 10.0.0.
Full crash stack trace: crash_log.txt

flutter doctor -v (stable and master)
[✓] Flutter (Channel stable, 3.10.5, on macOS 13.0.1 22A400 darwin-x64, locale en-VN)
    • Flutter version 3.10.5 on channel stable at /Users/huynq/Documents/GitHub/flutter
    • Upstream repository https://github.com/flutter/flutter.git
    • Framework revision 796c8ef792 (29 hours ago), 2023-06-13 15:51:02 -0700
    • Engine revision 45f6e00911
    • Dart version 3.0.5
    • DevTools version 2.23.1

[✓] Android toolchain - develop for Android devices (Android SDK version 32.0.0)
    • Android SDK at /Users/huynq/Library/Android/sdk
    • Platform android-33, build-tools 32.0.0
    • ANDROID_HOME = /Users/huynq/Library/Android/sdk
    • Java binary at: /Applications/Android Studio.app/Contents/jbr/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 17.0.6+0-17.0.6b802.4-9586694)
    • All Android licenses accepted.

[✓] Xcode - develop for iOS and macOS (Xcode 14.3)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Build 14E222b
    • CocoaPods version 1.11.3

[✓] Chrome - develop for the web
    • Chrome at /Applications/Google Chrome.app/Contents/MacOS/Google Chrome

[✓] Android Studio (version 2022.2)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/9212-flutter
    • Dart plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/6351-dart
    • Java version OpenJDK Runtime Environment (build 17.0.6+0-17.0.6b802.4-9586694)

[✓] VS Code (version 1.79.0)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension version 3.66.0

[✓] Connected device (5 available)
    • Pixel 3a (mobile)      • 964AY0WL20                               • android-arm64  • Android 12 (API 32)
    • iPhone (mobile)        • d9a94afe2b649fef56ba0bfeb052f0f2a7dae95e • ios            • iOS 15.7.2 19H218
    • iPhone 14 Pro (mobile) • 98082851-A0C4-4E39-A310-21C48B10A364     • ios            • com.apple.CoreSimulator.SimRuntime.iOS-16-4 (simulator)
    • macOS (desktop)        • macos                                    • darwin-x64     • macOS 13.0.1 22A400 darwin-x64
    • Chrome (web)           • chrome                                   • web-javascript • Google Chrome 114.0.5735.133

[✓] Network resources
    • All expected network resources are available.

• No issues found!

[!] Flutter (Channel master, 3.12.0-9.0.pre.25, on macOS 13.0.1 22A400 darwin-x64, locale en-VN)
    • Flutter version 3.12.0-9.0.pre.25 on channel master at /Users/huynq/Documents/GitHub/flutter_master
    ! Warning: `flutter` on your path resolves to /Users/huynq/Documents/GitHub/flutter/bin/flutter, which is not inside your current Flutter SDK checkout at /Users/huynq/Documents/GitHub/flutter_master. Consider adding /Users/huynq/Documents/GitHub/flutter_master/bin to the front of your path.
    ! Warning: `dart` on your path resolves to /Users/huynq/Documents/GitHub/flutter/bin/dart, which is not inside your current Flutter SDK checkout at /Users/huynq/Documents/GitHub/flutter_master. Consider adding /Users/huynq/Documents/GitHub/flutter_master/bin to the front of your path.
    • Upstream repository https://github.com/flutter/flutter.git
    • Framework revision 34b42acf1b (54 minutes ago), 2023-06-22 19:09:12 -0700
    • Engine revision aca26b2afc
    • Dart version 3.1.0 (build 3.1.0-239.0.dev)
    • DevTools version 2.24.0
    • If those were intentional, you can disregard the above warnings; however it is recommended to use "git" directly to perform update checks and upgrades.

[✓] Android toolchain - develop for Android devices (Android SDK version 32.0.0)
    • Android SDK at /Users/huynq/Library/Android/sdk
    • Platform android-33, build-tools 32.0.0
    • ANDROID_HOME = /Users/huynq/Library/Android/sdk
    • Java binary at: /Applications/Android Studio.app/Contents/jbr/Contents/Home/bin/java
    • Java version OpenJDK Runtime Environment (build 17.0.6+0-17.0.6b802.4-9586694)
    • All Android licenses accepted.

[✓] Xcode - develop for iOS and macOS (Xcode 14.3)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • Build 14E222b
    • CocoaPods version 1.11.3

[✓] Chrome - develop for the web
    • Chrome at /Applications/Google Chrome.app/Contents/MacOS/Google Chrome

[✓] Android Studio (version 2022.2)
    • Android Studio at /Applications/Android Studio.app/Contents
    • Flutter plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/9212-flutter
    • Dart plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/6351-dart
    • Java version OpenJDK Runtime Environment (build 17.0.6+0-17.0.6b802.4-9586694)

[✓] VS Code (version 1.79.2)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension version 3.66.0

[✓] Connected device (2 available)
    • macOS (desktop) • macos  • darwin-x64     • macOS 13.0.1 22A400 darwin-x64
    • Chrome (web)    • chrome • web-javascript • Google Chrome 114.0.5735.133

[✓] Network resources
    • All expected network resources are available.

! Doctor found issues in 1 category.

/cc @tarrinneal @hellohuanlin, looks like fallout from the casting changes.


feat(Tracing): allow custom tracing categories

References #1300, #854

@paulirish Sure, that sounds fine to me. For the sampling option, should there be any categories included besides the default categories and disabled-by-default-v8.cpu_profiler.hires?

@slohmes no that'd be all.   but you should hold off until we hear back on the API from @aslushnikov or @pavelfeldman

This looks good to merge. We can add jssampling in a separate PR to close #1300.

FYI this doesn't seem to work the way it was intended anymore, see #1300. Setting categories explicitly to only a single value (in my case, disabled-by-default-v8.cpu_profiler), I still receive events from other (all?) categories.


Make sure that the server errors + debug info (e.g. user status) are logged

Done. We can make sure that almost all server errors have been logged. And we will add more logs if we find any leftover errors.


Need to format entire columns as wrap text in XLSX

Hi Team,
i am new to XLSX npm, kindly guide me to format the columns as wrap text

Cell setting wrap?

Text wrapping is a style feature that is part of our Pro builds


Upgraded to go 1.16

Signed-off-by: Roland Urbano<EMAIL_ADDRESS>Description
Update the CI tooling to use go-1.16
Release Note
Release note for CHANGELOG:

* Upgraded to golang-1.16 build pipeline

References

Community Note

Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
If you are interested in working on this issue or have submitted a pull request, please leave a comment

lgtm


Cast input of embedding op only if its dtype is different than int32.

Cast input of embedding op only if its dtype is different than int32, instead of always.

This astype cast of indices causes tvm to add cast op on input of embedding no matter the type of indices.
We can handle type check here in tvm and cast if data format of the input is different from int32. However, I am wondering if there is a better place for that inside compiler. @nvukobratTT what do you think?

I don't specifically mind if we do this at the other part of the code. However, from the current perspective, it seems to me that the op definition is the best place to keep this logic. Why? The first place to check for uncertenties regarding op support, or some special logic binds to certain ops is the definition itself. Therefore, doing specific casting in certain cases seems like a good spot to be done in this place.
Let me know your thoughts, and if you have a better suggestion where this logic should lay

Yeah, having checks in op definition seems logical!

Added check to cast input only if its dtype is different than int32. However, this won't save us from casting int32 to in32 because if we have int64 as input to embedding we will add cast to int32. However, since forge doesn't support int64, pytorch_dtype_to_forge_dataformat will cast it to int32. Therefore we will end up again with input in int32 and cast to int32. This shouldn't be the problem when mlir addresses this issue. Currently, casting int32 to int32 exposes few bugs in mlir that are described in this issue...

I see. Can we skip cast for int64 as well until MLIR solves problem on their end? Also, if we do so, let's open tech dept issues + add good forst issue label :))
This is pretty localised change, so will be okay :))

Added check to cast input only if its dtype is different than int32. However, this won't save us from casting int32 to in32 because if we have int64 as input to embedding we will add cast to int32. However, since forge doesn't support int64, pytorch_dtype_to_forge_dataformat will cast it to int32. Therefore we will end up again with input in int32 and cast to int32. This shouldn't be the problem when mlir addresses this issue. Currently, casting int32 to int32 exposes few bugs in mlir that are described in this issue...

I see. Can we skip cast for int64 as well until MLIR solves problem on their end? Also, if we do so, let's open tech dept issues + add good forst issue label :))
This is pretty localised change, so will be okay :))

Added int64 check and an explanation why we are doing that. After I merge I will open tech debt with reference to this part of code...


Rust 1.67.0 breaks unit tests

---- fs::tests::remove_dir_all stdout ----
generated PathBuf dir p"\0" using i = 0
creating p"\0"
generated PathBuf dir p"/tmp\0" using i = 4
creating p"/tmp\0"
creating p"/tmp/test\0"
thread 'fs::tests::remove_dir_all' panicked at 'already borrowed: BorrowMutError', src/fs.rs:1218:29
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

---- fs::tests::todo stdout ----
blocks going in: 6
generated PathBuf dir p"\0" using i = 0
creating p"\0"
generated PathBuf dir p"/tmp\0" using i = 4
creating p"/tmp\0"
creating p"/tmp/test\0"
thread 'fs::tests::todo' panicked at 'already borrowed: BorrowMutError', src/fs.rs:1218:29

---- tests::test_create stdout ----
creating p"/tmp\0"
thread 'tests::test_create' panicked at 'already borrowed: BorrowMutError', src/fs.rs:284:69

---- tests::test_fs_with stdout ----
creating p"/tmp\0"
thread 'tests::test_fs_with' panicked at 'already borrowed: BorrowMutError', src/fs.rs:284:69

Very odd. Here's a somewhat minimal failing test:
fn minimal() {
    let mut backend = OtherRam::default();
    let mut storage = OtherRamStorage::new(&mut backend);

    Filesystem::format(&mut storage).unwrap();
    Filesystem::mount_and_then(&mut storage, |fs| {
        fs.create_dir(b"/tmp\0".try_into().unwrap()).unwrap();
        fs.available_blocks().ok();
        Ok(())
    }).unwrap();
}

Both create_dir and available_blocks do a self.alloc.borrow_mut(), to pass in .state to ll:lfs_*. Even explicitly dropping these &mut self.alloc.borrow_mut().state doesn't fix.

@sosthene-nitrokey suggested that this may be caused by a struct with an undefined representation being used in the FFI causing undefined behavior as this is known to break stuff with 1.67.0.
https://octodon.social/@rust/109759251309886588
https://old.reddit.com/r/rust/comments/10lu5ah/announcing_rust_1670/j5z8rk4/?context=3
But as far as I see, all relevant structs already have #[repr(C)].  Strangely, using RUSTFLAGS="-Z randomize-layout" cargo +nightly test seemed to fix the problem though it should potentially make it worse.

I think I found the issue.  It looks like this is just the lookahead buffer issue in disguise – the buffer overflow just manifests differently with 1.67.0.  Fixed by https://github.com/trussed-dev/littlefs2/pull/24.

Oh, so it's our bug, and not a compiler regression?

Yes, I think so.  The layout changes in Rust 1.67.0 probably just cause us to access a different memory region causing a different error.


Case-sensitivity of package name

I noticed nix-env is currently case-sensitive on the package name. It took me some time to notice some packages because of the presence of uppercase characters in their name.
When no package matches a given name case-sensitively, it would be great to at least suggest case corrections, or even look for case-insensitive matches. What do you think ?

I really think we should follow upstream if possible. It's easier to match upstream for (security) updates.

Let's merge this discussion to https://github.com/NixOS/nixpkgs/issues/11052


Removed Conflicting LoginCommand

If you don't want to use this command, remove it from your config https://github.com/wire-elements/spotlight/blob/master/config/livewire-ui-spotlight.php#L32

@PhiloNL Thanks a lot I viewed this file so many times but somehow didn't notice this, Thanks a lot


oonib fails to start properly with latest Python package updates

Until last week, oonib worked perfectly fine after following the standard installation procedure, on an up-to-date Debian stable (Jessie):

create a Python 2 virtual environment
clone the repository
from the repository folder: pip install -r requirements.txt, python setup.py install and configure and run python bin/oonib

The list of installed packages in the Python virtual environment was (from pip freeze) (apart from oonibackend):
Automat==0.5.0
Parsley==1.3
PyYAML==3.12
Twisted==17.1.0
appdirs==1.4.3
argparse==1.2.1
asn1crypto==0.22.0
attrs==16.3.0
cffi==1.10.0
constantly==15.1.0
cryptography==1.8.1
cyclone==1.1
enum34==1.1.6
idna==2.5
incremental==16.10.1
ipaddr==2.1.11
ipaddress==1.0.18
packaging==16.8
pyOpenSSL==16.2.0
pyasn1==0.2.3
pyasn1-modules==0.0.8
pycparser==2.17
pygeoip==0.3.2
pyparsing==2.2.0
service-identity==16.0.0
six==1.10.0
txsocksx==<IP_ADDRESS>
txtorcon==0.18.0
wsgiref==0.1.2
zope.component==4.3.0
zope.event==4.2.0
zope.interface==4.3.3

Installing oonib on a new system and doing the same, just a few days later, led to oonib seemingly starting (in the foreground, the process was running), but yelling many errors in the logs, and not starting the tor process. The errors in the logs:
2017-04-22T02:36:32+0200 [-] Application starting on 60843
2017-04-22T02:36:32+0200 [cyclone.web.Application#info] Starting factory <cyclone.web.Application instance at 0x7fe08c1ef1b8>
2017-04-22T02:36:32+0200 [-] Noting that "/tmp/web_connectivity" does not exist; letting Tor create it.
2017-04-22T02:36:32+0200 [-] Unhandled Error
        Traceback (most recent call last):
          File "/home/ooni/venvs/ooni-backend/local/lib/python2.7/site-packages/twisted/internet/defer.py", line 459, in callback
            self._startRunCallbacks(result)
          File "/home/ooni/venvs/ooni-backend/local/lib/python2.7/site-packages/twisted/internet/defer.py", line 567, in _startRunCallba
cks
            self._runCallbacks()
          File "/home/ooni/venvs/ooni-backend/local/lib/python2.7/site-packages/twisted/internet/defer.py", line 653, in _runCallbacks
            current.result = callback(current.result, *args, **kw)
          File "/home/ooni/venvs/ooni-backend/local/lib/python2.7/site-packages/twisted/internet/defer.py", line 1357, in gotResult
            _inlineCallbacks(r, g, deferred)
        --- <exception caught here> ---
          File "/home/ooni/venvs/ooni-backend/local/lib/python2.7/site-packages/twisted/internet/defer.py", line 1301, in _inlineCallbac
ks
            result = g.send(result)
          File "/home/ooni/venvs/ooni-backend/local/lib/python2.7/site-packages/txtorcon/endpoints.py", line 427, in listen
            self.config.protocol.add_event_listener('INFO', info_event)
        exceptions.AttributeError: 'NoneType' object has no attribute 'add_event_listener'

2017-04-22T02:36:32+0200 [-] OONICollector starting on 44172
2017-04-22T02:36:32+0200 [oonib.api.OONICollector#info] Starting factory <oonib.api.OONICollector instance at 0x7fe08c135a28>
2017-04-22T02:36:32+0200 [-] Unhandled Error
        Traceback (most recent call last):
          File "/home/ooni/venvs/ooni-backend/local/lib/python2.7/site-packages/twisted/internet/defer.py", line 459, in callback
            self._startRunCallbacks(result)
          File "/home/ooni/venvs/ooni-backend/local/lib/python2.7/site-packages/twisted/internet/defer.py", line 567, in _startRunCallba
cks
            self._runCallbacks()
          File "/home/ooni/venvs/ooni-backend/local/lib/python2.7/site-packages/twisted/internet/defer.py", line 653, in _runCallbacks
            current.result = callback(current.result, *args, **kw)
          File "/home/ooni/venvs/ooni-backend/local/lib/python2.7/site-packages/twisted/internet/defer.py", line 1357, in gotResult
            _inlineCallbacks(r, g, deferred)
        --- <exception caught here> ---
          File "/home/ooni/venvs/ooni-backend/local/lib/python2.7/site-packages/twisted/internet/defer.py", line 1301, in _inlineCallbac
ks
            result = g.send(result)
          File "/home/ooni/venvs/ooni-backend/local/lib/python2.7/site-packages/txtorcon/endpoints.py", line 427, in listen
            self.config.protocol.add_event_listener('INFO', info_event)
        exceptions.AttributeError: 'NoneType' object has no attribute 'add_event_listener'

2017-04-22T02:36:32+0200 [-] Unhandled Error
        Traceback (most recent call last):
        Failure: exceptions.RuntimeError: Tor exited with error-code 255

After forcing the Python packages back to the versions listed above, everything worked again.
The more recent Python package versions with which the error was thrown are:
Automat==0.5.0
PyYAML==3.12
Twisted==17.1.0
appdirs==1.4.3
argparse==1.2.1
asn1crypto==0.22.0
attrs==16.3.0
cffi==1.10.0
constantly==15.1.0
cryptography==1.8.1
cyclone==1.1
enum34==1.1.6
idna==2.5
incremental==16.10.1
ipaddr==2.1.11
ipaddress==1.0.18
packaging==16.8
pyOpenSSL==17.0.0
pyasn1==0.2.3
pyasn1-modules==0.0.8
pycparser==2.17
pygeoip==0.3.2
pyparsing==2.2.0
service-identity==16.0.0
six==1.10.0
txtorcon==0.19.0
wsgiref==0.1.2
zope.component==4.3.0
zope.event==4.2.0
zope.interface==4.4.0

Hope this helps!

From the looks of the backtrace it seems like some txtorcon API changed between 0.18.0 and 0.19.0.
cc @meejah

Hmm, I tried using the above instructions (libdumbnet-dev should be added to the apt-get line in the README) and it seems to work fine for me (using the provided example config); I get 3 hidden services started and no tracebacks in oonib.log.
I tried with tor <IP_ADDRESS> and <IP_ADDRESS>-alpha
Do I need to set any config options differently to see this?

Okay, I released txtorcon 0.19.1 at least on PyPI, can you confirm if this is still an issue with that release or not? Thanks.

@kheops2713 I downgraded txtorcon to version 0.19.0 and cannot reproduce: https://github.com/TheTorProject/ooni-backend/issues/107#issue-223530395
Could you please provide a minimal example to reproduce your setup, such as an oonib.conf file ?

@kheops2713 is this issue still happening or has it been fixed?

Closing because oonib will be removed soon.


How did you prepare valid_mlt datasets?

@retsuh-bqw Thank you for your excellent work.
I have one training question.
In the readme, there is a data set composition, how was the data for the valid_mlt images prepared?
I understood the *.json file, but did not know where to download the images from.
I also checked this page, but it was not divided into Arabic, Bangla, etc.
https://rrc.cvc.uab.es/?ch=8&com=downloads
   |- valid_mlt
   |  |- All
   |  |- Arabic
   |  |- Bangla
   |  |- Chinese
   |  |- Japanese
   |  |- Korean
   |  |- Latin
   |  |- Arabic_test.json
   |  |- Bangla_test.json
   |  |- Chinese_test_json
   |  |- Japanese_test.json
   |  |- Korean_test.json
   |  |- Latin_test.json
   |  └─ mlt_valid_test.json

It was an oversight on my part,. Actually, the validation slips of MLT-17 is downloaded from the official Robust Reading Competition website.

I've divided these images into the six major languages shown here, based on the primary language (has the largest number of words) in each image. I'll soon update the RADEME with a download link to my processed images along with their annotations.

@retsuh-bqw Thank you very much. Understood.
I appreciate it very much.

@Swall0w The processed dataset is now available at OneDrive.


No message appears when wrong login credentials are entered

🐛 Bug Report
When logging in, if wrong credentials are entered, then there should be a message that says: "Unable to login. Incorrect username or password".
To Reproduce

Enter incorrect username or password
Click the login button
See that no message appears stating that the wrong credentials were entered

Expected behavior

There should be a message that says: "Unable to login. Incorrect username or password".

Hey,
I would like to work on this issue.
thanks


fix configuration flow; closes #3

This changes the way the config flow works.  There are more checks (for more user-friendly errors), but the main changes I'm proposing are:

The environment variables are preferred over the config file.
If the server url from the environment variable exists and the config file does not exist, don't create an empty config file, because we don't need it.
Otherwise, if the config file exists, read it and merge the settings.

For example, if the server URL is set in the environment, and both values are set in a config file, then we'll use the server URL from the env and the cookie path from the config file.  Or, if there's a server URL in the env, but no config file, then just use the default cookie path.
Summary of changes:

Checks to ensure the config file is readable (not just exists)
If a CMD_CLI_SERVER_URL env var is present, do not create the config file if it does not exist
Attempt to create the cookie dir
Check to ensure the cookie dir and/or cookie file is writable
Fix some typos/wording

Thank you @boneskull. The flow looks more reasonable now. I'm going to merge this 👍


Create devcontainer configuration

Description
See https://github.com/github-linguist/linguist/discussions/6473
Currently, prebuilds are available from my fork, built from the devcontainer branch. Hopefully none of the reviewers of this PR are in East Asia, because that's the one region I didn't enable in order to save on storage usage 🙃
This will probably need some further changes. Some things I can think of off the top of my head are

Do we want to use a specific Ruby version, or just stick with the latest?
Any additional desired VS Code extensions or settings?
Right now script/bootstrap is a post-create command, and it can apparently hit 100% CPU usage with a 2-core codespace. Should the min requirements be specified as 4-core?

Checklist:
(Don't think any of the checkboxes apply, sorry if one does)

This is looking good. I'll see if I can find time to play in the next week or two.
One thing we'll definitely want to do as part of this PR is update the CONTRIBUTING.md file to detail how peeps can use this for Codespaces and local docker dev.

Do we want to use a specific Ruby version, or just stick with the latest?

Latest released version to align more closely with GitHub production.

Any additional desired VS Code extensions or settings?

TBC. I'll need to check my original branch as I know I added some.

Right now script/bootstrap is a post-create command, and it can apparently hit 100% CPU usage with a 2-core codespace. Should the min requirements be specified as 4-core?

I'm undecided on this ATM. Yes, because it's a better experience and doesn't result in the warning message. No, because it does work and is only an issue during the initial cloning of the grammars, it shouldn't be an issue with prebuilds (might need a few tweaks), and because it costs users more. I'll think about it.

Oh, just found out that some tests will error out in the codespace because some refs used for testing don't exist.
Looks like copying this would roughly fix it:
https://github.com/github-linguist/linguist/blob/e855ef2b6f90c34074061a2e17acbe853e61b483/.github/workflows/ci.yml#L32C9-L32C109
Since it should work for both the main repo and forks, and forks by default only copy the main branch, perhaps this could be part of the post create command:
git remote add linguist https://github.com/github-linguist/linguist
git fetch linguist ...

Or we could get more advanced and detect if upstream exists, if so fetch from then, else fetch from origin.

I've had a chance to play with this today and it's looking good. I've made a few tweaks:

I've added the redhat.yaml extension as peeps will mostly be editing the YAML files so lets help make it a better experience
I've moved the bootstrapping to onCreateCommand so it can be cached as part of prebuilding

Can you please also test this and know what you think @spenserblack

Thanks @lildude and @Alhadis!

Can you please also test this and know what you think @spenserblack

Just tested quickly by letting a prebuild run, opening a codespace, and running bundle exec rake test. Works like a charm!
Unfortunately, I'm at >90% of my codespace storage quota, so after that quick test I promptly deleted my codespace and the prebuilds :sweat_smile:


⚠ Bofrost.lu has degraded performance

In 8ed4bf3, Bofrost.lu (https://www.bofrost.lu) experienced degraded performance:

HTTP code: 200
Response time: 1196 ms

Resolved: Bofrost.lu performance has improved in fdbbf1f after 13 minutes.


Logout other devices while logging in on a new device

I have a question to ask. I cannot figure out how to force previously logged in sessions to logout while attempting to login on a new device for which a session does not exist.
This is specifically helpful when paired with TOKEN_LIMIT_PER_USER=1, Without implementing this behaviour, a user would be forced to login on their previously logged in device before logging into a new one (matters are worse when its about a mobile app)
How can I achieve this behavior? Is anything wrong with that idea?

I got it to work. Requires overriding the post method of KnoxLoginView.
class LoginView(KnoxLoginView):
    authentication_classes = (BasicAuthentication,)

    def post(self, request, format=None):
        if request.user.is_authenticated:
            print(f"User already authenticated but a new token was requested: {request.user.id}")

            # Delete all existing tokens for that user
            request.user.auth_token_set.all().delete()

        return super().post(request, format=format)

Perhaps exposing a pre_login signal could be a better solution?

Keeping it open for others to share ideas.

Where should this code be implemented?
I inserted it in users/views.py, but it is never called.