scene graph parsing

It looks like the only remaining major feature left is to extract the scene graph information:
(d) Scene Graph

T : Transform Node
G : Group Node
S : Shape Node

     T
     |
     G
    / \
   T   T
   |   |
   G   S
  / \
 T   T
 |   |
 S   S

=================================
(1) Transform Node Chunk : "nTRN"

int32	: node id
DICT	: node attributes
	  (_name : string)
	  (_hidden : 0/1)
int32 	: child node id
int32 	: reserved id (must be -1)
int32	: layer id
int32	: num of frames (must be 1)

// for each frame
{
DICT	: frame attributes
	  (_r : int8) ROTATION, see (c)
	  (_t : int32x3) translation
}xN

=================================
(2) Group Node Chunk : "nGRP"

int32	: node id
DICT	: node attributes
int32 	: num of children nodes

// for each child
{
int32	: child node id
}xN

=================================
(3) Shape Node Chunk : "nSHP"

int32	: node id
DICT	: node attributes
int32 	: num of models (must be 1)

// for each model
{
int32	: model id
DICT	: model attributes : reserved
}xN

which is an extension https://github.com/ephtracy/voxel-model/blob/master/MagicaVoxel-file-format-vox-extension.txt
This doesn't seem like a whole lot of work since much of the groundwork is already laid, but i'm not really sure?

hi.....
I've just come across the library and i need this, is anyone working on a PR to do it or should I do it myself?

To the best of my knowledge its not being worked on at the moment - PRs are more than welcome.

alright, thank you

Okay, I'm reading in the scene graph and layer chunks now over at my fork. I'm not yet entering this information into the DotVoxData because I'm not 100% sure about the best format for a few reasons:

I don't know the actual rules behind the node hierarchy in the scene graph, only that certain arrangements are possible according to the very limited format documentation. This mainly just means I'm unsure if the scene graph is a typical one with a single root (transform) node, or can have many.
I'm also not sure how I should lay the data out to begin with; I was thinking I just preserve the original hierarchy and have the user traverse the graph as they would normally.
I have no idea of the role of layers here or how they are supposed to be used as I have never used them in MagicaVoxel. This adds another dimension of confusion - is there a scene root for each layer? I'm not sure.
Unrelated, but I'm also confused how dot_vox appears to parse the PACK chunk a completely different way that the original vox format docs say, but it still appears to work. Is the official documentation inaccurate? This could throw off a lot of the work I've already done if the format has changed too much.

One last thing: I've had to put #![allow(missing_docs)] at the top of scene.rs due to all the pub parse macros generating "requires documentation" errors when I try to compile them. I have no idea why. In model.rs, macros are defined the exact same way and there is no error. I would preferably like to not include this in the final PR but I am not too familliar with this part of Rust besides knowing that, because of how doc comments work, you can't put a documentation comment on a function declared inside a macro from outside it.

Another problem I have is that when I read in the attributes Dict for a transform node, which is supposed to contain "_t" and "_r", the respective translation and rotation, my debugger tells me that it contains no keys at all. I am not sure why this is.

Another problem I have is that when I read in the attributes Dict for a transform node, which is supposed to contain "_t" and "_r", [...]

@Sixmorphugus
Have you looked at the tracker of the voxel-model repo? Specifically this one?
That thread mentions a (still open) PR that may help explain things.
I would just file issues with each of your questions in that tracker.

Another problem I have is that when I read in the attributes Dict for a transform node, which is supposed to contain "_t" and "_r", [...]

@Sixmorphugus
Have you looked at the tracker of the voxel-model repo? Specifically this one?
That thread mentions a (still open) PR that may help explain things.
I would just file issues with each of your questions in that tracker.

Ah, that's a good idea. Thanks.

Good news! I've imported and rendered out a full scene in my game.

This means the work for reading the scene graph node chunks is basically all done, however I do want to add some general utility functions in another file for reading the transform node frame locations as the Dict they come in by default is difficult to comprehend and rather bad to work with. I'm also going to add some tests and then I'll make a PR.

@Sixmorphugus Your fork looks good.
Any chance for some example code that uses these new Scene* types?

@Sixmorphugus Your fork looks good.
Any chance for some example code that uses these new Scene* types?

Hi, I've been quite busy recently but I can show the function I made in my bevy_vox changes to read scene graphs:
/// Recursive scene reader function
fn read_scene_node(scene: &Vec<SceneNode>, model_handles: &Vec<Handle<Mesh>>, current_node: usize, mut world: &mut World, cumulative_position: Vec3, cumulative_rotation: Quat) {
    match &scene[current_node] {
        SceneNode::Transform {attributes, frames, child} => {
            // For now we care only for the content of the first frame.
            let mut position = Vec3::default();
            let mut rotation = Quat::default();

            if frames.len() == 1 {
                if let Some(value) = frames[0].get("_t") {
                    let values : Vec<&str> = value.split(" ").collect();

                    if values.len() == 3 {
                        position = Vec3::new(values[0].parse::<f32>().unwrap(), values[2].parse::<f32>().unwrap(), values[1].parse::<f32>().unwrap());
                    }
                }

                if let Some(value) = frames[0].get("_r") {
                    let byte_rotation = value.parse::<u8>().unwrap();

                    // .vox stores a row-major rotation in the bits of a byte.
                    //
                    // for example :
                    // R =
                    //  0  1  0
                    //  0  0 -1
                    // -1  0  0
                    // ==>
                    // unsigned char _r = (1 << 0) | (2 << 2) | (0 << 4) | (1 << 5) | (1 << 6)
                    //
                    // bit | value
                    // 0-1 : 1 : index of the non-zero entry in the first row
                    // 2-3 : 2 : index of the non-zero entry in the second row
                    // 4   : 0 : the sign in the first row (0 : positive; 1 : negative)
                    // 5   : 1 : the sign in the second row (0 : positive; 1 : negative)
                    // 6   : 1 : the sign in the third row (0 : positive; 1 : negative)

                    // First two indices
                    let index_nz1 = (byte_rotation & 0b11) as usize;
                    let index_nz2 = ((byte_rotation & 0b1100) >> 2) as usize;

                    // You get the third index out via a process of elimination here. It's the one that wasn't used for the other rows.
                    let possible_thirds = [
                        index_nz1 == 0 || index_nz2 == 0,
                        index_nz1 == 1 || index_nz2 == 1,
                        index_nz1 == 2 || index_nz2 == 2,
                    ];

                    let mut index_nz3 = 0;

                    for i in 0..possible_thirds.len()
                    {
                        if possible_thirds[i] == false
                        {
                            index_nz3 = i;
                        }
                    }

                    // Values of all three columns (1 or 0)
                    let val_1 = if (byte_rotation & 0b1_0000) >> 4 == 1 { -1. } else { 1. };
                    let val_2 = if (byte_rotation & 0b10_0000) >> 5 == 1{ -1. } else { 1. };
                    let val_3 = if (byte_rotation & 0b100_0000) >> 6 == 1 { -1. } else { 1. };

                    // Columns as read from file
                    let mut initial_cols: [[f32; 3]; 3] = [
                        [ 0.,  0.,  0.],
                        [ 0.,  0.,  0.],
                        [ 0.,  0.,  0.],
                    ];

                    initial_cols[0][index_nz1] = val_1;
                    initial_cols[1][index_nz2] = val_2;
                    initial_cols[2][index_nz3] = val_3;

                    let initial_matrix = Mat3::from_cols_array_2d(&initial_cols);

                    // Convert!
                    /*
                    let mut cols : [[f32; 3]; 3] = [
                        [ initial_cols[0][0],  0.,  initial_cols[1][0]],
                        [ 0.,  1.,  0.], // this is ALWAYS this value
                        [ initial_cols[0][1],  0.,  initial_cols[1][1]],
                    ];

                    // Make a Mat3
                    let matrix = Mat3::from_cols_array_2d(&cols);
                    */

                    // We need to rotate the initial matrix by this to make it actually correct in bevy.
                    let magicavoxel_identity = Mat3::from_cols_array_2d(&[
                        [-1.,  0.,  0.],
                        [ 0.,  0.,  1.],
                        [ 0.,  1.,  0.],
                    ]);

                    let matrix = magicavoxel_identity.transpose().mul_mat3(&initial_matrix).mul_mat3(&magicavoxel_identity);

                    // Convert the matrix rotation to a Quat
                    rotation = Quat::from_rotation_mat3(&matrix);
                }
            } else { panic!("Non-1 number of frames in .vox transform scene node ({})", frames.len()) }

            // Update the cululative translation and rotation
            let cumulative_position = cumulative_position + position;
            let cumulative_rotation = rotation; //cumulative_rotation.mul_quat(rotation);

            // Parse the child node
            read_scene_node(scene, model_handles, *child as usize, world, cumulative_position, cumulative_rotation);
        },
        SceneNode::Group {attributes, children} => {
            // In comparrison to transforms (dear god) this one is pretty straightforward.
            for i in children {
                read_scene_node(scene, model_handles, *i as usize, world, cumulative_position, cumulative_rotation);
            }
        },
        SceneNode::Shape {attributes, models} => {
            // For now we only care about the first model.
            if models.len() == 1 {
                // Spawn a voxel model in the world with the correct mesh
                world
                    .spawn()
                    .insert_bundle(MarlaMeshBundle {
                        mesh: model_handles[models[0].model_id as usize].clone(),
                        transform: Transform {
                            translation: cumulative_position,
                            rotation: cumulative_rotation,
                            scale: Vec3::ONE,
                        },
                        ..Default::default()
                    });
            } else { panic!("Non-1 number of models in .vox shape scene node ({})", models.len()) }
        },
    }
}

I'm not sure when I will have time to resume work here, so if anyone wants to take what I have and continue on please feel free.

@Sixmorphugus I have a small comment about the example code that you showed here:

// You get the third index out via a process of elimination here. It's the one that wasn't used for the other rows.

Some observation that we can make here is that

index_nz1 != index_nz2
index_nzx <= 2

Therefore, we can prove that index_nz1 + index_nz2 + index_nz3 = 3.
So, maybe you can simply write index_nz3 = 3 - index_nz1 - index_nz2 in your SceneNode::Transform case.
Also @Sixmorphugus your branch looks good. Do you wanna open a PR so that we can do some reviews?

Bump!
@Neo-Zhixing if @Sixmorphugus doesn't have time to create a PR, someone else could do it.
I could just fork his fork and open a PR if this about process. I.e. the code is there to review since half a year now. Just saying. 😉

@virtualritz PR added!

Nice!!! :)

PR merged.


Fix StyleSheet 'textAlign' for AndroidTextInput

change setTextAlign and setTextAlignVertical to receive argument of type String (the same as in StyleSheet), so that native props and stylesheet props are calling the same @ReactMethod

add demo (may not be necessary)

Thanks for the review @kmagiera!

@kmagiera , I updated the diff based on your comments. Let me know what you think!
Some highlights of updates:

removed the use of HashMap
removed Android native props for textAlign & textAlignVertical
added textAlignVertical to TextStyleProps
added TEXT_ALIGN_VERTICAL constant to ViewProps

