Bug in Implementation

Could not compile the source.
Error message wasn't shown.

Now the code is online. Initial version

Now the code is online. Initial version


Institution > Title / Description have no Char Limit

Steps to Reproduce

Go to https://collect.earth
Create/Edit an Institution
Add a very long Title/Description
Validation does not prevent a super long Title/Description

Screenshots

See #1093.  I would suggest add that check when you are checking required fields.  Don't disable the save button instead check for required fields and this error.


00 bootstrap - Federate Identity Providers error for null custom_settings

In the Federate Identity Providers configuration, if custom_settings is set to null, the apply crashes as it cannot iterate over null values

terraform.tfvars

...
federated_identity_providers = {
  gitlab-fid = {
    attribute_condition = "attribute.namespace_path==\"my-gitlab-org\""
    issuer              = "gitlab"
    custom_settings     = null
  }
}
...

terraform apply error message

Error: iteration over null value
  on identity-providers.tf line 23, in locals:
  23:  ( for kk, vv in lookup|v, "custom_settings", (|) : kk => vv if vv != null )
A null value cannot be used as the collection in a 'for' expression.

NOTE federate_identity_providers and terraform error were manually transcribed as I only have a recording of the issue

Are you sure you're up to date with master? That line looks like this:
identity_providers = {
    for k, v in var.federated_identity_providers : k => merge(
      v,
      lookup(local.identity_providers_defs, v.issuer, {})
    )
  }


chore(deps): update kwctl

Install latest version of kwctl

@fabriziosestito can you please do the bump as well? 🙏


added insecure flag for topaz import

Topaz needs the insecure flag to execute this command against a local directory.
This matches the README quickstart to the topaz docs.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 38.424%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
1180

Relevant Lines:
3071

💛  - Coveralls


Mempool Streaming API

New Mempool streaming API and implementation

cc: @LarryRuane @pacu @gmale

Hi Aditya, this is great, thanks for contributing this. I tested it and it seems to work perfectly.
Just after you mentioned this idea a month or two ago, I started implementing this myself (sorry for the lack of communication but I wasn't sure how far I'd get), but then I got distracted doing other things and put it aside. Seeing your PR, I looked again at those changes, and decided the best would be to combine our changes, which I did, please take a look at the latest commit on this branch. (I thought it would be simpler to make a commit instead of leaving lots of comments on this PR.) The main difference is that I avoided using goroutines, which are cool but somewhat complex to use and to verify the correctness of (in particular, that there are no race conditions). So the code in my branch is somewhat simpler but very similar. I tested this code but would encourage others to test too.
A small change I made which we may not want is I added a new message type, MempoolTransaction. This is the same as the existing RawTransaction except it doesn't include a height. The comment for the RawTransaction height says that it should be -1 if the transaction is not yet mined. If it's always -1 for this gRPC, we may as well leave it off. I did leave the return as a JSON object (dictionary) so that we can add fields later if needed in a backward-compatible way.
It would also be nice to have unit tests; I can work on those if you'd like.
If @gmale and @pacu haven't started using the inferior (non-streaming) mempool stuff that I pushed a while ago (the GetMempoolTx gRPC), we should also add a commit here to remove that stuff. I doubt anyone else has started using it.

This is great! I looked through your branch and tested it against Zecwallet, and it looks good to me. We can just use that, and close this PR.
The one request I have is to use RawTransaction (with the height) instead of the MempoolTransaction type. It turns out I need the height (which will not be -1, but the height at which the tx was seen in the mempool), for various reasons in the client.
If you're OK changing the API to return RawTransaction with height = latestHeight, that'll be fantastic!
I'm also OK removing the old mempool API.

@LarryRuane None of the other wallets we support or use our SDK use the mempool RPC

The one request I have is to use RawTransaction (with the height) ...

Yes, I just restored that (forced-pushed 01812b2e2fedd8d20edfc5f4508b138a50cc8ea2).
Instead of closing this PR, it would be less friction to just cherry-pick my commit into this PR (I haven't made my own PR yet, it's just a branch at the moment). Is that okay?

Sounds good. Will you take over this PR and add the tests as well? I'm not very familiar with Go testing.

This looks great! Thanks for getting this done!
Looks good to me!

Rebased onto the latest master branch, force-pushed.


Upgrade dependencies

Upgraded dependencies to their latest versions

Fixed lints

Is this PR good to be merged?

yes


Feat/property tests from generate

Revised generate test.
Prior to this commit the generate tests only generated one
random grammar to parse per run. This commit revises the approach
and instead uses the generate function as an arbitrary property
to test the the Grammar::from_str functionality with.
Additions relevant to the reopening of this PR:
First, a new error kind was introduced to indicate that
the generation error isn't generic but the result of the
limits of recursion being reached. This allows the
property tests for the Grammar type to disregard problematic
sentence generation, it is testing that what it gets is parsable.
In order to manage meeting recursion limits being met in the
property tests, a new use case was accounted for, one that I
belive implementaion for is useful. Logic was added to allow the
"from_str" trait for bnf types to be parallel to Type::new()
in all cases except the Term type. Because the Term type does
not have a sensical way to implement new(), "from_str" for Term
types corresponds to a Terminal rule for the empty string
which is allowed in parsable gramamrs.
As this commit represents that addition of a new error kind
it seemed that there is enough variety now to make our Error
type public in order for users can match on them.

Coverage increased (+0.05%) to 93.758% when pulling d58dec230b81794b952060a36db2d7af31d859fb on feat/property-tests-from-generate into 69d84d656420db480268350c803ee798bc85ee5b on master.

Coverage decreased (-0.09%) to 93.625% when pulling fc7c34b58acdd0b0c9b3613cc60f3f28948e2f23 on feat/property-tests-from-generate into 69d84d656420db480268350c803ee798bc85ee5b on master.

Coverage increased (+0.05%) to 93.766% when pulling ca08e5d59a765b5df77bc69ca2c76da6123aa935 on feat/property-tests-from-generate into 69d84d656420db480268350c803ee798bc85ee5b on master.

Some revision needs to happen to allow Grammar::generate to expose the functionality required for reproducible tests.

Coverage increased (+0.1%) to 93.82% when pulling e180c01fe7cd52b14872018a1986dedc63f046d7 on feat/property-tests-from-generate into 69d84d656420db480268350c803ee798bc85ee5b on master.

Coverage increased (+0.1%) to 93.82% when pulling e180c01fe7cd52b14872018a1986dedc63f046d7 on feat/property-tests-from-generate into 69d84d656420db480268350c803ee798bc85ee5b on master.

Coverage increased (+0.1%) to 93.82% when pulling e180c01fe7cd52b14872018a1986dedc63f046d7 on feat/property-tests-from-generate into 69d84d656420db480268350c803ee798bc85ee5b on master.

Coverage increased (+0.2%) to 93.865% when pulling 762db35e660fdc47175b8b6627b14e7e1d3ab1d0 on feat/property-tests-from-generate into 69d84d656420db480268350c803ee798bc85ee5b on master.

Coverage increased (+0.2%) to 93.865% when pulling 524a3344f18e71f432a695d2e436e59f40acd0cd on feat/property-tests-from-generate into 69d84d656420db480268350c803ee798bc85ee5b on master.

Is your rustfmt still working? Or are we somehow on major different versions? Because when I pulled this down to play with it, my editor made a lot of auto changes. I'm on 0.9.0-nightly rustfmt

ha no the VS code started crashing my computer so I disabled it. That's a bummer about formatting, I can manually run rustfmt on it all tho

Coverage decreased (-0.1%) to 93.58% when pulling cdb20f065c8416acdc603fb73ec4af537a904503 on feat/property-tests-from-generate into 69d84d656420db480268350c803ee798bc85ee5b on master.

Coverage decreased (-0.2%) to 93.525% when pulling 0199933e8c1b304f376c892930831bc79397df6a on feat/property-tests-from-generate into 69d84d656420db480268350c803ee798bc85ee5b on master.

I'd like to revise the grammar property tests to handle the excessive recursion potential as well as factor out the logic to potentially grow the stack to account for that heavy recursion.

Coverage decreased (-0.7%) to 92.993% when pulling 75d68fc131ea51c238cd71f68877dffae319ee03 on feat/property-tests-from-generate into 98dc357b3384a8fd87bbffcefaf40042df439b4c on master.

Coverage decreased (-0.7%) to 92.993% when pulling 75d68fc131ea51c238cd71f68877dffae319ee03 on feat/property-tests-from-generate into 98dc357b3384a8fd87bbffcefaf40042df439b4c on master.

Coverage decreased (-0.2%) to 93.473% when pulling b19a530482e7d6d6803ab78f9590a2e827dc37ef on feat/property-tests-from-generate into 98dc357b3384a8fd87bbffcefaf40042df439b4c on master.

Coverage decreased (-1.5%) to 92.177% when pulling 9ec5a8da6092395c4671be052be47d9c61dc612c on feat/property-tests-from-generate into 98dc357b3384a8fd87bbffcefaf40042df439b4c on master.

Coverage decreased (-1.5%) to 92.177% when pulling 608f6669cab06c65d1cb2e8120c5509c1d3fee09 on feat/property-tests-from-generate into 98dc357b3384a8fd87bbffcefaf40042df439b4c on master.

