Avoid calling api in case productStore setting value is not changed

What is the motivation for adding/enhancing this feature?

When user hit enter to update product store setting enums in case value setting value is not changed.
What are the acceptance criteria?

[ ] ...

Can you complete this feature request by yourself?

[ ] YES
[ ] NO

Additional information

Verified the changes and are working fine in release v1.0.0. Hence, closing this ticket


Include apt installation of libgomp1 for docker iamges with lightgbm

Describe changes
I added libgomp1 as apt requirement for lightgbm.
Pre-requisites
Please ensure you have done the following:

[ ] I have read the CONTRIBUTING.md document.
[ ] If my change requires a change to docs, I have updated the documentation accordingly.
[ ] I have added tests to cover my changes.
[ ] I have based my new branch on develop and the open PR is targeting develop. If your branch wasn't based on develop read Contribution guide on rebasing branch to develop.
[ ] If my changes require changes to the dashboard, these changes are communicated/requested.

Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Other (add details above)

Will test this locally before merging

@schustmi as we tested this @wjayesh realized that the apt requirements for non-stack-component-integrations never get installed. This has been adressed now as well.


Bug when the same Controller name

There is a project ：Test.ApiVersioning.
When I request the following URLs separately, the following result appears:

https://localhost:44311/home/getjson

namespace Test.ApiVersioning.Controllers.v1
{
    [ApiVersion("1.0")]
    [Route("[controller]/[action]")]
    [ApiController]
    public class HomeController : Controller
    {
         public JsonResult GetJson()
        {
            return Json(System.Reflection.MethodBase.GetCurrentMethod().DeclaringType.Namespace);
        }
    }
}
namespace Test.ApiVersioning.Controllers.v2
{
          [ApiVersion("2.0")]
          [Route("[controller]/[action]")]
          [ApiController]
          public class HomeController : Controller
         {
                 public JsonResult GetJson()
                 {
                         return Json(System.Reflection.MethodBase.GetCurrentMethod().DeclaringType.Namespace);
                  }
          }
}

https://localhost:44311/user/test/getjson

namespace Test.ApiVersioning.Areas.User.Controllers.v1
{
    [Area("User")]
    [ApiVersion("1.0")]
    [Route("[area]/[controller]/[action]")]
    [ApiController]
    public class TestController : Controller
    {
        private readonly ILogger<HomeController> _logger;

        public TestController(ILogger<HomeController> logger)
        {
            _logger = logger;
        }

        public JsonResult GetJson()
        {
            return Json(System.Reflection.MethodBase.GetCurrentMethod().DeclaringType.Namespace);
        }

    }
}

https://localhost:44311/user/home/getjson

namespace Test.ApiVersioning.Areas.User.Controllers.v1
{
    [Area("User")]
    [ApiVersion("1.0")]
    [Route("[area]/[controller]/[action]")]
    [ApiController]
    public class HomeController : Controller
    {
        private readonly ILogger<HomeController> _logger;

        public HomeController(ILogger<HomeController> logger)
        {
            _logger = logger;
        }

        public JsonResult GetJson()
        {
            return Json(System.Reflection.MethodBase.GetCurrentMethod().DeclaringType.Namespace);
        }

    }
}

When the same Controller Name exists, version control seems to add version information that should not be added to other same Controllers, resulting in the inability to normally access the logically accessible Controller.
Startup.ConfigureServices:

emmmm....
It seems that Api.Versioning controls the available versions only based on the name of the Controller. When I add a v3 HomeComtroller in the User directory, the https://localhost:44311/home/getjson is not accessible. The api-supported-versions are 1.0, 2.0, 3.0

I've heard about people trying to version their UIs, but I've never seen it. It seems strange to me, but I'm sure you have your reasons.
API versioning doesn't care about controller names. In fact, it doesn't really care all that much about controllers. Grouping and matching is done at the action level as defined by it's route template. The thing that is versioned is the resource behind a path, not the controller (though it may seem that way to the implementer).
The failing request is for users/home/getjson?api-version=2.0, but that is the one controller that you have not shown yet. Having a look at that might help explain why it's not matching. You didn't indicate or show the 400 error response, but I presume it says that it couldn't match this route.

Thank you, but according to
https://github.com/microsoft/aspnet-api-versioning/wiki/API-Version-Selector#current-implementation-api-selector
 o.ApiVersionSelector = new CurrentImplementationApiVersionSelector(o);

According to the described logic, when the version property of my Test.ApiVersioning.Areas.User.Controllers.HomeController is set to 1.0, when I do n’t consider other Controllers, I will access 1.0 when I visit /home/getjson/ Version, and api-supported-version: 1.0.
But because I added Test.ApiVersioning.Controllers.HomeController and specified version 1.0 and 2.0, the api-supported-version of Test.ApiVersioning.Areas.User.Controllers.HomeController will be changed to 1.0,2.0, So I think the problem should be caused by the same Controller name

The controllers you mentioned have 2 different routes:

/home/getjson (versions: 1.0, 2.0)
/user/home/getson (versions: 1.0)

Regardless of the API version value, API versioning sees these as different routes and APIs. In a RESTful application, the URL (path) is the resource identifier; therefore, the resources and API versions are expected to be potentially different.
The CurrentImplementationApiVersionSelector selects the current (e.g. maximum) API version for a given route/API.
From the configuration I can see, I expect the following:
Request 1
GET home/getjson HTTP/1.1
Host: localhost

HTTP/1.1 200 OK
api-supported-versions: 1.0, 2.0
content-type: application/json
content-length: 35

"Test.ApiVersioning.Controllers.v2"

Request 2
GET user/home/getjson HTTP/1.1
Host: localhost

HTTP/1.1 200 OK
api-supported-versions: 1.0
content-type: application/json
content-length: 46

"Test.ApiVersioning.Areas.User.Controllers.v2"

API Versioning doesn't care about folder names or how you organize your code. It only cares about routes, which map to actions, and may take some shared data from controllers. The mapping is pre-computed at startup.

In fact, the folder "Test.ApiVersioning.Areas.User.Controllers.v2" is an empty folder. I only added the v1 folder and the corresponding Controller.
"API Versioning doesn't care about folder names or how you organize your code. It only cares about routes, which map to actions, and may take some shared data from controllers. The mapping is pre-computed at startup."
According to the understanding of this sentence, I can think that Request 2 is established, because Request 1 and Request 2 are different routes ( v1 and v2 folders are just for differentiation, and have no practical purpose, please do not entangle here )
Request 2
GET user/home/getjson HTTP/1.1
Host: localhost

HTTP/1.1 200 OK
api-supported-versions: 1.0
content-type: application/json
content-length: 46

"Test.ApiVersioning.Areas.User.Controllers.v2"

But in the actual test, I get the following result
Request 1
GET home/getjson HTTP/2
Host: localhost

HTTP/2 200 OK
api-supported-versions: 1.0, 2.0
content-type: application/json
content-length: 35

"Test.ApiVersioning.Controllers.v2"

Request 2
GET user/home/getjson HTTP/2
Host: localhost

HTTP/2 200 OK
api-supported-versions: 1.0, 2.0
content-type: application/json
content-length: 181

"{"error":{"code":"UnsupportedApiVersion","message":"The HTTP resource that matches the request URI 'https://localhost:44392/user/home/getjson' is not supported.","innerError":null}}"

Request 3
GET user/test/getjson HTTP/2
Host: localhost

HTTP/2 200 OK
api-supported-versions: 1.0
content-type: application/json
content-length: 46

"Test.ApiVersioning.Areas.User.Controllers.v1"

Using Request 1 and Request 3 for comparison, it can be seen that API Versioning is related to routing, and the returned api-supported-versions are normal. But when compared with Request 2, you will find that the duplicate name causes problems in the results of api-supported-versions.
I added the v3 directory under / User / Controller in the code, you can exclude it and then test.

