Skip to content

Conversation

@gorillapower
Copy link
Contributor

Issue describing the changes in this PR

When deleting a Task hub via the CLI, the default hardcoded partition count is used (currently 4). This means that only the default number of queues are deleted, resulting in orphaned queues in the storage account.

This pull request uses the partition count specified in the host.json if it is present.

Pull request checklist

  • [ X] My changes do not require documentation changes
    • Otherwise: Documentation issue linked to PR
  • [ X] My changes do not need to be backported to a previous version
    • Otherwise: Backport tracked by issue/PR #issue_or_pr
  • I have added all required tests (Unit tests, E2E tests)

AnatoliB and others added 30 commits February 4, 2020 12:30
* Add flag to skip AzureWebJobsStorage check.

* Fix formatting, unit-test with blob/timer trigger

Co-authored-by: Ahmed ElSayed <[email protected]>
Fixing issue Azure#1732 
Updating the else if block to skip attempting to set the environmental variable when both the var and it's value are blank or null.

Co-authored-by: Ahmed ElSayed <[email protected]>
* Add x64 notice installing tools for debugging

For debugging under vscode, x64 installer is required

* Update README.md to use '/x64' flag only

Co-authored-by: Ankit Kumar <[email protected]>
Add info to make gozip executable
* Makes dedicated plan stream log

* Prioritize py launcher for Python version detection

* Prioritize python3 over python

* Lossen runtime image check

* Handle exception when deployment id missing case
soninaren and others added 14 commits August 26, 2021 11:26
* Add SBOM Generation to V3 (Azure#2879)

* Add SBOM manifest to generated artifacts (Azure#2869)

* Initial changes to add SBOM manifest to generated artifacts

* Added .nuspec file for packing with manifests

* Add SBOM generation for release builds

* Add reference to .nuspec file

* Made generateMsiFiles.ps1 script cleaner

* Remove AddSBOM variable

* Addressing some comments

* Uncommented key steps in the pipeline and adjusted branch name comparison

* Addressing further comments

* Removed  from the pipeline

* Removed Write-Log from pipelineUtilities.psm1

* Altered installation location of dotnet

* Add variable that can override SBOM generation in non-SBOM scenarios

* Ensure parsing boolean environmental variables is done properly

* Add [ref] for parsing boolean environmental variables

* Moved condition for generating .msi files to azure-pipelines.yml

* Ensure parsing of boolean environmental variable is done correctly

* Added debugging statement

* Removed debugging statement and fixed build command logic

* Fixed condition determining build command

* Ensure conditions for a full release simulation match

* Correct artifacts path location

* Altered the pool and vmImage

* Slight modifications for V3

* Change version name in .nuspec file to be V3 instead of V4

* Update target framework in Settings.cs

* Changed the target framework to netcoreapp 2.2

* Altered spacing on azure-pipelines.yml

* More altered spacing

* Removed IntegrationBuildNumber
removing the choco v4 install instructions as the choco v4 package is currently not available.  Please see Azure#2868
* Removed appveyor references from the build pipeline

* Replaced Invoke-Expression to &{} and corrected an exception's message

* Remove quotes from commands

* Removed quotations from build command

* Altered  so it would run
* Moved SimulateReleaseBuild logic to azure-pipelines.yml

* Fixed small typo

* Corrected another small typo
Other console messages are in the form of "Press any key to <do something>"; I added the word "key" the console output.

Co-authored-by: Michael Peng <[email protected]>
* Added winget instructions to install Core Tools V3 and V4

* Add extra # to subheadings

* Correct small pre-existing typo
@davidmrdavid
Copy link

@michaelpeng36 - can you please give this a look?

@davidmrdavid
Copy link

I've been able to repro the issue that this PR aims to fix. So I can confirm the presence of the bug. That said, I'll need help to validate that the PR fixes core tools.

Please see this comment to reproduce the error.

@michaelpeng36
Copy link
Contributor

Thanks for the contribution and for surfacing this issue @gorillapower. Would you be able to make your target branch v4.x instead of dev?

@gorillapower
Copy link
Contributor Author

Thanks for the contribution and for surfacing this issue @gorillapower. Would you be able to make your target branch v4.x instead of dev?

Sure thing. Is it correct now?

@michaelpeng36
Copy link
Contributor

Thanks for the prompt action @gorillapower. Actually, it looks like this is pulling in a couple other changes that we would like to keep separate. Would you be able to do the following?

  1. On your fork, checkout the v4.x branch and run the command git cherry-pick <sha256>, where <sha256> is the commit hash of your change.
  2. Create a new PR against the v4.x branch of this repository.

@gorillapower
Copy link
Contributor Author

@michaelpeng36 thanks for info! I have created new pull request here #3020

@michaelpeng36
Copy link
Contributor

@TroyWitthoeft, Core Tools V4 is available on Chocolatey under the name azure-functions-core-tools, as seen here: https://community.chocolatey.org/packages/azure-functions-core-tools

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.