Coverage decreased (-1.5%) to 92.177% when pulling 89b23c9292480e1c7a66e0becc10eab086532dd0 on feat/property-tests-from-generate into 98dc357b3384a8fd87bbffcefaf40042df439b4c on master.


Alliance instantiation of pathways widget fails in some case

This came up in an email thread with PaulT and Chris. Basically, one would expect the GO-CAM models represented on https://amigo.geneontology.org/amigo/gene_product/WB:WBGene00004055 and https://www.alliancegenome.org/gene/WB:WBGene00004055 to be the same. However, the Alliance one turns up "0" models. Odd.
Looking at the queries, we see:
https://api.geneontology.org/api/gp/WB:WBGene00004055/models?causalmf=2
vs:
https://api.geneontology.xyz/gp/http%3A%2F%2Fidentifiers.org%2Fwormbase%2FWBGene00004055/models?causalmf=2
So there are a couple of questions here: "how is http://identifiers.org getting in there" and "why does switching back to the WB namespace still not work"?
I know there have been issues with the release of Alliance 6.0.0(?) this week. Could this be related? Is this otherwise expected for some reason? Is it time to switch over to api.geneontology.org, instead of api.geneontology.xyz, for consistency either way?

Tagging @dustine32 and @tmushayahama . Also tagging @pkalita-lbl , to keep him in the loop.

Talking to @dustine32 may need to dig into agr_ui.

Okay, that's more clear: pathwayWidget.js basically includes code (loadGOCAMList) that converts CURIEs to IRI, for use against api.geneontology.xyz, which is apparently backed by a SPARQL instance pretty close to the surface.
If we switch to api.geneontology.org, we may be able to cut that portion out. That would be one fix.
I'm also curious, however, why api.geneontology.xyz no longer seems to have the data needed.

@kltm I got a local instance of api-gorest-2023 running and edited the code to return the entire response. It's getting a status code 301 (Moved Permanently) when trying to send a SPARQL query to GO's RDF endpoint.
http://localhost:8888/gp/http%3A%2F%2Fidentifiers.org%2Fwormbase%2FWBGene00004055/models?causalmf=2
I then noticed that the config.json is still pointing to http, not https:
https://github.com/geneontology/api-gorest-2023/blob/2eeb11be62610ba6c10e5049f91b26f2c6dfcfef/config.json#L2
Updating this to https locally fixed the issue and returned models!

@dustine32 Okay, not that you're not 100% right here (I've merged the PR), but the mechanism is still a little weird to me.
What exactly is the issue. The apache proxy at rdf.geneontology.org is trying to do the right thing, but it's not working? Is the client in the api.geneontology.xyz unable to follow a 301?

@kltm Yeah, I'm not sure of the correct way a client should be handling a 301 - maybe there's a redirect URL elsewhere in the response that body api.geneontology.xyz should follow? But the client code is currently setup to return { "error" : error } for anything that's not a 200:
https://github.com/geneontology/api-gorest-2023/blob/958712f53db0e72544820795f6a26f388675c8ad/utils.js#L139
We could update the code to handle a 301 correctly but I just figured this would get us a fix real quick.

@dustine32 Ahh, yes--that makes perfect sense then. A bit of an oops, but the https solves it for now and that codebase is winding up, so no need to spend more time in there. Thank you for satisfying my curiosity!

@dustine32 This looks to be working now in production. Thank you!


Inter page communication