Hello, I added support for Area in https://github.com/wangpengzong/aspnet-api-versioning.
In https://github.com/microsoft/aspnet-api-versioning/blob/master/src/Microsoft.AspNetCore.Mvc.Versioning/Versioning/ApiVersionCollator.cs line 102
        IEnumerable<IEnumerable<ActionDescriptor>> GroupActionsByController( IEnumerable<ActionDescriptor> actions )
        {
            var groups = new Dictionary<string, List<ActionDescriptor>>( StringComparer.OrdinalIgnoreCase );

            foreach ( var action in actions )
            {
102                var key = GetControllerName( action );
            ...
       }

        protected virtual string GetControllerName( ActionDescriptor action )
        {
            if ( action == null )
            {
                throw new ArgumentNullException( nameof( action ) );
            }

            if ( !action.RouteValues.TryGetValue( "controller", out var key ) )
            {
                if ( action is ControllerActionDescriptor controllerAction )
                {
                    key = controllerAction.ControllerName;
                }
            }

            return TrimTrailingNumbers( key );
        }

The GetControllerName method does not judge the area, which causes the homecontroller under the user route to add invalid ImplementedApiVersions and SupportedApiVersions in the action.SetProperty of the OnProvidersExecuted method.

Ah ... good find. Been quite some time since I looked at this. Now, I remember why this is. Given the set of action descriptors and their routes, the only thing to really key off of is the controller name, which can be extracted from the route parameter or fall back to the descriptor's controller name.
You certainly have a unique setup. I haven't seen any versioning attempts with a UI in a while and never using areas too. I'm not yet convinced this is a behavior that should be intrinsically baked in. I find two different logical resources that have the same name to be strange. I see how it can happen for "Home", but not for others. OData users run into similar problems trying to use different route prefixes. I've seen somewhat similar setups solved by using nested applications.
Grouping by route template would be more accurate, but it comes with its own problems. For example, order/{id} and order/{id:int} are semantically equivalent. This type of matching would require manipulation of the original template. It gets a lot more complex when considering the, now legacy, convention-based routing. An appropriate template would have to be constructed before it can be evaluated.
The best solution for you is to extend and change the ApiVersionCollator as you've done. You can then replace the default implementation in the service collection which is registered here any time after AddApiVersioning() is called.
If a compelling argument can be made that this scenario is somehow common, I'd entertain the idea of an enhancement. I need to be conservative in adding such things because it can easily turn into a slippery slope of special cases. I also have to consider down-level support in Web API, which is still heavily used. For the moment, things are behaving exactly as expected.
If you need assistance adjusting your setup to replace the default collator, feel free to ask. It seems like you're on the path to a working solution.
Thanks

Yes, this question is not a universal one, but the main point is whether to distinguish between area and non-area controllers. I will consider expanding or changing ApiVersionCollator after AddApiVersioning (), so that the code changes are minimal
thank you very much!

No problem. Good discussion. This may be useful to someone else. ;)


[Question] How to Add a column while running,  bound to items?  Also question about replacing Sheet

Hi, I'm finally at the point where I can play with this cool sheet library again.
I see in the main demo I can add new columns at runtime, but they are not bound to the existing Items
What is the suggested approach?  Like if I had some additional property that I want to add later.
It looks like one way I could do this by making Sheet.SetCell() public then looping through and setting the Cell values manually.
On a related note, it looks like Sheet is designed to support being replaced, is that true?   I am imagining rewriting it, simplified down to only support my requirements.  (data stored in rows, and all types/formatting defined per column).   If you think it's doable I'd love to hear, or what issues you think I might come across.

Hi Jason, sorry it's taken me so long to get back to you.
My intention was for the object editor to handle this - and yes I think the solution is at this stage to loop through and use sheet.SetCell - you can see that I've done that for inserting items using the object editor.
I haven't really considered being able to replace the sheet apart from sharing the instance across multiple editors, but it could be something that might be useful. There's a lot of functionality in the sheet class (maybe too much?) and so it'd be difficult to extract an interface for it

props to you @anmcgrath !  I actually didn't see your initial reply to my message, glad you kept track of it :D


Fix coverage gap introduced in PR #1703.

We didn't notice it because coveralls is inconsistent in its reporting?

LGTM pending Travis

We didn't notice it because coveralls is inconsistent in its reporting?

Maybe it was super slow, and somehow things looked green while waiting for it to start?


  Derzeit wird immer der primäre Antrieb ("fuelType":"gasoline") genutzt.
Steps to reproduce

Cupra Hybrid-Fahrzeug konfigurieren
konfiguriertes Fahrzeug in EVCC auswählen

Configuration details
Konfigurationsauszug:
vehicles:
- name: cupraleonvz
  type: template
  template: cupra
  title: Cupra Leon ST
  user: XXXXX
  password: *****
  capacity: 10.4
  phases: 1
  minCurrent: 6
  maxCurrent: 16
  mode: pv

Log details
Auszug mit relevantem API:

[cupra ] TRACE 2024/10/25 20:01:52 GET https://ola.prod.code.seat.cloud.vwgroup.com/v5/users/XXXX/vehicles/XXXX/mycar
[cupra ] TRACE 2024/10/25 20:01:53 {"engines":{"primary":{"fuelType":"gasoline","rangeKm":500.0,"levelPct":98.0},"secondary":{"fuelType":"electric","rangeKm":0.0,"levelPct":1.0}},"services":{"charging":{"status":"NotReadyForCharging","targetPct":100,"currentPct":1,"chargeMode":"invalid","active":false,"remainingTime":0,"progressBarPct":1.0},"climatisation":{"status":"Off","targetTemperatureCelsius":19.0,"targetTemperatureFahrenheit":66.0,"climatisationTrigger":"unsupported","active":false,"remainingTime":0,"progressBarPct":0.0},"windowHeating":{"status":"Off","active":false}}}
...
[cupra ] TRACE 2024/10/25 20:39:53 {"engines":{"primary":{"fuelType":"gasoline","rangeKm":500.0,"levelPct":98.0},"secondary":{"fuelType":"electric","rangeKm":0.0,"levelPct":1.0}},"services":{"charging":{"status":"Charging","targetPct":100,"currentPct":1,"chargeMode":"timer","active":true,"remainingTime":220,"progressBarPct":1.0},"climatisation":{"status":"Off","targetTemperatureCelsius":19.0,"targetTemperatureFahrenheit":66.0,"climatisationTrigger":"unsupported","active":false,"remainingTime":0,"progressBarPct":0.0},"windowHeating":{"status":"Off","active":false}}}
...
[cupra ] TRACE 2024/10/25 20:55:23 {"engines":{"primary":{"fuelType":"gasoline","rangeKm":500.0,"levelPct":98.0},"secondary":{"fuelType":"electric","rangeKm":2.0,"levelPct":5.0}},"services":{"charging":{"status":"Charging","targetPct":100,"currentPct":5,"chargeMode":"timer","active":true,"remainingTime":210,"progressBarPct":5.0},"climatisation":{"status":"Off","targetTemperatureCelsius":19.0,"targetTemperatureFahrenheit":66.0,"climatisationTrigger":"unsupported","active":false,"remainingTime":0,"progressBarPct":0.0},"windowHeating":{"status":"Off","active":false}}}

What type of operating system are you running?
Linux
Nightly build

[X] I have verified that the issue is reproducible with the latest nightly build

Version
0.131.1 (7191ce9f)

Bitte Testzugang an<EMAIL_ADDRESS>

The code is in https://github.com/evcc-io/evcc/blob/master/vehicle/seat/cupra/provider.go#L92, wanna try a PR?

Ok, I’m trying to find time over the weekend to set up a development environment.

I have implemented and tested a solution for this issue. What are the next steps to move forward?


updated flax_basics in flax docs

updated flax_basics in flax docs

Thanks for the PR! A few minor suggestions/recommendations @chiamp ! LMKWT.

Thanks @8bitmp3! I added your changes.


upgrade etcd and prometheus/client_golang for security

JuiceFS is not affected by CVE-2022-21698, so we don't need to backport this into 1.0.

Codecov Report

Merging #2550 (784aedc) into main (b1e5ebf) will decrease coverage by 1.74%.
The diff coverage is 71.69%.

@@            Coverage Diff             @@
##             main    #2550      +/-   ##
==========================================
- Coverage   61.52%   59.77%   -1.75%
==========================================
  Files         138      138
  Lines       25698    23247    -2451
