Wifi debug not working for > iOS 17

Type: Bug
I have followed steps in this documentation: https://learn.microsoft.com/en-us/dotnet/maui/ios/wireless-deployment?view=net-maui-8.0&tabs=vs and it works with my iPhone 7 - iOS 15.8 but I can't make it work with my iPhone XR and iPhone 13 on iOS 17.3
Both are paired on Xcode 15.2 I see them in VSCode but I see this message in output:
Please connect the device 'XXXXXX'... on mac os sonoma
I don't know if it's an issue with iOS version, Xcode or MacOs I think it's related to iOS as it works on my iPhone 7 - iOS 15.8
VS Code version: Code 1.87.0 (019f4d1419fbc8219a181fab7892ebccf7ee29a2, 2024-02-27T23:42:51.279Z)
OS version: Darwin arm64 23.3.0
Modes:

System Info

Item
Value

CPUs
Apple M1 Max (10 x 24)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: enabled_ondirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okskia_graphite: disabled_offvideo_decode: enabledvideo_encode: enabledwebgl: enabledwebgl2: enabledwebgpu: enabled

Load (avg)
3, 4, 4

Memory (System)
32.00GB (0.85GB free)

Process Argv
--crash-reporter-id 37c19df6-1213-43b6-8f68-b4e611ab09e9

Screen Reader
no

VM
0%

Extensions (9)

Extension
Author (truncated)
Version

nugetpackagemanagergui
ali
2.0.6

vscode-nuget-package-manager
jmr
1.1.6

csdevkit
ms-
1.3.10

csharp
ms-
2.15.30

dotnet-maui
ms-
0.9.3

vscode-dotnet-runtime
ms-
2.0.2

vscodeintellicode-csharp
ms-
0.1.26

powershell
ms-
2024.0.0

sonarlint-vscode
Son
4.3.0

A/B Experiments
vsliv368:30146709
vspor879:30202332
vspor708:30202333
vspor363:30204092
vscod805:30301674
binariesv615:30325510
vsaa593:30376534
py29gd2263:30899288
vscaat:30438848
c4g48928:30535728
azure-dev_surveyone:30548225
2i9eh265:30646982
962ge761:30959799
pythongtdpath:30769146
welcomedialogc:30910334
pythonidxpt:30866567
pythonnoceb:30805159
asynctok:30898717
pythontestfixt:30902429
pythonregdiag2:30936856
pyreplss1:30897532
pythonmypyd1:30879173
pythoncet0:30885854
2e7ec940:30968132
pythontbext0:30879054
dsvsc016:30899300
dsvsc017:30899301
dsvsc018:30899302
cppperfcontrol:30973184
d34g3935:30971562
edj9j583:30969295
fegfb526:30973843
dsvsc020:30976470

It looks like that doc is about "Visual Studio and Visual Studio for Mac", not VS Code? In any case this would be an issue with whatever extension you're trying to use, we don't have any iOS support out of the box


"statechange" event firing multiple times in Chrome

First came across this on my project, but it also applies to the demo-site:
http://balupton.github.com/history.js/demo/?state=1
Using the back or forward buttons causes multiple "statechange" events in Chrome 14beta. (Check the console)
It seems to be aggregating all of the statechanges every time the event fires..
Also tested in Firefox, and this bug does not occur there.
Doubt it's relevant, but my machine's running OSX Leopard (10.5).

its still happening for me in chrome 14.0.835.202 on windows 7

I can confirm this bug in Chrome 15.0.874.102
I have had the same issues in my app using the BackboneJS routing features.

I was just fighting with this for a couple of hours until I found this: http://code.google.com/p/chromium/issues/detail?id=97934.
Seems the problem is not that the event is fired multiple times, but that the console has a bug ...


add killaura (aura)

attack player

What do you mean? there is a module named 32kAura (high cps killaura) you can use for attack player with 32k. Do you mean the "casual" killaura that doesn't do that?


I'm having issues using podcasts from the BR mediathek -> 'latin-1' codec can't encode character

First of all, many thanks for this script!
I first installed the "Maus" podcast, which worked perfect.
When using any podcasts from the BR Mediathek (Anna und die wilden Tiere / Pumuckl etc.), the following problem occurs during the update/download:
'latin-1' codec can't encode character ' u2026' in position 113 ordinal not in range(256)
There is probably something in the feed.xml that the script cannot read. I'm hoping for a workaround.
Thank you!

Hi @Zorrensen
I just tested it on my computer with the following BR podcasts
´´´
checkertobi = Podcast("https://feeds.br.de/checkpod-der-podcast-mit-checker-tobi/feed.xml")
anne_und_die_wilden_tiere = Podcast("https://feeds.br.de/anna-und-die-wilden-tiere/feed.xml")
lachlabor = Podcast("https://feeds.br.de/lachlabor/feed.xml")
´´´
and those worked so far. So I think the feed.xml files in general are parsed correctly. To investigate this, could you...

look up which version of tonie-podcast-sync you are using (check by entering pip list | grep tonie-podcast-sync in a terminal)
check if are the URLs of the Podcasts set correctly? u2026 seems to refer to the unicode character for ...
let me know on which operating system you are running this? (I can only test MacOS and Linux here...)

Hi @alexhartm
thanks for your answer!
I am using a raspberry pi 4B
with Raspbian (64Bit)
Python 3.11.2
tonie-podcast-sync 3.0.0

Hi @Zorrensen Thanks for the infos, that helped me narrow it down a bit. I think this might be environment related in your case. With raspbian, it should work just fine in general. I'm also using this on Raspbian (on a Pi Zero2).
I could reproduce your issue when I executed a test script (test.py) by running it with a different python IO encoding:
PYTHONIOENCODING=latin-1 ./test.py

Then, I faced the same error.
I think the root cause is that in your environment, the encoding is somehow altered from utf-8 to latin-1.  As a test, you could do
export PYTHONIOENCODING=utf-8

and then check if this makes it work. (Note that this just sets PYTHONIOENCODING for the current session only. After terminal restart, it will revert back to its old value again.)
If that does indeed solve it, you might want to investigate where the encoding is changed to latin-1 and revert that to utf-8 in general.
If you can't find the specific point where it is set, you could just add  export PYTHONIOENCODING=utf-8 to your ~/.bashrc file (open it with e.g. nano ~/.bashrc, change it to utf-8, save and restart your terminal). This would set the value automatically every time you log in.
I hope that helps!

Thx for your help!
The output looks in CLI looks abit weird now, but it worked!
 :)

Huh, this is indeed weird. I'm not sure why, maybe there is some unusually localization value set. Nevertheless, glad it worked for you! :-)


#25 Fill missing fields with model's default value when creating new data

Issue: #25, #29
This PR makes create and insert action to fill missing model fields with default value when saving data to the store.
Behavior Change
Now any field of data passed to create and insert action which doesn't exist in the Model's fields will be ignored.
// When you have these fields.
class Users extends Model {
  static fields () {
    return {
      id: this.attr(null),
      name: this.attr('')
    }
  }
}

// And pass this kind of data.
store.dispatch('entities/users/create', {
  data: {
    id: 1,
    age: 24
  }
})

// This data will be saved to store. There is `name` but no `age` here.
{
  id: 1,
  name: ''
}

@CinKon Would you mind taking a look at the Behavior Change? Do you think this would be OK? or should I make non defined data (age in the above example) to be saved in the store?

Great!  Does this PR also implement the following?  Where a field isn't specified that the default value is used:
// When you have these fields.
class Users extends Model {
  static fields () {
    return {
      id: this.attr(null),
      name: this.attr('test')
    }
  }
}

// And pass this kind of data.
store.dispatch('entities/users/create', {
  data: {
    id: 1,
    age: 24
  }
})

// This data will be saved to store. There is `name` but no `age` here.  Note that name is filled with the default value.
{
  id: 1,
  name: 'test'
}

@zagreusinoz Yeah, that's exactly how it should work
@kiaking I wouldn't just add non-defined keys to the object. It's fine as it is.

@zagreusinoz Yes, this PR will behave as you expected (name will have default value of test in case of your example).
@CinKon Thanks for the check! OK it seems like this is the behavior we all agreed with so I'll merge this PR and release a new version.
Thank you all so much for your help! It motivates me so much.

Thank YOU for your fast and great work!


Fix bug Cannot filter policies by policy set

if you go to govenance > policies, you cannot filter policies by policy sets to apply all policies of a set
Actual results:
there is no result if searching for the policy set name (previous versions could do that) - and there is no filter you can use for policy set. As it is not possible to use policy sets to apply all policies in a set (no action) you also can't use that.
Expected results:
Able to apply all policies that are part of a policy set by using select all and an action
Ref: https://issues.redhat.com/browse/ACM-12273
Signed-off-by: yiraeChristineKim<EMAIL_ADDRESS>

/cc @mpbarrett @dhaiducek @JustinKuli

/cc @mprahl

/uncc @mpbarrett

/cherrypick release-2.9

/cherrypick release-2.10

/cherrypick release-2.11


fix(features): handle undefined changes when restoring backup

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


Initialization error in simple_demo.py

There is an error in the code, where the data is of shape (T-1) x m (m is the latent dimension) and x0 and Q0 should be add into the data.
Assertion error is reported at pylds/lds_messages_interface.py
The detailed report is as follow:
Initializing with Gibbs
Traceback (most recent call last):

File "pyslds/examples/simple_demo.py", line 85, in <module>
    gibbs_lls = [initialize(test_model) for _ in progprint_xrange(N_gibbs_samples)]

File "pyslds/examples/simple_demo.py", line 82, in initialize
    model.resample_model()

File "python2.7/site-packages/pyhsmm/models.py", line 442, in resample_model
    self.resample_states(num_procs=num_procs)

File "python2.7/site-packages/pyhsmm/models.py", line 467, in resample_states
    s.resample()

File "pyslds/pyslds/states.py", line 418, in resample
    self.resample_gaussian_states()

File "pyslds/pyslds/states.py", line 429, in resample_gaussian_states
    info_sample(*self.info_params)

File "python2.7/site-packages/pylds/lds_messages_interface.py", line 65, in wrapped
    return func(*check(*args,**kwargs))