This looks very good. Thanks @traver7er!
I believe this should be marked as a breaking change and someone should update callsites in Fb internal apps. What needs to be done is just to move textAlign and textVerticalAlign out of view props and to the styles object cc @mkonocek

Adding to my TODO-list of PRs.

was going to also update the docs, and found it's already updated. Thanks!
Let me know if you need me to update anything,

@mkonicek @kmagiera  a quick note, I named the prop "textAlignVertical" instead of "textVerticalAlign", do you want me to change it?

@trave7er I think textAlignVertical is better.

:+1:  on this one.  I was able to put off the "Android Version" of an app to 2016, but I'd love :shipit: soon.

@trave7er Can you resolve the merge conflicts so we can try and get this merged in?

@christopherdro updated

just ran into this issue myself - hoping this gets merged today!

@trave7er Could you also squash commits?

Actually I think shipit squashes the commits, let's try it:
@facebook-github-bot shipit

Yup, looks squashed, landing now :)

Any news on this?

I need to fix an internal test, will cherry-pick this to 0.19.

Merging again now. Please don't update the PR :)

:rocket:


Incompatible with Psalm 3.7?

I have Psalm 3.7 installed. When I run
composer require --dev psalm/plugin-laravel
Composer tells me:

Your requirements could not be resolved to an installable set of packages.
Problem 1
- Installation request for psalm/plugin-laravel ^0.7.0 -> satisfiable by psalm/plugin-laravel[0.7].
- psalm/plugin-laravel 0.7 requires vimeo/psalm 3.2.|3.3.|3.4.|3.5.|3.6.* -> satisfiable by vimeo/psalm[3.2, 3.2.10, 3.2.11, 3.2.12, 3.2.2, 3.2.3, 3.2.4, 3.2.5, 3.2.6, 3.2.7, 3.2.8, 3.2.9, 3.3.0, 3.3.1, 3.3.2, 3.4.0, 3.4.1, 3.4.10, 3.4.11, 3.4.12, 3.4.2, 3.4.3, 3.4.4, 3.4.5, 3.4.6, 3.4.7, 3.4.8, 3.4.9, 3.5.0, 3.5.1, 3.5.2, 3.5.3, 3.6.0, 3.6.1, 3.6.2, 3.6.3, 3.6.4, 3.6.5, 3.6.6] but these conflict with your requirements or minimum-stability.

Sorry, I've just pushed a new release that is compatible


PrestaShop Fatal error ://

Can You help me please? I cann't install this module and I don't know why :(
I haven't any module with "Logger" CLASS

Do you have the previous version installed?
This is the new REST plugin. If you have the SOAP plugin installed, you have to remove it first.
Here we have the instructions in a video: https://www.youtube.com/watch?v=wYa6Wynfimw

Do you have the previous version installed?
This is the new REST plugin. If you have the SOAP plugin installed, you have to remove it first.
Here we have the instructions in a video: https://www.youtube.com/watch?v=wYa6Wynfimw

The problem is in the class names.
Apache log4php package does not have namespaces so it declares a class named "Logger".
Some other module in "modules" directory does the same. So php cannot declare two classes with the same name and produces an error.
In my case, the second module was my own creation, so I refactored my code to have namespaces. Prestashop 1.6 does not fully support namespaces so here is the guide that helped me to resolve this issue https://github.com/gskema/prestashop-1.6-module-boilerplate/blob/master/docs/namespaces.md
I am not familiar with apache/log4php package, but I think that developers should look for another package that supports namespaces. Because any modules that does not use namespaces and have classes with same names would crash the application.

The problem is in the class names.
Apache log4php package does not have namespaces so it declares a class named "Logger".
Some other module in "modules" directory does the same. So php cannot declare two classes with the same name and produces an error.
In my case, the second module was my own creation, so I refactored my code to have namespaces. Prestashop 1.6 does not fully support namespaces so here is the guide that helped me to resolve this issue https://github.com/gskema/prestashop-1.6-module-boilerplate/blob/master/docs/namespaces.md
I am not familiar with apache/log4php package, but I think that developers should look for another package that supports namespaces. Because any modules that does not use namespaces and have classes with same names would crash the application.


Can't uninstall

Hello! I'm trying uninstall the patch but it stills showing the temperature memory on Hive OS dashboard.
Below follow log after execute uninstall command...
main.zip                                    100%[==========================================================================================>]   8.89K  --.-KB/s    in 0s
2022-03-31 16:39:08 (21.9 MB/s) - ‘main.zip’ saved [9103/9103]
Archive:  main.zip
39e37871c5ceb64d237d0503951919cacddc0402
creating: hiveos_gddr6x_temps-main/
inflating: hiveos_gddr6x_temps-main/.gitignore
inflating: hiveos_gddr6x_temps-main/LICENSE.md
inflating: hiveos_gddr6x_temps-main/README.md
inflating: hiveos_gddr6x_temps-main/install.sh
creating: hiveos_gddr6x_temps-main/opt/
creating: hiveos_gddr6x_temps-main/opt/gddr6x_temps/
inflating: hiveos_gddr6x_temps-main/opt/gddr6x_temps/autofan.patch
inflating: hiveos_gddr6x_temps-main/opt/gddr6x_temps/gddr6x_temps
inflating: hiveos_gddr6x_temps-main/opt/gddr6x_temps/gddr6x_temps.service
inflating: hiveos_gddr6x_temps-main/patch-autofan.sh
inflating: hiveos_gddr6x_temps-main/quick-install-unstable.sh
inflating: hiveos_gddr6x_temps-main/quick-install.sh
inflating: hiveos_gddr6x_temps-main/quick-uninstall.sh
inflating: hiveos_gddr6x_temps-main/uninstall.sh
Disabling service
Removed /etc/systemd/system/gddr6x_temps.service.
Removed /etc/systemd/system/multi-user.target.wants/gddr6x_temps.service.
Removing package
Uninstall completed

Hello, can you please retry now?

Thanks :smiley_cat:
basically before it was deleting the project and disabling the service, but didn't stop the currently running process (that's why temps were still shown).
So now I added a line to stop also the currently running service. And indeed the error that you got last time is because the service was already removed with the previous uninstall command :)


Compund Any operator

I can't see in this documentation how you would search the following.
this text is contained in any of the fields  aaa   bbb    ccc

You can perform this type of search by using SearchBuilders<>.Path.Multi as follows:
List<BsonDocument> results = coll.Aggregate()
    .Search(
        SearchBuilders<BsonDocument>.Search
            .Phrase(
                "search for this text",
                SearchBuilders<BsonDocument>.Path
                    .Multi("aaa", "bbb", "ccc")))
    .ToList();

If you're using a type-safe object with fields specified as expression trees, you can do it like this:
List<ModelObject> results = coll.Aggregate()
    .Search(
        SearchBuilders<ModelObject>.Search
            .Phrase(
                "search for this text",
                SearchBuilders<ModelObject>.Path
                    .Multi(
                        new ExpressionFieldDefinition<ModelObject, string>(x => x.AAA),
                        new ExpressionFieldDefinition<ModelObject, string>(x => x.BBB),
                        new ExpressionFieldDefinition<ModelObject, string>(x => x.CCC))))
    .ToList();

Thanks for reaching out, and please let me know if I can be of any further assistance.

Where do you say which index to use?

The Search method has an optional indexName parameter.


Add fal to tools

This PR adds fal to dbt tools list.

@mkam039 Thanks for this addition. I like your idea of incorporating custom Python scripts with dbt!


DREF - Imminent changes

Task description
Some changes have been requested to the Type of DREF Imminent, please find all the changes in the following document:
Changes to Imminent.docx
Also, we have developed a document showcasing how the export should look like:
DREF for imminent template revision V2 21Dec23.docx
Let me know if the document is clear or if you rather I convert the items into a list here in the Github ticket!
@tovari @udaynwa
Tickets

[ ] #676
[ ] #698
[ ] #704
[ ] #709
[ ] #705
[ ] #708
[ ] #675
[ ] #771

DEV Questions

Are there transition rules for different DREF types for different stages of DREF? For example, can a response DREF application change to a Loan DREF type in Ops Update?
Similarly, is there any rule for change in the type of DREF between subsequent Ops Updates? For example, can Ops Update #2 be an Assessment type if Ops Update #1 is an Imminent type?
Does the change in the type of DREF apply to the Final Report?

DEV Questions | 02/28/2024