==========================================
- Hits        15810    13896    -1914
+ Misses       8030     7556     -474
+ Partials     1858     1795      -63

Impacted Files
Coverage Δ

pkg/meta/config.go
52.42% <ø> (-2.62%)
:arrow_down:

pkg/sync/sync.go
43.54% <0.00%> (-1.11%)
:arrow_down:

cmd/format.go
58.78% <60.00%> (-1.22%)
:arrow_down:

cmd/gc.go
75.71% <66.66%> (-2.55%)
:arrow_down:

pkg/object/encrypt.go
68.42% <82.35%> (-1.50%)
:arrow_down:

pkg/sync/download.go
75.30% <100.00%> (+0.02%)
:arrow_up:

pkg/sync/config.go
0.00% <0.00%> (-83.34%)
:arrow_down:

pkg/object/minio.go
61.29% <0.00%> (-15.19%)
:arrow_down:

cmd/sync.go
56.46% <0.00%> (-12.87%)
:arrow_down:

pkg/chunk/utils_linux.go
66.66% <0.00%> (-8.34%)
:arrow_down:

... and 133 more

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


Manual approval required for workflow run<PHONE_NUMBER>: Release t0rn refs/tags/v1.12.4-rc.0

Please approve runtime upgrade with github release t0rn v1.12.4-rc.0
Runtime upgrade dry run output:
💈 Script started at 1831071 block in t0rn chain

🐡 Running with dryrun flag!

🐙 checking out v1.12.4-rc.0...
✅ tag checked out

🔎 making sure runtime version got updated...
✅ runtime versions updated

🫧 check WASM artifact...
🔢 WASM blake2_256 hash: 0x7e1d97d2986ce27cbb0d6d45aba4f1af8fadf02c2201e83bc9d0d0c6ceb81246
🔢 WASM blake2_256 hash fetched from release: 0x7e1d97d2986ce27cbb0d6d45aba4f1af8fadf02c2201e83bc9d0d0c6ceb81246
✅ WASM blake2_256 hash is matching
⚙ set_code runtime upgrade... dry
✅ runtime upgrade executed... dry

Workflow is pending manual review.
URL: https://github.com/t3rn/t3rn/actions/runs/4809084245
Required approvers: [AwesomeIbex MaciejBaj]
Respond "approved", "approve", "lgtm", "yes" to continue workflow or "denied", "deny", "no" to cancel.

Workflow cancelled, closing issue.


change names of modules and files

Feature Request
Describe the solution you'd like

stay-offer
car-offer
flight-offer
activity-offer

Refactored to offer for easier maintainability


fix: update failing snapshots on main when no changes have been made

Description
I have been trying for a day or two to understand why my other PR has failing snapshots. It turns out that the main has failing snapshots when no changes have been made.
This updates the snapshots on main. I am not 100% certain this is the right fix.
I might have an inconsistent prettier config somehow, or maybe another submitter had one. Please verify the issue independently.
I wonder if a Dockerfile would be useful to isolate developer environments from local testing.

Seeing this fail, it must be an issue on my machine, but I'm not sure what.


【amamba】【en】missing Configuration images  in docs

Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:

Go to '...'
check the docs file

duplicate


requireEnsure override

Is there any way to accomplish this with customize-cra? I am trying to fix an issue as described here https://github.com/wojtekmaj/react-pdf/issues/280
module.exports = function override(config) {
  config.module.rules[0].parser.requireEnsure = true
  return config
}

Hi @taddj, you should be able to resolve your issue with something like this:
const { override, addDecoratorsLegacy } = require("customize-cra");

const enableRequireEnsure = () => config => {
  config.output.globalObject = 'this'
  config.module.rules[0].parser.requireEnsure = true
  return config
}

module.exports = override(
  addDecoratorsLegacy(),
  enableRequireEnsure(),
);

That worked!

Awesome! Glad that worked for you.
I've added you to our contributors list for asking a question! Thanks for taking part :)

I had this same issue. Thank you @with-heart 😄


MAINT remove docker build

Closes #33

Man this is weird. I keep getting this error

@mheilman Well that fixed it, I think. This is weird.

@mheilman OK Let's try this again!


[BUG]/[FEAT] Reuse SSL session to fix unresponsive API

40PFT6550/12 stops responding to commands from pylips after a certain point. If the MQTT_update setting is on, it stops fairly quickly and on its own with no input necessary, but if it's disabled, it stops after a number of commands has been sent out and successfully received. The TV starts listening to commands again after it has been put on standby then woken up again.
As the official remote app works fine with any number of commands sent out and any length of time, this seems to be an issue in how the two connect and interact. I initially suspected that there was a missing protocol feature, like a reauthentification, rehandshaking or re-something after a number of commands, but it looks like Home Assistant users are on to something:
https://community.home-assistant.io/t/philips-android-tv-component/17749/14

h0bb3
I got this working on my 55pus727212, i.e. got the pairing code and could then use the component in home assistant (change volume worked fine).
However, after maybe 5-10 volume adjustment tests, it suddenly stopped working and I have not been able to pair it any more (i.e. nothing happens when doing this). Tried restarting the TV etc, but nothing. Any ideas?

https://community.home-assistant.io/t/philips-android-tv-component/17749/15

martijnv
I experienced the same problem, after a minute or 10 the component stopped working because the television stopped responding to the requests. I ran some tests and found that after exactly 100 requests the REST API stopped working. I dug a little deeper with Wireshark and discovered that the problem was caused by the SSL-handshake. At request 101 the client send its SSL “client hello”, but the server did not give a “server hello” back anymore. My guess is that the webserver in the television caches SSL connections in an array of max 100 items.
I’m creating a new version that reuses the SSL connection. The test version that I’m running now appears to be stable this way. I’ve also added channel information, a volume slider en rewind/pause/forward functions. It’s almost done and I will share it very soon.

Sure enough, the following lines of the Home Assistant Philips TV component code say the following:
https://github.com/nstrelow/ha_philips_android_tv/blob/e786331c349937618e12c8b371ebde4d80339fbb/custom_components/philips_android_tv/media_player.py#L299

The XTV app appears to have a bug that limits the nummber of SSL session to 100
The code below forces the control to keep re-using a single connection

After martijnv's post, the issue no longer seems to crop up in the HA component thread so it's safe to assume that the issue is fixed by the solution.
Is this feasible to implement in pylips for us stubborn MQTT and Node-RED users? Thanks in advance!