File "python2.7/site-packages/pylds/lds_messages_interface.py", line 95, in _info_argcheck
    [J_pair_11, J_pair_21, J_pair_22, J_node])

File "python2.7/site-packages/pylds/lds_messages_interface.py", line 24, in _ensure_ndim
    assert X.shape[0] == T

AssertionError

Can you please try installing pylds from source?  I.e. git clone the repository then, from the cloned directory, run pip install -e .?  I believe the version on pypi is a bit out of date.

Yes I install pylds and pyhsmm-autoregressive from GitHub.
The new bug (zero division error) looks like this
Fitting with VBEM
................/lib/python2.7/site-packages/pyhsmm/internals/hmm_states.py:675: RuntimeWarning: divide by zero encountered in log
  np.log(trans_potential),likelihood_log_potential,alphal,betal,
pyslds/pyslds/states.py:594: RuntimeWarning: divide by zero encountered in log
  params = (np.log(self.trans_matrix), np.log(self.pi_0), aBl, self._normalizer)
Traceback (most recent call last):
  File "pyslds/examples/simple_demo.py", line 95, in <module>
    vbem_lls = [update(test_model) for _ in progprint_xrange(N_vbem_iters)]
  File "pyslds/examples/simple_demo.py", line 91, in update
    model.VBEM_step()
  File "pyslds/pyslds/models.py", line 217, in VBEM_step
    self._vb_E_step()
  File "pyslds/pyslds/models.py", line 170, in _vb_E_step
    state.vb_E_step()
  File "pyslds/pyslds/states.py", line 586, in vb_E_step
    H_z = self.vb_E_step_discrete_states()
  File "pyslds/pyslds/states.py", line 595, in vb_E_step_discrete_states
    return hmm_entropy(params, self.all_expected_stats)
  File "pyslds/pyslds/util.py", line 63, in hmm_entropy
    neg_entropy += np.sum(sum_E_ztztp1T * log_transmatrix)
FloatingPointError: invalid value encountered in multiply


graphql-codegen-apollo-angular-template only generating services for .graphql and not .ts

Describe the bug
When I ask to generate for .graphql file with query it generates Angular service, but with .ts (gql tag) it does not.
To Reproduce
Steps to reproduce the behavior:

Create .ts file with query in gql tag.
gql-gen --schema http://endpoint/graphql --template graphql-codegen-apollo-angular-template --out ./src/typings/ src/**/*.ts
Service not created in src/typings/types.ts. Create same query in .graphql file:
gql-gen --schema http://endpoint/graphql --template graphql-codegen-apollo-angular-template --out ./src/typings/ src/**/*.graphql
Service created in src/typings/types.ts

Expected behavior
Angular service created in both cases
Schema/Documents
If possible and relevant, please provide your GraphQL schema and GraphQL documents.
Environment:

OS: Ubuntu
Codegen: 0.12.6
Node: 8

Ok, no problem just write the queries in a .graphql and generate the services - duh!


[HUDI-1716] Regenerating schema with default null values as applicable

What is the purpose of the pull request
For Union schema types, avro expects "null" to be first entry for null to be considered as default value. But since Hudi leverages SchemaConverters.toAvroType(...) from org.apache.spark:spark-avro_* library, structType to avro results in "null" being 2nd entry for UNION type schemas. Also, there is no default value set in this avro schema thus generated. This patch fixes this issue.
This also fixes simple schema evolution w/ MOR tables. adding new columns was failing if not for this patch.
For eg:
if incoming structType is
StructType(StructField(rowId,StringType,true), StructField(partitionId,StringType,true), StructField(preComb,LongType,true), StructField(name,StringType,true))
Generated avro scheme if not for this patch:
{"type":"record","name":"hudi_trips_cow_record","namespace":"hoodie.hudi_trips_cow","fields":[{"name":"rowId","type":["string","null"]},{"name":"partitionId","type":["string","null"]},{"name":"preComb","type":["string","null"]},{"name":"name","type":["string","null"]}]}
Note that "null" is 2nd entry in UNIONs and there is no default set.
Generated avro schema with this patch:
{"type":"record","name":"hudi_trips_cow_record","namespace":"hoodie.hudi_trips_cow","fields":[{"name":"rowId","type":["null","string"],"default":null},{"name":"partitionId","type":["null","string"],"default":null},{"name":"preComb","type":["null","long"],"default":null},{"name":"name","type":["null","string"],"default":null},{"name":"newField","type":["null","string"],"default":null}]}
Note that default value is null and not null in string format. So, this should work for other data types as well(not just strings). Default value of null is allowed only if null is the first entry in UNION for a given schema field.
Brief change log

Fixing struct type to avro schema conversion to fix null as first entry in UNION schema types and adds default values for the same.

Verify this pull request
This change added tests and can be verified as follows:

Added tests to HoodieSparkSqlWriterSuite // New test added fails if not for the fix in source code for MOR table and succeeds w/ the fix.

Committer checklist

[ ] Has a corresponding JIRA in PR title & commit

[ ] Commit message is descriptive of the change

[ ] CI is green

[ ] Necessary doc changes done or have another open PR

[ ] For large changes, please consider breaking it into sub-tasks under an umbrella JIRA.

@bvaradar : I see that SchemaConverters.toAvroType(...) is used in 3 places in hudi code base. 2 of those have been fixed as part of this patch. Wondering if we need to fix HoodieSparkBootstrapSchemaProvider as well.

@bvaradar : I see that SchemaConverters.toAvroType(...) is used in 3 places in hudi code base. 2 of those have been fixed as part of this patch. Wondering if we need to fix HoodieSparkBootstrapSchemaProvider as well.

Yes, One of the tests fails because of that. Should be fixed for bootstrap also.

Closing this in favor of https://github.com/apache/hudi/pull/2765


feature: Extend lifecycle hook support

This update introduces comprehensive support for Vue 3's lifecycle hooks in the vuelve library, coupled with extensive test coverage to ensure the library's reliability and performance. Here’s a detailed overview of the changes and improvements.
Key Enhancements

Extended Lifecycle Hook Support: The library now integrates Vue 3's complete set of lifecycle hooks. This enhancement allows developers to utilize vuelve more effectively in their Vue 3 projects, leveraging the full power of Vue's Composition API for optimal component lifecycle management. The supported lifecycle hooks include:

beforeUpdate
updated
beforeUnmount
unmounted
errorCaptured
renderTracked
renderTriggered
activated
deactivated
serverPrefetch

New Test Coverage: To ensure the reliability of the newly supported lifecycle hooks, a comprehensive suite of tests has been added. These tests validate the correct implementation and functionality of each lifecycle hook, emphasizing error handling with the errorCaptured hook. This meticulous testing approach guarantees that the vuelve library meets the high standards required for modern Vue 3 development.

Implementation Details
Codebase Updates
The pull request includes significant updates to both the source code and distributed files:

The source file (src/index.js) and the distributed files (dist/vuelve.cjs.js, dist/vuelve.esm.js, and dist/vuelve.cjs.min.js) have been updated to reflect the new lifecycle hook support.
A specialized function, convertVuelveSyntaxToVue3Syntax, has been introduced to map Vue's options API lifecycle hooks to the Composition API style. This function ensures seamless integration with Vue 3's reactive system and lifecycle management.

Improved Test Suite
The test suite (test/vuelve.test.js) has been expanded to cover the newly added lifecycle hooks. Each test verifies that the lifecycle hooks are not only implemented but also function as intended within the Vue component lifecycle. This includes testing the errorCaptured hook's ability to gracefully handle and log errors, ensuring robust error management in Vue applications.
Conclusion
This update significantly enhances the vuelve library's capabilities, making it a more powerful and flexible tool for developers working with Vue

Solid PR, thank you!


⚠ ClamAV has degraded performance

In c45ca58, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 574 ms

Resolved: ClamAV performance has improved in 2db8844.


'externalUpdate' and 'eveService' error logs with v2.11.0 upgrade

What issue do you have? Please be as thorough and explicit as possible.
On my central Homebridge log status dashboard, I am seeing a flood of the log entries below for the 4 switches I have from Govee ever 10-15 seconds. After trying to trace down which specific version this issue it started from by reinstalling previous versions, this only came up on v2.11.0. I had to downgrade to avoid the Homebridge log cluttering up.
Details of your setup.

Do you use (1) Homebridge (+ config-ui), (2) Homebridge (CLI) or (3) HOOBS?

(1) Homebridge (+ config-ui)

Which version of Homebridge/HOOBS do you have?

v1.2.5

Which platform do you run Homebridge/HOOBS on (e.g. Raspberry Pi/Windows/HOOBS Box)? Please also mention your version of Node.js/NPM if known.

Raspberry Pi

Which version of this plugin (homebridge-govee) do you have? Has the issue started since upgrading from a previous version?

v2.11.0. Yes it has started only since this upgrade from v2.10.1

Which Govee devices do you have that are causing issues? Please include product models if applicable.

H5081 Switches
Please paste any relevant logs below.

[2/9/2021, 8:06:36 PM] [Govee] [Router] could not be refreshed as Cannot read property 'externalUpdate' of undefined at /homebridge/node_modules/homebridge-govee/lib/index.js:335:29.
[2/9/2021, 8:06:51 PM] [Govee] [Router] could not be initialised as Cannot read property 'eveService' of undefined at new deviceSwitch (/homebridge/node_modules/homebridge-govee/lib/device/switch.js:36:51).

Hi @rasterize-art
Thanks for alerting me to this.
I have fixed this issue in v2.11.1 so it's safe to update!


Change behavior of permalink symbols

This changes the behavior the "paragraph" symbols that serve as section heading permalinks.  Under this change, they only appear during a hover-over that symbol.

Hi Paul,
I was going to review your PR, but I can’t build the page. I’m sure there’s a simple trick, but
make gh-preview
is not working from my fork of your branch.
-Meghan