In the 3rd column of Changes to Imminent.docx document, we have Hide for some fields, and Hide from export for some of the fields (for example: Previous Operations field has Hide, and Threshold for early action field has Hide from export. Below is our understanding, please confirm:

Hide: Hide from both form and export?
Hide from export: Show in form, but hide from export?

In the Changes to Imminent.docx document, Request Amount in CHF is placed in the Operation Overview section of the form. But previously, following the DREF Superticket we had moved these fields from the Operation Overview section to the Operation  section. So could you please verify this and let us know what we need to do there?

@marcovvu1 @anamariaescobar @tovari

More questions | 02/28/2024

List of activities field:

For the DREF Application, based on the Changes to Imminent.docx, it says that we will now be having 3 bullet-pointed list of activities text fields (with implementation timeframe) instead of one bullet-pointed list of activities text field. In this case, we have a couple of questions:

What to do with the old List of activities data? How do we handle them?
Is the Implementation timeframe a mandatory field? If yes, what do we set as a default timeframe for the old List of activities?

For the DREF Ops Update, the instructions in Changes to Imminent.docx are not clear. Could you please review the instructions in the document and clarify?

In the 3rd column of the document, when you say 'Leave for the export the field called XYZ only and remove the subtitle', do you mean that we only show the XYZ field in the export and leave out the rest of the fields? For example: Who will be targeted through this operation? field, Explain the selection criteria for the targeted population field, etc.

We are happy to discuss all the questions over a few calls too if required.
cc @marcovvu1 @anamariaescobar @tovari

DEV Questions | 02/28/2024

In the 3rd column of Changes to Imminent.docx document, we have Hide for some fields, and Hide from export for some of the fields (for example: Previous Operations field has Hide, and Threshold for early action field has Hide from export. Below is our understanding, please confirm:

Hide: Hide from both form and export?

Hide from export: Show in form, but hide from export?

In the Changes to Imminent.docx document, Request Amount in CHF is placed in the Operation Overview section of the form. But previously, following the DREF Superticket we had moved these fields from the Operation Overview section to the Operation  section. So could you please verify this and let us know what we need to do there?

For the Is the National Society implementing other mitigating measures through other sources of funds? field in Changes to Imminent.docx, the first column is empty. Is this also a New field - long text?

@marcovvu1 @anamariaescobar @tovari

Hi @udaynwa, Thanks for the questions. So,
On the first point, yes indeed, some of the fields, the ones that are classify as "hide form export" is because we still want to be able to see the information that was added to the field in the on line form, but that information should not make it to the export document.
On the second point, you are right, the requested amount isn't to longer in the overview and should not be added.
Hope this helps!
Marco Vargas

@udaynwa
On you third point, yes that field is also a new long tex field.
Thanks!

More questions | 02/28/2024

List of activities field:

For the DREF Application, based on the Changes to Imminent.docx, it says that we will now be having 3 bullet-pointed list of activities text fields (with implementation timeframe) instead of one bullet-pointed list of activities text field. In this case, we have a couple of questions:

What to do with the old List of activities data? How do we handle them?

Is the Implementation timeframe a mandatory field? If yes, what do we set as a default timeframe for the old List of activities?

For the DREF Ops Update, the instructions in Changes to Imminent.docx are not clear. Could you please review the instructions in the document and clarify?

In the 3rd column of the document, when you say 'Leave for the export the field called XYZ only and remove the subtitle', do you mean that we only show the XYZ field in the export and leave out the rest of the fields? For example: Who will be targeted through this operation? field, Explain the selection criteria for the targeted population field, etc.

We are happy to discuss all the questions over a few calls too if required.
cc @marcovvu1 @anamariaescobar @tovari

What to do with the old List of activities data? How do we handle them? - the list will go into the early action block

- Is the `Implementation timeframe` a mandatory field? If yes, what do we set as a default timeframe for the old `List of activities`? - **no need to add the timeframe to old DREFs**

For the DREF Ops Update, the instructions in Changes to Imminent.docx are not clear. Could you please review the instructions in the document and clarify? - For the export of the ops update, we will display the progress towards outcome field that we have right now where they will explain the progress done so far, but we will also display the field early response block, which will be called Response and it will be where they add the new activities in the update.

In the 3rd column of the document, when you say 'Leave for the export the field called XYZ only and remove the subtitle', do you mean that we only show the XYZ field in the export and leave out the rest of the fields? For example: Who will be targeted through this operation? field, Explain the selection criteria for the targeted population field, etc. - **When we say leave "X" field only, is because we have a case of having fields "X" and "Y" with the same information but one for response "X" and another for early actions "Y", for example the targeting, who are you targeting with response and who with early actions, so what we want to do is to remove the field for early action "Y" form the export, and just show "X", then, because we do not longer have two, we do not need the subtitle, so for example in selection criteria, it should only have the title  selection criteria, and not the "For the expected impacted population if the hazard materialises for the immediate response activities" subtitle.
**

Let me know if this helps.
Marco
@udaynwa @anamariaescobar

DEV Questions | 02/29/2024

According to the Changes to Imminent.docx, in some of the fields we will now be having two fields where previously there used to be only one field. In this case, how do we handle the data from the previous field? Do we need to map the old field data to the new ones? Some of the fields that have these cases are:

Anticipated Needs > Sectors: Previously we had only 1 text field, but now we will be having Current needs of population at risk and Expected needs for immediate assistance if the population is impacted
Who will be targeted through this operation? field will be having 2 new sub-fields
Explain the selection criteria for the targeted population field will be having 2 new sub-fields
Total Targeted Population field will be having 2 new sub-fields

cc @marcovvu1 @anamariaescobar @tovari

DEV Questions | 02/29/2024

According to the Changes to Imminent.docx, in some of the fields we will now be having two fields where previously there used to be only one field. In this case, how do we handle the data from the previous field? Do we need to map the old field data to the new ones? The fields that have these cases are:

Anticipated Needs > Sectors: Previously we had only 1 text field, but now we will be having Current needs of population at risk and Expected needs for immediate assistance if the population is impacted
Who will be targeted through this operation? field will be having 2 new sub-fields
Explain the selection criteria for the targeted population field will be having 2 new sub-fields
Total Targeted Population field will be having 2 new sub-fields

cc @marcovvu1 @anamariaescobar @tovari

In this cases, the data from previous applications need to be mapped against the new fields.
For needs: Current needs of the population at risk
Who will be targeted through this operation: Targeting of population at risk for the early actions
Explain the selection criteria for the targeted population: For population at risk for the early actions
Total targeted population: Early activities
@udaynwa @anamariaescobar

Dev Question | 14/03/2024
We have 4 new long text fields added in the Current National Society Actions. Our question here is, do we need a Yes or No boolean input before showing the text fields for these 4 new fields (like we show for Did the National Society start any anticipatory actions?
Currently, we are implementing without the boolean inputs (please check the screenshot).

@marcovvu1 @anamariaescobar

No need for the yes and no question as this fields will be mandatory @udaynwa @anamariaescobar

Cancelling this ticket due to business change


Line magic not registering correctly

I can't debug right now, but after uninstalling my fork from the hub and trying to use the system-wide one, I'm getting:

Does it work for you?

@fperez ah, I hadn't updated the README - it's %ghscopedcreds, not %ghscopedauth


"Failed in attempting to update the source: winget"

Brief description of your issue
Since yesterday evening (around 5pm - UTC+2), I've been getting the error Failed in attempting to update the source: winget whenever I try a command like winget upgrade.
Steps to reproduce
Run winget upgrade.
Expected behavior
That the winget source works.
Actual behavior
Failed in attempting to update the source: winget
Current Location: Dunkerque, France
The problem doesn't seem to be present on my computers in Arlon, Belgium or Capellen, Luxembourg.
Logs:
2023-09-27 09:26:00.429 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFD55151415: (caller: 00007FFD552B65F4) Exception(1) tid(938) 8051100F
2023-09-27 09:26:00.429 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(53)\WindowsPackageManager.dll!00007 FFD553E9136: (caller: 00007FFD552B2907) LogHr(1) tid(938) 8051100F Msg:[PreIndexedPackageInfo failed on primary location -- D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007 FFD55151415: (caller: 00007FFD552B65F4) Exception(1) tid(938) 8051100F ]

2023-09-27 09:26:00.459 [FAIL] WindowsPackageManager.dll!00007FFD553BFB12: ReturnHr(1) tid(938) 801901AD Msg:[D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\HttpStream\HttpClientWrapper.cpp(52)\WindowsPackageManager.dll!00007 FFD553B6E0E: (caller: 00007FFD550FB960) Exception(2) tid(938) 801901AD ]

2023-09-27 09:26:00.459 [FAIL] WindowsPackageManager.dll!00007FFD55155EE7: LogHr(2) tid(938) 801901AD
2023-09-27 09:26:00.460 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(64)\WindowsPackageManager.dll!00007 FFD553E9193: (caller: 00007FFD552B2907) LogHr(3) tid(938) 801901AD Msg:[PreIndexedPackageInfo failed on alternate location -- winrt::hresult_error: The text associated with this error code could not be found].

2023-09-27 09:26:00.460 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(66)\WindowsPackageManager.dll!00007FFD552B6745: (caller: 00007FFD552B2907) Exception(3) tid(938) 8051100F
2023-09-27 09:26:00.460 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\RepositorySource.cpp(53)\WindowsPackageManager.dll!00007 FFD553E69B1: (caller: 00007FFD5529D6C2) LogHr(4) tid(938) 8051100F Msg:[D:\a\_work1\\s\external\pkg\src\sAppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(66)\WindowsPackageManager.dll!00007 FFD552B6745: (caller: 00007FFD552B2907) Exception(3) tid(938) 8051100F ]

2023-09-27 09:26:00.460 [REPO] Source add/update failed, waiting a bit and retrying: winget
2023-09-27 09:26:02.498 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFD55151415: (caller: 00007FFD552B65F4) Exception(4) tid(938) 8051100F

2023-09-27 09:26:02.498 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(53)\WindowsPackageManager.dll!00007 FFD553E9136: (caller: 00007FFD552B2907) LogHr(5) tid(938) 8051100F Msg:[PreIndexedPackageInfo failed on primary location -- D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007 FFD55151415: (caller: 00007FFD552B65F4) Exception(4) tid(938) 8051100F ]

2023-09-27 09:26:02.672 [FAIL] WindowsPackageManager.dll!00007FFD553BFB12: ReturnHr(2) tid(938) 801901AD Msg:[D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\HttpStream\HttpClientWrapper.cpp(52)\WindowsPackageManager.dll!00007 FFD553B6E0E: (caller: 00007FFD550FB960) Exception(5) tid(938) 801901AD ]

2023-09-27 09:26:02.672 [FAIL] WindowsPackageManager.dll!00007FFD55155EE7: LogHr(6) tid(938) 801901AD
2023-09-27 09:26:02.672 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(64)\WindowsPackageManager.dll!00007 FFD553E9193: (caller: 00007FFD552B2907) LogHr(7) tid(938) 801901AD Msg:[PreIndexedPackageInfo failed on alternate location -- winrt::hresult_error: The text associated with this error code could not be found].
2023-09-27 09:26:02.672 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(66)\WindowsPackageManager.dll!00007FFD552B6745: (caller: 00007FFD552B2907) Exception(6) tid(938) 8051100F
2023-09-27 09:26:02.672 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\RepositorySource.cpp(562)\WindowsPackageManager.dll!00007 FFD553E5F74: (caller: 00007FFD55176B2F) LogHr(8) tid(938) 8051100F Msg:[D:\a\_work1\\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(66)\WindowsPackageManager.dll!00007 FFD552B6745: (caller: 00007FFD552B2907) Exception(6) tid(938) 8051100F ]

2023-09-27 09:26:02.672 [REPO] Failed to update source: winget

Environment
Gestionnaire de package Windows v1.6.2631
Copyright (c) Microsoft Corporation. Tous droits réservés.

Windows: Windows.Desktop v10.0.22621.2361
Architecture du système : X64
Package : Microsoft.DesktopAppInstaller v1.21.2631.0

Répertoires Winget
-----------------------------------------------------------------------------------------------------------------------------------------
Journaux                                     %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\DiagOutputDir
Paramètres utilisateurs                      %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\settings.json
Répertoire des liens portables (utilisateur) %LOCALAPPDATA%\Microsoft\WinGet\Links
Répertoire des liens portables (ordinateur)  C:\Program Files\WinGet\Links
Racine de package portable (utilisateur)     %LOCALAPPDATA%\Microsoft\WinGet\Packages
Racine du package portable                   C:\Program Files\WinGet\Packages
Racine de package portable (x86)             C:\Program Files (x86)\WinGet\Packages
Téléchargements du programme d’installation  D:\Users\Lusiiky\Downloads

Liens
---------------------------------------------------------------------------------------------
Déclaration de confidentialité        https://aka.ms/winget-privacy
Contrat de licence                    https://aka.ms/winget-license
Avis de tiers                         https://aka.ms/winget-3rdPartyNotice
Page d’accueil                        https://aka.ms/winget
Conditions générales du Windows Store https://www.microsoft.com/en-us/storedocs/terms-of-sale

Paramètre administrateur                  État
---------------------------------------------------
LocalManifestFiles                        Désactivé
BypassCertificatePinningForMicrosoftStore Désactivé
InstallerHashOverride                     Désactivé
LocalArchiveMalwareScanOverride           Désactivé

We are experiencing the same.

https://cdn.winget.microsoft.com/cache returns 404 for me

My logs show a Forbidden (403):
`2023-09-20 14:53:03.329 [CORE] WinGet, version [1.5.2201], activity [{526FE31F-B772-4A4C-8A9B-8CF2DBF7D178}]
2023-09-20 14:53:03.330 [CORE] OS: Windows.Desktop v10.0.22621.2134
2023-09-20 14:53:03.331 [CORE] Command line Args: winget  update sysinternals
2023-09-20 14:53:03.331 [CORE] Package: Microsoft.DesktopAppInstaller v1.20.2201.0
2023-09-20 14:53:03.331 [CORE] IsCOMCall:0; Caller: winget-cli
2023-09-20 14:53:03.344 [CLI ] WinGet invoked with arguments: 'update' 'sysinternals'
2023-09-20 14:53:03.345 [CLI ] Found subcommand: update
2023-09-20 14:53:03.345 [CLI ] Leaf command to execute: root:upgrade
2023-09-20 14:53:03.358 [CLI ] Executing command: upgrade
2023-09-20 14:53:03.413 [REPO] Default source requested, multiple sources available, adding all to source references.
2023-09-20 14:53:03.413 [REPO] Adding to source references msstore
2023-09-20 14:53:03.414 [REPO] Adding to source references winget
2023-09-20 14:53:03.414 [REPO] Source past auto update time [5 mins]; it has been at least 1005 mins
2023-09-20 14:53:03.417 [REPO] Source past auto update time [5 mins]; it has been at least 1005 mins
2023-09-20 14:53:03.893 [FAIL] WindowsPackageManager.dll!00007FF9D43AF002: ReturnHr(1) tid(44b0) 80190193 Forbidden (403).
Msg:[D:\a_work\1\s\external\pkg\src\AppInstallerCommonCore\HttpStream\HttpClientWrapper.cpp(50)\WindowsPackageManager.dll!00007FF9D4392ECE: (caller: 00007FF9D426FDB9) Exception(1) tid(44b0) 80190193 Forbidden (403).
]
2023-09-20 14:53:03.893 [FAIL] WindowsPackageManager.dll!00007FF9D41803E7: LogHr(1) tid(44b0) 80190193 Forbidden (403).
2023-09-20 14:53:03.896 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(53)\WindowsPackageManager.dll!00007FF9D43BDF66: (caller: 00007FF9D428D827) LogHr(2) tid(44b0) 80190193 Forbidden (403).

Updating all sources...
Updating source: msstore...
Done
Updating source: winget...
Cancelled
Simply installing software its broken:
Failed when searching source; results will not be included: winget
Name                              Id           Version Source
Zip Unzip - rar, 7zip compression 9MT44RNLPXXT Unknown msstore

check this solution
What resolved "Failed in attempting to update the source: winget" for me:
Download this file: https://cdn.winget.microsoft.com/cache/source.msix (e.g. with Edge)
Open the Downloads folder
Right-click, choose install, follow the wizard to install the package.

For my part, I can't even access your link..:
The request is blocked.
20230927T082253Z-ev3f5tucv92238z7h59ekpx1m400000000ng00000001tu33

This also happens on a fresh Windows 10 install which I'm currently using. Apparently the problem is not a client issue, rather servers seems to be down at the moment.

this should probably be closed as a duplicate of #3652

this should probably be closed as a duplicate of #3652

In your opinion, should I wait for an "official" person to answer, or should I close it already?

this should probably be closed as a duplicate of #3652

#3652 is closed but not solved. If #3652 is not reopened this issue should stay open.
BTW:
> winget.exe --version
v1.6.2631

> winget update
Fehler beim Versuch, die Quelle zu aktualisieren: winget

This issue affected me as well. A brend new Windows 11 installation didn't help.

 Updating all sources... Updating source: msstore...
Done Updating source: winget... Cancelled
* check this solution
  What resolved "Failed in attempting to update the source: winget" for me:
  Download this file: https://cdn.winget.microsoft.com/cache/source.msix (e.g. with Edge)
  Open the Downloads folder
  Right-click, choose install, follow the wizard to install the package.

No clue why this is necessary. Source list remains the same:
PS C:> winget source list
Name Argument
msstore https://storeedgefd.dsx.mp.microsoft.com/v9.0 winget https://cdn.winget.microsoft.com/cache
Yes, I did run the command mention at the top here: #3652 (comment)
But I was running a more recent version anyways (1.5? 1.6.??).

This seems to have fixed the issue for me. Thanks!

All I get is:
The request is blocked.
20230927T110735Z-29ureh6f8d4z5a8ctns7xm9adg000000069g00000001f3za

(e.g. with Edge)

Most important note!

(e.g. with Edge)

Most important note!

I did it with Edge Version 117.0.2045.43 (Offizielles Build) (64-Bit) without success.

I also encountered this issue, but retrying a winget source update worked for me.
Key error from the log (v1.6.2631)
2023-09-27 07:15:50.502 [REPO] Source past auto update time [5 mins]; it has been at least 12 mins
2023-09-27 07:15:50.804 [FAIL] WindowsPackageManager.dll!00007FFC6151FC22: ReturnHr(1) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

    Msg:[D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\HttpStream\HttpClientWrapper.cpp(112)\WindowsPackageManager.dll!00007FFC615185D3: (caller: 00007FFC6125B960) Exception(1) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

]

2023-09-27 07:15:50.805 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFC612B1415: (caller: 00007FFC614165F4) Exception(2) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

2023-09-27 07:15:50.805 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(53)\WindowsPackageManager.dll!00007FFC61549136: (caller: 00007FFC61412907) LogHr(1) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

    Msg:[PreIndexedPackageInfo failed on primary location -- D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFC612B1415: (caller: 00007FFC614165F4) Exception(2) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

]

2023-09-27 07:15:50.968 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFC612B1415: (caller: 00007FFC614166AF) Exception(3) tid(6a98) 8051100F
2023-09-27 07:15:50.968 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(64)\WindowsPackageManager.dll!00007FFC61549193: (caller: 00007FFC61412907) LogHr(2) tid(6a98) 8051100F     Msg:[PreIndexedPackageInfo failed on alternate location -- D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFC612B1415: (caller: 00007FFC614166AF) Exception(3) tid(6a98) 8051100F ]

2023-09-27 07:15:50.968 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(66)\WindowsPackageManager.dll!00007FFC61416745: (caller: 00007FFC61412907) Exception(4) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

2023-09-27 07:15:50.968 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\RepositorySource.cpp(53)\WindowsPackageManager.dll!00007FFC615469B1: (caller: 00007FFC613FD6C2) LogHr(3) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

    Msg:[D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(66)\WindowsPackageManager.dll!00007FFC61416745: (caller: 00007FFC61412907) Exception(4) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

]

2023-09-27 07:15:50.968 [REPO] Source add/update failed, waiting a bit and retrying: winget
2023-09-27 07:15:53.080 [FAIL] WindowsPackageManager.dll!00007FFC6151FC22: ReturnHr(2) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

    Msg:[D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\HttpStream\HttpClientWrapper.cpp(112)\WindowsPackageManager.dll!00007FFC615185D3: (caller: 00007FFC6125B960) Exception(5) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

]

2023-09-27 07:15:53.081 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFC612B1415: (caller: 00007FFC614165F4) Exception(6) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

2023-09-27 07:15:53.081 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(53)\WindowsPackageManager.dll!00007FFC61549136: (caller: 00007FFC61412907) LogHr(4) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

    Msg:[PreIndexedPackageInfo failed on primary location -- D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFC612B1415: (caller: 00007FFC614165F4) Exception(6) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

]

2023-09-27 07:15:53.148 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFC612B1415: (caller: 00007FFC614166AF) Exception(7) tid(6a98) 8051100F
2023-09-27 07:15:53.148 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(64)\WindowsPackageManager.dll!00007FFC61549193: (caller: 00007FFC61412907) LogHr(5) tid(6a98) 8051100F     Msg:[PreIndexedPackageInfo failed on alternate location -- D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFC612B1415: (caller: 00007FFC614166AF) Exception(7) tid(6a98) 8051100F ]

2023-09-27 07:15:53.148 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(66)\WindowsPackageManager.dll!00007FFC61416745: (caller: 00007FFC61412907) Exception(8) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

2023-09-27 07:15:53.148 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\RepositorySource.cpp(562)\WindowsPackageManager.dll!00007FFC61545F74: (caller: 00007FFC612D6B2F) LogHr(6) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

    Msg:[D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(66)\WindowsPackageManager.dll!00007FFC61416745: (caller: 00007FFC61412907) Exception(8) tid(6a98) 80070138 No ranges for the specified operation were able to be processed.

]

2023-09-27 07:15:53.148 [REPO] Failed to update source: winget

Same issue here:

Come on guys, how can a package manager be down for so long. Don't you have some mirrors?
` curl https://cdn.winget.microsoft.com/cache/source.msix

Same here.
> winget upgrade
Failed in attempting to update the source: winget

> winget --version
v1.6.2631

> winget source list
Name    Argument
-----------------------------------------------------
msstore https://storeedgefd.dsx.mp.microsoft.com/v9.0
winget  https://cdn.winget.microsoft.com/cache

Location: Argentina

Download this file: https://cdn.winget.microsoft.com/cache/source.msix (e.g. with Edge)
Open the Downloads folder
Right-click, choose install, follow the wizard to install the package.

This seems to fix the issue. But why though?

This seems to fix the issue. But why though?

Not working for me either. Location: Uruguay.
$ winget source update winget
Actualizando origen: winget...
Cancelado

$ winget --version
v1.6.2631

$ winget source list winget
Campo         Valor
----------------------------------------------------
Nombre        winget
Tipo          Microsoft.PreIndexed.Package
Argumento     https://cdn.winget.microsoft.com/cache
Datos         Microsoft.Winget.Source_8wekyb3d8bbwe
Identificador Microsoft.Winget.Source_8wekyb3d8bbwe
Actualizado   2023-09-27 02:47:26.000

Same issue here and I was really hoping to use winget to update multiple offsite clients.

Same issue here:
2023-09-27 11:07:13.266 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFAE4C41415: (caller: 00007FFAE4DA65F4) Exception(1) tid(d6c) 8051100F
2023-09-27 11:07:13.266 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(53)\WindowsPackageManager.dll!00007FFAE4ED9136: (caller: 00007FFAE4DA2907) LogHr(1) tid(d6c) 8051100F     Msg:[PreIndexedPackageInfo failed on primary location -- D:\a_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFAE4C41415: (caller: 00007FFAE4DA65F4) Exception(1) tid(d6c) 8051100F ]
2023-09-27 11:07:13.468 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFAE4C41415: (caller: 00007FFAE4DA66AF) Exception(2) tid(d6c) 8051100F
2023-09-27 11:07:13.468 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(64)\WindowsPackageManager.dll!00007FFAE4ED9193: (caller: 00007FFAE4DA2907) LogHr(2) tid(d6c) 8051100F     Msg:[PreIndexedPackageInfo failed on alternate location -- D:\a_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFAE4C41415: (caller: 00007FFAE4DA66AF) Exception(2) tid(d6c) 8051100F ]
2023-09-27 11:07:13.468 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(66)\WindowsPackageManager.dll!00007FFAE4DA6745: (caller: 00007FFAE4DA2907) Exception(3) tid(d6c) 8051100F
2023-09-27 11:07:13.469 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerRepositoryCore\RepositorySource.cpp(53)\WindowsPackageManager.dll!00007FFAE4ED69B1: (caller: 00007FFAE4D8EC2C) LogHr(3) tid(d6c) 8051100F     Msg:[D:\a_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(66)\WindowsPackageManager.dll!00007FFAE4DA6745: (caller: 00007FFAE4DA2907) Exception(3) tid(d6c) 8051100F ]
This has happened since I updated to build 22621.2361 released yesterday and after deleting Windows Dev Home and its dependencies such as Windows App Runtime.
Any solution?

Same issue here: 2023-09-27 11:07:13.266 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFAE4C41415: (caller: 00007FFAE4DA65F4) Exception(1) tid(d6c) 8051100F 2023-09-27 11:07:13.266 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(53)\WindowsPackageManager.dll!00007FFAE4ED9136: (caller: 00007FFAE4DA2907) LogHr(1) tid(d6c) 8051100F Msg:[PreIndexedPackageInfo failed on primary location -- D:\a_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFAE4C41415: (caller: 00007FFAE4DA65F4) Exception(1) tid(d6c) 8051100F ]
2023-09-27 11:07:13.468 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFAE4C41415: (caller: 00007FFAE4DA66AF) Exception(2) tid(d6c) 8051100F 2023-09-27 11:07:13.468 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(64)\WindowsPackageManager.dll!00007FFAE4ED9193: (caller: 00007FFAE4DA2907) LogHr(2) tid(d6c) 8051100F Msg:[PreIndexedPackageInfo failed on alternate location -- D:\a_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FFAE4C41415: (caller: 00007FFAE4DA66AF) Exception(2) tid(d6c) 8051100F ]
2023-09-27 11:07:13.468 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(66)\WindowsPackageManager.dll!00007FFAE4DA6745: (caller: 00007FFAE4DA2907) Exception(3) tid(d6c) 8051100F 2023-09-27 11:07:13.469 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerRepositoryCore\RepositorySource.cpp(53)\WindowsPackageManager.dll!00007FFAE4ED69B1: (caller: 00007FFAE4D8EC2C) LogHr(3) tid(d6c) 8051100F Msg:[D:\a_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(66)\WindowsPackageManager.dll!00007FFAE4DA6745: (caller: 00007FFAE4DA2907) Exception(3) tid(d6c) 8051100F ]
This has happened since I updated to build 22621.2361 released yesterday and after deleting Windows Dev Home and its dependencies such as Windows App Runtime. Any solution?

check this solution
What resolved "Failed in attempting to update the source: winget" for me:
Download this file: https://cdn.winget.microsoft.com/cache/source.msix (e.g. with Edge)
Open the Downloads folder
Right-click, choose install, follow the wizard to install the package.

It seemed like this didn't fix my problem, but after a reboot everything works fine. Thank you!

Tried the fix, was able to download and install.
Worked for a few min then the errors came back.

Hey all, we're clearly experiencing CDN issues. We have been working to retire the original CDN due to other challenges with certificate rotation from the past. We have several folks on-call actively working on this.

Related to:

https://github.com/microsoft/winget-cli/issues/3652

This issue is back. How the heck does this issue keep coming back to haunt us?

same issue for me

I too get the issue. Ran source update --verbose-log and posting result here.
`2023-10-05 08:04:55.764 [CORE] WinGet, version [1.6.2721], activity [{15BECA48-6703-41C7-B78E-BA9267815560}]
2023-10-05 08:04:55.765 [CORE] OS: Windows.Desktop v10.0.22621.2361
2023-10-05 08:04:55.765 [CORE] Command line Args: "C:\Users$USERNAME$\AppData\Local\Microsoft\WindowsApps\winget.exe" source update --verbose-logs
2023-10-05 08:04:55.765 [CORE] Package: Microsoft.DesktopAppInstaller v1.21.2721.0
2023-10-05 08:04:55.765 [CORE] IsCOMCall:0; Caller: winget-cli
2023-10-05 08:04:55.771 [CLI ] WinGet invoked with arguments: 'source' 'update' '--verbose-logs'
2023-10-05 08:04:55.774 [CLI ] Found subcommand: source
2023-10-05 08:04:55.774 [CLI ] Found subcommand: update
2023-10-05 08:04:55.774 [CLI ] Leaf command to execute: root:source:update
2023-10-05 08:04:55.774 [CLI ] Executing command: update
2023-10-05 08:04:55.775 [REPO] Additional sources GP is not enabled.
2023-10-05 08:04:55.775 [CORE] Setting action: Get, Type: Secure, Name: user_sources
2023-10-05 08:04:55.775 [CORE] Setting action: Get, Type: Secure, Name: admin_settings
2023-10-05 08:04:55.775 [CORE] Admin settings was not found
2023-10-05 08:04:55.775 [CORE] Adding chain to pinning configuration [Microsoft Store Source]:
DigiCert Global Root G2 : PublicKey
Microsoft Azure TLS Issuing CA 01 : Subject | Issuer
sfdataservice.microsoft.com : Subject | Issuer
2023-10-05 08:04:55.775 [CORE] Adding chain to pinning configuration [Microsoft Store Source]:
DigiCert Global Root G3 : PublicKey
Microsoft Azure ECC TLS Issuing CA 02 : Subject | Issuer
sfdataservice.microsoft.com : Subject | Issuer
2023-10-05 08:04:55.780 [CORE] Setting action: Get, Type: Standard, Name: sources_metadata
2023-10-05 08:04:55.780 [YAML] Detected UTF-8
2023-10-05 08:04:55.780 [REPO] GetCurrentSourceRefs: Source named 'microsoft.builtin.desktop.frameworks' from origin Default is hidden and is dropped.
2023-10-05 08:04:55.788 [REPO] Additional sources GP is not enabled.
2023-10-05 08:04:55.788 [CORE] Setting action: Get, Type: Secure, Name: user_sources
2023-10-05 08:04:55.788 [CORE] Setting action: Get, Type: Secure, Name: admin_settings
2023-10-05 08:04:55.788 [CORE] Admin settings was not found
2023-10-05 08:04:55.788 [CORE] Adding chain to pinning configuration [Microsoft Store Source]:
DigiCert Global Root G2 : PublicKey
Microsoft Azure TLS Issuing CA 01 : Subject | Issuer
sfdataservice.microsoft.com : Subject | Issuer
2023-10-05 08:04:55.788 [CORE] Adding chain to pinning configuration [Microsoft Store Source]:
DigiCert Global Root G3 : PublicKey
Microsoft Azure ECC TLS Issuing CA 02 : Subject | Issuer
sfdataservice.microsoft.com : Subject | Issuer
2023-10-05 08:04:55.788 [CORE] Setting action: Get, Type: Standard, Name: sources_metadata
2023-10-05 08:04:55.788 [YAML] Detected UTF-8
2023-10-05 08:04:55.788 [REPO] Named source requested, found: msstore
2023-10-05 08:04:55.789 [REPO] Additional sources GP is not enabled.
2023-10-05 08:04:55.789 [CORE] Setting action: Get, Type: Secure, Name: user_sources
2023-10-05 08:04:55.789 [CORE] Setting action: Get, Type: Secure, Name: admin_settings
2023-10-05 08:04:55.789 [CORE] Admin settings was not found
2023-10-05 08:04:55.789 [CORE] Adding chain to pinning configuration [Microsoft Store Source]:
DigiCert Global Root G2 : PublicKey
Microsoft Azure TLS Issuing CA 01 : Subject | Issuer
sfdataservice.microsoft.com : Subject | Issuer
2023-10-05 08:04:55.789 [CORE] Adding chain to pinning configuration [Microsoft Store Source]:
DigiCert Global Root G3 : PublicKey
Microsoft Azure ECC TLS Issuing CA 02 : Subject | Issuer
sfdataservice.microsoft.com : Subject | Issuer
2023-10-05 08:04:55.789 [CORE] Setting action: Get, Type: Standard, Name: sources_metadata
2023-10-05 08:04:55.789 [YAML] Detected UTF-8
2023-10-05 08:04:55.789 [REPO] Named source to be updated, found: msstore
2023-10-05 08:04:55.789 [CORE] Setting action: Set, Type: Standard, Name: sources_metadata
2023-10-05 08:04:55.902 [REPO] Additional sources GP is not enabled.
2023-10-05 08:04:55.903 [CORE] Setting action: Get, Type: Secure, Name: user_sources
2023-10-05 08:04:55.903 [CORE] Setting action: Get, Type: Secure, Name: admin_settings
2023-10-05 08:04:55.903 [CORE] Admin settings was not found
2023-10-05 08:04:55.904 [CORE] Adding chain to pinning configuration [Microsoft Store Source]:
DigiCert Global Root G2 : PublicKey
Microsoft Azure TLS Issuing CA 01 : Subject | Issuer
sfdataservice.microsoft.com : Subject | Issuer
2023-10-05 08:04:55.904 [CORE] Adding chain to pinning configuration [Microsoft Store Source]:
DigiCert Global Root G3 : PublicKey
Microsoft Azure ECC TLS Issuing CA 02 : Subject | Issuer
sfdataservice.microsoft.com : Subject | Issuer
2023-10-05 08:04:55.904 [CORE] Setting action: Get, Type: Standard, Name: sources_metadata
2023-10-05 08:04:55.904 [YAML] Detected UTF-8
2023-10-05 08:04:55.905 [REPO] Named source requested, found: winget
2023-10-05 08:04:55.906 [REPO] Additional sources GP is not enabled.
2023-10-05 08:04:55.906 [CORE] Setting action: Get, Type: Secure, Name: user_sources
2023-10-05 08:04:55.906 [CORE] Setting action: Get, Type: Secure, Name: admin_settings
2023-10-05 08:04:55.906 [CORE] Admin settings was not found
2023-10-05 08:04:55.907 [CORE] Adding chain to pinning configuration [Microsoft Store Source]:
DigiCert Global Root G2 : PublicKey
Microsoft Azure TLS Issuing CA 01 : Subject | Issuer
sfdataservice.microsoft.com : Subject | Issuer
2023-10-05 08:04:55.907 [CORE] Adding chain to pinning configuration [Microsoft Store Source]:
DigiCert Global Root G3 : PublicKey
Microsoft Azure ECC TLS Issuing CA 02 : Subject | Issuer
sfdataservice.microsoft.com : Subject | Issuer
2023-10-05 08:04:55.907 [CORE] Setting action: Get, Type: Standard, Name: sources_metadata
2023-10-05 08:04:55.907 [YAML] Detected UTF-8
2023-10-05 08:04:55.907 [REPO] Named source to be updated, found: winget
2023-10-05 08:04:55.930 [CORE] Examining extension: PFN = Microsoft.Winget.Source_8wekyb3d8bbwe, ID = IndexDB
2023-10-05 08:04:55.930 [CORE] Found matching extension.
2023-10-05 08:04:55.934 [CORE] Retrieving headers from url: https://cdn.winget.microsoft.com/cache/source.msix
2023-10-05 08:04:56.229 [REPO] Header indicates version is: 2023.1005.1501.856
2023-10-05 08:04:56.229 [REPO] Remote source data (2023.1005.1501.856) was newer than existing (2023.930.722.582), updating
2023-10-05 08:04:56.231 [CORE] Downloading to path: C:\Users$USERNAME$\AppData\Local\Temp\WinGet\Microsoft.Winget.Source_8wekyb3d8bbwe.msix
2023-10-05 08:04:56.231 [CORE] Started applying motw to C:\Users$USERNAME$\AppData\Local\Temp\WinGet\Microsoft.Winget.Source_8wekyb3d8bbwe.msix with zone: 3
2023-10-05 08:04:56.232 [CORE] Finished applying motw
2023-10-05 08:04:56.233 [CORE] WinINet downloading from url: https://cdn.winget.microsoft.com/cache/source.msix
2023-10-05 08:04:56.281 [CORE] Download request status success.
2023-10-05 08:04:56.282 [CORE] Download size: 0
2023-10-05 08:04:56.283 [CORE] Download completed.
2023-10-05 08:04:56.290 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FF878101295: (caller: 00007FF87826797A) Exception(1) tid(1cc) 8051100F
2023-10-05 08:04:56.290 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerRepositoryCore\RepositorySource.cpp(53)\WindowsPackageManager.dll!00007FF87839A951: (caller: 00007FF87825173C) LogHr(1) tid(1cc) 8051100F     Msg:[D:\a_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FF878101295: (caller: 00007FF87826797A) Exception(1) tid(1cc) 8051100F ]
2023-10-05 08:04:56.290 [REPO] Source add/update failed, waiting a bit and retrying: winget
2023-10-05 08:05:00.493 [CORE] Examining extension: PFN = Microsoft.Winget.Source_8wekyb3d8bbwe, ID = IndexDB
2023-10-05 08:05:00.493 [CORE] Found matching extension.
2023-10-05 08:05:00.497 [CORE] Retrieving headers from url: https://cdn.winget.microsoft.com/cache/source.msix
2023-10-05 08:05:00.563 [REPO] Header indicates version is: 2023.1005.1501.856
2023-10-05 08:05:00.563 [REPO] Remote source data (2023.1005.1501.856) was newer than existing (2023.930.722.582), updating
2023-10-05 08:05:00.565 [CORE] Downloading to path: C:\Users$USERNAME$\AppData\Local\Temp\WinGet\Microsoft.Winget.Source_8wekyb3d8bbwe.msix
2023-10-05 08:05:00.566 [CORE] Started applying motw to C:\Users$USERNAME$\AppData\Local\Temp\WinGet\Microsoft.Winget.Source_8wekyb3d8bbwe.msix with zone: 3
2023-10-05 08:05:00.567 [CORE] Finished applying motw
2023-10-05 08:05:00.567 [CORE] WinINet downloading from url: https://cdn.winget.microsoft.com/cache/source.msix
2023-10-05 08:05:00.568 [CORE] Download request status success.
2023-10-05 08:05:00.569 [CORE] Download size: 0
2023-10-05 08:05:00.569 [CORE] Download completed.
2023-10-05 08:05:00.571 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FF878101295: (caller: 00007FF87826797A) Exception(2) tid(1cc) 8051100F
2023-10-05 08:05:00.571 [FAIL] D:\a_work\1\s\external\pkg\src\AppInstallerRepositoryCore\RepositorySource.cpp(794)\WindowsPackageManager.dll!00007FF87839A57E: (caller: 00007FF87818A6A5) LogHr(2) tid(1cc) 8051100F     Msg:[D:\a_work\1\s\external\pkg\src\AppInstallerCommonCore\MsixInfo.cpp(313)\WindowsPackageManager.dll!00007FF878101295: (caller: 00007FF87826797A) Exception(2) tid(1cc) 8051100F ]
2023-10-05 08:05:00.571 [REPO] Failed to update source: winget
2023-10-05 08:05:00.608 [CLI ] Leaf command succeeded: root:source:update
`

Hey all, we're clearly experiencing CDN issues. We have been working to retire the original CDN due to other challenges with certificate rotation from the past. We have several folks on-call actively working on this.

It looks like the issue is back. At least for devices/users located in India.

Can confirm, manually updating to  1.6.2771 using the msixbundle solved the issue.

For a couple of weeks ago we experienced the exact problem and by that time we used v1.1.xxxx and the change of CDN could be reason.  We recently rolled out Winget v1.6.2701``and the issue was gone.
However, last Friday (October 6th) I tried winget upgrade and the issue was back with Failed in attempting to update the source: winget
I upgraded manually to Winget v1.6.2771 and it started to work.
Why does this happen?
Even though we tries and want to upgrade Winget regularly, we are an enterprise within financing sector so such breaking changes are not acceptable. Note: msstore is blocked for us.

Same issue for me. I check my connection to https://cdn.winget.microsoft.com/cache/source.msix
Some how result is:

I tried add to hosts file a line:
<IP_ADDRESS> cdn.winget.microsoft.com

so the workaround it works. But I want solution for this issue

I had this issue until I realized I had installed winget via scoop. Once I did scoop update winget (and then winget source reset --force and winget source update just to be sure but they may not be needed) then all was working well again.

After updating App Installer from MS Store, everything works fine now

I had this issue until I realized I had installed winget via scoop. Once I did scoop update winget (and then winget source reset --force and winget source update just to be sure but they may not be needed) then all was working well again.

No idea why but I was apparently in the same situation, working fine now after updating via scoop.
Good lord, thank you for saving me from this issue lol.

FWIW, here's my current workaround:
# Update-WinGetSources.ps1
#requires -RunAsAdministrator

winget source reset --force
$msix = Join-Path -Path $env:TEMP -ChildPath 'source.msix'
Invoke-WebRequest https://cdn.winget.microsoft.com/cache/source.msix -OutFile $msix
Add-AppXPackage -Path $msix
Remove-Item -Path $msix
winget source update

@sba923 your script worked... thanks!

Now there's version 7.3.9 but winget doesn't have it yet... :D

I know I have been battling this one as well, but I am not sure its an actual CDN issue.
I see the same
2023-11-06 08:34:16.818 [FAIL] WindowsPackageManager.dll!00007FF943AEF002: ReturnHr(1) tid(3f5c) 80190193 Forbidden (403).
    Msg:[D:\a\_work\1\s\external\pkg\src\AppInstallerCommonCore\HttpStream\HttpClientWrapper.cpp(50)\WindowsPackageManager.dll!00007FF943AD2ECE: (caller: 00007FF9439AFDB9) Exception(1) tid(3f5c) 80190193 Forbidden (403).
]

We use a proxy for access to the Internet and I can catch every Internet transaction.
I can see calls to cdn.winget.microsoft.com which has a status of 200 and then it hits winget.azureedge.net which also is a 200.  I am not seeing any 403s in the proxy log itself.
My current belief is there is a GPO in the environment that is blocking access and returning a 403 from the SDK call.  We don't use the ADMX for Package Manager so I am trying to figure out what GPO it could be.  We are a SUS environment though and since the deprecation of Store for Business we have had a lot of flakiness in winget both in Store and in community registry because of Store and WindowsUpdate GPOs.  And as a note... the source update --name msstore works w/o issues so the policy seems to be destination scoped.
My workaround has been to have folks use posh to pre-cache the Source appx so they can do an install, but that isn't ideal.  It also seem to show that the path IWR goes through the SDK does not seem to trigger this block.  It works, but it is far from ideal.  I would like to figure out what GPO might be influencing this, but once it hits the HttpClient interface things go black box.
When using the manually update Source you get the following as well
2023-11-06 08:47:16.475 [FAIL] D:\a\_work\1\s\external\pkg\src\AppInstallerRepositoryCore\Microsoft\PreIndexedPackageSourceFactory.cpp(53)\WindowsPackageManager.dll!00007FF94E1CDF66: (caller: 00007FF94E09D827) LogHr(2) tid(5270) 80190193 Forbidden (403).
    Msg:[PreIndexedPackageInfo failed on primary location -- winrt::hresult_error: Forbidden (403).]

For anyone still having trouble, I'd recommend installing the Winget preview version which solved this problem on my end:
Install winget preview version [Developers Only]
After I downloaded and installed the file Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle, I launched a new Terminal session and got this result. The error is gone.

Hopefully that actually fixes it. Mine has been fine again for a while but man was it an annoying issue.

Try the below:
delete %TEMP%\WinGet
Download from https://cdn.winget.microsoft.com/cache/source.msix and install
open CMD with elevated privilege:
run >>> winget source reset --force

winget source update

winget upgrade --all

Try the below:
delete %TEMP%\WinGet Download from https://cdn.winget.microsoft.com/cache/source.msix and install open CMD with elevated privilege: run >>> winget source reset --force
winget source update
winget upgrade --all

I notice same issue and it didn't work

Try the below:
delete %TEMP%\WinGet Download from https://cdn.winget.microsoft.com/cache/source.msix and install open CMD with elevated privilege: run >>> winget source reset --force
winget source update
winget upgrade --all

This actually worked for me. I didn't care to find and restart the App Installer process, so I just rebooted the PC instead. Now it works without issue for me. Thank you.

When I had this problem, the Microsoft Store was also inaccessible.
It's because I installed a software similar to Security Assistant, which turned off the TLS option in Internet Options.

Some folks here (especially the ones that get a Canceled) may be suffering  from a regional CDN issue.
The only thing that worked for me (and I suspect will work for lots of people): use a VPN to the US region, as mentioned in https://github.com/microsoft/winget-cli/issues/1826#issuecomment-1305894692
These regional CDN issues rarely get resolved quickly because "works for me" for most Microsoft employees.

I had tried quite a few things as well, but was not having any luck resolving the issue. I finally hit the update by @clong365 and confirmed that TLS 1.0 and 1.1 were disabled on my system. Re-enabled those both and it worked.
Seems to be working even after I turn them back off as well? Unsure how it originally was broken, so can't do much more testing, but it is working again for me for now.

I found that my problem is gone if turn-on Cloudfare WARP <IP_ADDRESS>

After updating App Installer from MS Store, everything works fine now

This works for me.

Had the same issue, in my case it was solved by setting the Client License Service (ClipSVC) from disabled to manual via regedit. I assume when reinstalling via MS Store the start type of the service will be set to the default value again.

(e.g. with Edge)

Most important note!

I downloaded the file onto my laptop with firefox running on Debian, transferred it to my windows machine with sftp, and it still worked. I had to run the file manually from the windows machine, since I couldn't figure out how to run the installer from the shell.

Some folks here (especially the ones that get a Canceled) may be suffering from a regional CDN issue.
The only thing that worked for me (and I suspect will work for lots of people): use a VPN to another region, as mentioned in #1826 (comment)
These regional CDN issues rarely get resolved quickly because "works for me" for most Microsoft employees.

Many thanks, it works for me. I'm also from Vietnam, and this issue is troublesome because it is related to regional...

This helped for me:
winget settings --enable BypassCertificatePinningForMicrosoftStore

I found a fix using:
winget source reset winget
Found here: https://www.elevenforum.com/t/failed-in-attempting-to-update-the-source-winget.10288/post-225692


Fix xcode warning about use of a potentially uninitialized variable

Just silences the warning which pops up in Xcode.

@swift-ci please smoke test

@swift-ci please smoke test


Fix operator crash race condition for CES identity map concurrent read/write

Cilium operator can crash in case when the identityToCES map is being accessed without a lock during a concurrent write. The error message is fatal error: concurrent map read and map write. The fix is just to add a read lock to the one location in code where the read is not guarded by a lock.
Signed-off-by: Dorde Lapcevic<EMAIL_ADDRESS>

/test

I've rebased and ran the CI.

Hi @christarazi, can this be merged?

@christarazi, can we please conclude this?
I think we should also backport it to Cilium 1.12 and 1.13.

Sorry for late reply, Chris is on leave this week. The test results are no longer available, let me re-run them.

/test-1.16-4.19

/test-1.25-4.19

Reviews are in, all required jobs are passed.
Checkpatch failed due to the below error, considered that this is not required job. I will still mark this PR ready to merge.
Error: ERROR:CUSTOM: Please avoid long commit subjects (max: 75, found: 76)


DocsArchive-<IP_ADDRESS>Auto archive content

Please don't merge this PR until target archive repo PR https://github.com/OPS-E2E-PPE/docs-archive-test-target/pull/682 is merged into live branch.
Auto archive content to https://github.com/VSC-Service-Account/docs-archive-test-target.git

Docs Build status updates of commit 4243ed6:
:x: Validation status: errors
Please follow instructions here which may help to resolve issue.

File
Status
Preview URL
Details

:x:Error

Details

[Error-GitBranchDeletedOrForcePushed] Cannot sync git repo to specified commit because branch Release_Archive_master_2021-01-19-03-59-06 has been deleted or has been force pushed

For more details, please refer to the build report.
If you see build warnings/errors with permission issues, it might be due to single sign-on (SSO) enabled on Microsoft's GitHub organizations. Please follow instructions here to re-authorize your GitHub account to Docs Build.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
Note: Your PR may contain errors or warnings unrelated to the files you changed. This happens when external dependencies like GitHub alias, Microsoft alias, cross repo links are updated. Please use these instructions to resolve them.
For any questions, please:Try searching in the Docs contributor and Admin GuideSee the frequently asked questionsPost your question in the Docs support channel

Docs Build status updates of commit 4243ed6:
:x: Validation status: errors
Please follow instructions here which may help to resolve issue.

File
Status
Preview URL
Details

:x:Error

Details

[Error-GitBranchDeletedOrForcePushed] Cannot sync git repo to specified commit because branch Release_Archive_master_2021-01-19-03-59-06 has been deleted or has been force pushed

For more details, please refer to the build report.
If you see build warnings/errors with permission issues, it might be due to single sign-on (SSO) enabled on Microsoft's GitHub organizations. Please follow instructions here to re-authorize your GitHub account to Docs Build.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
Note: Your PR may contain errors or warnings unrelated to the files you changed. This happens when external dependencies like GitHub alias, Microsoft alias, cross repo links are updated. Please use these instructions to resolve them.
For any questions, please:Try searching in the Docs contributor and Admin GuideSee the frequently asked questionsPost your question in the Docs support channel


Allow pg_partman to be installed in any schema

Allows pg_partman to be installed in any schema vs hard-coded to public
New Functions

pgmq._get_pg_partman_schema()

Updated Functions

pgmq.drop_queue
pgmq.create_partitioned
pgmq.convert_archive_partitioned

Resolves #306

agreed
Since its an optional dependency, pg_partman could be installed after pgmq. In that case install-time interpolation wouldn't be an option.

@olirice , thanks again for this work. 1.4.3 has not yet been released. Did you want this to go out in a separate patch? I'll release 1.4.3 quick if this needs to be in 1.4.4, otherwise could we put the migration sql in https://github.com/tembo-io/pgmq/blob/main/pgmq-extension/sql/pgmq--1.4.2--1.4.3.sql?

No preference from me if you'd prefer to put them together. Separate PRs was only for review-ability


help with using custom function

I'm wondering why the following won't work for me in wezterm.lua:
local wezterm = require('wezterm');
local tabline = wezterm.plugin.require("https://github.com/michaelbrusegard/tabline.wez")

local function get_project()
  -- simplified
  handle = io.popen('basename "$(git rev-parse --show-toplevel)"')
  project = handle:read('*a');
  handle:close();
  return project;
end

local config = {
  -- simplified
}

tabline.setup({
    -- simplified
    sections = {
      tabline_a = { get_project },
    },
});

tabline.apply_to_config(config);

return config;

After all, the following works fine in my nvim/init.lua:
local function get_project()
   -- simplified
  local handle = io.popen('basename "$(git rev-parse --show-toplevel)"')
  local project = handle:read('*a');
  handle:close();
  print(project);
end

vim.api.nvim_create_user_command('GetProject', get_project, {})

The tab bar is drawn, but tabline_a is empty of text.

update:
handle = io.popen('date') works fine as a proof of concept -- not that you'd actually want to do that.
handle = io.popen('pwd') always shows /, regardless of the what directory the current tab is in.
So I assume it's something to do with what shell/subshell tabline.wez uses to execute the function...

Cool. I've moved my desired logic to a ZSH callback, where it can rename tabs regardless of which terminal is in use. Then I can just use tabline.wez for other things.

It solved my personal need, thanks.


// See https://aka.ms/new-console-template for more information + ~~     + CategoryInfo          : ObjectNotFound    : (//:String) [], CommandNotFoundExcepti   on     + FullyQualifiedErrorId : CommandNotFoun    dException

Problem encountered on https://dotnet.microsoft.com/zh-cn/learn/dotnet/hello-world-tutorial/create
Operating System: windows
Provide details about the problem you're experiencing. Include your operating system version, exact error message, code sample, and anything else that is relevant.

Hi, this looks like an error message from PowerShell, what are you trying to run?


refacto: early exit estimate fee in runtime

close #1315

@apoorvsadana I made some changes. More PR around here is coming due to deoxys implementing the rpc v0.6.0 that have more trace_api method.
I removed the db transactional thing. We now have to be extra careful but it simplifies the code for everybody.
And I moved all this logic to its own module, with clear warnings.
Could you review it again?


Clinical Expert Opinion Revisions to COVID19 dictionary

TODO update covid_symptoms.bsv from source "AZ_reviewsymptomcoding[1759]"
https://docs.google.com/document/d/1hQIFGDBlk2m7pIk6GgYuDQv2CBopQT6c/edit

This was done in #30


Workflow graph - View port re-sizing

Need of resizing the entire graph layout to make it more easier for the user to view. Currently the graph takes the whole page as dimension and sometimes goes behind the lattice side bar.
Plan of action:
1.Re-size the graph to make sure it is decoupled with the lattice side bar view
2.Secondary option would be to keep the lattice drawer closed and have the graph take the whole page size

Please add your planning poker estimate with ZenHub @Prasy12

@Prasy12 assume this is fixed as well?


can one contribute?

Sorry im kinda new to github so im not sure issues is the right place but, i built the pixiplacer using 15mm rails instead of the 12mm ones, i redesigned some parts and designed fitting optical endstops, a mount for the BTT octopus V1 pro a cable chain with adapters etc etc
is there a place to post/share those?

Hello @Contomo,
thats amazing that you have build the machine. I would love to see some pictures of the machine if possible.
Sure I can upload the files if you want. Just send me an Email to<EMAIL_ADDRESS>or DM on Discord.
PixiePlacer


Firebase analytics add READ_PHONE_STATE when build android with gradle build system

Hi,
I just import firebase unity analytics and build with build system is gradle. In apk out, there are some permission that i think do not need for analytics:
<uses-permission android:name="android.permission.READ_PHONE_STATE" />

After read manifest-merger-release-report.txt i found this line:
android:uses-permission#android.permission.READ_PHONE_STATE
IMPLIED from /Users/imac/unity/study/build_test/Temp/gradleOut/src/main/AndroidManifest.xml:2:1-43:12 reason: com.google.firebase.unity.analytics has a targetSdkVersion < 4
So how can i config unity and analytics so to not include READ_PHONE_STATE permission?
Thank so much!

Looks like a couple of our AARs don't specify a minSdkVersion in the AndroidManifest.xml which is resulting in Gradle builds falling back to assuming the targetSdkVersion for the AAR < 4 (which seems a little conservative to me).  It's a similar issue to what happened in Google Play Services https://developers.google.com/android/guides/releases#november_2016_-_v100 .  The only workaround right now is to unpack each .srcaar file in the project and add the line "" to each AndroidManifest.xml.  Alternatively you could safely remove the READ_PHONE_STATE permission from the generated AndroidManifest.xml and repack the APK if you have the skills.
We have a fix lined up internally and will post when it's published.

This should be resolved in 3.0.1
https://firebase.google.com/support/release-notes/unity#3.0.1


[#13] prevent download of private keys

Fixes #13 (partly)

add client-side patch that removes link to private keys
server-side patch needs to be added in django-privates

Codecov Report

Merging #14 (e22f948) into main (a8bb42d) will increase coverage by 0.06%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##             main      #14      +/-   ##
==========================================
+ Coverage   99.26%   99.32%   +0.06%
==========================================
  Files          15       16       +1
  Lines         406      445      +39
==========================================
+ Hits          403      442      +39
  Misses          3        3

Impacted Files
Coverage Δ

simple_certmanager/admin.py
100.00% <100.00%> (ø)

simple_certmanager/widgets.py
100.00% <100.00%> (ø)

tests/test_certificates.py
100.00% <100.00%> (ø)

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

At the moment, private keys can still be downloaded by modifying the URL in the address bar of the browser. To prevent this, the view for the private key should not be created. This can be achieved by modifying the admin.PrivateMediaMixin.get_urls method in django-privates. I tried to achieve the same result by overwriting that method in the simple_certmanager.admin.CertificateAdmin class, but to no avail.


Auto-correct all casks with RuboCop-Cask 0.2.0 and RuboCop master

This is a big one, over 1200 file changes. But I trust in my specs, and I think you'll get the gist of what's been done after looking at .rubocop.yml and a few of the casks.
I've updated our rubocop dependency to point at the current master (it's fixed in Gemfile.lock, so no unexpected updates), but there should be a release with all the necessary changes within a week or so.

Travis is going to time out, but everything seems in order :+1:

This is a happy PR. So good to see so many fixes.

Also might want to open up an issue and tag it as future to revert to a tagged release once the next release of rubocop comes out.

@vitorgalvao I figured you'd be happy to see this :wink:

And just so we're all clear, rubocop-cask is a @caskroom/maintainers family project. Everyone's invited to pitch in.
I find it handy to always have tabs open with the rubydocs for rubocop, astrolabe, parser, and ast.

Travis failure was from a botched merge conflict resolution during the original rebase. Just did a sanity check on the file (hocus-focus.rb) to make sure it wasn't a weird edge case, and everything worked fine.

@vitorgalvao I figured you'd be happy to see this :wink:

I am. I do like when things in programming are enclosed with matching characters (as opposed to using the same character to open and close).

As @adityadalal924 predicted, Travis timed out during the audit phase. Is anyone opposed to merging this now?

Cask to update after merging (download URL changed or shasum silently updated):
blackvue-viewer
blast2go
cmpl
daemon-tools-lite
dbgl
minimetro
navicat-for-mariadb
navicat-for-mysql
navicat-for-oracle
navicat-for-postgresql
navicat-for-sql-server
navicat-for-sqlite
navicat-premium-essentials
padre
qq

@jawshooah I would go ahead and merge, we can always fix things like the above after the fact (as this PR didn't break them in the first place)

Agreed.
I need to rework audit_modified_casks though. It should only download if the values of version, sha256, or url have actually changed, not just if they show up in the file diff.

PRs incoming for the funky Casks, in any case.

:+1: Good call, thanks!
Another benefit of this merge: we now have a baseline to start applying RuboCop to the core library!

Casks fixed in PRs https://github.com/caskroom/homebrew-cask/pull/16320 to https://github.com/caskroom/homebrew-cask/pull/16333


[WIP] Add spambug model

This PR still needs revisions.

Coverage decreased (-0.2%) to 25.145% when pulling d5a7ec2306e9b9031c6c9040bb7375cb7f7085f5 on ayush-1506:spambug into 73ef4f76595ce866a56fc8ee0e5769b7b4b8df1c on mozilla:master.

@marco-c I'm try to do a dryrun (python -m auto_nag.scripts.spambug --dryrun) for just one bug, but I still get Exception: Couldn't get 1 bug classification in 100 seconds, aborting.

@marco-c I'm try to do a dryrun (python -m auto_nag.scripts.spambug --dryrun) for just one bug, but I still get Exception: Couldn't get 1 bug classification in 100 seconds, aborting. What's the reason behind this?

Even if you try again? What if you use a larger number, e.g. 10 bugs?

@marco-c I tried that but the result is always the same.

@marco-c I tried that but the result is always the same.

When we talked on Matrix you mentioned you managed to get results with 200 bugs, no?

@marco-c Yes, that was for the stepstoreproduce model, not the spambug model.

It seems to be working for me:
marco@marco-Dell-XPS ~/Documenti/workspace/relman-auto-nag (master)$ python3
Python 3.7.6 (default, Jan 19 2020, 22:34:52)
[GCC 9.2.1 20200117] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from auto_nag import bugbug_utils
>>> bugbug_utils.get_bug_ids_classification("spambug", [1608441])
{'1608441': {'class': 0, 'extra_data': {}, 'index': 0, 'prob': [1.0, 0.0]}}
>>>

We also need to add the script to https://github.com/mozilla/relman-auto-nag/blob/fd1011b16ed84d4887ea0b8041165152dded1d57/runauto_nag_daily.sh, so that it runs daily.

Thanks @ayush-1506!


Is it possible to connect on a rabbitmq cluster?

I am using it in a cluster but with a HA proxy load balancer between. Moreover I had to implement reconnection manually when the server the process is connected to goes down.

I guess that is not the best approach

@jbouzekri  how did you implemented reconnection logic?

We were in a gevent context. We have a greenlet dedicated to this. His only job is to check that there is another greenlet with the connection to rabbitmq running. If not, he starts a new one.


Implement newGameCountdown event

This event will:

send out timer that is decremented every 1000 milliseconds (1 second)
show the user the timer until the next game
will be sent out with the gameOver event
everything on the frontend needs to be disabled at this point
when the timer resets, the client will get a board and dataUpdate events to reset all data and to make a new game

Done on the backend.

This will now only be sent to the Server Frontend.  A gameEvent event will take its place for the clients' devices and shows in the game event box.


Sequence Space Jacobian Type

Integrating @wdu9's work on SSJ.
The results are very wrong... which is probably due to my lack of experience with SSJ
Would appreciate help from @wdu9 and @Mv77

hmm why are checks not running? @MridulS

I see this in the runs:
FAILED HARK/ConsumptionSaving/tests/test_SequenceSpaceJacobianType.py::test_Transition_Matrix_Methods::test_calc_tran_matrix - AttributeError: 'SequenceSpaceJacobianType' object has no attribute 'taxrate'. Did you mean: 'tax_rate'?
FAILED HARK/ConsumptionSaving/tests/test_SequenceSpaceJacobianType.py::test_Jacobian_methods::test_calc_jacobian - AttributeError: 'SequenceSpaceJacobianType' object has no attribute 'taxrate'. Did you mean: 'tax_rate'?

A minor comment is that, since SSJ is a method and not a model, I don't think that SSJType is appropriate. Maybe NewKeynesianType?

tried to fix the errors on the notebooks, but there's still something off with the "NewKeyensianType"

I'm going to try to look at this ASAP.  The change(s) that I made to calc_jacobian had interactions with presolve. Before my edits, the method would edit the attribute _cFunc_terminal, which is a class attribute, not instance. I also added functionality to solve so that the user can indicate that they don't want to run presolve as part of solve.

After my last commit, the first column of the Jacobians was correct, but the others were still off.
Unfortunately, the changes in the meantime made them all wrong again. I assume it has something to do with the changes made to IndShockConsumerType and the updating process...
Steady states and policy functions of the infinite horizon solution look fine and unchanged. Only the Jacobian part is off.

That's a good hint about what's going on. To further help me hypothesize
solutions while not actually looking at the code, which variable is "the
first column"?
On Fri, May 31, 2024, 3:48 PM Adrian Monninger @.***>
wrote:

After my last commit, the first column of the Jacobians was correct, but
the others were still off.
Unfortunately, the changes in the meantime made them all wrong again. I
assume it has something to do with the changes made to
IndShockConsumerType and the updating process...
Steady states and policy functions of the infinite horizon solution look
fine and unchanged. Only the Jacobian part is off.
—
Reply to this email directly, view it on GitHub
https://github.com/econ-ark/HARK/pull/1416#issuecomment-2142887617, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ADKRAFN7DQ2OWORDOPOSGUDZFDHYTAVCNFSM6AAAAABGW5R3SSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCNBSHA4DONRRG4
.
You are receiving this because you commented.Message ID:
@.***>

In the temporarily created notebook: IndShockConsumerType_HANK.ipynb
In cell 13, we solve:
CJACR, AJACR = Agent_GE.calc_jacobian("Rfree", T)
CJACN, AJACN = Agent_GE.calc_jacobian("labor", T)
The first column of CJACR should start at 0.4 and then converge to 0.
This part is created by the ZerothColAgent in the function calc_jacobian

This material has been incorporated into HARK with #1447


how to export private key?

how to export private key?

Look here at https://github.com/unisat-wallet/wallet-sdk/blob/master/src/wallet/local-wallet.ts#L24


Awesome work!

Hi,
Thanks for compiling this info! You might also check out @TehShrike's abstract-state-router. It is cool in that it attempts to decouple the actual components from their composition. That project inspired me to start writing screen-machine.
I started reading source on the other big projects for ideas on how to model the problem. I found your repos via the Backbone.Blazer Gitter room. I'm really grateful as your work will help my learning, thanks!

Oh wow, yeah, it looks like you're coming from a very similar place as I did @jmeas, though it looks like you're drawing on much broader experience than I was.
My main inspiration for the abstract-state-router was ui-router.
It looks like I agree with you in a lot of ways where ui-router fell short, though - its redirecting is poor (you can't redirect from resolve/async loading), it doesn't have good index/default states, abstract states are mostly dumb.
I left .active handling and template links to the template-specific libraries, though I've implemented it in all of them so far and tried to accommodate them.
Sorting was one thing I didn't put enough thought into before the first implementation.  Right now I'm using sorting by reverse order added, in order to fake sorting by deepest.
History is very much supported - right now it's through hashes only via the hash-brown-router, but I'm looking into switching over to @mjackson's history module.
We should chat some time!  There's a gitter chat for abstract-state-router, or I can also be on IRC.

I'm really grateful as your work will help my learning, thanks!

Awesome! I'm glad it's useful for you!

It looks like I agree with you in a lot of ways where ui-router fell short, though - its redirecting is poor (you can't redirect from resolve/async loading), it doesn't have good index/default states, abstract states are mostly dumb.

Haha. I wouldn't go so far as to say any of the features are dumb. My experience just lends itself to prefer certain approaches over others. My biggest concern is that I might be missing out on useful use cases for these features – I plan to do more investigating to find out if that's the case!
Throughout this process, I've already had many of my beliefs changed as I've dug into these issues. There's always more to learn, it seems.

I left .active handling and template links to the template-specific libraries, though I've implemented it in all of them so far and tried to accommodate them.

:+1: I was thinking of a similar approach.

Sorting was one thing I didn't put enough thought into before the first implementation. Right now I'm using sorting by reverse order added, in order to fake sorting by deepest.

Ah, heh. It was my discovery of Ember's sorting algorithm over a year ago that prompted my interest in routing... :stuck_out_tongue:

but I'm looking into switching over to @mjackson's history module.

Oh, nice. I hadn't heard of this one. Starred!

We should chat some time! There's a gitter chat for abstract-state-router, or I can also be on IRC.

We def. should. I'll swing by the Gitter room :)


refactor: Repository function and types

Summary of changes

retire namespace in favour of regular type for InitProps
feat: useFindOneByKey. Takes in a repo and a key and generates a function, for instance findOneByName, that then takes one paramater: name, and searches the repo for matches.
remove all recursive calls in repositories (UserRepository should not have UserRepository(db) calls within it)
rename all repository generators with a get prefix
Repo object from environment.ts in tests will have all the repositories loaded once setup() is ran

Testing

yarn ci:test:all

ready to merge 🚀

ready to merge 🚀


Specify stdio FILE structure in struct OtaFileContext for VxWorks

Specify stdio FILE structure in struct OtaFileContext for VxWorks
Description

As VxWorks RTOS supports stdio FILE structure operations, specify
pFile in struct OtaFileContext as "FILE *" instead of "uint8_t *"
for VxWorks.
Checklist:

[x] I have tested my changes. No regression in existing tests.
[ ] My code is formatted using Uncrustify.
[x] I have read and applied the rules stated in CONTRIBUTING.md.

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

This PR adds a change to address it in a more general way: https://github.com/aws/ota-for-aws-iot-embedded-sdk/pull/390
You should be able to define the following in your config file:
#define otaconfigOTA_FILE_TYPE FILE

I am closing this PR. Let if you need anything.


Feature/retrieve/product

Retrieving a single post by Id GET /api/v1/products/{productId}

Fix pr name and include description

Also refactor branch name to be feat/branch-name


Lab 4 Level 6

Summary
Not very sure how to handle the Main class.
Description:
I have implemented the Main class in a similar way to lab 3's Main.java, using java.util.Scanner. I used the following signature:
class Main {
    public static void main(String[] args) {
        Scanner sc = new Scanner(System.in);
        ...
    }
}

However, CodeCrunch gave me a compilation error: Square brackets detected. If I change String[] args to String args, It gives me another error as shown in the screenshot below.
Screenshots

Hi you are allowed to use String[] args in your main class for the void main method. However you cannot use square brackets anywhere else in your main class. Hope this helps!

Thank you! I have resolved the issue, closing it now.


Or condition: what happens if both conditions succeed?

The following line handles this case:
Or cx cy -> check Strict cx <|> check Strict cy

It seems that the condition may succeed twice (due to the use of <|>), which is not an optimal behavior.
Update: This issue is related to #23.  However, even in case of "disjoint or", where we know in advance that only one of the branches can be true, if the first branch is true, there's no reason to check the second one.

Fixed in the latest version.