Hey @lantheman89, thanks for the info! Did not know about the 100 sessions (why wouldn't they close inactive sessions?!), but this actually explains a lot! I'll see what I can do about it!

Well, we are talking about TVs where the remote control stops working all of a sudden and the TV decides it doesn't want to start every once in a while, so the SSL thing isn't that much more odd or frustrating than anything else Philips did. 😊
Good luck!

Sorry to comment to a closed thread (let me know if this isn't the right place for this).
First of all thank you for developing this great utility! I'm building an iOS remote control app for Philips tv-s, and I'm basing it on your implementation.
I think I also have this issue where after some requests subsequent requests are not executed on the TV, though I'm not sure.
After some requests I get
TLSv1.2 [Failed: handshake_failure (40) - Unable to negotiate an acceptable set of security parameters, this probably means there are no cipher suites in common]

I wonder if this is the same warning you got? I tried to fix it by configuring the http client but I'm not sure if it's working/it's the right setting.
Thanks.

Hey @zierka, I don't remember the exact error (and it will probably depend on the client you are using), but it looks like the same issue indeed. What you can try to do is sending a bunch of requests with a let's say 1 second interval and see at which point you stop getting a response - if it's around 100, then it's probably the same issue. You have to reuse the same SSL session as opposed to opening a new for each request, but the implementation will depend on the client you are using.

It doesn't seem to be a ~100 request issue. I can repro it easily by quickly making a lot of requests (~2/second). After a short time (~1-2 minutes) the problem goes away and I can make requests again. Are you not having issues after making requests quickly after each other?


Upcoming Changes to PlanetScope Imagery

from planet mailing list:

We wanted to give you a heads up on a few key improvements coming next month that will make it easier to search and download next-generation PlanetScope data. There is no action you need to take today.
But first some great news: as of this month, you will see cleaner, more consistent PlanetScope imagery in the catalog across a number of dimensions. From fewer artifacts, to sharper visual imagery, to improved spectral band alignment, we’ve achieved an order of magnitude improvement in image quality that is being delivered to your data pipelines today. We think that’s a pretty cool thing!
So what’s coming up? As of March 1, 2022, all available PlanetScope data will be available within our APIs, Planet Explorer, and integrations via a new item type: PSScene. This new item type will contain the new 8-band data and will be radiometrically calibrated to Sentinel-2 instead of RapidEye.
These improvements will give you richer, more consistent data, but it will require a few adjustments on your side, like updating search filters. But don’t worry, as March 1 draws closer, we will provide ample resources for how to make the most of these and more updates, while maintaining the stability of your workflows.

we are relying on the mosaic NICFI level 1 data, planetScope is only for PSSenes i.e. level 2 data so not relevant


Cannot build arm64

https://github.com/docker/build-push-action/issues/621

Maybe good to adopt this

sparse index saved us


Blazor .NET 8: RZ10020 Attribute 'bind-Value:get' can only be used with RazorLanguageVersion 7.0 or higher

Is there an existing issue for this?

[X] I have searched the existing issues

Describe the bug
Using Blazor .NET 8 with a get/set binding on a component, I get an error with the following:
RZ10020 Attribute 'bind-Value:get' can only be used with RazorLanguageVersion 7.0 or higher

Expected Behavior
There should not be an error
Steps To Reproduce
Use the get/set as indicated above.
Exceptions (if any)
No response
.NET Version
.NET 8
Anything else?
Using VS 17.8.3

@TonyLugg I can't reproduce this issue locally, on a brand new project. Was the project you're seeing this in recently upgraded from .NET 7? If so, it could be another bug we had, where old configurations are still picked up. The fix for that is in VS 17.9 Preview 2, which is out, but as a workaround for 17.8.3, the issue should be fixed by closing VS, then deleting the obj folder from your project(s), then restarting VS.
If thats not the case, or doens't work, could you share some more info with us? Does this happen if you just create a brand new project using the template, or only specific projects? Are the projects it repros on customized in some way? Any more information you can share would be helpful.

I had restarted and cleaned the solution a few times.  Deleting the bin and obj folders as well as clearing out most of my %temp% folder has fixed the problem.  By the way, the error did not seem to stop the app from compiling and running.

Thanks for the quick response, and glad things are working for you again. Sadly a clean of the solution from VS, or the command line, is not enough for this issue and it requires manually deleting the obj folders. As mentioned though, its fixed in newer builds of VS.
I'm going to close this as fixed by https://github.com/dotnet/razor/pull/9601


Investigate possible performance problems of Clojurescript.

For the simple benchmark "Create a 10MB Buffer and change all zeros in it to ones I get the following results:
Arguably idiomatic ClojureScript: 3.9 mb/s
(defn random-buffer2 [length]
  (let [buf (js/Buffer. length)]
    (doseq [i (range length)]
      (aset buf i (max 1 (aget buf i))))
    buf))

playground.task5-async.benchmark> (playground.benchmark/time-it-sync! #(random-buffer2 (* 1000 1000 10)))
#<<Test #9> x 0.39 ops/sec ±0.81% (5 runs sampled)>

Loop/recur ClojureScript: 37.4 mb/s
(defn random-buffer3 [length]
  (let [buf (js/Buffer. length)]
    (loop [i 0]
      (when (< i length)
        (aset buf i (max 1 (aget buf i)))
        (recur (inc i))))
    buf))

playground.task5-async.benchmark> (playground.benchmark/time-it-sync! #(random-buffer3 (* 1000 1000 10)))
#<<Test #8> x 3.74 ops/sec ±2.33% (11 runs sampled)>

Pure JavaScript: 653.6 mb/s
function randomBuffer(length) {
    var buf = new Buffer(length)
    for(var i = 0; i < length; ++i) {
        buf[i] = buf[i] > 0 ? buf[i] : 1;
    }
    return buf
}

> bench.Benchmark(function(){return randomBuffer(10 * mb)}).run().toString()
'<Test #20> x 65.36 ops/sec ±1.94% (60 runs sampled)'

Investigate why the numbers for clojurescript are low:

try different memory allocation patterns
try different javascript implementations

The difference between Loop/recur ClojureScript and JavaScript in compiled code is, in fact, only one self calling function:
slow:
function random_buffer3(length){
    var buf = (new Buffer(length));
    var i_52137 = (0);
    while(true){
        if((i_52137 < length)){
            (buf[i_52137] = (function (){var x__23701__auto__ = (1);
                                         var y__23702__auto__ = (buf[i_52137]);
                                         return ((x__23701__auto__ > y__23702__auto__) ? x__23701__auto__ : y__23702__auto__);
                                        })());

            var G__52138 = (i_52137 + (1));
            i_52137 = G__52138;
            continue;
        } else {
        }
        break;
    }

    return buf;
}

fast
function random_buffer3_opt(length){
    var buf = (new Buffer(length));
    var i_52137 = (0);
    while(true){
        if((i_52137 < length)){
            var x__23701__auto__ = (1);
            var y__23702__auto__ = (buf[i_52137]);
            buf[i_52137] = ((x__23701__auto__ > y__23702__auto__) ? x__23701__auto__ : y__23702__auto__)

            var G__52138 = (i_52137 + (1));
            i_52137 = G__52138;
            continue;
        } else {
        }
        break;
    }

    return buf;
}

investigate the impact of closure compiler optimization options. They are mostly for code size, but maybe are affecting performance as well.

investigate the impact of closure compiler optimization options

There are indeed significant performance gains with :optimization :simple. Optimization :advanced doesn't add much

It does have problems.


All the Problems that I encountered will be here

pTagPage problem
It keeps giving "No results". will fix soon

3.6.0
OMG I DIDN'T NOTICE THAT I DIDN'T CHANGE THE PARSER REQUIRE TO "./lib/src/parser.min"

Having like 5+ version released on a single month is hard, I really need some people to look after my mistakes

3.7.3
current problem on the 3.7.3: IMAGE SOURCE: undefined on the CLI


Use Oniro's compliance toolchain infrastructure

The Eclipse Oniro team is currently migrating their Compliance Toolchain to Eclipse Foundation infrastructure.
The compliance toolchain supports Yocto-based build processes, which would be a really good fit to use it for Leda-Distro.
We're currently trying to use ORT (OSS Review Toolkit), which does not really support BitBake as a package manager.
Task: Once Oniro's infrastructure is up and running on EF, we may need to add a build workflow on GitLab for the integration into the Eclipse IP process.
References:

https://gitlab.eclipse.org/eclipse/oniro-compliancetoolchain
https://gitlab.eclipse.org/eclipse-wg/oniro-wg/products-services-oniro-wg/it-services-oniro-wg/coordination-it-services-oniro-wg/-/blob/main/oniro-it-infrastructure-and-services-implementation-and-migration-plan.md#oniro-it-infrastructure-and-services-implementation-and-migration-plan-v112

We got a nightly demo build setup working.
The report is available here on the SCA dashboard:
https://sca.software.bz.it/?json=https%3A%2F%2Fgitlab.eclipse.org%2Feclipse%2Foniro-compliancetoolchain%2Fdemo%2Fleda%2F-%2Fjobs%2Fartifacts%2Fmain%2Fraw%2Freport.harvest.json%3Fjob%3Dharvest&params={"needle"%3A""%2C"cols"%3A{}%2C"filters"%3A{}%2C"excl"%3A0}


bad detection of SSE2

Prefeching is not working with gcc 4.8.4 (without -msse2):
https://travis-ci.org/inikep/lzbench/jobs/167837663
To properly check if <emmintrin.h> is available in gcc you should use:
#ifdef __SSE2__
    #include <emmintrin.h> /* requires SSE2 */
#endif

irrespective of this particular implementation

prefetching command is a part of sse1
on older cpus one can use volatile char x = *ptr instead. but it will probably will decrease perfromance on cpus that can't speculatively perform memory access, and useful only for newer cpus (pentium pro/pentium2/amd k6/k7)

True, it's supported from Visual C++ 6.0 and with gcc -msse so this should work:
#if defined(_MSC_VER) || defined(__SSE__)
#  include <xmmintrin.h>
#endif


Cleanup artifacts that create the source tarball from installer.

With the introduction of the VMR, there is no longer a need to create a source tarball from installer.  This logic should be cleaned up once the VMR is in place (e.g. CI - https://github.com/dotnet/installer/pull/15042)

This includes the logic to create the dynamic text-only packages.


Pylance does not correctly infer optional parenthesis on decorators

Environment data

Language Server version: 2022.10.20
OS and version: Windows 10 Build 22000
Python version: Python 3.10.2

Code Snippet
See here for full context.
Decorator
def view_to_component(
    view: Callable | View = None,  # type: ignore[assignment]
    compatibility: bool = False,
    transforms: Sequence[Callable[[VdomDict], Any]] = (),
    strict_parsing: bool = True,
) -> _ViewComponentConstructor:
    """Converts a Django view to an IDOM component."""

    def decorator(view: Callable | View):
        if not view:
            raise ValueError("A view must be provided to `view_to_component`")

        def wrapper(
            request: HttpRequest | None = None,
            *args: Any,
            key: Key | None = None,
            **kwargs: Any,
        ):
            return _view_to_component(
                view=view,
                compatibility=compatibility,
                transforms=transforms,
                strict_parsing=strict_parsing,
                request=request,
                args=args,
                kwargs=kwargs,
                key=key,
            )

        return wrapper

    return decorator(view) if view else decorator

Example Code
# This results in a Pylance warning, despite being syntactically correct
@view_to_component(compatibility=True)
def my_view(request):
    ...

Repro Steps

Create a function decorator that can optionally be used with or without parenthesis (using the above programming pattern)
Attempt to use this decorator with paranthesis

Expected behavior
Pylance to automatically infer that this decorator development pattern exists.
Actual behavior
Pylance always assumes the function being decorated is the first argument of def decorator( ... ).
The following warning is generated: Argument of type "(request: Unknown) -> None" cannot be assigned to parameter "request" of type "HttpRequest | None" in function "__call__"
Logs

[Info  - 11:47:24 PM] (7636) Pylance language server 2022.10.20 (pyright e2d13ab1) starting
[Info  - 11:47:24 PM] (7636) Server root directory: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist
[Info  - 11:47:24 PM] (7636) Starting service instance "Conreq"
[Info  - 11:47:24 PM] (7636) Notebook support: Legacy
[Info  - 11:47:24 PM] (7636) Interactive window support: Legacy
[Info  - 11:47:25 PM] (7636) No configuration file found.
[Info  - 11:47:25 PM] (7636) pyproject.toml file found at c:\Users\Markg\Documents\Repositories\Conreq.
[Info  - 11:47:25 PM] (7636) Setting pythonPath for service "Conreq": "c:\Users\Markg\Documents\Repositories\Conreq\.venv\Scripts\python.exe"
[Info  - 11:47:25 PM] (7636) Loading pyproject.toml file at c:\Users\Markg\Documents\Repositories\Conreq\pyproject.toml
[Error - 11:47:25 PM] (7636) Pyproject file "c:\Users\Markg\Documents\Repositories\Conreq\pyproject.toml" is missing "[tool.pyright]" section.
[Warn  - 11:47:25 PM] (7636) stubPath c:\Users\Markg\Documents\Repositories\Conreq\typings is not a valid directory.
[Info  - 11:47:25 PM] (7636) Assuming Python version 3.10
[Info  - 11:47:25 PM] (7636) Assuming Python platform Windows
[Info  - 11:47:25 PM] (7636) Search paths for c:\Users\Markg\Documents\Repositories\Conreq
[Info  - 11:47:25 PM] (7636)   c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib
[Info  - 11:47:25 PM] (7636)   c:\Users\Markg\Documents\Repositories\Conreq
[Info  - 11:47:25 PM] (7636)   c:\Users\Markg\Documents\Repositories\Conreq\data\packages\__installed__
[Info  - 11:47:25 PM] (7636)   c:\Users\Markg\Documents\Repositories\Conreq\data\packages\develop
[Info  - 11:47:25 PM] (7636)   c:\Users\Markg\Documents\Repositories\Conreq\typings
[Info  - 11:47:25 PM] (7636)   c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stubs\...
[Info  - 11:47:25 PM] (7636)   c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs
[Info  - 11:47:25 PM] (7636)   c:\Users\Markg\AppData\Local\Programs\Python\Python310\DLLs
[Info  - 11:47:25 PM] (7636)   c:\Users\Markg\AppData\Local\Programs\Python\Python310\Lib
[Info  - 11:47:25 PM] (7636)   c:\Users\Markg\AppData\Local\Programs\Python\Python310
[Info  - 11:47:25 PM] (7636)   c:\Users\Markg\Documents\Repositories\Conreq\.venv
[Info  - 11:47:25 PM] (7636)   c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages
[Info  - 11:47:25 PM] (7636)   c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\win32
[Info  - 11:47:25 PM] (7636)   c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\win32\lib
[Info  - 11:47:25 PM] (7636)   c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\pythonwin
[Info  - 11:47:25 PM] (7636) Adding fs watcher for library directories:
 C:\Users\Markg\AppData\Local\Programs\Python\Python310\DLLs
C:\Users\Markg\AppData\Local\Programs\Python\Python310\lib
C:\Users\Markg\AppData\Local\Programs\Python\Python310
c:\Users\Markg\Documents\Repositories\Conreq\.venv
c:\Users\Markg\Documents\Repositories\Conreq\.venv\lib\site-packages
c:\Users\Markg\Documents\Repositories\Conreq\.venv\lib\site-packages\win32
c:\Users\Markg\Documents\Repositories\Conreq\.venv\lib\site-packages\win32\lib
c:\Users\Markg\Documents\Repositories\Conreq\.venv\lib\site-packages\Pythonwin
[Info  - 11:47:25 PM] (7636) Adding fs watcher for directories:
 c:\Users\Markg\Documents\Repositories\Conreq
[Info  - 11:47:25 PM] (7636) Searching for source files
[Info  - 11:47:25 PM] (7636) Found 341 source files
(7636) [IDX(FG)] index libraries c:\Users\Markg\Documents\Repositories\Conreq (index) ...
(7636) [IDX(FG)]   read stdlib indices (17ms)
(7636) [IDX(FG)] index libraries c:\Users\Markg\Documents\Repositories\Conreq (index) [succeed] (18ms)
[Info  - 11:47:25 PM] (7636) Background analysis(1) root directory: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist
[Info  - 11:47:25 PM] (7636) Background analysis(1) started
(7636) Background analysis message: setConfigOptions
(7636) Background analysis message: setImportResolver
(7636) Background analysis message: ensurePartialStubPackages
(7636) Background analysis message: setTrackedFiles
(7636) Background analysis message: markAllFilesDirty
(7636) Background analysis message: setFileOpened
(7636) Background analysis message: getDiagnosticsForRange
(7636) [FG] parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py (25ms)
(7636) [FG] parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\builtins.pyi [fs read 2ms] (58ms)
(7636) [FG] binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\builtins.pyi (21ms)
(7636) [FG] binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py (1ms)
(7636) Background analysis message: getDiagnosticsForRange
(7636) Background analysis message: getSemanticTokens full
[Info  - 11:47:25 PM] (7636) SourceFile: Received fs event 'change' for path 'c:\Users\Markg\Documents\Repositories\Conreq\.git\FETCH_HEAD'
(7636) [BG(1)] getSemanticTokens full at c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py ...
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py (25ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\builtins.pyi [fs read 2ms] (55ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\builtins.pyi (22ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\typing.pyi [fs read 1ms] (14ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\typing.pyi (12ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\typing_extensions.pyi [fs read 0ms] (3ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\typing_extensions.pyi (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\_typeshed\__init__.pyi [fs read 0ms] (9ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\_typeshed\__init__.pyi (2ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\types.pyi [fs read 1ms] (9ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\types.pyi (4ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\abc.pyi [fs read 0ms] (1ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\abc.pyi (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\contrib\auth\decorators.pyi [fs read 0ms] (4ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\contrib\auth\decorators.pyi (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\contrib\auth\models.pyi [fs read 0ms] (9ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\contrib\auth\models.pyi (2ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\contrib\auth\base_user.pyi [fs read 0ms] (3ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\contrib\auth\base_user.pyi (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\__init__.pyi [fs read 1ms] (2ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\__init__.pyi (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\__init__.pyi [fs read 1ms] (11ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\__init__.pyi (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\base.pyi [fs read 0ms] (4ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\base.pyi (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\http\response.pyi [fs read 1ms] (12ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\http\response.pyi (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\utils\decorators.pyi [fs read 0ms] (3ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\utils\decorators.pyi (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\generic\base.pyi [fs read 1ms] (4ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\generic\base.pyi (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django_idom\components.py [fs read 0ms] (15ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django_idom\components.py (2ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\__init__.pyi [fs read 1ms] (1ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\__init__.pyi (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\idom\types.py [fs read 0ms] (1ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\idom\types.py (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\idom\core\types.py [fs read 0ms] (2ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\idom\core\types.py (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\email\models.py [fs read 0ms] (4ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\email\models.py (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\solo\models.py [fs read 0ms] (8ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\solo\models.py (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\forms.py [fs read 1ms] (12ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\forms.py (2ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\__init__.pyi [fs read 0ms] (5ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\__init__.pyi (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\models.pyi [fs read 0ms] (22ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\models.pyi (2ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\forms.pyi [fs read 0ms] (8ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\forms.pyi (2ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\widgets.pyi [fs read 0ms] (8ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\widgets.pyi (2ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\forms.py [fs read 0ms] (14ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\forms.py (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\utils\forms.py [fs read 0ms] (1ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\utils\forms.py (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\__init__.py [fs read 1ms] (1ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\__init__.py (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\validators.py [fs read 0ms] (4ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\validators.py (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\core\validators.pyi [fs read 0ms] (2ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\core\validators.pyi (5ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\utils\deconstruct.pyi [fs read 1ms] (1ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\utils\deconstruct.pyi (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\fields.pyi [fs read 0ms] (5ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\fields.pyi (2ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django_ace\__init__.py [fs read 0ms] (0ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django_ace\__init__.py (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django_ace\widgets.py [fs read 0ms] (3ms)
[Info  - 11:47:26 PM] (7636) Could not import 'django.forms.util' in file 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django_ace\widgets.py'
[Info  - 11:47:26 PM] (7636)   Looking in stubPath 'c:\Users\Markg\Documents\Repositories\Conreq\typings'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\typings'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq\typings'
[Info  - 11:47:26 PM] (7636)   Looking in root directory of execution environment 'c:\Users\Markg\Documents\Repositories\Conreq'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq'
[Info  - 11:47:26 PM] (7636)   Looking in extraPath 'c:\Users\Markg\Documents\Repositories\Conreq\data\packages\__installed__'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\data\packages\__installed__'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq\data\packages\__installed__'
[Info  - 11:47:26 PM] (7636)   Looking in extraPath 'c:\Users\Markg\Documents\Repositories\Conreq\data\packages\develop'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\data\packages\develop'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq\data\packages\develop'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310\DLLs'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310\DLLs'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310\DLLs'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310\Lib'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310\Lib'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310\Lib'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages'
[Info  - 11:47:26 PM] (7636)   Resolved import with file 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django-stubs\__init__.pyi'
[Info  - 11:47:26 PM] (7636)   Resolved import with file 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django-stubs\forms\__init__.pyi'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\win32'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\win32'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\win32'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\win32\lib'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\win32\lib'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\win32\lib'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\pythonwin'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\pythonwin'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\pythonwin'
[Info  - 11:47:26 PM] (7636)   Looking in bundled stubs path 'c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs'
[Info  - 11:47:26 PM] (7636)   Resolved import with file 'c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\__init__.pyi'
[Info  - 11:47:26 PM] (7636)   Resolved import with file 'c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\__init__.pyi'
[Info  - 11:47:26 PM] (7636)   Looking for typeshed stdlib path
[Info  - 11:47:26 PM] (7636)   Looking for typeshed stdlib path
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib'
[Info  - 11:47:26 PM] (7636)   Typeshed path not found
[Info  - 11:47:26 PM] (7636)   Looking for typeshed third-party path
[Info  - 11:47:26 PM] (7636)   Looking for typeshed stubs path
[Info  - 11:47:26 PM] (7636)   Typeshed path not found
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django_ace\widgets.py (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\__init__.pyi [fs read 1ms] (1ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\__init__.pyi (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\utils\environment.py [fs read 0ms] (7ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\utils\environment.py (4ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\collections\abc.pyi [fs read 1ms] (1ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\collections\abc.pyi ...
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\_collections_abc.pyi [fs read 0ms] (1ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\_collections_abc.pyi (1ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\collections\abc.pyi (2ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\models.py [fs read 0ms] (3ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\models.py (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\fields.py [fs read 1ms] (6ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\fields.py (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\fields\__init__.pyi [fs read 0ms] (27ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\fields\__init__.pyi (4ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\query_utils.pyi [fs read 0ms] (7ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\query_utils.pyi (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\expressions.pyi [fs read 1ms] (4ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\expressions.pyi (3ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\colorfield\fields.py [fs read 0ms] (6ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\colorfield\fields.py (2ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\views.py [fs read 0ms] (3ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\views.py (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\utils\views.py [fs read 0ms] (3ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\utils\views.py (1ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\generic\edit.pyi [fs read 0ms] (2ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\generic\edit.pyi (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\generic\detail.pyi [fs read 1ms] (2ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\generic\detail.pyi (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\http\__init__.pyi [fs read 0ms] (1ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\http\__init__.pyi (0ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\http\request.pyi [fs read 0ms] (8ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\http\request.pyi (2ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\io.pyi [fs read 0ms] (5ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\io.pyi (2ms)
(7636) [BG(1)] getSemanticTokens full at c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py (603ms)
(7636) Background analysis message: analyze
(7636) [BG(1)] analyzing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py ...
(7636) [BG(1)]   checking: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py (12ms)
(7636) [BG(1)] analyzing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py (14ms)
(7636) Background analysis message: getSemanticTokens range
(7636) [BG(1)] getSemanticTokens range 0:0 - 47:0 at c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py (5ms)
(7636) Background analysis message: getDiagnosticsForRange
(7636) Background analysis message: resumeAnalysis
(7636) Background analysis message: getDiagnosticsForRange
(7636) Background analysis message: getSemanticTokens range
(7636) [BG(1)] getSemanticTokens range 0:0 - 47:0 at c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py (5ms)
[Info  - 11:47:26 PM] (7636) SourceFile: Received fs event 'change' for path 'c:\Users\Markg\Documents\Repositories\Conreq\.vscode\.ropeproject'
(7636) Background analysis message: invalidateAndForceReanalysis
[Info  - 11:47:26 PM] (7636) Searching for source files
[Info  - 11:47:26 PM] (7636) Found 341 source files
(7636) Background analysis message: setTrackedFiles
(7636) Background analysis message: markAllFilesDirty
(7636) [FG] parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py (86ms)
(7636) [FG] parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\builtins.pyi [fs read 1ms] (32ms)
(7636) [FG] binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\builtins.pyi (10ms)
(7636) [FG] binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py (1ms)
(7636) Background analysis message: analyze
(7636) [BG(1)] analyzing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py ...
(7636) [BG(1)]   parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py (95ms)
(7636) [BG(1)]   parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\builtins.pyi [fs read 1ms] (22ms)
(7636) [BG(1)]   binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\builtins.pyi (9ms)
(7636) [BG(1)]   binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py (1ms)
(7636) [BG(1)]   checking: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py ...
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\contrib\auth\decorators.pyi [fs read 0ms] (4ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\contrib\auth\decorators.pyi (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\typing.pyi [fs read 0ms] (13ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\typing.pyi (5ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\contrib\auth\models.pyi [fs read 0ms] (7ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\contrib\auth\models.pyi (2ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\contrib\auth\base_user.pyi [fs read 0ms] (2ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\contrib\auth\base_user.pyi (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\__init__.pyi [fs read 0ms] (1ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\__init__.pyi (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\__init__.pyi [fs read 0ms] (13ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\__init__.pyi (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\base.pyi [fs read 1ms] (4ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\base.pyi (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\typing_extensions.pyi [fs read 0ms] (1ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\typing_extensions.pyi (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\http\response.pyi [fs read 0ms] (7ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\http\response.pyi (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\utils\decorators.pyi [fs read 0ms] (2ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\utils\decorators.pyi (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\generic\base.pyi [fs read 0ms] (3ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\generic\base.pyi (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django_idom\components.py [fs read 0ms] (10ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django_idom\components.py (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\__init__.pyi [fs read 0ms] (0ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\__init__.pyi (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\idom\types.py [fs read 0ms] (0ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\idom\types.py (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\idom\core\types.py [fs read 1ms] (1ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\idom\core\types.py (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\abc.pyi [fs read 0ms] (1ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\abc.pyi (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\email\models.py [fs read 0ms] (2ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\email\models.py (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\solo\models.py [fs read 0ms] (4ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\solo\models.py (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\forms.py [fs read 0ms] (4ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\forms.py (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\__init__.pyi [fs read 0ms] (3ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\__init__.pyi (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\models.pyi [fs read 0ms] (8ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\models.pyi (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\forms.pyi [fs read 0ms] (4ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\forms.pyi (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\widgets.pyi [fs read 0ms] (3ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\widgets.pyi (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\forms.py [fs read 0ms] (3ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\forms.py (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\utils\forms.py [fs read 0ms] (1ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\utils\forms.py (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\__init__.py [fs read 0ms] (0ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\__init__.py (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\validators.py [fs read 0ms] (2ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\validators.py (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\core\validators.pyi [fs read 0ms] (0ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\core\validators.pyi (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\utils\deconstruct.pyi [fs read 0ms] (0ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\utils\deconstruct.pyi (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\fields.pyi [fs read 0ms] (1ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\fields.pyi (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django_ace\__init__.py [fs read 0ms] (0ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django_ace\__init__.py (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django_ace\widgets.py [fs read 0ms] (2ms)
[Info  - 11:47:26 PM] (7636) Could not import 'django.forms.util' in file 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django_ace\widgets.py'
[Info  - 11:47:26 PM] (7636)   Looking in stubPath 'c:\Users\Markg\Documents\Repositories\Conreq\typings'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\typings'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq\typings'
[Info  - 11:47:26 PM] (7636)   Looking in root directory of execution environment 'c:\Users\Markg\Documents\Repositories\Conreq'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq'
[Info  - 11:47:26 PM] (7636)   Looking in extraPath 'c:\Users\Markg\Documents\Repositories\Conreq\data\packages\__installed__'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\data\packages\__installed__'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq\data\packages\__installed__'
[Info  - 11:47:26 PM] (7636)   Looking in extraPath 'c:\Users\Markg\Documents\Repositories\Conreq\data\packages\develop'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\data\packages\develop'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq\data\packages\develop'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310\DLLs'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310\DLLs'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310\DLLs'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310\Lib'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310\Lib'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310\Lib'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\AppData\Local\Programs\Python\Python310'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages'
[Info  - 11:47:26 PM] (7636)   Resolved import with file 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django-stubs\__init__.pyi'
[Info  - 11:47:26 PM] (7636)   Resolved import with file 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django-stubs\forms\__init__.pyi'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\win32'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\win32'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\win32'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\win32\lib'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\win32\lib'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\win32\lib'
[Info  - 11:47:26 PM] (7636)   Looking in python search path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\pythonwin'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\pythonwin'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\pythonwin'
[Info  - 11:47:26 PM] (7636)   Looking in bundled stubs path 'c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs'
[Info  - 11:47:26 PM] (7636)   Attempting to resolve stub package using root path 'c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs'
[Info  - 11:47:26 PM] (7636)   Resolved import with file 'c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\__init__.pyi'
[Info  - 11:47:26 PM] (7636)   Resolved import with file 'c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\forms\__init__.pyi'
[Info  - 11:47:26 PM] (7636)   Looking for typeshed stdlib path
[Info  - 11:47:26 PM] (7636)   Looking for typeshed stdlib path
[Info  - 11:47:26 PM] (7636)   Attempting to resolve using root path 'c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib'
[Info  - 11:47:26 PM] (7636)   Typeshed path not found
[Info  - 11:47:26 PM] (7636)   Looking for typeshed third-party path
[Info  - 11:47:26 PM] (7636)   Looking for typeshed stubs path
[Info  - 11:47:26 PM] (7636)   Typeshed path not found
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\django_ace\widgets.py (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\__init__.pyi [fs read 0ms] (0ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\__init__.pyi (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\utils\environment.py [fs read 0ms] (3ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\utils\environment.py (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\collections\abc.pyi [fs read 0ms] (0ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\collections\abc.pyi ...
(7636) [BG(1)]       parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\_collections_abc.pyi [fs read 0ms] (1ms)
(7636) [BG(1)]       binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\_collections_abc.pyi (0ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\collections\abc.pyi (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\models.py [fs read 0ms] (1ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\models.py (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\fields.py [fs read 0ms] (4ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\fields.py (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\fields\__init__.pyi [fs read 0ms] (9ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\fields\__init__.pyi (5ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\query_utils.pyi [fs read 0ms] (4ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\query_utils.pyi (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\expressions.pyi [fs read 0ms] (2ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\db\models\expressions.pyi (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\colorfield\fields.py [fs read 0ms] (2ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\.venv\Lib\site-packages\colorfield\fields.py (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\views.py [fs read 0ms] (1ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\views.py (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\utils\views.py [fs read 1ms] (2ms)
(7636) [BG(1)]     binding: c:\Users\Markg\Documents\Repositories\Conreq\conreq\utils\views.py (2ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\generic\edit.pyi [fs read 0ms] (2ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\generic\edit.pyi (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\generic\detail.pyi [fs read 0ms] (0ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\views\generic\detail.pyi (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\http\__init__.pyi [fs read 1ms] (1ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\http\__init__.pyi (0ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\http\request.pyi [fs read 1ms] (4ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\bundled\stubs\django-stubs\http\request.pyi (1ms)
(7636) [BG(1)]     parsing: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\io.pyi [fs read 0ms] (3ms)
(7636) [BG(1)]     binding: c:\Users\Markg\.vscode\extensions\ms-python.vscode-pylance-2022.10.20\dist\typeshed-fallback\stdlib\io.pyi (0ms)
(7636) [BG(1)]   checking: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py (233ms)
(7636) [BG(1)] analyzing: c:\Users\Markg\Documents\Repositories\Conreq\conreq\_core\server_settings\views.py (360ms)
(7636) Background analysis message: getDiagnosticsForRange
(7636) Background analysis message: getDiagnosticsForRange
(7636) Background analysis message: resumeAnalysis
(7636) Background analysis message: getDiagnosticsForRange
(7636) Background analysis message: getDiagnosticsForRange
(7636) Background analysis message: getDiagnosticsForRange
[Info  - 11:47:28 PM] (7636) SourceFile: Received fs event 'change' for path 'c:\Users\Markg\Documents\Repositories\Conreq\.git\FETCH_HEAD'
(7636) Background analysis message: getDiagnosticsForRange
(7636) Background analysis message: getDiagnosticsForRange
[Info  - 11:47:28 PM] (7636) SourceFile: Received fs event 'change' for path 'c:\Users\Markg\Documents\Repositories\Conreq\.git\FETCH_HEAD'```

Could you please provide a minimal, self-contained code sample that exhibits the problem? The sample above references a bunch of symbols that are not defined, such as VdomDict and HttpRequest.

Here is a minimal subset of the above example
from typing import Any, Callable

def view_to_component(
    view: Callable = None,  # type: ignore[assignment]
    compatibility: bool = False,
    strict_parsing: bool = True,
):
    def decorator(view: Callable):
        if not view:
            raise ValueError("A view must be provided to `view_to_component`")

        def wrapper(
            text: str | None,
            *args: Any,
            **kwargs: Any,
        ):
            print(text, compatibility, strict_parsing)

        return wrapper

    return decorator(view) if view else decorator

@view_to_component(compatibility=True)
def my_view(request):
    ...

You have type checking enabled, so pylance is doing more than reporting syntax errors. It's also using static type analysis and validating type consistency rules.
If you don't want to use static type checking, you can set typeCheckingMode to "off". If you want the benefits of static type checking, you'll need to update your code so it has the proper type annotations.
Decorators can be challenging to annotate correctly, especially if they are polymorphic and can be used with or without arguments like the one in your code sample above. Here's my attempt to add proper annotations based on what I think is the intended behavior of this decorator.
from typing import Callable, Concatenate, ParamSpec, TypeVar, overload

P = ParamSpec("P")
R = TypeVar("R")

@overload
def view_to_component(
    *,
    compatibility: bool = False,
    strict_parsing: bool = True,
) -> Callable[[Callable[P, R]], Callable[Concatenate[str | None, P], R]]: ...

@overload
def view_to_component(view: Callable[P, R]) -> Callable[Concatenate[str | None, P], R]: ...

def view_to_component(
    view: Callable[P, R] | None = None,
    compatibility: bool = False,
    strict_parsing: bool = True,
) -> Callable[[Callable[P, R]], Callable[Concatenate[str | None, P], R]] | Callable[Concatenate[str | None, P], R]:
    def decorator(view: Callable[P, R]) -> Callable[Concatenate[str | None, P], R]:
        def wrapper(
            text: str | None,
            *args: P.args,
            **kwargs: P.kwargs,
        ):
            print(text, compatibility, strict_parsing)
            return view(*args, **kwargs)

        return wrapper

    return decorator(view) if view else decorator

@view_to_component(compatibility=True)
def my_view1(request: str):
    ...

@view_to_component
def my_view2(request: str):
    ...

my_view1("text1", "request1")
my_view2("text2", "request2")

Is adding a heuristic to automatically infer this not up for consideration? I'm not against adding the type hint, but it does seem like MyPy infers this use case pretty well even under the original example where a single _ViewComponentConstructor type hint is within the returns.

By default, mypy skips type checking for unannotated functions. Pyright (the type checker that underlies pylance) always type checks functions regardless of whether their parameters are annotated. So that might explain why you're not seeing an error with mypy. Or maybe you're using an older version of mypy?
In any case, I'm able to repro the same error when I run the latest published version of mypy on your code.
Here's a variant of your self-contained code sample that includes the _ViewComponentConstructor return type from your library code.
from typing import Any, Callable, Protocol, Sequence

class HttpRequest: ...
class ComponentType: ...

class _ViewComponentConstructor(Protocol):
    def __call__(
        self, request: HttpRequest | None, *args: Any, **kwargs: Any
    ) -> ComponentType:
        ...

def view_to_component(
    view: Callable | None = None,
    compatibility: bool = False,
    transforms: Sequence[Callable[[dict], Any]] = (),
    strict_parsing: bool = True,
) -> _ViewComponentConstructor:
    ...

@view_to_component(compatibility=True)
def hello_world_view(request):
    ...

When I run mypy on this sample, it emits the same error as pyright:
test.py:25: error: Argument 1 to "__call__" of "_ViewComponentConstructor" has incompatible type "Callable[[Any], Any]"; expected "Optional[HttpRequest]"

This is what I'd expect to see because the _ViewComponentConstructor is not an appropriate return type for view_to_component if you want to use it in a polymorphic manner. This return type will work only for the case where you don't use a call expression in the decorator. If I change the sample accordingly and eliminate the call expression within the decorator, the error goes away for both mypy and pyright.
@view_to_component
def hello_world_view(request):
    ...

So pyright seems to be consistent with mypy in emitting an error here.


.well-known/smart-configuration doesn't work

A request to /fhir/.well-known/smart-configuration should return a Well Known URIs file for SMART.
It is currently returning a 404.

This is actually working - I forgot that it only gets served up when authorization is enabled.
face slap


Changed to master branch, most of my widgets say "Child" attribute is not defined

Steps to Reproduce
i updated to the master branch of flutter in order to try the desktop build but after I opened android studio it got a lot of errors saying that the child attribute of the Expanded and Flexible widgets. is this part of the master branch ? because when i got to the sources the child attribute is there but the studio documentation mentions the widget attribute.
flutter doctor -v result :
[✓] Flutter (Channel master, 1.24.0-2.0.pre.95, on Mac OS X 10.15.5 19F96 darwin-x64, locale en)
[✓] Android toolchain - develop for Android devices (Android SDK version 30.0.0)
[!] Xcode - develop for iOS and macOS
✗ Xcode installation is incomplete; a full installation is necessary for iOS development.
Download at: https://developer.apple.com/xcode/download/
Or install Xcode via the App Store.
Once installed, run:
sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer
sudo xcodebuild -runFirstLaunch
[✓] Android Studio (version 4.0)
[✓] Connected device (1 available)

Duplicate of #68847
Make sure to flutter pub get and restart your analysis server or IDE when switching Flutter versions


Duplicating seems broken for VisualShaderNodeCustom

Godot version:
3556bc48a1d357ff0109e2677c2e02b925a3e46b
OS/device including version:
Win10
Issue description:
duplicate() function seems broken for VisualShaderNodeCustom in current master and leads to editor crash. This happens if the user using duplicate or copy/paste.
On the following screenshot duplicate() return zero however, it should return a duplicated reference:

while the original node is correctly received and can be placed on the graph:

I'm not sure whether this is related to the visual shader or the recent core changes. I have trouble understanding what's wrong with it - so I asking anyone to help.
Minimal reproduction project:
TestShader.zip

Looks like a bug with gdscript.
The newly created resource gets unreferenced more than it gets referenced in the call to set_script, which causes the cast to Ref<Resource> to be null at the end of duplicate.
This is the callstack when the resource's ref count drops to 0:
 godot.windows.tools.64.exe!_atomic_decrement_impl(volatile unsigned int * pw) Line 69	C++
 godot.windows.tools.64.exe!atomic_decrement(volatile unsigned int * pw) Line 120	C++
 godot.windows.tools.64.exe!SafeRefCount::unrefval() Line 191	C++
 godot.windows.tools.64.exe!Reference::unreference() Line 78	C++
 godot.windows.tools.64.exe!Variant::clear() Line 1307	C++
 godot.windows.tools.64.exe!Variant::~Variant() Line 476	C++
 godot.windows.tools.64.exe!GDScriptFunction::call(GDScriptInstance * p_instance, const Variant * * p_args, int p_argcount, Callable::CallError & r_err, GDScriptFunction::CallState * p_state) Line 1590	C++
godot.windows.tools.64.exe!GDScript::_super_implicit_constructor(GDScript * p_script, GDScriptInstance * p_instance, Callable::CallError & r_error) Line 94	C++
 godot.windows.tools.64.exe!GDScript::_create_instance(const Variant * * p_args, int p_argcount, Object * p_owner, bool p_isref, Callable::CallError & r_error) Line 121	C++
 godot.windows.tools.64.exe!GDScript::instance_create(Object * p_this) Line 335	C++
 godot.windows.tools.64.exe!Object::set_script(const Variant & p_script) Line 869	C++
 godot.windows.tools.64.exe!Object::set(const StringName & p_name, const Variant & p_value, bool * r_valid) Line 401	C++
 godot.windows.tools.64.exe!Resource::duplicate(bool p_subresources) Line 229	C++
 godot.windows.tools.64.exe!VisualShaderEditor::_dup_paste_nodes(int p_type, int p_pasted_type, List<int,DefaultAllocator> & r_nodes, Set<int,Comparator<int>,DefaultAllocator> & r_excluded, const Vector2 & p_offset, bool p_select) Line 2209	C++

Seems like it is fixed (as b24c24f64b4ac9c30dc5a9e097163cbc64939645).


enumerate render error: second line for item sticks to next item; leaves some space

I noticed on the current changelogs of Gluon (https://gluon.readthedocs.io/en/v2016.2.2/releases/v2016.2.2.html#bugfixes), that the list/enumerate is not rendered correctly.
Some of the list items have a second line without being the next item. Instead of being rendered directly underneath the item they belong to, with a little space they seem to stick to the top of the next item.

Thanks for reporting this. This is a theme issue, not an issue with Read the Docs. You can open issues with the theme here: https://github.com/snide/sphinx_rtd_theme/

Thank you!
I did that here: https://github.com/rtfd/sphinx_rtd_theme/issues/408