On Feb 8, 2015, at 6:52 PM, Paul Wilson<EMAIL_ADDRESS>wrote:
This changes the behavior the "paragraph" symbols that serve as section heading permalinks. Under this change, they only appear during a hover-over that symbol.
You can view, comment on, or merge this pull request online at:
https://github.com/CNERG/cnerg.github.com/pull/39 https://github.com/CNERG/cnerg.github.com/pull/39
Commit Summary
Change behavior of permalink symbols
File Changes
M source/_themes/uwtheme/static/default.css_t https://github.com/CNERG/cnerg.github.com/pull/39/files#diff-0 (3)
Patch Links:
https://github.com/CNERG/cnerg.github.com/pull/39.patch https://github.com/CNERG/cnerg.github.com/pull/39.patch
https://github.com/CNERG/cnerg.github.com/pull/39.diff https://github.com/CNERG/cnerg.github.com/pull/39.diff
—
Reply to this email directly or view it on GitHub https://github.com/CNERG/cnerg.github.com/pull/39.

Meghan McGarry, PhD ~ http://mbmcgarry.github.io/ http://mbmcgarry.github.io/
Postdoctoral Fellow, Consortium for Verification Technology
Computational Nuclear Engineering ~ http://cnerg.engr.wisc.edu http://cnerg.engr.wisc.edu/
Engineering Physics ~ UW-Madison ~<PHONE_NUMBER>

Do you get an error?  Can you throw it in a gist?

This looks like a problem with my installation of sphinx.  Although I have already installed sphinxcontrib.bibtex, it's still not finding it.
sphinx-build -b html -d ./gh-build/doctrees   source ./gh-build
Running Sphinx v1.2.3
Extension error:
Could not import extension sphinxcontrib.bibtex (exception: No module named sphinxcontrib.bibtex)
make: *** [gh-preview] Error 1

PS - sorry I accidentally just closed the PR!


New feature suggestion

Hey there, I thought of a new feature that I think would just fit into the mod. Following the theme of the mod, I would like to suggest that you add a notification (sound based) for when the player is on low health and/or low hunger. I've seen BetterPVP do something similar to this and I thought it would fit pretty well into your mod ;)

Thanks for the suggestion! Yeah, I think that would work, I'll look into it. It might be a moment, 'cause I'm probably gonna be too busy for the next couple of weeks to add new features.


Add ppc64le support

The build fails with the following error
#error Please implement AtomicPointer for this platform.
^~~~~

Confirmed that https://github.com/basho/leveldb/pull/235 fixes this issue, please review


Remove uses of .Result from sample viewers

In an effort to tidy up the code base we are removing uses of .Result in situations where it could result in a deadlock.
Removed converters used in Mobile map (search and route) as the ThumbnailUri for maps extracted from .mmpk files is not populated as these are not portal items.
Updated analytics code.
Type of change

Other enhancement

Platforms tested on

[x] WPF .NET 6
[x] WPF Framework
[x] WinUI
[x] MAUI WinUI
[x] MAUI Android
[ ] MAUI iOS
[x] MAUI MacCatalyst

Checklist

[x] Self-review of changes
[x] All changes work as expected on all affected platforms
[x] There are no warnings related to changes
[x] Code is commented and follows .NET conventions and standards
[x] Codemaid and XAML styler extensions have been run on every changed file
[x] No unrelated changes have been made to any other code or project files
[x] Screenshots are correct size and display in description tab (800 x 600 on Windows, MAUI mobile platforms use the MAUI Windows screenshot)

This sample is crashing on iPhone and iPad - main and your branch

False alarm, am able to run the sample with your changes after deleting bin/obj and clean/rebuild.


When viewing a "Store Visit" item, the "Section Notes" area should contain data

Current view

We need to place the form inside a tab [Store Visit], so the section submission data can be displayed in a tab [QA Details].
[Mockup in progress]

Ketan - I'm working on a mockup for this.


Improve support for Maven projects with multiple modules

The GitHub workflows for Maven projects assume a single module with target dir target/ in the root project dir. This does not work for multi-module projects like https://github.com/exasol/exasol-java-tutorial/. To fix this, we should apply a similar change like in https://github.com/exasol/exasol-java-tutorial/pull/40.

This ticket is about the deprecated release process with release droid. The automated release process fixes this issue.


use blockies addition to market creator address

https://github.com/ethereum/blockies
blockies give a unique avatar for market creator. it might be interesting to add it to the market card and market trading page so users can have another way to identify market creators.

Cool idea!
I'm gonna add it to the product backlog and remove from active tickets.


[Backport] fix bug in nested v4 format merger from refactoring

Backport of #14053 to 26.0.0.

ci failure unrelated, should be fixed by #14079


feat: custom element cloning

Resolves #2054, adds new option "clone" - it is expected to be a function, that takes one argument HTMLElement and returns new HTMLElement that should be a clone of input element.

@owen-m1 Can you review my PR and if maybe merge it?


If I want to detect one class, should I set use_sigmoid = True?

I only want to detect one class, e.g car ,My dataset annotation just has one class label .
should I set set use_sigmoid = True?
I see the source code about this config parameter is
        if self.use_sigmoid_cls:
            self.cls_out_channels = self.num_classes
        else:
            self.cls_out_channels = self.num_classes + 1

if I set use_sigmoid = False, the loss function will be binary loss ?
if  I set use_sigmoid = True, what will be the loss function
please?

set num_classes=1

No you do not need to do that. You just need to set num_classes=1.
If you set use_sigmoid = False, the loss function will be still be cross_entropy loss, though the number of classes is 2, 1 foreground and 1 background.
If you set use_sigmoid = True, it will be binary cross_entropy loss. Because now it only have one logits.

The question seems to be answered thus the issue is closed. Feel free to reopen it if you have any further questions.


Fix destination_service label expression for TCP metrics

In tracking down a user-reported issue, I noticed that we are using destination.service.name instead of destination.service.host for the destination_service label on TCP metrics. This PR brings these metrics into alignment with their HTTP counterparts.

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by: douglas-reid
To fully approve this pull request, please assign additional approvers.
We suggest the following additional approver: morvencao
If they are not already assigned, you can assign the PR to them by writing /assign @morvencao in a comment when ready.
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

install/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@douglas-reid: The following test failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/istio-pilot-multicluster-e2e.sh
2e9d9b53cc8aad084def826eb2123bd8cdafa98f
link
/test istio-pilot-multicluster-e2e

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by: douglas-reid, kyessenov
To fully approve this pull request, please assign additional approvers.
We suggest the following additional approver: mandarjog
If they are not already assigned, you can assign the PR to them by writing /assign @mandarjog in a comment when ready.
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

install/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

/approve


Issues in updating Userstore details

Describe the issue:

The password field is mandatory even though the "Update password" option is unticked.
When the "Update password" option is unticked, if the password field contains some value it will be sent in patch request.

https://github.com/wso2/product-is/assets/37938529/68081fc2-9ff3-46cb-9c0f-cfef6fc4cca3
How to reproduce:

Expected behavior:

Environment information (Please complete the following information; remove  any unnecessary fields) :

Product Version: [e.g., IS 5.10.0, IS 5.9.0]
OS: [e.g., Windows, Linux, Mac]
Database: [e.g., MySQL, H2]
Userstore: [e.g., LDAP, JDBC]

Updated the submit logic: https://github.com/wso2/identity-apps/pull/4397

Verified in Alpha release
https://github.com/wso2/product-is/assets/37938529/80cbd1f0-4c35-4c00-be8b-0b885a016f49


Removing vertx-openapi and vertx-web-openapi-router

Reverts smallrye/smallrye-mutiny-vertx-bindings#926 because of https://github.com/eclipse-vertx/vertx-openapi/issues/69.

Hi @cescoffier I fixed it in vertx-openapi. Can we cherry-pick the original commit? Sorry for the circumstances.

@pk-work It needs to be released first. As we are not switching to Vert.x 5 any time soon, make sure you backport to the 4.5 branch.

@cescoffier a new vertx version is released (4.5.8). Can we try again?


Add Bpchar type aliased to VarChar

I ran into errors using char fields (these are padded fixed length char strings). They are rarely used but can be useful e.g. country codes (2-char). Externally they behave like varchars but internally they are stored differently.
Because they appear the same as varchar externally, I believe it's safe just to alias VarChar

Hi - I might be being silly, but isn't the whole mod doc_hidden already.

It gets pub rexported


Firestore Query.onSnapshot listener stops being called after receiving "Stream ended unexpectedly" error

Describe your environment

Operating System version: NodeJS 6.5.0 in docker container
Firebase SDK version: 5.12.0
Library version: 0.13.1
Firebase Product: Firestore

We have two docker containers. First one performs set operations for two documents in one collection (/test) every 30 seconds. The seconds container runs Query listener to receive updated document from the same collection (/test).
We have index in /test collection.
    {
      "collectionId": "test",
      "fields": [
        { "fieldPath": "status", "mode": "ASCENDING" },
        { "fieldPath": "weight", "mode": "ASCENDING" }
      ]
    }

For several hours everything works just fine.
Approximately in 9 hours listener stream gets an error "Error: Stream ended unexpectedly".
Right after that Query.onSnapshot listener is never called though data continues being received according to the log.
Could it be reaching some Firestore limits or similar?
Here are code snippets and logs.
Container 1
let admin = require('firebase-admin');
let log = require('log4js').getLogger('container2');
admin.firestore.setLogFunction(console.log);
let fs = require('fs');
let serviceAccount = JSON.parse(fs.readFileSync(__dirname+'/test-13244-firebase-adminsdk-adsd0-3e049ca0bb.json', 'utf8'));
admin.initializeApp({
    credential: admin.credential.cert(serviceAccount),
    databaseURL: "https://test-13244.firebaseio.com"
});
let fun1 = function() {
    admin.firestore().collection('test').doc('NZWWrLAwuQK5MFtVGswO').set({
        status: Math.floor(2 * Math.random()) == 0 ? 'open' : 'closed',
        weight: Math.floor(Math.random() * (100 - 30 + 1) + 30)
    })
        .then(() => {
            log.info('NZWWrLAwuQK5MFtVGswO updated');
        })
        .catch(err => {
            log.error('NZWWrLAwuQK5MFtVGswO failed', err)
        });
    admin.firestore().collection('test').doc('jqx6rittQs4X5WfztvzC').set({
        status: Math.floor(2 * Math.random()) == 0 ? 'open' : 'closed',
        weight: Math.floor(Math.random() * (100 - 30 + 1) + 30)
    })
        .then(() => {
            log.info('jqx6rittQs4X5WfztvzC updated');
        })
        .catch(err => {
            log.error('jqx6rittQs4X5WfztvzC failed', err)
        });
};
fun1();
setInterval(fun1, 30*1000);