I you may have guessed I'm trying to go beyond toy apps with JustPy. So I'm running into situations where I'm wondering how to solve them in the JustPythonic way.
I was wondering how to handle inter page communication.
In my app I have a shared main page that displays a list (say from a database). By pushing a button the user is directed to page with a form. The user enters data and on submit the new data is stored in the database and the user is redirected to the main page.
The main page (since it is already instantiated because of delete_flag=False) does not show the new data.
Now for the Q: how would the main page component be informed of the change?
Option 1: use query params. It seems that params added to the page.redirect (eg page.redirect = '/?cmd=submit') are detected.
Option 2: use global vars to the main page to call some method on the main page. Easily leads to circular references and requires implementation details of the target main page component by the form. Not ideal.
Option 3: let the form send some 'data added' event to other page components so that they can update themselves. I did not find a documented way to send events. I think an event system (something like blinker https://pythonhosted.org/blinker/) would be the solution that decouples components the most.
So what would you recommend?

What you think of the idea to not have a shared page? Write a function that builds a page and returns it and use that function to create a new page for each request. You don't really need to have a standalone function for this, you can do it in the request but I personally find this method more clear.
In this way, there is no need for communication and the page is built with the correct list from the database each time it is accessed.
In the example below I use this method to show the time when a page is loaded but you would change that to accessing the database info.
import justpy as jp
import time

def create_page():
    # Have all the same stuff here
    wp = jp.WebPage()
    wp.d = jp.Div(classes='text-5xl m-1 p-1 bg-gray-300 font-mono', a=wp)
    return wp

def page_example():
    wp = create_page()
    # Update just the different stuff here, in your case load the data from database
    wp.d.text = time.strftime("%a, %d %b %Y, %H:%M:%S", time.localtime())
    return wp

jp.justpy(page_example)

I think I was not clear. In your example you just have 1 page and use a function as a factory. That's fine. My point is: how can one page inform other pages that something interesting has happened?
In my example the form stores new information in a database. Only then it redirects to the main page. How could the main page (which might already be displayed in some browser windows) know something has happened? In my example it should reload its data from the database to pick up the changes.

Just to be clear, you would like some dashboard that updates when the underlying data changes?
In the clock example https://justpy.io/tutorial/pushing_data/#clock this is done by having a background task that updates the pages. You could modify that to check if something has changed and then if it has, update the page.

@mjmare, you and I are building production apps and running into the same types of things. Outside of what @elimintz mentioned about the shared page (where you push data to the page regardless if its saved to the database), I have ran into the issue you mentioned about returning to the page with the updated data from the database. If you're not using a shared page, the function that submits and redirects the the user back to the original page needs to save to the database then hit another function that re-queries the database for the latest change, then page.delete_components() and re-creates the page for the user.  In some cases I have to use async await for this when updating fields on the same page from say a QDialog modal.

I would like to understand this issue more so I can improve the framework to simplify the process. If either of you could please elaborate it would be much appreciated.
I don't quite understand the flow yet, A user fills a form updating some database and then what? Some other page the specific user has open is updated? All pages for all users are updated? Something else is updated?

@elimintz, I don't think it's a framework issue, it just has to do more with Python in general. In my case, I'm communicating directly to the Django ORM so I'm not doing ajax calls to an API:

The user fills out the form and clicks a submit button to submit to the database.
After submit, the redirect function is called back to the original page
The reloading of the page performs a wp.content.delete_components().
**Important: At this point the data from the database is stale because that instance in the database was updated so, before continuing, the database needs to be queried again the original query is now stale.
New database query takes place so that the updated data is now loaded.
Page content is rebuilt using the new data from the database.

@mjmare, it sounds like you are trying to have a redirect button within the shared_div which I don't think will work because it impacts all users, but if you can have the redirect button outside of the shared div you can redirect. This is a basic sample of how to redirect within a single page app with a shared page and it doesn't impact other users, hope this helps:
import justpy as jp

shared_messaging_div = jp.Div(classes='m-2 h-1/2 border overflow-auto', delete_flag=False)
shared_feed_div = jp.Div(classes='m-2 h-1/2 border overflow-auto', delete_flag=False)
shared_notification_div = jp.Span(text='0', delete_flag=False)

class Messages(jp.QDiv):

    def __init__(self, **kwargs):
        super().__init__(**kwargs)
        panel_body = jp.QDiv(a=self)
        table = jp.Table(a=panel_body, text='Messages')
        tr = jp.Tr(a=table)
        td1 = jp.Td(a=tr)
        td2 = jp.Td(a=tr)
        self.message = jp.Textarea(placeholder='Enter message here', a=td1, debounce=500)
        jp.QBtn(
            a=td2,
            label='Send',
            color='positive',
            text_color='white',
            unelevated=True,
            classes="full-width",
            size='lg',
            click=self.send_message,
        )

    async def send_message(self, target, msg):
        await msg.page.run_javascript('console.log("hello")')
        if self.message.value:
            d = jp.Div(text=self.message.value)
            shared_messaging_div.add_component(d, 0)
            self.message.value = ''
            old_count = int(shared_notification_div.text)
            shared_notification_div.text = f"{old_count + 1}"
            await shared_notification_div.update()
            await shared_messaging_div.update()

class Feed(jp.QDiv):

    def __init__(self, **kwargs):
        super().__init__(**kwargs)
        panel_body = jp.QDiv(a=self, text='Feed')
        table = jp.Table(a=panel_body)
        tr = jp.Tr(a=table)
        td1 = jp.Td(a=tr)
        td2 = jp.Td(a=tr)

        self.message = jp.Textarea(placeholder='Whats on your mind?', a=td1, debounce=500)
        jp.QBtn(
            a=td2,
            label='Send',
            color='positive',
            text_color='white',
            unelevated=True,
            classes="full-width",
            size='lg',
            click=self.add_feed,
        )

    async def add_feed(self, target, msg):
        if self.message.value:
            d = jp.Div(text=self.message.value)
            shared_feed_div.add_component(d, 0)
            self.message.value = ''
            await shared_feed_div.update()

class DefaultLayout(jp.QuasarPage):
    template_file = 'quasar.html'

    def __init__(self, **kwargs):
        super().__init__(**kwargs)
        self.notification_div = jp.QDiv(a=self)
        jp.Span(text="Messages: ", a=self.notification_div)
        self.notification_div.add(shared_notification_div)
        outer_div = jp.QDiv(a=self)
        table = jp.Table(a=outer_div)
        tr = jp.Tr(a=table)
        self.left_nav_td = jp.Td(a=tr, style='vertical-align:top')
        right_hand_content_td = jp.Td(a=tr, style='vertical-align:top;width:500px;height:500px')
        self.content = jp.QDiv(a=right_hand_content_td, style='margin-left:25px')

def messages_and_feed_app():
    def messages(self, msg):
        msg.page.content.delete_components()
        Messages(a=msg.page.content)
        msg.page.content.add(shared_messaging_div)

    def feed(self, msg):
        msg.page.content.delete_components()
        Feed(a=msg.page.content)
        msg.page.content.add(shared_feed_div)

    wp = DefaultLayout()
    shared_messaging_div.add_page(wp)
    shared_feed_div.add_page(wp)
    shared_notification_div.add_page(wp)

    left_nav = jp.QDiv(a=wp.left_nav_td)
    jp.QBtn(
        a=left_nav,
        label='Messages',
        color='positive',
        text_color='white',
        unelevated=True,
        classes="full-width",
        style='margin-top:10px',
        click=messages,
    )

    jp.QBtn(
        a=left_nav,
        label='Feed',
        color='positive',
        text_color='white',
        unelevated=True,
        classes="full-width",
        style='margin-top:10px',
        click=feed,
    )

    class msg(object):
        page = wp

    messages(None, msg)
    return wp

jp.justpy(messages_and_feed_app)

I'd love to keep issue tracking for concrete milestone work so I am moving this to dicussions for the time being


Sign in with Google temporarily disabled for this app

Trying to authenticate with google to get the token for the first time, it throws an error

@netbe can you take a look if your app need some agreement update or smth else in order this to work again?

Hi @borut-t, yes I got it too, I am upgrading the gem, and will publish a new version very soon

Hi @netbe! Do you have an estimative date when the update will be rolled out? Any info is much appreciated.

@mihbt Worst case before christmas, best case next week, sorry guys I am lacking time to finish this :(

I updated babelish gem to 0.6.1 version, but it seems there is still the authentication error.
This is the error printed in the terminal
babelish-0.6.1/lib/babelish/google_doc.rb:48:in `authenticate': uninitialized constant Babelish::Keys (NameError)
I try to execute babelish with the token previously generated and also removing it to generate a new one, but no success.

@pagind92 yes I need to remove 0.6.1, a file is missing from the release, I'll ping you as soon as it's done (probably next week)

@pagind92, @borut-t 0.6.2 is out and should be good to go now.
You might see the following screen when requesting a new token, go through it with the link Go to babelish (unsafe)

Hey @netbe. I've just updated to version 0.6.2 and I get this error:
bundler: failed to load command: babelish (/usr/local/bin/babelish)
LoadError: cannot load such file -- babelish/keys
  /Library/Ruby/Gems/2.6.0/gems/babelish-0.6.2/lib/babelish.rb:27:in `require'
  /Library/Ruby/Gems/2.6.0/gems/babelish-0.6.2/lib/babelish.rb:27:in `<top (required)>'
  /Library/Ruby/Gems/2.6.0/gems/babelish-0.6.2/bin/babelish:3:in `require'
  /Library/Ruby/Gems/2.6.0/gems/babelish-0.6.2/bin/babelish:3:in `<top (required)>'
  /usr/local/bin/babelish:23:in `load'
  /usr/local/bin/babelish:23:in `<top (required)>'

This is the command: bundle ex babelish csv2strings
Do you have any idea what's happening?

@borut-t let me check it yeah I thought I fix the travis job to contain the keys.rb file

Hi @borut-t, hopefully 0.6.3 is the one !

Version 0.6.3 works now. Thanks, @netbe.
Although I'm not sure why drive API asks us for full access to all files in the drive? Should it only access Spreadsheets?

Hi @netbe. Some developers are again getting a "temporarily disabled" message without a button to continue. I've tried the same on my end today and I was able to get through. Maybe Google randomly forces users into that state.
Can you take a look and see if some google dependency needs to be updated in order to get rid of that message? As I said, some of our developers are unable to get through this message, therefore cannot generate localizations.
Thanks 🙌

Hi @borut-t,
I've requested a review from Google to verify the app a while ago so the limit of user cap (100/100) could be lifted, and reached out again today, hopefully this will get resolved soon.
Your user cap
The user cap limits the number of users that can grant permission to your app when requesting unapproved sensitive or restricted scopes. The user cap applies over the entire lifetime of the project, and it cannot be reset or changed. Verified apps will still display the user cap on this page, but the user cap does not apply if you are requesting only approved sensitive or restricted scopes. If your users are seeing the "unverified app" screen , it is because your OAuth request includes additional scopes that haven't been approved.

Sorry for the inconvenience

@netbe any news on that?

Hi @borut-t,
Sorry I had no time to work on it. Google asked me a bunch of information including a video showing the app in action which I just made. I hope this is the last requirement to lift the limit and solve this issue.

Thanks, @netbe. I completely understand your situation. Keeping fingers crossed it will go through this time 🤞
Lmk when you resolve this issue.

Hi @borut-t, I finally got it to work, you'll find a new release 0.6.5

Thanks @netbe 🎉


Unable to install seeds

I'm not able to install seeds, when I run seed install, I get the following error :
% seed install
Anaylizing dependencies
/Library/Ruby/Gems/2.0.0/gems/cocoaseeds-0.6.0/lib/cocoaseeds/core.rb:315:in `eval': undefined local variable or method `“master”' for #<Seeds::Core:0x007fa2ebc20f98> (NameError)
	from /Library/Ruby/Gems/2.0.0/gems/cocoaseeds-0.6.0/lib/cocoaseeds/core.rb:315:in `eval'
	from /Library/Ruby/Gems/2.0.0/gems/cocoaseeds-0.6.0/lib/cocoaseeds/core.rb:315:in `execute_seedfile'
	from /Library/Ruby/Gems/2.0.0/gems/cocoaseeds-0.6.0/lib/cocoaseeds/core.rb:104:in `install'
	from /Library/Ruby/Gems/2.0.0/gems/cocoaseeds-0.6.0/lib/cocoaseeds/command.rb:11:in `run'
	from /Library/Ruby/Gems/2.0.0/gems/cocoaseeds-0.6.0/bin/seed:5:in `<top (required)>'
	from /usr/local/bin/seed:23:in `load'
	from /usr/local/bin/seed:23:in `<main>'
 %

Hi @vincedev,
How did you setup your Seedfile?

Hoo, it seems there is a mistake with quotes..
xcodeproj "Test/Test.xcodeproj"
swift_seedname_prefix!

github "socketio/socket.io-client-swift", “master”, :files => "Source/*.swift" # Or latest version

target :ios do
	github "kasketis/netfox", "master", :files => "netfox/*.swift"
	github "filipstefansson/AutocompleteField", "master", :files => "AutocompleteField/*.swift"
end

target :osx do
  github "timothyarmes/TAAdaptiveSpaceItem", "master", :files => "TAAdaptiveSpaceItem/*.{h,m}"
end

Here with “master”.
Back with normal quotes, it run as expected.


FiX: to_geojson with empty point

Fixes https://github.com/shapely/shapely/issues/2111
Serialization of empty points in GEOS has been fixed in 3.10.2, so I updated the C code and tests to handle that.

      /home/runner/work/shapely/shapely/geosinstall/geos-3.13.0beta1/include/geos_c.h:67:28: error: invalid suffix "beta1" on integer constant
         67 | #define GEOS_VERSION_PATCH 0beta1
            |                            ^~~~~~
      src/ufuncs.c:3562:12: note: in expansion of macro ‘GEOS_VERSION_PATCH’
       3562 |       #if (GEOS_VERSION_PATCH < 2)

That is unfortunate. Is there a way to use a compiler directive to ensure the minor version is lower than 2 even in the case it not a number ? Or maybe we can just remove this check alltogether, and just expect developpers to specifically avoid 3.10.0 and 3.10.1, any prior/later version being fine.

There is a long-ish workaround here to extract the integer part from GEOS_VERSION_PATCH.

After a bit of fiddling I'm starting to think that what I'm trying to do is impossible using only macros (which is probably why int geos_version_patch_int = GEOS_VERSION_PATCH_STR[0] - '0' is written as an instruction and not a macro).
So I'm not really sure how to handle that...

Personally, I think it is fine to not care too much about the patch version, and simply assume that if someone is using GEOS 3.10, they are using the latest patch release of that series (that's also what we do in our tests, in the end)

Alright 👍

And can you maybe also add a brief sentence in CHANGES.txt ?

All done

Pull Request Test Coverage Report for Build<PHONE_NUMBER>3
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.3%) to 88.055%

Totals

Change from base Build<PHONE_NUMBER>0:
0.3%

Covered Lines:
2617

Relevant Lines:
2972

💛  - Coveralls

Thanks @Oreilles!


Create release 1.0.0

Use the persistent release branch.

Done! https://github.com/williaml33moore/bathtub/releases/tag/v1.0.0


Automation

Automatically move your cards to the right place based on the status and activity of your issues and pull requests.

g


Feature request: CORS support

Hi,
Thanks for providing awesome API!
Anyway, I tried to use this API from my PWA style app, but it doesn't seem to support CORS right now.
Do you have any plan to support CORS?
I'm happy if you do so.
Thanks

Ehi typesetter thanks :). Feedi already support CORS. Can you provide more informations of your requests. Thanks.

Oh, I missed that.
When I tried, I used curl as a testing client and didn't attach any Origin header.
Now I tried again with the header, it worked!
Please forget this issue.
And thank you for taking your time.


[Bug]: 1.18 Fabric Mixin Crash with Styled Chat

What happened?
Server crashes on startup with Styled Chat.
[20:37:41] [main/WARN]: @Inject(@At("INVOKE")) Shift.BY=3 on fabric-lifecycle-events-v1.mixins.json:server.WorldChunkMixin::handler$zce000$onLoadBlockEntity exceeds the maximum allowed value: 0. Increase the value of maxShiftBy to suppress this warning.
[20:37:42] [main/WARN]: @Redirect conflict. Skipping styledchat.mixins.json:ServerPlayNetworkManagerMixin->@Redirect::styledChat_replaceChatMessage(Lnet/minecraft/class_3324;Lnet/minecraft/class_2561;Ljava/util/function/Function;Lnet/minecraft/class_2556;Ljava/util/UUID;Lnet/minecraft/class_5513$class_5837;)V from mod styledchat with priority 1000, already redirected by dcintegration-fabric.mixins.json:MixinNetworkHandler->@Redirect::chatMessage(Lnet/minecraft/class_3324;Lnet/minecraft/class_2561;Ljava/util/function/Function;Lnet/minecraft/class_2556;Ljava/util/UUID;)V from mod dcintegration-fabric with priority 1000
[20:37:42] [main/FATAL]: Failed to start the minecraft server
java.lang.RuntimeException: Could not execute entrypoint stage 'main' due to errors, provided by 'fabric-networking-v0'!

Full log in attached pastebin.
Game Version
Other
What platform are you using?
No response
Platform version
0.12.8
Config File
N/A

Crash report / Error log (if applicable)
https://pastebin.com/m0PD1XG6

Additional Information
No response

Oh gosh, I put this in the wrong repo. Sorry! Can you transfer this to the fabric repo?

No need for transfer ;)
Since transferring is not possible, I decided to only have all issues in the Forge repo, as it had multiple issues when splitting things up for multiple loader support.
This issue was known but now that I have an error message, I will see what I can do after porting all editions to 1.18

Hello, is this still an issue with the most recent version?

Still experiencing this conflict...

I'm also experiencing this issue for Fabric 1.18.1. Would love to see an update on it!


Firewall / aliases, refactor and detach alias logic

As part of the cleanup and restructure operation we're going to refactor and detach the alias logic, the start for this was https://github.com/opnsense/core/commit/70b74c29dc5246ad14f836987b706a2886a2f149 . This issue is a placeholder to hook related work for easier tracking.

https://github.com/opnsense/core/commit/e51197e54b85da22602a35aa5cf9098b8ad8cbd2

Reminder for myself: ping https://forum.opnsense.org/index.php?topic=6506.0 when this is ready for wider testing

Is there a way to disable Aliases from automatically adding descriptions to individual table records or turning off individual record descriptions completely?

@mimugmail reported this template exception: OPNsense/Filter OPNsense/Filter/filter_tables.conf 'None' has no attribute 'type'

@fichtner empty alias section, will fix this later on.

@AdSchellevis no worries, just wanted to record it for later :)

@fichtner fixed in https://github.com/opnsense/core/commit/6ab11f0636e853bdd39970ac5c221c6e9085cc4f


compile and run issue

I meet make infinite loop then I delete the -include line. Then I compiled it successfully.
But when I try to run, I meet Segmentation fault (core dumped)
Guess it is a problem with configuration?

Did you change the configuration file? If so, can you send me the config file you used?
Thanks

I think I did not change the configuration.

I did nothing except editing the test.py to make it work in python 3.6. Then I run the './rundb', the results is like
mem_allocator initialized!
Segmentation fault (core dumped)
And I will try to find out which line caused this.
Thank you.

Do you have GRAPHITE_HOME defined in your system? If so, this is a very rare bug triggered by some legacy code. I have just pushed some changes to the repo. Specifically,
--- a/benchmarks/ycsb_wl.cpp
+++ b/benchmarks/ycsb_wl.cpp
@@ -21,14 +21,7 @@ int ycsb_wl::next_tid;
RC ycsb_wl::init() {
workload::init();
next_tid = 0;

  char * cpath = getenv("GRAPHITE_HOME");

  string path;

  if (cpath == NULL)

          path = "./benchmarks/YCSB_schema.txt";

  else {

          path = string(cpath);

          path += "/tests/apps/dbms/YCSB_schema.txt";

  }

  string path = "./benchmarks/YCSB_schema.txt";
  init_schema( path );

Let me know if this works.

It works now.
I am not sure about GRAPHITE_HOME.
Thank you sincerely.


Cannot reopen closed issue

I added a comment on the closed issue  #11518 , and would like to reopen it, but I can't. How to proceed with this ?

Because you aren't the original issue creator nor a VSCode contributor/developer with sufficient privileges.


add roots option

What kind of change does this PR introduce?
feature

Did you add tests for your changes?
updated snapshots

Does this PR introduce a breaking change?
no

What needs to be documented once your changes are merged?
webpack supports options.resolve.roots option. Defaults to options.context.
If request is an server-relative URL (starting with /)  webpack will try to resolve path.join(root[i], request) after trying to resolve the path as absolute path on non-windows systems

need to update CLI snapshots..

Thanks


Failed to build mediapipe on Intel MacOS

OS Platform and Distribution
MacOS 13.2.1
Compiler version
Apple clang version 14.0.0 (clang-14<IP_ADDRESS>)
Programming Language and version
C++ 14, python 3.9.2
Installed using virtualenv? pip? Conda?(if python)
No response
MediaPipe version
No response
Bazel version
5.2.0
XCode and Tulsi versions (if iOS)
Xcode 14.2
Android SDK and NDK versions (if android)
No response
Android AAR (if android)
None
OpenCV version (if running on desktop)
3.4.16
Describe the problem
I tried to build mediapipe on my Intel Mac.And I follow the steps of the "https://developers.google.com/mediapipe/framework/getting_started/install" to build it.
Every step is finished,But when I try to run the Hello World! by use "bazel run --define MEDIAPIPE_DISABLE_GPU=1 \
    mediapipe/examples/desktop/hello_world:hello_world"

It's failed, and return:
ERROR: Analysis of target '//mediapipe/examples/desktop/hello_world:hello_world' failed; build aborted: Analysis failed
INFO: Elapsed time: 20.181s
INFO: 0 processes.
FAILED: Build did NOT complete successfully (0 packages loaded, 0 targets conf\
FAILED: Build did NOT complete successfully (0 packages loaded, 0 targets conf\
igured)
    currently loading: mediapipe/framework ... (2 packages)
    Fetching @npm; Restarting. 20s

Complete Logs
DEBUG: Rule 'rules_foreign_cc' indicated that a canonical reproducible form can be obtained by modifying arguments sha256 = "c2cdcf55ffaf49366725639e45dedd449b8c3fe22b54e31625eb80ce3a240f1e"
DEBUG: Repository rules_foreign_cc instantiated at:
  /Users/sweet/mediapipe/WORKSPACE:47:13: in <toplevel>
Repository rule http_archive defined at:
  /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/build_defs/repo/http.bzl:353:31: in <toplevel>
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'com_google_absl' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'com_google_benchmark' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'flatbuffers' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'pybind11_bazel' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'com_googlesource_code_re2' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'com_google_protobuf' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'com_google_googletest' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'com_github_gflags_gflags' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'zlib' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'rules_python' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'build_bazel_rules_apple' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'build_bazel_rules_swift' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'build_bazel_apple_support' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'xctestrunner' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'pybind11' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'pybind11_protobuf' because it already exists.
DEBUG: /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/org_tensorflow/third_party/repo.bzl:132:14:
Warning: skipping import of repository 'com_github_glog_glog' because it already exists.
DEBUG: Rule 'rules_cc' indicated that a canonical reproducible form can be obtained by modifying arguments sha256 = "691a29db9c336349e48e04c5c2f4873f2890af5cbfa6e51f4de87fefe6169294"
DEBUG: Repository rules_cc instantiated at:
  /Users/sweet/mediapipe/WORKSPACE:40:13: in <toplevel>
Repository rule http_archive defined at:
  /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/build_defs/repo/http.bzl:353:31: in <toplevel>
INFO: Repository local_config_cc instantiated at:
  /DEFAULT.WORKSPACE.SUFFIX:519:13: in <toplevel>
  /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/cpp/cc_configure.bzl:184:16: in cc_configure
Repository rule cc_autoconf defined at:
  /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/cpp/cc_configure.bzl:145:30: in <toplevel>
ERROR: An error occurred during the fetch of repository 'local_config_cc':
   Traceback (most recent call last):
	File "/private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/cpp/cc_configure.bzl", line 125, column 32, in cc_autoconf_impl
		configure_osx_toolchain(repository_ctx, cpu_value, overriden_tools)
	File "/private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/cpp/osx_cc_configure.bzl", line 211, column 25, in configure_osx_toolchain
		_compile_cc_file(repository_ctx, libtool_check_unique_src_path, "libtool_check_unique")
	File "/private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/cpp/osx_cc_configure.bzl", line 136, column 37, in _compile_cc_file
		_compile_cc_file_single_arch(repository_ctx, src_name, out_name)
	File "/private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/cpp/osx_cc_configure.bzl", line 83, column 13, in _compile_cc_file_single_arch
		fail(out_name + " failed to generate. Please file an issue at " +
Error in fail: libtool_check_unique failed to generate. Please file an issue at https://github.com/bazelbuild/bazel/issues with the following:
return code 1, stderr: In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:180:5: error: unknown type name 'streamsize'
    streamsize __gc_;
    ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:246:5: error: unknown type name 'streamsize'
    streamsize gcount() const {return __gc_;}
    ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:258:40: error: unknown type name 'streamsize'
    basic_istream& get(char_type* __s, streamsize __n)
                                       ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:261:40: error: unknown type name 'streamsize'
    basic_istream& get(char_type* __s, streamsize __n, char_type __dlm);
                                       ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:270:44: error: unknown type name 'streamsize'
    basic_istream& getline(char_type* __s, streamsize __n)
                                           ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:273:44: error: unknown type name 'streamsize'
    basic_istream& getline(char_type* __s, streamsize __n, char_type __dlm);
                                           ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:275:27: error: unknown type name 'streamsize'
    basic_istream& ignore(streamsize __n = 1, int_type __dlm = traits_type::eof());
                          ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:277:42: error: unknown type name 'streamsize'
    basic_istream& read (char_type* __s, streamsize __n);
                                         ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:278:5: error: unknown type name 'streamsize'
    streamsize readsome(char_type* __s, streamsize __n);
    ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:278:41: error: unknown type name 'streamsize'
    streamsize readsome(char_type* __s, streamsize __n);
                                        ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:286:42: error: incomplete type 'std::ios_base' named in nested name specifier
    basic_istream& seekg(off_type __off, ios_base::seekdir __dir);
                                         ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:314:44: error: incomplete type 'std::ios_base' named in nested name specifier
        if (!__noskipws && (__is.flags() & ios_base::skipws))
                                           ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:324:31: error: incomplete type 'std::ios_base' named in nested name specifier
                __is.setstate(ios_base::failbit | ios_base::eofbit);
                              ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:324:51: error: incomplete type 'std::ios_base' named in nested name specifier
                __is.setstate(ios_base::failbit | ios_base::eofbit);
                                                  ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:329:23: error: incomplete type 'std::ios_base' named in nested name specifier
        __is.setstate(ios_base::failbit);
                      ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:357:5: error: incomplete type 'std::ios_base' named in nested name specifier
    ios_base::iostate __state = ios_base::goodbit;
    ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:357:23: error: use of undeclared identifier '__state'; did you mean '__rotate'?
    ios_base::iostate __state = ios_base::goodbit;
                      ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/__algorithm/rotate.h:141:1: note: '__rotate' declared here
__rotate(_ForwardIterator __first, _ForwardIterator __middle, _ForwardIterator __last,
^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:366:21: error: no template named 'num_get'
            typedef num_get<_CharT, _Ip> _Fp;
                    ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:367:71: error: use of undeclared identifier '__state'; did you mean '__rotate'?
            use_facet<_Fp>(__is.getloc()).get(_Ip(__is), _Ip(), __is, __state, __n);
                                                                      ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/__algorithm/rotate.h:141:1: note: '__rotate' declared here
__rotate(_ForwardIterator __first, _ForwardIterator __middle, _ForwardIterator __last,
^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
, stdout:
ERROR: /DEFAULT.WORKSPACE.SUFFIX:519:13: fetching cc_autoconf rule //external:local_config_cc: Traceback (most recent call last):
	File "/private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/cpp/cc_configure.bzl", line 125, column 32, in cc_autoconf_impl
		configure_osx_toolchain(repository_ctx, cpu_value, overriden_tools)
	File "/private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/cpp/osx_cc_configure.bzl", line 211, column 25, in configure_osx_toolchain
		_compile_cc_file(repository_ctx, libtool_check_unique_src_path, "libtool_check_unique")
	File "/private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/cpp/osx_cc_configure.bzl", line 136, column 37, in _compile_cc_file
		_compile_cc_file_single_arch(repository_ctx, src_name, out_name)
	File "/private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/cpp/osx_cc_configure.bzl", line 83, column 13, in _compile_cc_file_single_arch
		fail(out_name + " failed to generate. Please file an issue at " +
Error in fail: libtool_check_unique failed to generate. Please file an issue at https://github.com/bazelbuild/bazel/issues with the following:
return code 1, stderr: In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:180:5: error: unknown type name 'streamsize'
    streamsize __gc_;
    ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:246:5: error: unknown type name 'streamsize'
    streamsize gcount() const {return __gc_;}
    ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:258:40: error: unknown type name 'streamsize'
    basic_istream& get(char_type* __s, streamsize __n)
                                       ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:261:40: error: unknown type name 'streamsize'
    basic_istream& get(char_type* __s, streamsize __n, char_type __dlm);
                                       ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:270:44: error: unknown type name 'streamsize'
    basic_istream& getline(char_type* __s, streamsize __n)
                                           ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:273:44: error: unknown type name 'streamsize'
    basic_istream& getline(char_type* __s, streamsize __n, char_type __dlm);
                                           ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:275:27: error: unknown type name 'streamsize'
    basic_istream& ignore(streamsize __n = 1, int_type __dlm = traits_type::eof());
                          ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:277:42: error: unknown type name 'streamsize'
    basic_istream& read (char_type* __s, streamsize __n);
                                         ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:278:5: error: unknown type name 'streamsize'
    streamsize readsome(char_type* __s, streamsize __n);
    ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:278:41: error: unknown type name 'streamsize'
    streamsize readsome(char_type* __s, streamsize __n);
                                        ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:286:42: error: incomplete type 'std::ios_base' named in nested name specifier
    basic_istream& seekg(off_type __off, ios_base::seekdir __dir);
                                         ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:314:44: error: incomplete type 'std::ios_base' named in nested name specifier
        if (!__noskipws && (__is.flags() & ios_base::skipws))
                                           ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:324:31: error: incomplete type 'std::ios_base' named in nested name specifier
                __is.setstate(ios_base::failbit | ios_base::eofbit);
                              ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:324:51: error: incomplete type 'std::ios_base' named in nested name specifier
                __is.setstate(ios_base::failbit | ios_base::eofbit);
                                                  ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:329:23: error: incomplete type 'std::ios_base' named in nested name specifier
        __is.setstate(ios_base::failbit);
                      ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:357:5: error: incomplete type 'std::ios_base' named in nested name specifier
    ios_base::iostate __state = ios_base::goodbit;
    ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:357:23: error: use of undeclared identifier '__state'; did you mean '__rotate'?
    ios_base::iostate __state = ios_base::goodbit;
                      ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/__algorithm/rotate.h:141:1: note: '__rotate' declared here
__rotate(_ForwardIterator __first, _ForwardIterator __middle, _ForwardIterator __last,
^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:366:21: error: no template named 'num_get'
            typedef num_get<_CharT, _Ip> _Fp;
                    ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:367:71: error: use of undeclared identifier '__state'; did you mean '__rotate'?
            use_facet<_Fp>(__is.getloc()).get(_Ip(__is), _Ip(), __is, __state, __n);
                                                                      ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/__algorithm/rotate.h:141:1: note: '__rotate' declared here
__rotate(_ForwardIterator __first, _ForwardIterator __middle, _ForwardIterator __last,
^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
, stdout:
INFO: Repository yarn instantiated at:
  /Users/sweet/mediapipe/WORKSPACE:511:18: in <toplevel>
  /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/build_bazel_rules_nodejs/internal/node/node_repositories.bzl:44:22: in node_repositories
Repository rule yarn_repositories defined at:
  /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/rules_nodejs/nodejs/yarn_repositories.bzl:177:36: in <toplevel>
ERROR: /Users/sweet/mediapipe/mediapipe/examples/desktop/hello_world/BUILD:19:10: //mediapipe/examples/desktop/hello_world:hello_world depends on @local_config_cc//:cc-compiler-darwin_x86_64 in repository @local_config_cc which failed to fetch. no such package '@local_config_cc//': libtool_check_unique failed to generate. Please file an issue at https://github.com/bazelbuild/bazel/issues with the following:
return code 1, stderr: In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:180:5: error: unknown type name 'streamsize'
    streamsize __gc_;
    ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:246:5: error: unknown type name 'streamsize'
    streamsize gcount() const {return __gc_;}
    ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:258:40: error: unknown type name 'streamsize'
    basic_istream& get(char_type* __s, streamsize __n)
                                       ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:261:40: error: unknown type name 'streamsize'
    basic_istream& get(char_type* __s, streamsize __n, char_type __dlm);
                                       ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:270:44: error: unknown type name 'streamsize'
    basic_istream& getline(char_type* __s, streamsize __n)
                                           ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:273:44: error: unknown type name 'streamsize'
    basic_istream& getline(char_type* __s, streamsize __n, char_type __dlm);
                                           ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:275:27: error: unknown type name 'streamsize'
    basic_istream& ignore(streamsize __n = 1, int_type __dlm = traits_type::eof());
                          ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:277:42: error: unknown type name 'streamsize'
    basic_istream& read (char_type* __s, streamsize __n);
                                         ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:278:5: error: unknown type name 'streamsize'
    streamsize readsome(char_type* __s, streamsize __n);
    ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:278:41: error: unknown type name 'streamsize'
    streamsize readsome(char_type* __s, streamsize __n);
                                        ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:286:42: error: incomplete type 'std::ios_base' named in nested name specifier
    basic_istream& seekg(off_type __off, ios_base::seekdir __dir);
                                         ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:314:44: error: incomplete type 'std::ios_base' named in nested name specifier
        if (!__noskipws && (__is.flags() & ios_base::skipws))
                                           ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:324:31: error: incomplete type 'std::ios_base' named in nested name specifier
                __is.setstate(ios_base::failbit | ios_base::eofbit);
                              ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:324:51: error: incomplete type 'std::ios_base' named in nested name specifier
                __is.setstate(ios_base::failbit | ios_base::eofbit);
                                                  ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:329:23: error: incomplete type 'std::ios_base' named in nested name specifier
        __is.setstate(ios_base::failbit);
                      ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:357:5: error: incomplete type 'std::ios_base' named in nested name specifier
    ios_base::iostate __state = ios_base::goodbit;
    ^~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/iosfwd:106:24: note: forward declaration of 'std::ios_base'
class _LIBCPP_TYPE_VIS ios_base;
                       ^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:357:23: error: use of undeclared identifier '__state'; did you mean '__rotate'?
    ios_base::iostate __state = ios_base::goodbit;
                      ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/__algorithm/rotate.h:141:1: note: '__rotate' declared here
__rotate(_ForwardIterator __first, _ForwardIterator __middle, _ForwardIterator __last,
^
In file included from /private/var/tmp/_bazel_sweet/72a4f63b779cdaf264589caa7c2fb695/external/bazel_tools/tools/objc/libtool_check_unique.cc:16:
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/fstream:188:
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:366:21: error: no template named 'num_get'
            typedef num_get<_CharT, _Ip> _Fp;
                    ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/istream:367:71: error: use of undeclared identifier '__state'; did you mean '__rotate'?
            use_facet<_Fp>(__is.getloc()).get(_Ip(__is), _Ip(), __is, __state, __n);
                                                                      ^
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/usr/include/c++/v1/__algorithm/rotate.h:141:1: note: '__rotate' declared here
__rotate(_ForwardIterator __first, _ForwardIterator __middle, _ForwardIterator __last,
^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
, stdout:
ERROR: Analysis of target '//mediapipe/examples/desktop/hello_world:hello_world' failed; build aborted: Analysis failed
INFO: Elapsed time: 20.181s
INFO: 0 processes.
FAILED: Build did NOT complete successfully (0 packages loaded, 0 targets conf\
FAILED: Build did NOT complete successfully (0 packages loaded, 0 targets conf\
igured)
    currently loading: mediapipe/framework ... (2 packages)
    Fetching @npm; Restarting. 20s

Hello @daiyangyang945,
From the error log, We can see issue related to bazel(Running thread), However. we suggest to try out debug the bazel version downgrading to 5.1/ upgrading to version 5.x as here, We do not have Intel macOS environment to reproduce the issue. Please revert back if pointers wont work as suggested. Thank you!

I upgrade bazel to 5.3.0 and 6.1.1, change .bazelversion to corresponding version, and before building I use "bazel clean --expunge",and I still failed to build the mediapipe.
I don't know how to resolve it,maybe I should buy a new MacBook

@daiyangyang945,
Thank you for reverting back, We are assigning this issue to correct owner, Hope we will be able fix the issue soon.

@daiyangyang945,
Could you please confirm that you are still looking for resolution on this issue. I could able successfully build the Hello_World example in intel i7 macOS, Python 3.11.3, Bazel Version 6.1.1 with MediaPipe v0.10.3 as screenshot attached below:

Please build using the above configuration and let us know if this work for you. Thank you

We should probably keep this open.

@daiyangyang945,
Could you please confirm that you are still looking for resolution on this issue. I could able successfully build the Hello_World example in intel i7 macOS, Python 3.11.3, Bazel Version 6.1.1 with MediaPipe v0.10.3 as screenshot attached below:

Please build using the above configuration and let us know if this work for you. Thank you

Hi, I'm sorry for replying to you so late.
Actually, I have already replaced my computer and successfully compiled it on the new M2 Macbook. As for the old Interl i7 MacBook , it is no longer belong to me. I am sorry that I cannot reproduce this issue again

Thanks for the update.


Update wording README.md

Make the first sentence read correctly.

Please sign your commits following these rules:
https://github.com/docker/docker/blob/master/CONTRIBUTING.md#sign-your-work
The easiest way to do this is to amend the last commit:
$ git clone -b "patch-1" git@github.com:jweissig/swarmkit.git somewhere
$ cd somewhere
$ git commit --amend -s --no-edit
$ git push -f

Ammending updates the existing PR. You DO NOT need to open a new one.

[Current coverage][cc-pull] is 52.61%

Merging [#854][cc-pull] into [master][cc-base-branch] will decrease coverage by 5.81%

6 files (not in diff) in manager/state/store were modified. more

Partials +61
Hits -61

3 files (not in diff) in manager/state/raft were modified. more

Partials +92
Hits -92

6 files (not in diff) in manager/scheduler were modified. more

Partials +34
Hits -34

7 files (not in diff) in manager/orchestrator were modified. more

Misses +14
Partials +89
Hits -103

6 files (not in diff) in manager/controlapi were modified. more

Partials +31
Hits -31

2 files (not in diff) in ...tor/networkallocator were modified. more

Partials +47
Hits -47

2 files (not in diff) in manager/allocator were modified. more

Partials +36
Hits -36

2 files (not in diff) in manager were modified. more

Partials +59
Hits -59

5 files (not in diff) in ca were modified. more

Misses +1
Partials +118
Hits -119

3 files (not in diff) in agent/exec/container were modified. more

Partials +42
Hits -42

@@             master       #854   diff @@
==========================================
  Files            70         70
  Lines         11135      11135
  Methods           0          0
  Messages          0          0
  Branches          0          0
==========================================
- Hits           6506       5859   -647
- Misses         4432       4444    +12
- Partials        197        832   +635

[][cc-pull]

Powered by Codecov. Last updated by [f0983eb...1b426c2][cc-compare]
[cc-base-branch]: https://codecov.io/gh/docker/swarmkit/branch/master?src=pr
[cc-compare]: https://codecov.io/gh/docker/swarmkit/compare/f0983eb859019cf5dcfef9ef3baa2facb8a1c4f5...1b426c2b23e90444c147fdc6a45a21485e79696e
[cc-pull]: https://codecov.io/gh/docker/swarmkit/pull/854?src=pr

This can be closed/deleted. Dupe of Brain's PR #856.


yt-dlp failed to work on youku

Checklist

[X] I'm reporting a broken site
[X] I've verified that I'm running yt-dlp version 2022.07.18 (update instructions) or later (specify commit)
[X] I've checked that all provided URLs are playable in a browser with the same IP and same login details
[X] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[X] I've searched the bugtracker for similar issues including closed ones. DO NOT post duplicates
[X] I've read the guidelines for opening an issue
[ ] I've read about sharing account credentials and I'm willing to share it if required

Region
China
Provide a description that is worded well enough to be understood
I'm pretty sure several days ago, I can use yt-dlp to download videos from youku.
Later on, just one day I found yt-dlp stopped working.
details below
test url
https://v.youku.com/v_show/id_XNDAxMjcyMzE1Mg==.html?
ERROR: [youku] XMTM5NjgyMDEyOA: Youku server reported error -6001: ccode参数错误; please report this issue on  https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template.
Provide verbose output that clearly demonstrates the problem

[X] Run your yt-dlp command with -vU flag added (yt-dlp -vU <your command line>)
[X] Copy the WHOLE output (starting with [debug] Command-line config) and insert it below

Complete Verbose Output
[debug] Encodings: locale cp936, fs utf-8, pref cp936, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version 2022.07.18 [https://github.com/yt-dlp/yt-dlp/commit/135f05ef667851869756ad3bf892726e376db27c]
[debug] Python 3.10.4 (CPython 64bit) - Windows-10-10.0.19044-SP0
[debug] Checking exe version: ffmpeg -bsfs
[debug] Checking exe version: avconv -bsfs
[debug] Checking exe version: ffprobe -bsfs
[debug] Checking exe version: avprobe -bsfs
[debug] exe versions: none
[debug] Optional libraries: Cryptodome-3.14.1, brotli-1.0.9, certifi-2<IP_ADDRESS>, mutagen-1.45.1, sqlite3-2.6.0, websockets-10.3
[debug] Proxy map: {}
[debug] [youku] Extracting URL: https://v.youku.com/v_show/id_XNDAxMjcyMzE1Mg==.html?
[youku] XNDAxMjcyMzE1Mg: Retrieving cna info
[youku] XNDAxMjcyMzE1Mg: Downloading JSON metadata
ERROR: [youku] XNDAxMjcyMzE1Mg: Youku server reported error -6001: ccode参数错误; please report this issue on https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using yt-dlp -U
File "c:\Users\u1\AppData\Local\Programs\Python\Python310\lib\site-packages\yt_dlp\extractor\common.py", line 644, in extract
ie_result = self._real_extract(url)
File "c:\Users\u1\AppData\Local\Programs\Python\Python310\lib\site-packages\yt_dlp\extractor\youku.py", line 186, in _real_extract
raise ExtractorError(msg)

What happened to the rest of the output?

What happened to the rest of the output?

[debug] Encodings: locale cp936, fs utf-8, pref cp936, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version 2022.07.18 [135f05e]
[debug] Python 3.10.4 (CPython 64bit) - Windows-10-10.0.19044-SP0
[debug] Checking exe version: ffmpeg -bsfs
[debug] Checking exe version: avconv -bsfs
[debug] Checking exe version: ffprobe -bsfs
[debug] Checking exe version: avprobe -bsfs
[debug] exe versions: none
[debug] Optional libraries: Cryptodome-3.14.1, brotli-1.0.9, certifi-2<IP_ADDRESS>, mutagen-1.45.1, sqlite3-2.6.0, websockets-10.3
[debug] Proxy map: {}
[debug] [youku] Extracting URL: https://v.youku.com/v_show/id_XNDAxMjcyMzE1Mg==.html?
[youku] XNDAxMjcyMzE1Mg: Retrieving cna info
[youku] XNDAxMjcyMzE1Mg: Downloading JSON metadata
ERROR: [youku] XNDAxMjcyMzE1Mg: Youku server reported error -6001: ccode参数错误; please report this issue on  https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using  yt-dlp -U
File "c:\Users\u1\AppData\Local\Programs\Python\Python310\lib\site-packages\yt_dlp\extractor\common.py", line 644, in extract
ie_result = self._real_extract(url)
File "c:\Users\u1\AppData\Local\Programs\Python\Python310\lib\site-packages\yt_dlp\extractor\youku.py", line 186, in _real_extract
raise ExtractorError(msg)
this is all, hope it helps.

Test links with no geo restriction:
https://v.youku.com/v_show/id_XNTg2Njk4NzQ5Ng==.html?spm=a2hbt.13141534.1_5.d_1_2&s=bcdfe86b05794c7a92f1&scm=20140719.manual.59991.video_XNTg2Njk4NzQ5Ng==
https://v.youku.com/v_show/id_XNTE2ODg4Mzk4NA==.html?spm=a2ha1.14919748_WEBHOME_GRAY.drawer20.d_zj2_5&scm=20140719.rcmd.5497.video_XNTE2ODg4Mzk4NA%3D%3D

The entire site is inaccessible for me

Also
F:\MyDownload>yt-dlp.exe -Uv  -F --cookies-from-browser chrome  https://v.youku.com/v_show/id_XNTE2ODg4Mzk4NA
[debug] Command-line config: ['-Uv', '-F', '--cookies-from-browser', 'chrome', 'https://v.youku.com/v_show/id_XNTE2ODg4Mzk4NA']
[debug] Encodings: locale cp936, fs utf-8, pref cp936, out utf-8, error utf-8, screen utf-8
[debug] yt-dlp version 2022.08.08 [3157158] (win32_exe)
[debug] Python 3.8.10 (CPython 64bit) - Windows-10-10.0.19044-SP0
[debug] Checking exe version: ffmpeg -bsfs
[debug] Checking exe version: ffprobe -bsfs
[debug] exe versions: ffmpeg 4.3.1-2021-01-01-essentials_build-www.gyan.dev, ffprobe 4.3.1-2021-01-01-essentials_build-www.gyan.dev
[debug] Optional libraries: Cryptodome-3.15.0, brotli-1.0.9, certifi-2022.06.15, mutagen-1.45.1, sqlite3-2.6.0, websockets-10.3
[Cookies] Extracting cookies from chrome
[debug] Extracting cookies from: "C:\Users\yosandev\AppData\Local\Google\Chrome\User Data\Default\Network\Cookies"
[debug] Found local state file at "C:\Users\yosandev\AppData\Local\Google\Chrome\User Data\Local State"
[Cookies] Extracted 3273 cookies from chrome
[debug] cookie version breakdown: {'v10': 3274, 'other': 0, 'unencrypted': 0}
[debug] Proxy map: {'http': 'http://<IP_ADDRESS>:7890', 'https': 'https://<IP_ADDRESS>:7890', 'ftp': 'ftp://<IP_ADDRESS>:7890'}
[debug] Fetching release info: https://api.github.com/repos/yt-dlp/yt-dlp/releases/latest
Latest version: 2022.08.08, Current version: 2022.08.08
yt-dlp is up to date (2022.08.08)
[debug] [youku] Extracting URL: https://v.youku.com/v_show/id_XNTE2ODg4Mzk4NA
[youku] XNTE2ODg4Mzk4NA: Retrieving cna info
[youku] XNTE2ODg4Mzk4NA: Downloading JSON metadata
ERROR: [youku] XNTE2ODg4Mzk4NA: Youku server reported error -6001: ccode参数错误; please report this issue on  https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using  yt-dlp -U
File "yt_dlp\extractor\common.py", line 666, in extract
File "yt_dlp\extractor\youku.py", line 186, in _real_extract
F:\MyDownload>

修改/site-packages/yt_dlp/extractor/youku.py第154行，ccode改为0524或者0564即可。

修改/site-packages/yt_dlp/extractor/youku.py第154行，ccode改为0524或者0564即可。

有效，谢谢

修改/site-packages/yt_dlp/extractor/youku.py第154行，ccode改为0524或者0564即可。

亲测有效


FATAL ERROR: v8::FromJust Maybe value is Nothing.

Describe the bug
Similar issue as https://github.com/vitest-dev/vitest/issues/1191
When hitting this I'm redirected to that issue but yet can't add a comment as it's "This conversation has been locked as resolved and limited to collaborators.".
FATAL ERROR: v8::FromJust Maybe value is Nothing.
 1: 0xb652e0 node::Abort() [node]
 2: 0xa761b5 node::FatalError(char const*, char const*) [node]
 3: 0xd5595a v8::Utils::ReportApiFailure(char const*, char const*) [node]
 4: 0xb6974d node::fs::FileHandle::CloseReq::Resolve() [node]
 5: 0xb698d0  [node]
 6: 0x16552fd  [node]
 7: 0x1659ad6  [node]
 8: 0x166c214  [node]
 9: 0x165a428 uv_run [node]
10: 0xaa1e45 node::SpinEventLoop(node::Environment*) [node]
11: 0xc33d32 node::worker::Worker::Run() [node]
12: 0xc342f8  [node]
13: 0x7f5d64a16ea7  [/lib/x86_64-linux-gnu/libpthread.so.0]
14: 0x7f5d64946def clone [/lib/x86_64-linux-gnu/libc.so.6]

While hitting this I also noticed sometimes my tests just stop without a crash. There's no summary, error, etc. they just stop.
root@eae0f519711d:/app# npm run test

><EMAIL_ADDRESS>test
> vitest run --segfault-retry=3

 RUN  v0.23.4 /app

 ✓ src/__test__/test_name_here.test.ts (17) 593ms
 ✓ src/__test__/another_test_name_here.test.ts (1) 5036ms

Reproduction
I've yet to find what's causing this, it seems to happen randomly in my tests. If someone could point me to how to debug this I'm happy to try and get a repro going.
System Info
System:
    OS: Linux 5.10 Debian GNU/Linux 11 (bullseye) 11 (bullseye)
    CPU: (12) x64 Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz
    Memory: 6.41 GB / 7.72 GB
    Container: Yes
    Shell: 5.1.4 - /bin/bash
  Binaries:
    Node: 18.5.0 - /usr/local/bin/node
    Yarn: 1.22.19 - /usr/local/bin/yarn
    npm: 8.12.1 - /usr/local/bin/npm
  npmPackages:
    vitest: ^0.24.3 => 0.24.3

Used Package Manager
npm
Validations

[X] Follow our Code of Conduct
[X] Read the Contributing Guidelines.
[X] Read the docs.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] Check that this is a concrete bug. For Q&A open a GitHub Discussion or join our Discord Chat Server.
[X] The provided reproduction is a minimal reproducible example of the bug.

Stacktrace here is different than it is in the mention issue, so new issue is preferable here.
Have you tried updating your Node version to the latest?
Cannot help you without reproduction or at least a project to debug, if it's open source.

I'm getting this error as well, using Node: v18.3.0

I'm getting this error as well, using Node: v18.3.0

Node 18.3 is not the latest Node 18

@OmgImAlexis I got a similar error in a test file, it uses the fs module to sync read, and write to some files.
My OS is Ubuntu 22.04, after upgrading vitetest from v0.27.1 to v0.28.3, the error just disappeared, hope this helps.

I got this on v0.33.0 and downgrading to v0.32.4 fixed it...

I got this on v0.33.0 and downgrading to v0.32.4 fixed it...

I got this issue on v0.34.1 and v0.34.4. So I downgraded this to v0.32.4. After it I can't get the error.

Similar Issues, I noticed that removing junit from my reporters seems to resolve this on v1.0.1

Same issue, version<EMAIL_ADDRESS>

Fixed by https://github.com/vitest-dev/vitest/pull/3925 and https://github.com/vitest-dev/vitest/pull/4172.
Vitest 1.0.0 has now --pool=forks which uses multiple node:child_process in parallel. The previous --no-threads was using a single node:child_process.
If the code you are testing is incompatible with node:worker_threads, switch to --pool=forks. If you run into same error with that pool, feel free to open new issue with minimal reproduction.


[IA-3474] Dismissing analyses modal blocks user input for too long.

Description
Clicking the + Start button on the analyses tab and then dismissing the modal caused a long pause in the UI while an asynchronous call was made.
Solution
Remove the extraneous API call.
Discussion
Do we need to refresh runtimes and apps on modal dismiss?
Analyses.js
469 await refreshRuntimes()
470 await refreshApps()

So I actually looked into this and addressed it  the same way (via moving setCreating to the top) since it was causing some test instability in this currently open PR
https://github.com/DataBiosphere/terra-ui/pull/3037/files#diff-e19c52f5a9d3432ff7537aebcbb3d2a439a5fefc7346c1b0ac0017e2f9e8652bR462
Worth noting the same bug affects the onSuccess and onDismiss. The refreshAnalyses, refreshApps, and refreshRuntimes are all needed, as the modal can create an analysis, app, or runtime. However, it is an async function, so those portions won't cause anything to hang.

My issue with calling any of the refresh methods on dismiss is that on dismiss happens when the user makes no changes. onSuccess will be able to take care of the refreshing.
Also the UI hangs due to the method I removed setting busy to true, which blocks all user input until the method returns, even though it's asynchronous. I think it should still be called on success, but onDismiss will cause no changes to the user's workspace or analyses.

My issue with calling any of the refresh methods on dismiss is that on dismiss happens when the user makes no changes. onSuccess will be able to take care of the refreshing.
Also the UI hangs due to the method I removed setting busy to true, which blocks all user input until the method returns, even though it's asynchronous. I think it should still be called on success, but onDismiss will cause no changes to the user's workspace or analyses.

This issue is that onDismiss is passed to and called by all modals that are opened within the AnalysisModal in the corresponding onDismiss. For example, within the ComputeModal onDismiss is called after various calls to Leonardo that can fail. If a call to Leonardo fails, there may indeed be a change to the runtime's a user has (i.e. a runtime can now be in error status), which necessitates calling the refresh functions in onDismiss as well. We need to be very careful when modifying these onSuccess/onDismiss functions as child components often depend on them.

Need to fix one more thing before I send this to a "real" PR

I'm uncertain how to properly test - is there any easy way to force an error in the modals?

Are the errors you want to force a result of an API call? If so, you can use the ajaxOverrideUtils function.
Example:
window.ajaxOverridesStore.set([{
filter: { url: /rawls/ }, fn: window.ajaxOverrideUtils.makeError({ status: 404, frequency: 1 }) }])
}])

Will intercept all calls to rawls and return a 404


Query returns unexpected exceptions

{
    "message": {
        "query_graph": {
            "edges": {
                "e00": {
                    "subject": "n00",
                    "object": "n01",
                    "category": "biolink:correlated_with"
                }
            },
            "nodes": {
                "n00": {
                    "category": "biolink:ChemicalSubstance",
                    "id": "CAS:121999-58-4"
                },
                "n01": {
                    "category": "biolink:ChemicalSubstance"
                }
            }
        }
    }
}

According to Ryan,
This query returns

{
    "error": "TypeError: Cannot read property 'slice' of undefined"
}

Fixed in: https://github.com/biothings/BioThings_Explorer_TRAPI/pull/121


Add Leap Wallet Guide to Nillion Docs

Feature Description
Based on the discussion in GitHub Discussions #127, Leap Wallet is a supported Nillion wallet, but we currently lack a specific guide for Leap. Write a "How to Create a Nillion Wallet and Connect to the Nillion Testnet" for the Leap Wallet.
Relevant Links:

Supported Wallets Documentation
How to Create a Keplr Wallet Guide

What to Do:

Update the “How to Create a Nillion Wallet and Connect to the Nillion Testnet” section to use Tabs, an existing component used on other pages. Link: Create a Nillion Wallet Guide
Add a tab for Keplr Wallet and another for Leap Wallet.

Populate the Keplr tab with the existing content.
Create new content explaining how to create a Nillion Wallet in Leap and add it to the Leap tab.

Hello could i be assigned this task?

I assigned this to you, @Cormwww! Let me know if you have any questions about the Issue


Game Example Testing

example_game.py needs to be tested to ensure that both users' messages are recognized and processed.

Commit marked incorrect issue as complete.


Make sure player data file exists before reading it.

It appears that its possible for a file to be removed while the tracker thread is looping through the list of players. This PR adds a simple check to make sure the file exists just prior to reading it.

I think you should just do
if(!tmpFile.exists()) continue;
Instead of puting everything inside a condition

I've committed the change and I believe this is ready for merge whenever you are ready.

For future reference I feel like a CONTRIBUTING.MD file would be helpful to lay out standards for pull requests.


[ENG-2272] Have open-ended form expect files

Purpose
Have the Open-Ended Registration form expect files so that any attached files are associated with the registration rather than the node.
Changes
Add config.hasFiles=true to the registration form.
QA Notes

Verify that making a registration with the open-ended registration form and a file attached will, when you click on that file's link in the registration, take you to the registration's file.

What are the areas of risk? Low risk.
Any concerns/considerations/questions that development raised? No
Side Effects
Shouldn't be.
Ticket
https://openscience.atlassian.net/browse/ENG-2272

Reviewed in #9491


[DOCFIX] MapReduce docs implement

@apc999 PTAL, thanks!

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/484/
Test PASSed.


Dbi tests

DBI Tests. Work in progress...

Be patient, I'm working on it :D

There are no all tests, but I want to help you with new web or maybe we can focus on AddObject.

CI problem is unrelated

Sorry, I'm still trying to get to know this code. I will add new tests when needed

@pingwiniasty i think its good enough for now. I think the most pressing issue is AddObject, but when i make a shell for graphql server, you could implement the resolvers for the different models, like unittype, jobs etc.


License?

Hi, I was able to integrate this widget into my code - it still works very well, so thank you for that!
As I want to distribute the Project at some point, I'd like to ask if there is some sort of License?
Or do you put this into the public domain?
Edit: Of course, no matter the license, I will give credit where credit is due...

Glad you find it useful! Just added an MIT License file.


[Mobile Stepper] Progress Bar Stuck at 0% when Active Step is 0 and Steps Changes From 1 to 2 and back to 1

Duplicates

[X] I have searched the existing issues

Latest version

[X] I have tested the latest version

Steps to reproduce 🕹
Link to live example: https://codesandbox.io/s/priceless-lake-bozpo3?file=/demo.tsx:0-1782
Problem: Bar gets stuck at 0% when fluctuating between a 1 or 2 step stepper state.
Steps to reproduce in the above sandbox:

Initial State: We are at activeStep 0 and steps is 1

This means the bar is at 100% because this is the last step of the stepper

Click SET STEPS TO 2 to increase the number of steps to be 2

This will move the bar down to 0% because this is the first page of the stepper

Click SET STEPS TO 1 to decrease the number of steps to be 1

Expectation: We would expect the bar to go back up to 100% because it is now the last page of the stepper
Reality: The bar stays at 0%

Current behavior 😯
When at activeStep 0 and dynamically going from 2 steps to 1 steps, the progress bar is stuck at 0%
Expected behavior 🤔
When at activeStep 0 and dynamically going from 2 steps to 1 steps, the progress bar should be 100% because it is the last step of the stepper
Context 🔦
We are working with a form that has different amount of steps based on the values chosen. When switching values around, we noticed that the progress bar would inconsistently be at 100% or 0% when it was the last page of the stepper form. We would like for it to be consistent.
Your environment 🌎
5.11.8 on Google Chrome

@gitstart Sure, you can. But can you complete this first https://github.com/mui/material-ui/pull/36706? We just want to make sure previous PRs are not left over after the reviews.

@gitstart Sure, you can. But can you complete this first #36706? We just want to make sure previous PRs are not left over after the reviews.

Sure @ZeeshanTamboli, done and awaiting your final review.


[BUG]If time signature is less than 1,it will cause memory leak

And there's no auto save so I lost my map

fixed in v1.1.3