Container 2
let admin = require('firebase-admin');
let log = require('log4js').getLogger('container1');
admin.firestore.setLogFunction(console.log);
let fs = require('fs');
let serviceAccount = JSON.parse(fs.readFileSync(__dirname+'/test-13244-firebase-adminsdk-adsd0-3e049ca0bb.json', 'utf8'));
admin.initializeApp({
    credential: admin.credential.cert(serviceAccount),
    databaseURL: "https://test-13244.firebaseio.com"
});

let listen = function() {
    admin.firestore().collection('test')
        .where('status', '==', 'open')
        .orderBy('weight')
        .onSnapshot(
            snapshot => {
                log.info('Data received');
            },
            err => {
                log.error('Listener failed', err);
                setTimeout(listen, 5000);
            }
        );
};
listen();

Log output
Firestore (0.13.1) 2018-05-16T10:39:51.931Z [Firestore]: Initialized Firestore
Firestore (0.13.1) 2018-05-16T10:39:51.974Z [Firestore.readWriteStream]: Opening stream
Firestore (0.13.1) 2018-05-16T10:39:51.993Z [Firestore._initializeStream]: Sending request: {"database":"projects/test-13244/databases/(default)","addTarget":{"query":{"parent":"projects/test-13244/databases/(default)","structuredQuery":{"from":[{"collectionId":"test"}],"where":{"fieldFilter":{"field":{"fieldPath":"status"},"op":"EQUAL","value":{"valueType":"stringValue","stringValue":"open"}}},"orderBy":[{"field":{"fieldPath":"weight"},"direction":"ASCENDING"}]}},"targetId":240}}
Firestore (0.13.1) 2018-05-16T10:39:52.000Z [Firestore.readWriteStream]: Streaming request: {"database":"projects/test-13244/databases/(default)","addTarget":{"query":{"parent":"projects/test-13244/databases/(default)","structuredQuery":{"from":[{"collectionId":"test"}],"where":{"fieldFilter":{"field":{"fieldPath":"status"},"op":"EQUAL","value":{"valueType":"stringValue","stringValue":"open"}}},"orderBy":[{"field":{"fieldPath":"weight"},"direction":"ASCENDING"}]}},"targetId":240}}
Firestore (0.13.1) 2018-05-16T10:39:52.138Z [Firestore._initializeStream]: Marking stream as healthy
Firestore (0.13.1) 2018-05-16T10:39:52.138Z [Firestore._initializeStream]: Releasing stream
Firestore (0.13.1) 2018-05-16T10:39:52.141Z [Watch.onSnapshot]: Opened new stream
Firestore (0.13.1) 2018-05-16T10:39:52.868Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[240],"targetChangeType":"ADD","cause":null,"resumeToken":[],"readTime":null},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T10:39:52.872Z [Watch.onSnapshot]: Processing target change
Firestore (0.13.1) 2018-05-16T10:39:52.955Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[240],"removedTargetIds":[],"document":{"fields":{"weight":{"integerValue":"90","valueType":"integerValue"},"status":{"stringValue":"open","valueType":"stringValue"}},"name":"projects/test-13244/databases/(default)/documents/test/jqx6rittQs4X5WfztvzC","createTime":{"seconds":"1526465249","nanos":252818000},"updateTime":{"seconds":"1526467167","nanos":798930000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T10:39:52.956Z [Watch.onSnapshot]: Processing change event
Firestore (0.13.1) 2018-05-16T10:39:52.956Z [Watch.onSnapshot]: Received document change
Firestore (0.13.1) 2018-05-16T10:39:52.962Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[240],"targetChangeType":"CURRENT","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,173,198,171,182,133,138,219,2]},"readTime":{"seconds":"1526467192","nanos":873773000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T10:39:52.962Z [Watch.onSnapshot]: Processing target change
Firestore (0.13.1) 2018-05-16T10:39:52.964Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,173,198,171,182,133,138,219,2]},"readTime":{"seconds":"1526467192","nanos":873773000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T10:39:52.965Z [Watch.onSnapshot]: Processing target change
Firestore (0.13.1) 2018-05-16T10:39:52.975Z [Watch.onSnapshot]: Sending snapshot with 1 changes and 1 documents
[2018-05-16 10:39:52.976] [INFO] container1 - Data received
Firestore (0.13.1) 2018-05-16T10:39:52.982Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,199,138,172,182,133,138,219,2]},"readTime":{"seconds":"1526467192","nanos":882503000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T10:39:52.982Z [Watch.onSnapshot]: Processing target change
Firestore (0.13.1) 2018-05-16T10:40:36.627Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[240],"removedTargetIds":[],"document":{"fields":{"weight":{"integerValue":"82","valueType":"integerValue"},"status":{"stringValue":"open","valueType":"stringValue"}},"name":"projects/test-13244/databases/(default)/documents/test/jqx6rittQs4X5WfztvzC","createTime":{"seconds":"1526465249","nanos":252818000},"updateTime":{"seconds":"1526467236","nanos":520009000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T10:40:36.628Z [Watch.onSnapshot]: Processing change event
Firestore (0.13.1) 2018-05-16T10:40:36.629Z [Watch.onSnapshot]: Received document change
Firestore (0.13.1) 2018-05-16T10:40:36.631Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,201,192,147,203,133,138,219,2]},"readTime":{"seconds":"1526467236","nanos":520009000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T10:40:36.632Z [Watch.onSnapshot]: Processing target change
Firestore (0.13.1) 2018-05-16T10:40:36.639Z [Watch.onSnapshot]: Sending snapshot with 1 changes and 1 documents
[2018-05-16 10:40:36.640] [INFO] container1 - Data received

=====

[2018-05-16 19:29:53.921] [INFO] container1 - Data received
Firestore (0.13.1) 2018-05-16T19:30:28.998Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[240],"removedTargetIds":[],"document":{"fields":{"status":{"stringValue":"open","valueType":"stringValue"},"weight":{"integerValue":"30","valueType":"integerValue"}},"name":"projects/test-13244/databases/(default)/documents/test/NZWWrLAwuQK5MFtVGswO","createTime":{"seconds":"1526465249","nanos":654705000},"updateTime":{"seconds":"1526499013","nanos":30537000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:30:28.998Z [Watch.onSnapshot]: Processing change event
Firestore (0.13.1) 2018-05-16T19:30:28.998Z [Watch.onSnapshot]: Received document change
Firestore (0.13.1) 2018-05-16T19:30:28.999Z [Firestore.readWriteStream]: Received response: {"filter":{"targetId":240,"count":1},"responseType":"filter"}
Firestore (0.13.1) 2018-05-16T19:30:28.999Z [Watch.onSnapshot]: Processing filter update
Firestore (0.13.1) 2018-05-16T19:30:29.000Z [Watch.onSnapshot]: Resetting documents
Firestore (0.13.1) 2018-05-16T19:30:29.001Z [Watch.onSnapshot]: Opening new stream
Firestore (0.13.1) 2018-05-16T19:30:29.008Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,180,222,250,130,252,138,219,2]},"readTime":{"seconds":"1526499028","nanos":938548000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:30:29.008Z [Watch.onSnapshot]: Processing target change
Firestore (0.13.1) 2018-05-16T19:30:29.010Z [Firestore.readWriteStream]: Opening stream
Firestore (0.13.1) 2018-05-16T19:30:29.012Z [Firestore._initializeStream]: Sending request: {"database":"projects/test-13244/databases/(default)","addTarget":{"query":{"parent":"projects/test-13244/databases/(default)","structuredQuery":{"from":[{"collectionId":"test"}],"where":{"fieldFilter":{"field":{"fieldPath":"status"},"op":"EQUAL","value":{"valueType":"stringValue","stringValue":"open"}}},"orderBy":[{"field":{"fieldPath":"weight"},"direction":"ASCENDING"}]}},"targetId":240,"resumeToken":{"type":"Buffer","data":[10,9,8,203,144,215,229,251,138,219,2]}}}
Firestore (0.13.1) 2018-05-16T19:30:29.013Z [Firestore.readWriteStream]: Streaming request: {"database":"projects/test-13244/databases/(default)","addTarget":{"query":{"parent":"projects/test-13244/databases/(default)","structuredQuery":{"from":[{"collectionId":"test"}],"where":{"fieldFilter":{"field":{"fieldPath":"status"},"op":"EQUAL","value":{"valueType":"stringValue","stringValue":"open"}}},"orderBy":[{"field":{"fieldPath":"weight"},"direction":"ASCENDING"}]}},"targetId":240,"resumeToken":{"type":"Buffer","data":[10,9,8,203,144,215,229,251,138,219,2]}}}
Firestore (0.13.1) 2018-05-16T19:30:29.015Z [Firestore._initializeStream]: Marking stream as healthy
Firestore (0.13.1) 2018-05-16T19:30:29.015Z [Firestore._initializeStream]: Releasing stream
Firestore (0.13.1) 2018-05-16T19:30:29.015Z [Watch.onSnapshot]: Opened new stream
Firestore (0.13.1) 2018-05-16T19:30:29.020Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,139,180,252,130,252,138,219,2]},"readTime":{"seconds":"1526499028","nanos":965899000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:30:29.020Z [Watch.onSnapshot]: Processing target change
Firestore (0.13.1) 2018-05-16T19:30:29.123Z [Firestore._initializeStream]: Received stream end
Firestore (0.13.1) 2018-05-16T19:30:29.126Z [Watch.onSnapshot]: Stream ended, re-opening after retryable error:  { Error: Stream ended unexpectedly
    at BunWrapper.currentStream.on (/var/app/node_modules/@google-cloud/firestore/src/watch.js:492:27)
    at emitNone (events.js:91:20)
    at BunWrapper.emit (events.js:185:7)
    at /var/app/node_modules/bun/node_modules/readable-stream/lib/_stream_readable.js:965:16
    at _combinedTickCallback (internal/process/next_tick.js:67:7)
    at process._tickCallback (internal/process/next_tick.js:98:9) code: 2 }
Firestore (0.13.1) 2018-05-16T19:30:29.126Z [Watch.onSnapshot]: Opening new stream
Firestore (0.13.1) 2018-05-16T19:30:29.128Z [Watch.onSnapshot]: Processing stream end
Firestore (0.13.1) 2018-05-16T19:30:29.130Z [Firestore.readWriteStream]: Opening stream
Firestore (0.13.1) 2018-05-16T19:30:29.131Z [Firestore._initializeStream]: Sending request: {"database":"projects/test-13244/databases/(default)","addTarget":{"query":{"parent":"projects/test-13244/databases/(default)","structuredQuery":{"from":[{"collectionId":"test"}],"where":{"fieldFilter":{"field":{"fieldPath":"status"},"op":"EQUAL","value":{"valueType":"stringValue","stringValue":"open"}}},"orderBy":[{"field":{"fieldPath":"weight"},"direction":"ASCENDING"}]}},"targetId":240}}
Firestore (0.13.1) 2018-05-16T19:30:29.132Z [Firestore.readWriteStream]: Streaming request: {"database":"projects/test-13244/databases/(default)","addTarget":{"query":{"parent":"projects/test-13244/databases/(default)","structuredQuery":{"from":[{"collectionId":"test"}],"where":{"fieldFilter":{"field":{"fieldPath":"status"},"op":"EQUAL","value":{"valueType":"stringValue","stringValue":"open"}}},"orderBy":[{"field":{"fieldPath":"weight"},"direction":"ASCENDING"}]}},"targetId":240}}
Firestore (0.13.1) 2018-05-16T19:30:29.134Z [Firestore._initializeStream]: Marking stream as healthy
Firestore (0.13.1) 2018-05-16T19:30:29.135Z [Firestore._initializeStream]: Releasing stream
Firestore (0.13.1) 2018-05-16T19:30:29.135Z [Watch.onSnapshot]: Opened new stream
Firestore (0.13.1) 2018-05-16T19:30:29.361Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[240],"targetChangeType":"ADD","cause":null,"resumeToken":[],"readTime":null},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:30:29.459Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[240],"removedTargetIds":[],"document":{"fields":{"status":{"stringValue":"open","valueType":"stringValue"},"weight":{"integerValue":"30","valueType":"integerValue"}},"name":"projects/test-13244/databases/(default)/documents/test/NZWWrLAwuQK5MFtVGswO","createTime":{"seconds":"1526465249","nanos":654705000},"updateTime":{"seconds":"1526499013","nanos":30537000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:30:29.461Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[240],"targetChangeType":"CURRENT","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,224,225,150,131,252,138,219,2]},"readTime":{"seconds":"1526499029","nanos":397728000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:30:29.462Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,224,225,150,131,252,138,219,2]},"readTime":{"seconds":"1526499029","nanos":397728000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:30:29.523Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,231,250,154,131,252,138,219,2]},"readTime":{"seconds":"1526499029","nanos":466471000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:30:29.770Z [Firestore._initializeStream]: Received stream end
Firestore (0.13.1) 2018-05-16T19:30:29.771Z [Watch.onSnapshot]: Stream ended, re-opening after retryable error:  { Error: Stream ended unexpectedly
    at BunWrapper.currentStream.on (/var/app/node_modules/@google-cloud/firestore/src/watch.js:492:27)
    at emitNone (events.js:91:20)
    at BunWrapper.emit (events.js:185:7)
    at /var/app/node_modules/bun/node_modules/readable-stream/lib/_stream_readable.js:965:16
    at _combinedTickCallback (internal/process/next_tick.js:67:7)
    at process._tickCallback (internal/process/next_tick.js:98:9) code: 2 }
Firestore (0.13.1) 2018-05-16T19:30:29.771Z [Watch.onSnapshot]: Opening new stream
Firestore (0.13.1) 2018-05-16T19:30:29.772Z [ExponentialBackoff.backoffAndWait]: Backing off for 1029.638240488568 ms (base delay: 1000 ms)
Firestore (0.13.1) 2018-05-16T19:30:29.892Z [Firestore._initializeStream]: Received stream end
Firestore (0.13.1) 2018-05-16T19:30:29.893Z [Watch.onSnapshot]: Stream ended, re-opening after retryable error:  { Error: Stream ended unexpectedly
    at BunWrapper.currentStream.on (/var/app/node_modules/@google-cloud/firestore/src/watch.js:492:27)
    at emitNone (events.js:91:20)
    at BunWrapper.emit (events.js:185:7)
    at /var/app/node_modules/bun/node_modules/readable-stream/lib/_stream_readable.js:965:16
    at _combinedTickCallback (internal/process/next_tick.js:67:7)
    at process._tickCallback (internal/process/next_tick.js:98:9) code: 2 }
Firestore (0.13.1) 2018-05-16T19:30:29.894Z [Watch.onSnapshot]: Opening new stream
Firestore (0.13.1) 2018-05-16T19:30:30.806Z [Firestore.readWriteStream]: Opening stream
Firestore (0.13.1) 2018-05-16T19:30:30.807Z [Firestore._initializeStream]: Sending request: {"database":"projects/test-13244/databases/(default)","addTarget":{"query":{"parent":"projects/test-13244/databases/(default)","structuredQuery":{"from":[{"collectionId":"test"}],"where":{"fieldFilter":{"field":{"fieldPath":"status"},"op":"EQUAL","value":{"valueType":"stringValue","stringValue":"open"}}},"orderBy":[{"field":{"fieldPath":"weight"},"direction":"ASCENDING"}]}},"targetId":240}}
Firestore (0.13.1) 2018-05-16T19:30:30.808Z [Firestore.readWriteStream]: Streaming request: {"database":"projects/test-13244/databases/(default)","addTarget":{"query":{"parent":"projects/test-13244/databases/(default)","structuredQuery":{"from":[{"collectionId":"test"}],"where":{"fieldFilter":{"field":{"fieldPath":"status"},"op":"EQUAL","value":{"valueType":"stringValue","stringValue":"open"}}},"orderBy":[{"field":{"fieldPath":"weight"},"direction":"ASCENDING"}]}},"targetId":240}}
Firestore (0.13.1) 2018-05-16T19:30:30.809Z [Firestore._initializeStream]: Marking stream as healthy
Firestore (0.13.1) 2018-05-16T19:30:30.810Z [Firestore._initializeStream]: Releasing stream
Firestore (0.13.1) 2018-05-16T19:30:30.810Z [Watch.onSnapshot]: Opened new stream
Firestore (0.13.1) 2018-05-16T19:30:30.928Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[240],"targetChangeType":"ADD","cause":null,"resumeToken":[],"readTime":null},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:30:30.975Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[240],"removedTargetIds":[],"document":{"fields":{"weight":{"integerValue":"30","valueType":"integerValue"},"status":{"stringValue":"open","valueType":"stringValue"}},"name":"projects/test-13244/databases/(default)/documents/test/NZWWrLAwuQK5MFtVGswO","createTime":{"seconds":"1526465249","nanos":654705000},"updateTime":{"seconds":"1526499013","nanos":30537000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:30:30.976Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[240],"targetChangeType":"CURRENT","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,129,217,243,131,252,138,219,2]},"readTime":{"seconds":"1526499030","nanos":920321000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:30:30.977Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,129,217,243,131,252,138,219,2]},"readTime":{"seconds":"1526499030","nanos":920321000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:30:31.031Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,253,208,246,131,252,138,219,2]},"readTime":{"seconds":"1526499030","nanos":968445000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:30:43.148Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[240],"removedTargetIds":[],"document":{"fields":{"status":{"stringValue":"open","valueType":"stringValue"},"weight":{"integerValue":"85","valueType":"integerValue"}},"name":"projects/test-13244/databases/(default)/documents/test/NZWWrLAwuQK5MFtVGswO","createTime":{"seconds":"1526465249","nanos":654705000},"updateTime":{"seconds":"1526499043","nanos":60850000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:30:43.149Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,242,216,216,137,252,138,219,2]},"readTime":{"seconds":"1526499043","nanos":60850000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:31:13.148Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[240],"removedTargetIds":[],"document":{"fields":{"weight":{"integerValue":"89","valueType":"integerValue"},"status":{"stringValue":"open","valueType":"stringValue"}},"name":"projects/test-13244/databases/(default)/documents/test/NZWWrLAwuQK5MFtVGswO","createTime":{"seconds":"1526465249","nanos":654705000},"updateTime":{"seconds":"1526499073","nanos":75641000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:31:13.149Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,185,211,128,152,252,138,219,2]},"readTime":{"seconds":"1526499073","nanos":75641000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:31:43.114Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[240],"removedTargetIds":[],"document":{"fields":{"weight":{"integerValue":"50","valueType":"integerValue"},"status":{"stringValue":"open","valueType":"stringValue"}},"name":"projects/test-13244/databases/(default)/documents/test/NZWWrLAwuQK5MFtVGswO","createTime":{"seconds":"1526465249","nanos":654705000},"updateTime":{"seconds":"1526499102","nanos":998704000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:31:43.115Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,176,129,163,166,252,138,219,2]},"readTime":{"seconds":"1526499102","nanos":998704000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:31:43.215Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[240],"removedTargetIds":[],"document":{"fields":{"weight":{"integerValue":"89","valueType":"integerValue"},"status":{"stringValue":"open","valueType":"stringValue"}},"name":"projects/test-13244/databases/(default)/documents/test/jqx6rittQs4X5WfztvzC","createTime":{"seconds":"1526465249","nanos":252818000},"updateTime":{"seconds":"1526499103","nanos":142361000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:31:43.216Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,217,227,171,166,252,138,219,2]},"readTime":{"seconds":"1526499103","nanos":142361000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:32:13.178Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[240],"removedTargetIds":[],"document":{"fields":{"weight":{"integerValue":"49","valueType":"integerValue"},"status":{"stringValue":"open","valueType":"stringValue"}},"name":"projects/test-13244/databases/(default)/documents/test/NZWWrLAwuQK5MFtVGswO","createTime":{"seconds":"1526465249","nanos":654705000},"updateTime":{"seconds":"1526499133","nanos":53670000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:32:13.179Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,230,181,205,180,252,138,219,2]},"readTime":{"seconds":"1526499133","nanos":53670000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:32:13.180Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[240],"removedTargetIds":[],"document":{"fields":{"weight":{"integerValue":"54","valueType":"integerValue"},"status":{"stringValue":"open","valueType":"stringValue"}},"name":"projects/test-13244/databases/(default)/documents/test/jqx6rittQs4X5WfztvzC","createTime":{"seconds":"1526465249","nanos":252818000},"updateTime":{"seconds":"1526499133","nanos":67594000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:32:13.181Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,202,162,206,180,252,138,219,2]},"readTime":{"seconds":"1526499133","nanos":67594000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:32:43.229Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[240],"removedTargetIds":[],"document":{"fields":{"weight":{"integerValue":"36","valueType":"integerValue"},"status":{"stringValue":"open","valueType":"stringValue"}},"name":"projects/test-13244/databases/(default)/documents/test/NZWWrLAwuQK5MFtVGswO","createTime":{"seconds":"1526465249","nanos":654705000},"updateTime":{"seconds":"1526499163","nanos":76645000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:32:43.229Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,165,240,245,194,252,138,219,2]},"readTime":{"seconds":"1526499163","nanos":76645000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:32:43.230Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[],"removedTargetIds":[240],"document":{"fields":{"weight":{"integerValue":"64","valueType":"integerValue"},"status":{"stringValue":"closed","valueType":"stringValue"}},"name":"projects/test-13244/databases/(default)/documents/test/jqx6rittQs4X5WfztvzC","createTime":{"seconds":"1526465249","nanos":252818000},"updateTime":{"seconds":"1526499163","nanos":158076000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:32:43.231Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,188,236,250,194,252,138,219,2]},"readTime":{"seconds":"1526499163","nanos":158076000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:33:13.085Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[],"removedTargetIds":[240],"document":{"fields":{"weight":{"integerValue":"45","valueType":"integerValue"},"status":{"stringValue":"closed","valueType":"stringValue"}},"name":"projects/test-13244/databases/(default)/documents/test/NZWWrLAwuQK5MFtVGswO","createTime":{"seconds":"1526465249","nanos":654705000},"updateTime":{"seconds":"1526499193","nanos":22538000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:33:13.086Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,202,208,153,209,252,138,219,2]},"readTime":{"seconds":"1526499193","nanos":22538000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:33:13.285Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[240],"removedTargetIds":[],"document":{"fields":{"weight":{"integerValue":"56","valueType":"integerValue"},"status":{"stringValue":"open","valueType":"stringValue"}},"name":"projects/test-13244/databases/(default)/documents/test/jqx6rittQs4X5WfztvzC","createTime":{"seconds":"1526465249","nanos":252818000},"updateTime":{"seconds":"1526499193","nanos":154974000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:33:13.286Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,158,219,161,209,252,138,219,2]},"readTime":{"seconds":"1526499193","nanos":154974000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:33:43.137Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[240],"removedTargetIds":[],"document":{"fields":{"weight":{"integerValue":"43","valueType":"integerValue"},"status":{"stringValue":"open","valueType":"stringValue"}},"name":"projects/test-13244/databases/(default)/documents/test/NZWWrLAwuQK5MFtVGswO","createTime":{"seconds":"1526465249","nanos":654705000},"updateTime":{"seconds":"1526499223","nanos":68514000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:33:43.138Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,226,190,195,223,252,138,219,2]},"readTime":{"seconds":"1526499223","nanos":68514000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:33:43.338Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[240],"removedTargetIds":[],"document":{"fields":{"weight":{"integerValue":"52","valueType":"integerValue"},"status":{"stringValue":"open","valueType":"stringValue"}},"name":"projects/test-13244/databases/(default)/documents/test/jqx6rittQs4X5WfztvzC","createTime":{"seconds":"1526465249","nanos":252818000},"updateTime":{"seconds":"1526499223","nanos":199414000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:33:43.339Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,182,189,203,223,252,138,219,2]},"readTime":{"seconds":"1526499223","nanos":199414000}},"responseType":"targetChange"}
Firestore (0.13.1) 2018-05-16T19:34:13.193Z [Firestore.readWriteStream]: Received response: {"documentChange":{"targetIds":[],"removedTargetIds":[240],"document":{"fields":{"status":{"stringValue":"closed","valueType":"stringValue"},"weight":{"integerValue":"77","valueType":"integerValue"}},"name":"projects/test-13244/databases/(default)/documents/test/NZWWrLAwuQK5MFtVGswO","createTime":{"seconds":"1526465249","nanos":654705000},"updateTime":{"seconds":"1526499253","nanos":94545000}}},"responseType":"documentChange"}
Firestore (0.13.1) 2018-05-16T19:34:13.194Z [Firestore.readWriteStream]: Received response: {"targetChange":{"targetIds":[],"targetChangeType":"NO_CHANGE","cause":null,"resumeToken":{"type":"Buffer","data":[10,9,8,145,145,236,237,252,138,219,2]},"readTime":{"seconds":"1526499253","nanos":94545000}},"responseType":"targetChange"}

A similar error, after 20h it does not detect the changes:
Error: Error 14: The service is temporarily unavailable.     at DestroyableTransform.stream.on.proto (/home/adm_cgl/workspace/MovilidadAlphaBackend/MovilidadBackend/node_modules/@google-cloud/firestore/src/watch.js:724:25)     at emitOne (events.js:116:13)     at DestroyableTransform.emit (events.js:211:7)     at addChunk (/home/adm_cgl/workspace/MovilidadAlphaBackend/MovilidadBackend/node_modules/readable-stream/lib/_stream_readable.js:291:12)     at readableAddChunk (/home/adm_cgl/workspace/MovilidadAlphaBackend/MovilidadBackend/node_modules/readable-stream/lib/_stream_readable.js:278:11)     at DestroyableTransform.Readable.push (/home/adm_cgl/workspace/MovilidadAlphaBackend/MovilidadBackend/node_modules/readable-stream/lib/_stream_readable.js:245:10)     at DestroyableTransform.Transform.push (/home/adm_cgl/workspace/MovilidadAlphaBackend/MovilidadBackend/node_modules/readable-stream/lib/_stream_transform.js:148:32)     at DestroyableTransform.afterTransform (/home/adm_cgl/workspace/MovilidadAlphaBackend/MovilidadBackend/node_modules/readable-stream/lib/_stream_transform.js:91:10)     at DestroyableTransform.noop [as _transform] (/home/adm_cgl/workspace/MovilidadAlphaBackend/MovilidadBackend/node_modules/through2/through2.js:26:3)     at DestroyableTransform.Transform._read (/home/adm_cgl/workspace/MovilidadAlphaBackend/MovilidadBackend/node_modules/readable-stream/lib/_stream_transform.js:184:10)     at DestroyableTransform.Transform._write (/home/adm_cgl/workspace/MovilidadAlphaBackend/MovilidadBackend/node_modules/readable-stream/lib/_stream_transform.js:172:83)     at doWrite (/home/adm_cgl/workspace/MovilidadAlphaBackend/MovilidadBackend/node_modules/readable-stream/lib/_stream_writable.js:418:64)     at writeOrBuffer (/home/adm_cgl/workspace/MovilidadAlphaBackend/MovilidadBackend/node_modules/readable-stream/lib/_stream_writable.js:407:5)     at DestroyableTransform.Writable.write (/home/adm_cgl/workspace/MovilidadAlphaBackend/MovilidadBackend/node_modules/readable-stream/lib/_stream_writable.js:334:11)     at BunWrapper.ondata (internal/streams/legacy.js:16:26)     at emitOne (events.js:116:13)     at BunWrapper.emit (events.js:211:7)     at BunWrapper.<anonymous> (/home/adm_cgl/workspace/MovilidadAlphaBackend/MovilidadBackend/node_modules/bun/node_modules/readable-stream/lib/_stream_readable.js:786:14)     at emitNone (events.js:111:20)     at BunWrapper.emit (events.js:208:7)     at emitReadable_ (/home/adm_cgl/workspace/MovilidadAlphaBackend/MovilidadBackend/node_modules/bun/node_modules/readable-stream/lib/_stream_readable.js:448:10)     at emitReadable (/home/adm_cgl/workspace/MovilidadAlphaBackend/MovilidadBackend/node_modules/bun/node_modules/readable-stream/lib/_stream_readable.js:444:5)

@dronfree Thank you for this very actionable bug report. We will look at this internally and hopefully address this soon.

Here are some additional test results which could be useful.
As workaround I restart container with listener as I get "Stream ended unexpectedly" error.
I've got this error four times during last 6 days.
Firestore (0.14.0) 2018-05-17T21:12:13.881Z [Firestore]: Initialized Firestore
...
Firestore (0.14.0) 2018-05-21T20:07:35.310Z [Watch.onSnapshot]: Stream ended, process exit, restarting container:  { Error: Stream ended unexpectedly
Firestore (0.14.0) 2018-05-21T20:37:28.956Z [Watch.onSnapshot]: Stream ended, process exit, restarting container:  { Error: Stream ended unexpectedly
Firestore (0.14.0) 2018-05-23T17:40:15.506Z [Watch.onSnapshot]: Stream ended, process exit, restarting container:  { Error: Stream ended unexpectedly
Firestore (0.14.0) 2018-05-24T02:19:49.488Z [Watch.onSnapshot]: Stream ended, process exit, restarting container:  { Error: Stream ended unexpectedly

Hi everyone, any updates on this issue ?
I have the same problem, it seems to come from "order by" and "limit" call.
When I remove these conditions, everything is working fine !
Do you think it could be related to indexes or something ?

Sorry, we haven't been able to reproduce this on our end. It's interesting to note that you are no longer experiencing this issue without a "limit" call. I'll forward this information to our backend team.

Closing due to lack of activity. Please reopen with more details and a repro if this continues to occur.


Support Deprecated/Experimental APIs

I've already added a deprecated feature but there doesn't appear to be much value in adding experimental at the moment.

The Windows App SDK (WAS) team is stripping Experimental APIs from their metadata. Further, because the experimental channel may move APIs around, it's not going to be a straight forward codegen exercise. I think one approach we can take with the windows-app-rs crate is conditional compilation (e.g. #[cfg(feature = "experimental")]) at the source root.
At any rate, we can close this issue as there's no work to be done at this time (if ever) around the experimental attribute.


fix some bugs with handling of user's displayname and avatar

ok to test
On Wed, 20 Jul 2016 23:16 matrixbot<EMAIL_ADDRESS>wrote:

Can one of the admins verify this patch?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/matrix-org/matrix-python-sdk/pull/28#issuecomment-234100815,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AICaWAYMdZXbr-sF5qnnkh2Fnphkkyw1ks5qXp4tgaJpZM4JRQ4H
.

I've mostly addressed Half-Shot's comments: I've made the coding more compact, as suggested, and I agree that None is a better return value in the case that the avatar_url has not been set. In the case of the displayname not having been set, I still think returning the user_id makes sense, even in a low-level library. The alternative would be to return None and have higher levels use the user_id, if they so desire, and if you feel strongly that this is better, I'm okay with that -- but personally, I think returning the user_id directly makes more sense...

Reworked the changeset based on Half-Shot's comments and a follow-up discussion

LGTM. Merging

ok to test

Oops. this was fine to merge ages ago.


Unable to Push, Packing override fails

How did you install the Amplify CLI?
npm
If applicable, what version of Node.js are you using?
v19.0.1
Amplify CLI Version
10.6.2
What operating system are you using?
Ubuntu
Did you make any manual changes to the cloud resources managed by Amplify? Please describe the changes made.
There is an existing override.ts but is the original from functional deployments.
Describe the bug
Initializing an existing project under my own account.
Removed the amplify team-provider-info.json file.
Getting error on amplify push:
**
:~/Documents/DeckAnalyzer$ amplify push
✖ There was an error pulling the backend environment devtwo.
🛑 Packaging overrides failed.
Command failed with exit code 1: yarn install
Resolution: There may be errors in your overrides file. If so, fix the errors and try again.
Learn more at: https://docs.amplify.aws/cli/project/troubleshooting/
Session Identifier: 23f96950-8041-44f9-8a30-2a76743c0494
**
Expected behavior
Expected project to initialize and deploy.
Reproduction steps
amplify init
delete team-provider-info.json
amplify push
Project Identifier
Project Identifier: caa1b95f02a190bcb0b4ee7bcb9e7b6f
Log output

# Put your logs below this line

Additional information
No response
Before submitting, please confirm:

[X] I have done my best to include a minimal, self-contained set of instructions for consistently reproducing the issue.
[X] I have removed any sensitive information from my code snippets and submission.

Hey @Alambre020 :wave: thanks for raising this! The reproduction steps do not seem to follow the typical paths for pushing Amplify projects. What is the use case for deleting the team-provider-info.json file?

Hey @josefaidt, I was actually working with @Alambre020 to try to get him spun up on a personal project, and this is where we got stuck. (We hit a few other CLI snags as well, but I'm chalking that up to forgetting what order to run initial CLI setup commands in for now.)
Removing the team-provider-info.json is recommended in our docs when trying to share projects with completely separate backend deployments (different accounts): https://docs.amplify.aws/cli/teams/shared/#sharing-projects-within-the-team
Feel free to pull me to help repro this one, as I own the original app + source.

Hey @svidgen and @Alambre020 perhaps we can update the docs to suggest only adding it to gitignore rather than removing it entirely, or clarify why it would be suggested to remove it. In short, you will still need this file to work within the project, including push attempts.
When sharing projects, the team-provider-info.json can be safely removed/ignored before the person you are sharing it with runs amplify init to create the project in their account.
If you do not remove the team-provider-info.json the person you are sharing the project with cannot initialize the project in their account using the same environment name as the existing envs in this file. For example, if I created the dev environment in my AWS account and shared it with you, you would not also be able to create a dev environment, and you would instead be presented with an "AccessDenied" error since the CLI will recognize the environment name and attempt to reference resources in my account.
Additionally, if you do not remove this file I would be able to safely initialize the project using a different environment name such as devtwo or myowndev

When sharing projects, the team-provider-info.json can be safely removed/ignored before the person you are sharing it with runs amplify init to create the project in their account.

This was the intended use-case. Initially we tried to use dev as well — I don't actually recall what error we saw there. After changing it to devtwo, it appeared to start successfully deploying until it hit the overrides error.

Thanks for clarifying @svidgen ! What sort of overrides issues were you running into?

@Alambre020 I chatted with @josefaidt and he was able to pull the repo and push it without issue. Hopefully we just mindlessly flipped some commands. Let's try this fresh and make sure to run things strictly in this order:

git clone
remove team-provider-info.json
amplify init
amplify push

@josefaidt Thanks for your time. @Alambre020 or I will post back when we've had a chance to retry this.

@Alambre020 Do you have a non-Ubuntu machine you can try this on?

@svidgen, it hasn't been turned on in long time but i can try tomorrow

@svidgen @josefaidt , I was able to test on a windows machine.  I got through the init successfully.  The push failed.
" There was an error pulling the backend environment dev. "
It cannot find .aws\conifg

Hey @Alambre020 does the ~/.aws/config file exist? If not, can you create one with a profile reference and region? For example:
# ~/.aws/config
[default]
region=us-east-1

It seems like it's looking in the wrong folder??

Hey @Alambre020 I do not recognize that directory name, but after a bit of googling it seems like this is related to Cygwin? Are you using Cygwin by chance? Can you check the value of your HOME env var?

Hey @Alambre020 are you still experiencing this issue?

@josefaidt , yes sorry... Been away from this in a while and will have to check this week.  Last i remember i tried on an old windows machine and still had issues.

@josefaidt, my home variable is C:\Users\Nick\AppData\Roaming\SPB_Data which does seem to have the file that the error says is missing:

I do not see any cygwin installed.

Hey @Alambre020 no worries about cygwin, I was doing some digging on this path to understand what app SPB_Data relates to, and it appeared related to Cygwin.
  Sorry for the delay and thank you for continuing to check in.  I will have time to look at this again this weekend.  I will have to double check the patching... If it is the cgwin... What should I try first? I'm not really familiar with it or not sure what i would've installed it for.

@josefaidt @svidgen , after renaming the folder I did get farther in the process.  It's possible I named it incorrectly but should this be a folder that the amplify process should create?
Now the process timed out:

@josefaidt when i run the push again it says there are no changes?  so maybe the first pushed worked after renaming the .aws folder?

Hey @Alambre020 thanks for checking on that! That error seems to be coming in after the CloudFormation push was successful, where there is some project state and files that are being uploaded at the end. This error and subsequent push attempt leads me to believe the operation was likely successful and the connection was not closed properly.
https://github.com/aws-amplify/amplify-cli/blob/dev/packages/amplify-provider-awscloudformation/src/aws-utils/aws-s3.ts#L134

Despite the oddity it does appear to be successful.


Rename several IM message with Message postfix

Problem
Update SubscribeRequest/Response, ReadRequest, ReportData, StatusResponse， WriteRequest/Response with Message postfix
Change overview
See above
Testing
The existing presubmit test covers.

fast track: rename only with approval from domain owner

To be clear: Please go through all the changes and undo the ones that don't make sense.  I mentioned some of them in my review comments, but I did not do a complete careful read.  I'd really prefer to only have to do that once....

@bzbarsky-apple agree on your suggestion, just updated, thanks


docs: add project roadmap to docs

This PR adds docs around our project roadmap. The roadmap is used to show our plans towards GA to an enduser. The actual issues/TODOs are tracked in the linked Github project board.
@sebagomez: We want to maintain the kubernetes provider to internally.
@ahmedmus-1A @asnowfix @1A-mj: We want to maintain the azure provider internally.
Declaring both providers as being project maintained should help with community adoption. Please let me know if you have any questions or suggestions.

/approve

@rodrmartinez i think you are involved with kubernetes provider as well :)

Sorry I missed your call-out @moolen . No issue wrt/ internal azure provider maintenance AFAIAC.  Note that @ahmedmus-1A & @1A-mj are no more part of the project, Amadeus-wise.  We have 2 new Amadeus contributors: @dreadful-dragon (that you have already accepted a PR from) & @paulpozicheun.

Thanks for the update, great to see new contributors coming from Amadeus :heart:


Fortunac/plugin modules

Fixes #282. Prepends the module names in bildb and wp with their plugin names.

Again, not sure really what to review here.
Did you use a script?

Again, not sure really what to review here.
Did you use a script?

Again, not sure really what to review here.
Did you use a script?

Ended up just doing a mass mv on all the files, and then added the module x = Plugin_x manually since it was fast enough.

Again, not sure really what to review here.
Did you use a script?

Ended up just doing a mass mv on all the files, and then added the module x = Plugin_x manually since it was fast enough.


NuGet package for Linux fsharpc

I'm wondering whether there's a NuGet package available that ships latest fsharpc for linux, similar to how one can reference FSharp.Compiler.Tools and use fsc.exe on Windows?
My use case is I want to use latest fsharpc on Linux build server, but for the moment can't upgrade F# on that build server.
Feel free to close the issue, if there's currently no option for referencing fsharpc via NuGet

As a reference, the issue I'm having with currently installed F# version on the build server is related to https://github.com/fsprojects/SQLProvider/issues/460
I'm getting:
FSC : error FS0226: The file extension of<EMAIL_ADDRESS>is not recognized.
Source files must have extension .fs, .fsi, .fsx, .fsscript, .ml or .mli. [$BUILD_DIR/$PROJECT_NAME.fsproj]

I'm wondering whether there's a NuGet package available that ships latest fsharpc for linux, similar to how one can reference FSharp.Compiler.Tools and use fsc.exe on Windows?

You should be able to use FSharp.Compiler.Tools and invoke using mono fsc.exe


A black box as a result

What is seen in the image, I am using comfyui portable

This is an animation toolset, and you are using two static images.
Try using an actual video, or an image sequence. Plug that into the 'driving images' socket.

This is an animation toolset, and you are using two static images.
Try using an actual video, or an image sequence. Plug that into the 'driving images' socket.

same here, using example workflow

I'm getting the exact same issue - black box over the face, using a mp4 video and a source image.

 Is your Pytorch up to date?

It's because of dtype. If you replace every "dtype=torch.float16" in live_portrait_wrapper.py with "dtype=torch.float32", it will work. Automatic switch of dtype should be implemented for systems that don't support it

What system is everyone getting black outputs using then?

What system is everyone getting black outputs using then?

I was getting this error with GTX 1650, which can't perform FP16 calculations properly, so this was quite obvious what's the reason of the problem. Not sure about OP

What system is everyone getting black outputs using then?

I was getting this error with GTX 1650, which can't perform FP16 calculations properly, so this was quite obvious what's the reason of the problem. Not sure about OP

Ok, I've added the choice to the model loader now.

Tried the updated nodes, still getting a black box on portable

Tried the updated nodes, still getting a black box on portable

With fp32 selected?

Where would I select that? Forgive me, I thought this would be automatic, so I didn't look for a selection on my end

Tried the updated nodes, still getting a black box on portable

With fp32 selected?

Where would I select that? Forgive me, I thought this would be automatic, so I didn't look for a selection on my end

It's one of the problems when updating nodes, you have to refresh the page if the node existed in an old workflow. It should appear in the loader node:

Tried the updated nodes, still getting a black box on portable

With fp32 selected?

Where would I select that? Forgive me, I thought this would be automatic, so I didn't look for a selection on my end

It's one of the problems when updating nodes, you have to refresh the page if the node existed in an old workflow. It should appear in the loader node:

FINALLY got it to appear, but now I have to load the default workspace, hit refresh, and then load up my saved workspace or else the mouse will not work and my workspace looks blank. Let me test the new feature to see if this fixes issues

Okay, so now the video result is NOWHERE NEAR the driving video. It looks like it just dumped every single possible expression into one video.
https://github.com/kijai/ComfyUI-LivePortraitKJ/assets/174985240/fe3d726b-7af3-4e06-88c3-8fb5f2170bae

I tested the latest version and now it works. By the way, I have a GTX 1650
Thank you very much for the solution!! :)

Okay, so now the video result is NOWHERE NEAR the driving video. It looks like it just dumped every single possible expression into one video.
Doing a second test with a different driving video to see if it improves
EDIT - It's DEFINITELY a driving video issue lol swapped it out and seems to work fine
AnimateDiff_00001.mp4

Yes the driving video currently has to be cropped, the included example driving vids work as reference of what works well.

@kijai  Is there an option to choose or show single subject in the final output instead of showing the comparison side by side with input video?

Just connect one of the outputs from the Process node directly to the video combine.

@kijai  Is there an option to choose or show single subject in the final output instead of showing the comparison side by side with input video?

Just connect one of the outputs from the Process node directly to the video combine.

Thanks also is it only supposed to be run on local machine? which this nodes in place If i start comfyUI it is always getting me the URL to access in local host and not remote. My workspace is on cloud vm and so can not use it with localhost url
[http://<IP_ADDRESS>:6006](javascript:void(0);)
[https://<IP_ADDRESS>:6007](javascript:void(0);)
I even have the --listen arg set for comfy ui when i am running it on cloud vm. If i uninstall this nodes then everything is back to normal and i can access my comfui with remote url.

@kijai  Is there an option to choose or show single subject in the final output instead of showing the comparison side by side with input video?

Just connect one of the outputs from the Process node directly to the video combine.

Thanks also is it only supposed to be run on local machine? which this nodes in place If i start comfyUI it is always getting me the URL to access in local host and not remote. My workspace is on cloud vm and so can not use it with localhost url
http://<IP_ADDRESS>:6006 https://<IP_ADDRESS>:6007
I even have the --listen arg set for comfy ui when i am running it on cloud vm. If i uninstall this nodes then everything is back to normal and i can access my comfui with remote url.

I don't understand how a specific custom node could even affect that, if you use --listen the ip should be <IP_ADDRESS>. I have tons of custom nodes installed and it works fine with --listen.


Define bluefin release stream structure

We should start talking about this. Leaving out stable-daily it's:
gts: Fedora 40
stable: CoreOS Stable
beta: CoreOS Testing
latest: Fedora 41
How about:
gts: Fedora 40
stable: CoreOS Stable
testing: CoreOS Testing
latest: Fedora 41
beta: whatever, probably fedora's next release, undefined and YOLO if you opt in
I don't think we need to bring CoreOS next over. But, I'd also like to talk about making testing be where we land Bluefin changes that need a shakedown. Then we can maybe do a thing where we can use a bot or something to selectively merge features from testing to gts/stable. Don't make me use the git cli pls lol.

The beta thing seems really really useful to ship/test new features and integration w/ the freshest stuff but wasnt that the purpose of :latest?

I think by now latest just should be vanilla current version of Fedora. There will be people who want that but don't want to be beta testers of bluefin features. And if you see testing you know you're going to be a guinea pig, where as latest doesn't explain that.
As for the rawhide thing that's never been tenable for us for practical reasons, that's the distro's test channel anyway, not ours. We're kind of only interested in the final thing they publish.

Sounds pretty nice! Testing seems like a really nice name for that! - I also propose we should try using separate branches for each stream, kinda like nixpkgs does. It would be a stream like testing -> latest -> stable -> gts or something like that, that would allow us to have stream-specific fixes for temporary things, and would make it so recently merged changes dont affect the other branches straight away (then we dont need to wait till the :stable/:gts tags are built until we can merge a PR)

GTS - Fedora -1 w/ gated kernel + zfs
Stable - CoreOS version w/ gated kernel + zfs
Latest - Fedora Current, current kernel, no zfs. Since we have a latest tag, this I think is the least surprise and is the closest to upstream Fedora. While you will experience bugs, this is most of the time due to Fedora current version. If anything this could be where coreos-testing exists if we want to make that a more permanent thing.
Beta - this is for testing. While right now it's being used as a smoke test by following coreOS testing, it really should be thought of our one tag that is for playing around.
We are already offering a lot of dials between GTS, stable, stable-daily, and latest.
Like having beta on coreOS testing around the bump for stable was nice to be able to test it out. Before latest bumped again being able to preview and see that ISO builds would be broken was nice. Beta to me is that playground tool.

Also let's give this one a few days so we can get input from others.

+1 for M2's proposal too!

If fresh eyes are helpful here, then I think that M2's proposal is clearer that the current hierarchy.


pc.datatable doesnt render grid properly with state vars

Describe the bug
using pc.datatable with state vars seems to give of the error: Error: [Grid.js] [ERROR]: Could not determine.
The code below works without any problems:
import pynecone as pc

class State(pc.State):
    pass

def index() -> pc.Component:
    return pc.center(
        pc.vstack(
            pc.heading("My Chatbot"),
            pc.data_table(
                data= [["foo", "answer"],["foo2", "bar2"] ], columns = ["prompt", "answer"]
            ),
        ),
    )

app = pc.App(state=State)
app.add_page(index)
app.compile()

However, the following do not work:
1.
import pynecone as pc

class State(pc.State):
    data = [{'prompt': 'foo', 'answer': 'bar'},
            {'prompt': 'foo2', 'answer': 'bar2'}]

def index() -> pc.Component:
    return pc.center(
        pc.vstack(
            pc.heading("My Chatbot"),
            pc.data_table(
                data=State.data
            ),
        ),
    )

app = pc.App(state=State)
app.add_page(index)
app.compile()

import pynecone as pc

class State(pc.State):
     data = [["foo", "answer"],["foo2", "bar2"] ]
     columns = ["prompt", "answer"]

def index() -> pc.Component:
    return pc.center(
        pc.vstack(
            pc.heading("My Chatbot"),
            pc.data_table(
                data=State.data, columns=State.columns
            ),
        ),
    )

app = pc.App(state=State)
app.add_page(index)
app.compile()

I found the issue to be with how data tables are rendered under the render method in the datatable class.
** Specifics (please complete the following information):**

Python Version: 3.11
Pynecone Version: 0.1.18

https://github.com/pynecone-io/pynecone/issues/541
It seems to this issue, I will fix later.


Format actions overkill in context menu

Refs: #71093

Have prettier, beautify installed.
Open typescript file
Select something -> context menu

Notice there are 4 commands regarding formating. Even though I understand the differences I think this is overkill. Instead of that I suggest to just show 2 commands in the context menu, and still show all 4 in the command palette.
If you really want to force the user to disable some formatter then I suggest to only show the "Format With..." commands.

If you really want to force the user to disable some formatter then I suggest to only show the "Format With..." commands.

We are not going in circles here. That's exactly what we had three days ago and people didn't like it. I think having a selection, multiple formatters, and the context menu open happens seldom and when it happens then it represents that state of your installation.

If you really want to force the user to disable some formatter

Once you have only one formatter left, the context menu, the command palette and the status bar all get cleaner. That's a well designed incentive for users to only enable 1 formatter for a filetype 👍


[FEATURE] Create a framework for playing and switching between groups of adoptive musics

Is your feature request related to a problem? Please describe.
Audio.
Describe the solution you'd like
Look into creating a set of adoptive background music, that a Singleton script can be designed to transition between one set to another. Also consider a method to fade in and out ambient music (possible as part of the adoptive music set, just with a location set?) with this new framework.
Tasklist

[x] Look into whether it's worth doing this.  Wwise and FMod exists, after all; why another one?

Describe alternatives you've considered
Considered whether just using Wwise or FMod would be good enough.  Is it really worth creating an open-source alternative?
Additional context
Carry-over from the old Bitbucket Mercurial project:
https://bitbucket.org/OmiyaGames/hg-template-unity-project/issues/47/create-a-framework-for-playing-and

With the addition of BackgroundAudio and BackgroundAudio.Player, this is now possible.  Just use the fun helper functions in AudioManager.Music and AudioManager.Ambience