Use pyarrow.dataset.parquet_dataset in ak.from_parquet

Unfortunately, pyarrow.parquet.ParquetFile does not support remote filesystems.
You could use a construction like
with fsspec.open(url, 'rb', **storage_options) as f:
    q = pq.ParquetFile(f)

for the _metadata case or
pq.ParquetDataset(paths, filesystem=fs, **kwargs)

for the list-of-files case; this is what dask "legacy" does.
However, it seems that arrow will be using the new API only,  so
q = pyarrow.dataset.parquet_dataset("s3://pivarski-princeton/millionsongs/_metadata", filesystem=fs)  # note the full path to metadata

where the returned object has a .schema and fragments list(q.get_fragments()) instead of the former pieces.

I've taken a look at this, and it's a bit more fiddly than I first anticipated. I'm keeping some notes here, in case anyone gets a chance to work on it before I do.

The new parquet_dataset function ignores the order of the row groups (due to unordered_map)

Need to use pyarrow.parquet.ParquetDataset or compose dataset manually by reading metadata first. I think the latter option is most future-proof

Handling URIs and filepaths will be a logistical challenge. I propose instead to only handle paths, and allow user to specify the filesystem.
fsspec expects POSIX paths, Arrow file systems convert to POSIX, and  currently we regularise paths according to the host OS. We need to be clear about when we have fs paths vs host paths.
dataset is a very general API, and if we're not careful we'll have lots of tricky cases to handle.

Awkward already does some boilerplate like finding the _metadata file for datasets, and in order to maintain the same interface we're going to need to do the same thing.
So I think the way we need to tackle this is:

Switch on is_file_like(source) to use new or old dataset
Define default filesystem (arrow.fs.LocalFileSystem)

not sure if this should be parameter or in options

Define four path-like cases for new API:

str (single file)
str (directory)
str (directory with _metadata)
Iterable[str]
other (pass through to arrow.dataset)

convert paths to POSIX (to avoid platform-specific pain)

Here's a hacky implementation https://github.com/scikit-hep/awkward-1.0/pull/949

ignores the order of the row groups

This is surprising. I am assuming dask handles this already, might be a template.

Handling URIs and filepaths will be a logistical challenge

Let fsspec do t for you?

fsspec expects POSIX paths

For local files, windows paths work fine. Yes, they may be converted to posix internally, but you shouldn't have to worry about that.

dataset is a very general API, and if we're not careful we'll have lots of tricky cases to handle.

I'd love to know what you mean, what the downsides are/might be.

Define default filesystem

let fsspec do it? If you're going to be doing other file things elsewhere in the project (i.e., where you don't explicitly require arrow), this seems like a good idea. Also, fsspe's local filesystem is guaranteed to be compatible with the other filesystems for s3, gcs..., that it will give you.

other

I would make a minimal file-like check, error otherwise. Probably more hasattr(obj, "read") than isinistance(obj, os.IOBase).

(sorry, misread - that was "other" for path-like things, not file-like. Be aware that people will want to pass pathlib.Path objects at some point. fsspec is OK with this)

So, the issue is whether we rely on fsspec. Arrow has a superset of file systems (which do overlap with fsspec), so this is a design choice to be made.
We also need to normalize the paths because we need to combine them, and fsspec / arrow don't implement a join API.
The TLDR is that this is a bit messy because of the need to support the existing API. @jpivarski I think I'd like to make this a major change, and then we'd only need to handle the bug in dataset w.r.t _metadata ordering. I also stumbled across a few bugs when running the test suite which make me think this is not going to be as easy as I had hoped.

We also need to normalize the paths because we need to combine them, and fsspec / arrow don't implement a join API.

Easy to do! fsspec is at your service for this kind of thing. We release all the time.

Arrow has a superset of file systems (which do overlap with fsspec),

The other way around surely. Arrow only supports local, s3 and hdfs.

Arrow implements a wrapper over fsspec's file systems, so technically a superset ;) We have a dependency on Arrow because we have to, but I'm not sure whether we can depend upon fsspec internally vs support it via Arrow's wrapper file system. I think currently we're going via the latter route.

fsspec has no dependencies of its own, so it a very light dependency. It would be a natural place to add things you might need, like join. It already provides tools for URL inference and such that will be important. Dask uses it for this reason (and dask will, of course, be an important engine for awkward).
I am surprised that you explicitly depend on arrow. I understand there is overlap between awkward and arrow and that to/from conversions will be important to many, but I would still have thought is optional.

fsspec has no dependencies of its own, so it a very light dependency. It would be a natural place to add things you might need, like join. It already provides tools for URL inference and such that will be important. Dask uses it for this reason (and dask will, of course, be an important engine for awkward).
I am surprised that you explicitly depend on arrow. I understand there is overlap between awkward and arrow and that to/from conversions will be important to many, but I would still have thought is optional.

Sorry, let me be more clear! We have a soft (runtime) dependency upon Arrow in order to implement Arrow/Parquet reading, but it's not required to install.

Currently, Awkward Array's only required dependency is NumPy (1.13.1+). 90% of its functionality or more depends on NumPy—clearly, that needs to be a strict dependency.
The second most relevant library in terms of Awkward Array functionality is Numba: there's quite a lot of code for lowering array iteration in Numba. However, Numba is not a strict dependency: Awkward's Numba extensions are loaded through Numba's entry point if and when Numba is imported. It's probably still true that the majority of Awkward Array users don't use Numba, though I encourage it a lot.
The third most relevant library is probably pyarrow, though it only gets invoked in ak.from_arrow, ak.to_arrow, ak.to_arrow_table, ak.from_parquet, and ak.to_parquet. pyarrow is also not a strict dependency, and we only attempt to import it when somebody calls one of those functions. Although it's a soft dependency, it's a versioned soft dependency: Arrow is developing rapidly, and we require some of its newest features: the minimum is pyarrow 2.0.0.
There are a number of other libraries that are used in very specific functions, if they're available (e.g. ak.to_pandas requires Pandas). They're all soft dependencies, with an import triggered by the function call, and a message explaining how to install it with pip or conda if it's not there.
Using fsspec to get access to lots of remote file systems would be great, though I only see it coming in through ak.from_parquet, and then there are cases in which it is not needed: local files, S3, and HDFS. When should we invoke the "You can do this, but please install fsspec" error? On any call of ak.from_parquet? The majority of users of this function (right now) are probably using local files. On any non-local file? Or on anything that's not local, S3, or HDFS? It could be coarse or fine-grained.
For the user experience, there's an advantage to grouping dependencies to ask for them all at once (coarse), rather than the "death by a thousand cuts" of install this, get a little further, install that, get a little further, etc. We don't have that problem yet because Awkward's soft dependencies are in different functions: ak.to_pandas needs Pandas and ak.from_arrow needs Arrow, but neither of these functions need both. If ak.from_parquet sometimes needs both, maybe it should always need both, so that nobody's workflow gets interrupted twice by the same ak.* function call. This would be like Uproot's soft dependency on lz4, which also requires xxhash because all ROOT files with an LZ4-compressed block also have an xxhash checksum to check. The error message asking users to install lz4 asks them to install xxhash at the same time, saving an extra step.
Since fsspec has no dependencies, I'm inclined to do that for the ak.from_parquet/ak.to_parquet pair (likely used together, so the same rule should apply for simplicity). Calling either one of these functions should require pyarrow 2.0+ and fsspec at the same time, and the error message should say how to import them both with pip or import them both with conda.
However, ak.from_arrow, ak.to_arrow, and ak.to_arrow_table really don't need fsspec and shouldn't be asking for it. Currently, these and the ak.from_parquet/ak.to_parquet pair all use the same helper function, so that would have to be refactored with an argument (e.g. require_fsspec=False). Awkward Array users who only read and write local files don't, strictly speaking, need fsspec, but we should ask for it anyway to keep the soft dependencies from getting too fine-grained.
This could be elevated to a general rule: any ak.* function that might require any of a set of third-party packages must attempt to import (with "how to install" on failure) all of those third-party packages at the beginning of the function, before any other error-handling. This case is the first that satisfies the rule. I might be over-eager in defining this rule, since we might find before this PR is done that s3fs is only needed if the filesystem is S3, rados is only needed if the filesystem is Ceph, etc., and then ak.from_parquet would (according to this rule) require a whole lot of third-party packages, most of them never used by a given user. If that's the case, I'll back down. On the other hand, if these libraries (s3fs, rados, etc.) are required at the time that the filesystem object is created by fsspec, not at the time that it's used by pyarrow to read the file, then that would be ideal: it would communicate the fact that such-and-such a library is needed because of the requested filesystem, not because of ak.from_parquet.

I all depends on whether you want fsspec to handle your URLs for you and generate filesystem objects. If you need changes in the thrist party dependency, you will find fsspec much faster to respond than arrow.
I would argue that the future of awkward has to be in great part in the cloud, with data on cloud servers or various flavours. I realise that's not as relevant to actual HEP, who likely like HPC systems and mounted disks, but I really want to see awkward as the de-facto nested processing engine for python. But you might want to load root files remotely too, no?
(by the way, all users are working with local files right now, because that's the only thing that works! :) )

Certainly, dask integration is coming! It will take some planning and development. Splitting awkward processing tasks into daskable chunks and accessing remote filesystems are separate concerns, but they will, of course, play well together.

I'd be fine with saying that every Awkward function that might take a URL should require fsspec. I think the only such functions that might take URLs right now are ak.from_parquet and ak.to_parquet (assuming we can write to URLs).
The ak.from_json function can take a filename, though it's a bad API because the same string can also be a string of JSON text. The C++ layer that this is based on is being rewritten in Python, which would make ak.from_json(data) exactly equivalent to ak.from_iter(json.loads(data)) or ak.from_iter(json.load(open(data))), in which case, we can deprecate ak.from_json/ak.to_json with a stub telling people how to write that one-liner.
Other than that, no other functions deal with files. Zarr integration is planned. That would be a second case, and I suppose fsspec would be needed for that, too.

Further down the line, I would suggest also considering avro, xml and maybe other nested-schema formats, as well as line-serialised arrow. I'm not sure how much of that could be directly deferred to arrow, we will see.
Zarr integration only for >=v3, right?

For Avro, I can generate AwkwardForth that's considerably faster than the fastavro library (https://arxiv.org/abs/2102.13516). Awkward Array can become the fastest way to read Avro data without an extra compilation step. I have some background in Avro and could write the Avro schema → AwkwardForth function, though that's a matter of time and would probably have to be motivated by a use-case.
I think line-serialized Arrow should go through pyarrow. (Don't we already get it for free? Isn't there a pyarrow function to load line-serialized Arrow as a pyarrow.array?)
I've talked about Zarr v3 because we have a chance of adding a "must be read by Awkward" flag to the format as some kind of extension. I know that it's possible to serialize into and out of v2 now (using ak.from_buffers/ak.to_buffers), but it's the issue of forcing the collection of buffers to be interpreted as an ak.Array that I'm thinking of. The same could be said of HDF5; there's no flag saying that the group of 1-dimensional datasets is a low-level view that needs to be interpreted in a particular way. I haven't made any steps toward influencing the Zarr v3 specification, other than talking about it, though.

Awkward Array can become the fastest way to read Avro data

Yes, what I was thinking exactly. Fastavro is very dict-oriented, so no good for this. My library uavro might also be a good starting point, for being more python-oriented (but completely ignoring nesting!). The avro format is actually quite nice to work with, so long as the in-memory buffers can grow as the data is read.

adding a "must be read by Awkward"

Agreed, I thought this was still the plan, and it sounds good - we can be in a position to add our extension when v3 comes out.

Don't we already get it for free (arrow serialisation)

Probably yes, but I imagine we'd want to at least make an explicit example of this.

(btw: fastparquet contains a new very fast thrift reader that would also be a good starting point for avro, since the two are so similar. That code makes nested python dicts, but it's all in the same field roughly. I don't think we care particularly about thrift-serialised data, but we could cover all avro/thrift/protobuf/msgpack for only a little extra effort)

This is the only ticket I see mentioning protobuf. What is the current/expected state of support for such formats, especially protobuf?

@deeplook I wasn't planning on ak.from_protobuf or ak.to_protobuf, but that would be a good application of AwkwardForth (since it's not a columnar format). It's not on any road maps but can be if there's a strong enough use-case for it. The place to start would be to file a feature request.

I'm not familiar with AwkwardForth, but I'm interested in operating on nested structures in ways like flatten-dict, but on binary formats, especially protobuf, with some NumPy-like interface and the performance promised by Awkward. ;)

Right, this thread seems to have meandered quite far from the original intent! I do agree that we should have in mind a list of specific IO that the project is interested in, to go into an explicit issue discussing this.
For consideration:

text

json
yaml
xml
text lines plus nested regex? (e.g., log files)

columnar binary

parquet
orc
zarr (v3, or v2 with our own convention)

row binary

protobuf
avro
thrift
msgpack?

arrow services

flight

In v2, ak.from_parquet uses fsspec (though not Dataset, for reasons explained there): #1338.


Proposal: add favicon middleware

Is your feature request related to a problem? Please describe.
Add a favicon middleware to provide more options for users.
Describe the solution you'd like
Add favicon middleware.

Helolo @justlorain, I realize that this is not necessary because it is not complicated and the configuration of FS is easy to solve this problem.

I got it, thx.


operation-specific security (auth) not set correctly

Hi!
Context

hapi 17.2.0
hapi-swagger 9.0.2

What are you trying to achieve or the steps to reproduce ?
A common approach is to set auth globally for all routes of the api and to exclude some that should be without.
For example:
const Hapi = require('hapi');
const HapiSwagger = require('hapi-swagger');
const HapiAuthBasic = require('hapi-auth-basic');
const validate = require('./auth/basic');

const server = new Hapi.Server({
  routes: { //  route options -> default configuration for all routes
    auth: 'simple',
    ...
  },
});

const swagger = {
  plugin: HapiSwagger,
  options: {
    ...
    securityDefinitions: {
      simple: {
        type: 'basic',
      },
    },
    security: [{
      simple: [],
    }],
  },
};

const provision = async () => {
  try {
    await server.register({ plugin: HapiAuthBasic });
    server.auth.strategy('simple', 'basic', { validate });
    server.auth.default('simple');
    await server.register([
      ...
      swagger,
    ]);
    await server.start();
  } catch (error) {
    ...
  }
};

provision();

I have specific routes that are excluded from auth, e.g.,:
server.route({
  method: 'GET',
  path: '/healthcheck',
  options: {
    auth: false, // <<<
  },
  handler: () => `up and running, time: ${new Date().toISOString()}`,
});

What result did you get?
The /swagger.json generated by hapi-swagger does not recognize this exclusion, i.e., specifically:
"/healthcheck": {
  "get": {
    "operationId": "getHealthcheck",
    "responses": {
      "default": {
        "description": "Successful",
        "schema": {
          "type": "string"
        }
      }
    }
  }
}

What did you expect ?
According to the Swagger 2.0 spec, I think, this is what I expect:
"/healthcheck": {
  "get": {
    "operationId": "getHealthcheck",
    "responses": {
      "default": {
        "description": "Successful",
        "schema": {
          "type": "string"
        }
      }
    },
    "security": []
  }
}

In the Swagger 2.0 spec (see https://github.com/OAI/OpenAPI-Specification/blob/master/versions/2.0.md#fixed-fields-5), it says:

To remove a top-level security declaration, an empty array can be used.

How can this be achieved?
Thanks a lot.

Well, I had a look at your code, and it seams that you are not evaluating any of the auth settings, neither route.options.auth nor server.options.routes.auth. I'm sure that's for a reason. :-)
Anyway, an alternative way to set route-specific security is via plugin-options. In the particular case above, this is what actually does the job:
server.route({
  method: 'GET',
  path: '/healthcheck',
  options: {
    auth: false, // ignored by `hapi-swagger`, but this works...
    plugins: {
      'hapi-swagger': {
        security: [],
      },
    },
  },
  handler: () => `up and running, time: ${new Date().toISOString()}`,
});

So, this solves the issue for me and I am closing it. :-)


'myApp' is not recognized as an internal or external command, operable program or batch file.

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

Hi @AyeChan1309, can you provide more details about your problem?

Closing because of actionable details. Please re-open if you're still having troubles and can provide information on your project.


Fix separated-out LED status monitor

The base code for the separated-out cluster status indicator is present but needs to be updated to:

Display Weakly-Up nodes using a blinking LED
Make it consistent with the bundled status monitor

Also, choosing between the bundled or the separated-out monitor should be done via configuration

Will probably not implement this as a trivial fix in the 'bundled' monitor turns off all LED's now.
The only case where the separated-out monitor is useful is to turn off the LED's when the application is force-killed (kill -9 ) as it doesn't give the app a chance to execute postStop on the Akka Cluster monitoring actor.


[BUG]: Traceback running Updater

Description of the bug
Getting a traceback running Updater:
// Error: No module named 'gt.utils.setup_utils'
// # Traceback (most recent call last):
// #   File "/Users/rjj/Library/Preferences/Autodesk/maya/gt-tools/gt/tools/package_updater/package_updater_controller.py", line 198, in update_package
// #     self.model.update_package(cache=cache)
// #   File "/Users/rjj/Library/Preferences/Autodesk/maya/gt-tools/gt/tools/package_updater/package_updater_model.py", line 435, in update_package
// #     import gt.utils.setup_utils as setup_utils
// # ModuleNotFoundError: No module named 'gt.utils.setup_utils'
Steps To Reproduce
run updater
Additional Information
running Maya 2024.1 Python 3.10

Hey @RJJ, I've recently changed a few things in the import pattern. Could you try reinstalling it manually to see if it fixes it for you? You just have to download it latest release, unzip it, and drag and drop the script on your viewport.
I'm not planning to update the pattern again, so the updater should work fine after one manual reinstall.

Hey @RJJ, I've recently changed a few things in the import pattern. Could you try reinstalling it manually to see if it fixes it for you? You just have to download it latest release, unzip it, and drag and drop the script on your viewport.
I'm not planning to update the pattern again, so the updater should work fine after one manual reinstall.


Critical vulnerability CVE-2024-5535 in alpine/openssl 3.1.5-r0 version packaged in curlimages/curl:8.8.0

Critical vulnerability CVE-2024-5535 is fixed in alpine/openssl version 3.1.6-r0 or higher.
Please see https://build.alpinelinux.org/buildlogs/build-3-19-s390x/main/openssl/openssl-3.1.6-r2.log https://security.snyk.io/vuln/SNYK-ALPINE319-OPENSSL-7413523
curl image should be updated with the latest/stable version of alpine/openssl.

The OpenSSL project considers this so low a priority that they're not even issuing a new release to fix it. Do you see this as particularly bad problem with curl?

Also, curl does not use the affected function so the mentioned OpenSSL CVE cannot be triggered by curl.

Yes, OpenSSL considers it as low however image scan results says it's critical.
https://scout.docker.com/vulnerabilities/id/CVE-2024-5535/
https://github.com/advisories/GHSA-4fc7-mvrr-wv2c.
alpine/openssl has a fix version.

The OpenSSL project considers this so low a priority that they're not even issuing a new release to fix it. Do you see this as particularly bad problem with curl?

Yes, OpenSSL considers it as low however image scan results says it's critical.
https://scout.docker.com/vulnerabilities/id/CVE-2024-5535/
https://github.com/advisories/GHSA-4fc7-mvrr-wv2c.
alpine/openssl has a fix version.

If curl can't trigger the vulnerability then it's even less than low—it's zero.

for reasons explained above an out of band release is not needed in this case - this will get fixed when we do the next curl release.


Is HNETD/HNCP eol?

Just asking as I've used it for a long time and I'm having to update some routers. I noted that it's become disconnected from OpenWRT/LEDE, and is likely to break with the latest releases.
If it is eol, then I wanted to say 'Thank you' for the excellent tool that it has been.

@sbyx yea please elaborate, would be nice to have this for the future to come.

I think all of the original authors have mostly moved to other things - however, if there are pull requests we do review them as needed. I personally have moved away from using OpenWrt altogether, as there isn't good modern wifi standard compliant open-source compatible kit around (I used to use Turris Omnia, but I wanted more modern wifi standard support, so I  switched to something closed source sadly year or two ago.)


Expose a way to know if data has been received by a peer

After calling Send on a NetPeer, it would be nice to expose a way to know if the data has been received. Especially for reliable messages.
Edit: Might even be nice to also have this for Connect.

for that one.

@RevenantX
Здравствуй Руслан
Этот фич-реквест уже реализован, или ещё пока не дошли руки?

@Krakean еще руки не дошли.

I posted this on discord a few days ago an never got a response from anyone so might as well post it here as well.
Just had an idea that could be useful and i wanted to see if there is a way to do it or if maybe something could be added. Basically atm i'm running into some issues on highly latent connections with a lot of packet loss with some packets taking a long time to actually get received by the server(this particular case i'm having the client has very bad upload and decent download). Would there be any decent way to have a way from user code of the library to determine when a packet has been acknowledged by the server with reliable channel types? Rather than trying to send extra event ack packets from the server manually?
This is basically the same thing as this feature request so i wanted to give my +1

If we go ahead, I would recommend something simple like a "ReliableAckCount"

I don't think a ReliableAckCount would be precise enough to identify specific messages.

It would not be, but it could Identify a problem.
I suggested it in part out of fear of callbacks (and their garbage)

Personally, I wouldn't use a callback. I'd add a function that can be polled.

So i think something like giving each message to be sent an increment value, that could be checked against the latest acknowledged packet's id. That way you know if your packet has been received with a reliable ordered delivery method.
Or hell you don't even need to give each one a value explicitly, but like @Apostolique said you could have a per-channel count of the current # of ack'd "messages", and the total number of messages requested to be sent(didn't want to use the term "packet" here since a single message could be sent multiple times if it doesn't get ack'd), and then you could read the current requested to be sent value before sending your message need then check the ack'd count to verify with it was received. This would probably be simpler to implement.

And i did get a short response about this from him on discord, i said i am considering trying to implement this myself if it doesn't happen shortly and he responded saying:

RevenantX - this almost WIP
mdsitton - ah so you are working on it?
RevenantX - @mdsitton in some way

Still considering doing an implementation myself and making a pull request though.

Done. Usage example:
EventBasedNetListener listener = new EventBasedNetListener();
NetManager client = new NetManager(listener);
client.Start();
client.Connect("localhost" /* host ip or name */, 9050 /* port */, "SomeConnectionKey" /* text key or NetDataWriter */);
listener.DeliveryEvent += (peer, obj) =>
{
    Console.WriteLine("Message delivered: " + (string)obj);
};
listener.PeerConnectedEvent += peer =>
{
    peer.SendWithDeliveryEvent(NetDataWriter.FromString("Hello server!"), 0, DeliveryMethod.ReliableOrdered, "USER_DATA");
};

//also you can tune NetManager.UnsyncedDeliveryEvent
//If true - delivery event will be called from "receive" thread otherwise on PollEvents call

If you use your INetEventListener implementation - just implement IDeliveryEventListener and it will work


Create service-mesh.md

Describe your changes
Localize 'Service Mesh'  in Portuguese
Related issue number or link :
Link ->  https://github.com/cncf/glossary/issues/1223
Issue No. -> 1223
Checklist before opening this PR (put x in the checkboxes)

[x] This PR does not contain plagiarism

don’t copy other people’s work unless you are quoting and contributing it to them.

[x] I have signed off on all commits

signing off (ex: git commit -s) is to affirm that commits comply DCO. If you are working locally, you could add an alias to your gitconfig by running git config --global alias.ci "commit -s".

Reviewers Please look on this PR


Possible  cache confusion between HTML shim and turtle versions of a page

My attempt to reload https://solidos.solid.community/Team/ lead to a blank page and the  browser tab  favicon showing a "working ... "  circle.
Nothing on console log.
Maybe the browser renderer, instead of being given the data browser HTML file, has internally been given the TTL file.
https://solidos.solid.community/Team/SolidOs%20team%20chat/index.ttl#this

Request URL: https://solidos.solid.community/Team/

Request Method: GET

Response headers

Status Code: 304 Not Modified
Remote Address: <IP_ADDRESS>:443
Referrer Policy: no-referrer-when-downgrade
Accept-Ranges: bytes
Access-Control-Allow-Credentials: true
Access-Control-Expose-Headers: Authorization, User, Location, Link, Vary, Last-Modified, ETag, Accept-Patch, Accept-Post, Updates-Via, Allow, WAC-Allow, Content-Length, WWW-Authenticate, MS-Author-Via
Allow: OPTIONS, HEAD, GET, PATCH, POST, PUT, DELETE
Cache-Control: public, max-age=0
Content-Length: 759
Content-Type: text/html; charset=utf-8
Date: Mon, 10 Aug 2020 22:30:36 GMT
ETag: W/"2f7-7438674ba0"
Last-Modified: Sat, 26 Oct 1985 08:15:00 GMT
Link: <.acl>; rel="acl", <.meta>; rel="describedBy", <http://www.w3.org/ns/ldp#Container>; rel="type", <http://www.w3.org/ns/ldp#BasicContainer>; rel="type"
MS-Author-Via: SPARQL
Set-Cookie: nssidp.sid=s%3A5ggq0_s689eNtskxk5PaVrYB2HJul0gw.TuU8LfocIZA%2BMeKoqWyobVIWBHZWBu3o80VkEf7%2BoO0; Domain=.solid.community; Path=/; Expires=Tue, 11 Aug 2020 22:30:36 GMT; HttpOnly; Secure
Updates-Via: wss://solidos.solid.community
Vary: Accept, Authorization, Origin
WAC-Allow: user="read",public="read"
X-Powered-By: solid-server/5.4.0

Request headers:

Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.9,fr;q=0.8
Cache-Control: max-age=0
Connection: keep-alive
Cookie: nssidp.sid=s%3A5ggq0_s689eNtskxk5PaVrYB2HJul0gw.TuU8LfocIZA%2BMeKoqWyobVIWBHZWBu3o80VkEf7%2BoO0
Host: solidos.solid.community
If-Modified-Since: Sat, 26 Oct 1985 08:15:00 GMT
If-None-Match: W/"2f7-7438674ba0"
Sec-Fetch-Dest: document
Sec-Fetch-Mode: navigate
Sec-Fetch-Site: none
Sec-Fetch-User: ?1
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36

Strange state though .. network timing says "caution! request is not finished yet", and the browser visible status bat says waiting for  solidos.solid.community

Repeated loads in different normal windows give same result.   Loading in a incognito window fixes it.

Note this problem would not happen if w used data-islands for the turtle inside the original HTML file.

@timbl nothing related to mashlib but thank to google I found that issue. I've similar issue on other product. Did you find something since last time?


[BUG] Lexer: Integers and floats are not recognized correctly

Describe the bug
Integers are not recongnised if there is nothing after it and floats are separate integers and a SEPARATOR token in between.
To Reproduce
Steps to reproduce the behavior:

Integers:

Set the data to something like this: int i = 1234
Execute lexer.py
See the error (BASETYPE, NAME and SET get recognized, but the integer does not)

Floats:

Set the data to something like this: float f = 12.34
Execute lexer.py
See the error (BASETYPE, NAME, SET, INTEGER (just the first) and SEPARATOR get recognized, but the second integer does not (in the screenshot it's happening because of a space after it))

Expected behavior
Integer and float values are returned normally, under any circumstances.
Screenshots

Desktop:

OS: Windows 10 22H2 (Build 19045.2728)
Python version: 3.11.2 (3.11.2/v3.11.2:878ead1)
Version: Lexer 0.1.3

Additional context
This might be caused by the validate_float and validate_integer functions.

Update: After some investigation and careful debugging, I found out, that the source is neither validate_integer, validate_float nor gettoken, the string just doen't get sent to the gettoken function

Fixed with fe4ec5d.

I'll try a different aproach.

Fixed with e8a982d.

This issue will never end I guess...

It works when I use a semicolon afterwards.

Fixed in c092db8b59f0560a3c0429c7229e922eadc39e18.


Getting PHP Error

Hi,
I'm just updated my Craft install to v.2.6.2974 and I am now getting a PHP error whenever I try to edit an entry that has a Neo field in it. The error says it is trying to get property of non-object. The line number it gives is line 749 in NeoFieldType.php. Can you help me to resolve this issue? I can provide login credentials if needed.
Thanks!
Brian

The offending line: https://github.com/benjamminf/craft-neo/blob/master/neo/fieldtypes/NeoFieldType.php#L749
My guess is that one of your Neo blocks contains a field that's field type no longer exists. Are you using any third-party field type plugins?

Hi Benjamin,
First thanks for getting back to me so quickly. I really appreciate it. That was the culprit. I had removed a couple of plugins I wasn’t using and forgot to remove one of them from the Neo field set.
Thanks,
Brian Rivet
<EMAIL_ADDRESS>Phone:<PHONE_NUMBER>
Fax:<PHONE_NUMBER>
www.odysseydesignstudio.com

On Apr 26, 2017, at 7:04 PM, Benjamin Fleming<EMAIL_ADDRESS>wrote:
The offending line: https://github.com/benjamminf/craft-neo/blob/master/neo/fieldtypes/NeoFieldType.php#L749 https://github.com/benjamminf/craft-neo/blob/master/neo/fieldtypes/NeoFieldType.php#L749
My guess is that one of your Neo blocks contains a field that's field type no longer exists. Are you using any third-party field type plugins?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/benjamminf/craft-neo/issues/102#issuecomment-297574848, or mute the thread https://github.com/notifications/unsubscribe-auth/ACK0B3eHxbJqd_Mf3PwjuVixPhjQNGhkks5rz9uZgaJpZM4NJhso.


SCons: Build tests/ and main/ in cloned environments

Allows switching tests=yes/no and rebuilding only tests and main,
instead of the whole engine.
Supersedes #40725.

Yeah I don't see where we'd need to use TESTS_ENABLED except for main, and we don't embed test code in other places (if that's a feature of doctest), perhaps it could be hypothetically used for modules #40720 but that's far fetched as you say. 🙂

perhaps it could be hypothetically used for modules #40720 but that's far fetched as you say.

Well I do think #40720 is a good change, but I don't think tests written for modules need to have access to TESTS_ENABLED, they'll be called by tests/test_main.cpp which has it defined already. Or do I misunderstand how they work?

Yeah likely modules don't need to know about TESTS_ENABLED anyways. Collecting those headers seems to be enough to make it work. What's left is to port those tests with sources #40659.


Update (and rename) Auth0UserService to get all Okta users

Business Context:
Several functions of complaint-manager require getting a list of the users that can access the app. We do this by calling the "Auth0UserService," but now we are introducing Okta, so if the auth engine is set to Okta we want to be able to call Okta instead of Auth0 to get all the users.
As a Hawaii team member
I want to be able to get a list of the current users of the app that are registered through Okta
So that I can assign cases to them and/or add signature images for them
In Scope

Update Auth0UserService to call Okta if the auth engine is Okta
Ensure that the output is formatted the same whether the users are retrieved from Okta or Auth0

Out of Scope

Open Questions

Notes
On the backend you can use the @okta/okta-sdk-nodejs library which has a function listUsers that will allow you to get those. We need to put branching logic in Auth0UserService (and rename it) that uses the listUsers function if the auth provider is Okta
Acceptance Criteria

Scenario:
Given
When
Then

Scenario:
Given
When
Then

Mockups
Checklist (should be reviewed before grooming as the BA or Pair are writing the card—NOT reviewed for the first time at grooming)

[ ] Ensure to include all necessary mockups to this card.
[ ] Discuss what success/failure user feedback messages would be present, if any occur (front end/back end).
[ ] Discuss Feature Flag: Where could a development flag go to flag off incomplete work? Do we want to keep the flag long-term?
[ ] If this card is part of a sequence of cards, discuss if this card should be blocked until the testing of previous cards in the sequence have been finished.
[ ] Have we added edge cases as ACs that we're considered from a QA perspective
[ ] Should the new functionalities be offered only to users with certain permissions?
[ ] How should this functionality differ between different orgs, and if it does differ, what is the hingepoint we should use for that functionality?

Notes:

Okta Admin Page (login with<EMAIL_ADDRESS>account in 1Password) - https://dev-68895481-admin.okta.com/
Branches - complaint-manager is on master, instance_files_hawaii_csoc is on the okta branch


Tweak StatefulSet concept page for YAML rendering

for: #17792

Preview: https://deploy-preview-17891--kubernetes-io-master-staging.netlify.com/docs/concepts/workloads/controllers/statefulset/#components

/lgtm
/approve


introduce terraform azdo workflow

This PR addresses #658 by:

Updates azdo provider to set the needed terraform remote state variables as part of azd pipeline config --provider azdo cmd.
Introduces an additional azdo pipeline for terraform, and update the existing azdo pipeline to remove the terraform related variables.
Updates all templates todo/repoman.yaml files to use the right azdo pipeline based on the infra selection.

Co-authored-by: Hattan Shobokshi<EMAIL_ADDRESS>

Repoman Generation Results
Repoman pushed changes to remotes for the following projects:
Project: todo-csharp-cosmos-sql
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-cosmos-sql -b pr/1035

View Changes | Compare Changes

Project: todo-csharp-sql-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-sql-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-csharp-sql
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-sql -b pr/1035

View Changes | Compare Changes

Project: todo-java-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-java-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-java-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-java-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-terraform
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-terraform -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-terraform
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-terraform -b pr/1035

View Changes | Compare Changes

Azure Dev CLI Install Instructions
Install scripts
MacOS/Linux

May elevate using sudo on some platforms and configurations

bash:
curl -fsSL https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/uninstall-azd.sh | bash;
curl -fsSL https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/install-azd.sh | bash -s -- --base-url https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035 --version '' --verbose

pwsh:
Invoke-RestMethod 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/uninstall-azd.ps1' -OutFile uninstall-azd.ps1; ./uninstall-azd.ps1
Invoke-RestMethod 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/install-azd.ps1' -OutFile install-azd.ps1; ./install-azd.ps1 -BaseUrl 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035' -Version '' -Verbose

Windows
powershell -c "Set-ExecutionPolicy Bypass Process; irm 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/uninstall-azd.ps1' > uninstall-azd.ps1; ./uninstall-azd.ps1;"
powershell -c "Set-ExecutionPolicy Bypass Process; irm 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/install-azd.ps1' > install-azd.ps1; ./install-azd.ps1 -BaseUrl 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035' -Version '' -Verbose;"

Standalone Binary

Linux - https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/azd-linux-amd64.tar.gz
MacOS - https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/azd-darwin-amd64.zip
Windows - https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/azd-windows-amd64.zip

Container
docker run -it azdevcliextacr.azurecr.io/azure-dev:pr-1035

Repoman Generation Results
Repoman pushed changes to remotes for the following projects:
Project: todo-csharp-cosmos-sql
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-cosmos-sql -b pr/1035

View Changes | Compare Changes

Project: todo-csharp-sql-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-sql-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-csharp-sql
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-sql -b pr/1035

View Changes | Compare Changes

Project: todo-java-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-java-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-java-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-java-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-terraform
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-terraform -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-terraform
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-terraform -b pr/1035

View Changes | Compare Changes

Azure Dev CLI Install Instructions
Install scripts
MacOS/Linux

May elevate using sudo on some platforms and configurations

bash:
curl -fsSL https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/uninstall-azd.sh | bash;
curl -fsSL https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/install-azd.sh | bash -s -- --base-url https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035 --version '' --verbose

pwsh:
Invoke-RestMethod 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/uninstall-azd.ps1' -OutFile uninstall-azd.ps1; ./uninstall-azd.ps1
Invoke-RestMethod 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/install-azd.ps1' -OutFile install-azd.ps1; ./install-azd.ps1 -BaseUrl 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035' -Version '' -Verbose

Windows
powershell -c "Set-ExecutionPolicy Bypass Process; irm 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/uninstall-azd.ps1' > uninstall-azd.ps1; ./uninstall-azd.ps1;"
powershell -c "Set-ExecutionPolicy Bypass Process; irm 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/install-azd.ps1' > install-azd.ps1; ./install-azd.ps1 -BaseUrl 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035' -Version '' -Verbose;"

Standalone Binary

Linux - https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/azd-linux-amd64.tar.gz
MacOS - https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/azd-darwin-amd64.zip
Windows - https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/azd-windows-amd64.zip

Container
docker run -it azdevcliextacr.azurecr.io/azure-dev:pr-1035

Repoman Generation Results
Repoman pushed changes to remotes for the following projects:
Project: todo-csharp-cosmos-sql
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-cosmos-sql -b pr/1035

View Changes | Compare Changes

Project: todo-csharp-sql-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-sql-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-csharp-sql
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-sql -b pr/1035

View Changes | Compare Changes

Project: todo-java-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-java-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-java-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-java-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-terraform
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-terraform -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-terraform
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-terraform -b pr/1035

View Changes | Compare Changes

Repoman Generation Results
Repoman pushed changes to remotes for the following projects:
Project: todo-csharp-cosmos-sql
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-cosmos-sql -b pr/1035

View Changes | Compare Changes

Project: todo-csharp-sql-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-sql-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-csharp-sql
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-sql -b pr/1035

View Changes | Compare Changes

Project: todo-java-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-java-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-java-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-java-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-terraform
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-terraform -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-terraform
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-terraform -b pr/1035

View Changes | Compare Changes

Repoman Generation Results
Repoman pushed changes to remotes for the following projects:
Project: todo-csharp-cosmos-sql
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-cosmos-sql -b pr/1035

View Changes | Compare Changes

Project: todo-csharp-sql-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-sql-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-csharp-sql
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-sql -b pr/1035

View Changes | Compare Changes

Project: todo-java-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-java-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-java-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-java-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-terraform
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-terraform -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-terraform
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-terraform -b pr/1035

View Changes | Compare Changes

Azure Dev CLI Install Instructions
Install scripts
MacOS/Linux

May elevate using sudo on some platforms and configurations

bash:
curl -fsSL https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/uninstall-azd.sh | bash;
curl -fsSL https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/install-azd.sh | bash -s -- --base-url https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035 --version '' --verbose

pwsh:
Invoke-RestMethod 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/uninstall-azd.ps1' -OutFile uninstall-azd.ps1; ./uninstall-azd.ps1
Invoke-RestMethod 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/install-azd.ps1' -OutFile install-azd.ps1; ./install-azd.ps1 -BaseUrl 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035' -Version '' -Verbose

Windows
powershell -c "Set-ExecutionPolicy Bypass Process; irm 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/uninstall-azd.ps1' > uninstall-azd.ps1; ./uninstall-azd.ps1;"
powershell -c "Set-ExecutionPolicy Bypass Process; irm 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/install-azd.ps1' > install-azd.ps1; ./install-azd.ps1 -BaseUrl 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035' -Version '' -Verbose;"

Standalone Binary

Linux - https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/azd-linux-amd64.tar.gz
MacOS - https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/azd-darwin-amd64.zip
Windows - https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/azd-windows-amd64.zip

Container
docker run -it azdevcliextacr.azurecr.io/azure-dev:pr-1035

Repoman Generation Results
Repoman pushed changes to remotes for the following projects:
Project: todo-csharp-cosmos-sql
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-cosmos-sql -b pr/1035

View Changes | Compare Changes

Project: todo-csharp-sql-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-sql-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-csharp-sql
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-csharp-sql -b pr/1035

View Changes | Compare Changes

Project: todo-java-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-java-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-java-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-java-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-nodejs-mongo-terraform
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-nodejs-mongo-terraform -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-aca
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-aca -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-swa-func
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-swa-func -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo -b pr/1035

View Changes | Compare Changes

Project: todo-python-mongo-terraform
Remote: azure-samples-staging
Branch: pr/1035
You can initialize this project with:
azd init -t Azure-Samples/todo-python-mongo-terraform -b pr/1035

View Changes | Compare Changes

Azure Dev CLI Install Instructions
Install scripts
MacOS/Linux

May elevate using sudo on some platforms and configurations

bash:
curl -fsSL https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/uninstall-azd.sh | bash;
curl -fsSL https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/install-azd.sh | bash -s -- --base-url https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035 --version '' --verbose

pwsh:
Invoke-RestMethod 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/uninstall-azd.ps1' -OutFile uninstall-azd.ps1; ./uninstall-azd.ps1
Invoke-RestMethod 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/install-azd.ps1' -OutFile install-azd.ps1; ./install-azd.ps1 -BaseUrl 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035' -Version '' -Verbose

Windows
powershell -c "Set-ExecutionPolicy Bypass Process; irm 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/uninstall-azd.ps1' > uninstall-azd.ps1; ./uninstall-azd.ps1;"
powershell -c "Set-ExecutionPolicy Bypass Process; irm 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/install-azd.ps1' > install-azd.ps1; ./install-azd.ps1 -BaseUrl 'https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035' -Version '' -Verbose;"

Standalone Binary

Linux - https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/azd-linux-amd64.tar.gz
MacOS - https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/azd-darwin-amd64.zip
Windows - https://azuresdkreleasepreview.blob.core.windows.net/azd/standalone/pr/1035/azd-windows-amd64.zip

Container
docker run -it azdevcliextacr.azurecr.io/azure-dev:pr-1035


Client cache invalidation mechanism

The cache manager implements a client caching mechanism, which returns, deletes and saves cache entries (HelmClient and ClusterInfo). However, a mechanism is required to invalidate them in scenarios where kubeconfig is rotated, stored in a secret.

This secret reference for kubeconfig might be replaced with a CR (Cluster CR) in the future so a generic approach should be implemented.

AC:

[ ]  Implement invalidation (or deletion) when kubeconfig (secret) gets changed - generic implementation since secrets might be replaced with CRs in future
[ ] Write tests to check if caches are invalidated and eventually re-created

This one waits for details on the kubeconfig contract, to be clarified in this epic: https://github.com/kyma-project/lifecycle-manager/issues/12


How can I tell if a transaction has pending operations?

How can I tell if a transaction has pending operations that would be committed if I were to call mdbx_txn_commit?

Call then mdbx_dbi_flags_ex(txn, dbi, &flags, &state) for each opened DBI-handle and examine state for MDBX_TBL_DIRTY bit.

Thanks!


UI polish: Main view should be full width

The tool is for data analysis (not reading prose) on desktop/laptop machines so there's no reason to limit the main view's width.

This is fixed in https://github.com/GoogleChrome/confluence/pull/99


Bug with saving

Hi, very weird bug here. Saving the output with nufmt ./a.nu | save -f a.nu results in an empty file, but nufmt ./a.nu | lines | str join "\n" | save -f ./a.nu works fine for some reason.

makes sense to me. this is how nushell handles raw streams of text. also, nufmt isn't anywhere near close to working, as you've probaby seen. we're looking for contributors to make it work right. feel free to jump in.


Refactor performance tests

Problem Description:
Performance tests need refactoring to address performance issues on the front end, starting with tracking logs consistently for each session using a consistent session ID for user interactions with LUX.
Expected Behavior/Solution:
The FE should generate a UUID each time someone visits LUX, tag all pages opened during the session with the same UUID, and generate a new session/UUID upon a hard refresh or leaving LUX. Logs should also be tracked within this issue.
Requirements:

The FE must ensure the implementation of a consistent session ID.
Each new visit to LUX should generate a UUID that tags all subsequent pages for that session.
A new session/UUID should be generated upon a hard refresh or when the user leaves LUX.

Needed for promotion:
If an item on the list is not needed, it should be crossed off but not removed.

[ ] ~Wireframe/Mockup - Mike~
[ ] Committee discussions - Sarah
[ ] Feasibility/Team discussion - Sarah
[ ] Backend requirements - TBD
[ ] Frontend requirements- TBD
[ ] Are new regression tests required for QA - Amy
[ ] Questions
List of questions for discussions. Answers should be documented within the issue.

UAT/LUX Examples:
TBD
Dependencies/Blocks:
N/A
Related Github Issues:
N/A
Related links:
N/A
~Wireframe/Mockup:~
~Place wireframe/mockup for the proposed solution at end of ticket.~

Note: Site Improve was first explored as a possible solution to track these logs. However, Site Improve does not have this functionality available.
If I am missing any information please feel free to update the ticket @clarkepeterf.

Is this ticket still needed? Or is there a different ticket being used for re-factor the performance tests? @clarkepeterf


Update example2 to express 4

Hi,
just an update to express 4 for example
because if you run
npm install --save-dev express
you get the > 4 version.
var express = require('express');
var app = express();
app.use(express.static(__dirname + '/build'));
var server = app.listen('9001');

Btw well done buddy both for the plugin
and for the example2 it saves me a lot of headache :)
Bye

Agreed, this example could use some work...


Custom slots training?

Hello dear @jjasghar @christo4ferris @animeshsingh @fmchowdhury @stevemar and thanks for your hard work!
I have a custom set of slot labels and their possible values.
For example:
instance_type: [t4.xlarge .... ]
cluster_name: [kuku, bubu, ...] etc.
Now, I want to train a model based on my data, can you please advise what are the step by step best practice to do this?

I would reach out to:
@michaelrglass
@gaetangate
I know nothing about this project. Hopefully, they'll help.


Not possible to pass on a local template with latest 1.0.0-rc.9

Describe the bug
Using asyncapi version 1.0.0-rc8 I could render the docs with a local template.
With  1.0.0-rc9 it will just default to the html template somehow (probably because it looks inside the package.json of the local template?).
If this is intended behavior, please document how to pass on a custom template with rc9.
How to Reproduce
ag -o html asyncapi.json ../html-template
Where asyncapi.json is any asyncapi source file and where html template is a modified version of the standard html template.
The result will be a rendered html with the unmodified template
Expected behavior
I expect the generator to just use the provided template

Are you sure it is caused by the version of the generator? when you install the older one again all works fine?
The generator looks into local template and if you made some changes you need to ask the CLI for another installation with --install. Please try again and let me know how that helped

Yes, I was running rc.9 and it was rendering "normal" (non-modified version)
Than I installed rc.8 and it was rendering the custom template (modified version)
Just updated back to rc.9 and it works as expected now.. The --install may have been the problem then?
But it's weird, as the html-template folder was something I had never used on this computer before.

These things may happen and this is why we have --install flag. It happens when you use both, local HTML template and the one from npm as at the end they are both with the same name, @asyncapi/html-template

for sure not related to release candidates as we did not introduce any direct changes to the generator, but just to the parser and increated the parser version in the generator, thus another generator release

Makes sense, thanks for clarifying


Permissions are verified before authentication.

How to reproduce.
from typing import Any

from django.http import HttpRequest
from ninja_extra import permissions, NinjaExtraAPI, api_controller, http_get
from ninja_jwt.authentication import AsyncJWTAuth
from ninja_jwt.controller import NinjaJWTDefaultController

api = NinjaExtraAPI()
api.register_controllers(NinjaJWTDefaultController)

class MyAuth(AsyncJWTAuth):
    async def authenticate(self, request: HttpRequest, token: str) -> Any:
        # This method will be called after MyPerm.has_permission calling.
        # Expected behavior: Authenticate should be called firstly.
        return await self.async_jwt_authenticate(request, token)

class MyPerm(permissions.BasePermission):
    def has_permission(self, request, controller):
        return request.user.groups.filter(name="MyGroup").exists()

@api_controller('', tags=['My Operations'], auth=MyAuth(), permissions=[MyPerm])
class MyAPIController:

    @http_get("/path")
    async def get_operation(self):
        return {"ok": "ok"}

api.register_controllers(MyAPIController)

Issue:
MyPerm.has_permissions is called before  AsyncJWTAuth.authenticate
so when  MyPerm.has_permissions is called, the request.user will be always AnonymousUser because AsyncJWTAuth.authenticate has not been called yet.
Expected behavior
AsyncJWTAuth.authenticate is called first to initialize request.user, and then BasePermission.has_permission

@airddm Thanks🙏 for bringing this to my notice. It was an oversight

I have also published a new release, please let me know if the problem is resolved at your end.

@Tragio can you give an example source code that resulted to the error?  Your current example is not showing anything that relates to user_id.

Interesting, so the problem it is not picking GET /me only if I remove the other dynamic ones 🤔
import uuid

from ninja_extra import (
    api_controller,
    http_delete,
    http_get,
    status,
)

@api_controller("/users", tags=["User"])
class UserAPI:
    @http_get("/me")
    def get_current_user(self, request):
        return {"debug": "ok"}

    @http_get("/{user_id}")
    def get_user(self, request, user_id: uuid.UUID):
        return {"debug": "ok"}

    @http_delete("/{user_id}", response={status.HTTP_204_NO_CONTENT: None})
    def delete_user_from_clinic(self, request, user_id: uuid.UUID, token: str):
        return {"debug": "ok"}

@Tragio you have two endpoints with there same path configuration, get_current_user and get_user has the same path configuration. so when you call  get_current_user, django will call get_user cause in set up hierarchy get_user comes last.
My solution for your
@api_controller("/users", tags=["User"])
class UserAPI:
    @http_get("/currrent-user")
    def get_current_user(self, request):
        return {"debug": "ok"}

    @http_get("/{user_id}")
    def get_user(self, request, user_id: uuid.UUID):
        return {"debug": "ok"}

    @http_delete("/{user_id}", response={status.HTTP_204_NO_CONTENT: None})
    def delete_user_from_clinic(self, request, user_id: uuid.UUID, token: str):
        return {"debug": "ok"}

Also, was this working before the upgrade?

I have also published a new release, please let me know if the problem is resolved at your end.

It works ! Thank you very much :+1:

@eadwinCode it was working before, that is why I was confused with the behaviour 😅 I thought it respected the order that I had 🤔

@Tragio that's interesting I will look into it again, I can't remember making changes to the route models.
But what version were you on before the upgrade?

@eadwinCode I was on the version 0.21.4, when I upgraded to 0.21.6 it started with that problem 🤔

@Tragio I will create a fix for this shortly, I have seen what caused it

@Tragio https://github.com/eadwinCode/django-ninja-extra/pull/214

@Tragio You can pull the latest release in 15 minutes, that should solve it.

@eadwinCode already tested, it is working. You're amazing, thank you very much ❤

Awesome... Thanks for reporting this


Introduces decorators to handle multiple authorities for URIs

This PR abstracts out the URI handling with decorators, allowing for simpler multi-authority handling.

are there plans to add additional ones? on its own this seems fine, but it seems like unnecessary abstraction depending on the use cases.

@anthonydresser yeah I'm going to be adding a openConenctionDialog one which doesn't try to connect, and a few more to get the portal integration going. Like openQueryEditor

Coverage increased (+0.008%) to 33.895% when pulling c9d82b2a58b5a47883cfc28b7df1c61f1dead7bc on amir/introduceDecorators into 76c80943ba38f3906dcca57ce3d84fb9efd229ac on master.


Re-target JerryScript for ES.Next

Traditionally, JerryScript has been a fully ES5.1-compatible JavaScript engine. As the standard evolved, the community started adding features from the next edition of EcmaScript (ES6 or ES2015) into a new profile (configuration) of the engine. The original configuration was called the es5.1 profile, while the new one got the name es2015-subset profile. The original idea was to complete the ES2015 profile -- so as to be able to drop the "-subset" suffix -- and then move on to the next edition of the standard, and so on. I.e., the intent was to support all editions of the standard and allow our users to select the edition they need when they configure and build JerryScript.
It turns out that this is not a maintainable approach and does not even meet the needs of the users. Most JavaScript programmers use the latest edition of the standard, whichever that is, and expect engines to support that edition. Or, at least, support something close to that. Even if we finished the exact implementation of the ES6 specification, that would be both outdated and not even the subset of the latest edition of JavaScript. (Yes, there have been backward incompatible changes in the spec since 2015.) And we definitely wont be able to maintain different ES2015, ES2016, ES2017, ES2018, ES2019 (etc.) configurations. (Moreover, we couldn't even properly test conformance, as the test262 conformance suite has ceased releasing test suites for the different editions of the language after ES5.1.)
Therefore, I propose to keep the original ES5.1 profile (because that's a fully spec-compatible and mature configuration, often enough for constrained applications), but otherwise target the always-latest version of the EcmaScript standard (let's call it the ES.Next profile -- disclaimer: I haven't invented the term).
Notes:

This would cause a big one-time churn in the code base, as all ES2015 macro guards would need a rename (to something like ESNEXT?). Most probably it's not even only the macros.
This would cause some backward incompatibility as well, at least build system-wise, as profile name and feature guard names would change. Embedders relying on these would break.
IMO, we still could and should keep the feature guards in the code base to allow users to trim down functionality. Let's remember that JerryScript is for constrained devices.

I strongly support this idea. It is extremely hard to support multiple variants of the standard, especially at parser side.

In case jerryscript moves on the path suggested by @akosthekiss please do make a final (github)release with ES2015-subset(including all the improvements since the last release) before moving on to ES.Next .

@bil-ash & all interested parties. The last version with the ES2015-subset profile just got released as JerryScript 2.3.0. Moreover, #3901 is already about to make to move to the new profile name and to the new standard target.

Thanks, for considering my request. The 2.3.0 release will serve my purpose. Please do update kangax compatibility table(on the website) for 2.3.0 release,its seems to be still on 2.2.0 .

Please do update kangax compatibility table(on the website) for 2.3.0 release,its seems to be still on 2.2.0 (or may be put up the details somewhere on this repo of all the ES6 features supported in 2.3.0 release)

Of course we always update Kangax compatibilty table after the release as soon as possible. The update PR was already merged to the offical Kangax site 4 days after the release.


Adapt to new Keycloak service config

Adapt to new Keycloak service config as it is changed in https://github.com/aerogearcatalog/keycloak-apb/pull/70
New sample config:
{
            "id": "keycloak",
            "name": "keycloak",
            "type": "keycloak",
            "url": "https://www.mocky.io/v2/5a6b59fb31000088191b8ac6",
            "config": {
                "name": "keycloak",
                "public_installation": "{\"ssl-required\": \"external\", \"realm\": \"myproject\", \"resource\": \"juYAlRlhTyYYmOyszFa\", \"url\": \"https://keycloak-myproject.<IP_ADDRESS>.nip.io/auth\", \"auth-server-url\": \"https://keycloak-myproject.<IP_ADDRESS>.nip.io/auth\"}",
                "realm": "project2",
                "type": "keycloak",
                "uri": "https://keycloak-myproject.<IP_ADDRESS>.nip.io"
            }
        },

@danielpassos there's something I couldn't figure out.
In the test AuthServiceTest#testReady
this code returns an empty JSONObject (KeycloakConfiguration.java)
final JSONObject publicConfigJSON = new JSONObject(publicConfig);

although publicConfig is a valid JSON object.
https://github.com/aerogear/aerogear-android-sdk/pull/202/files#diff-49f136d180d13dd9d35d407e92f084d7R47
Couldn't understand why. Mind helping me there?

@aliok I don't think the configuration is right. It shouldn't contain a nested json object. The content of the public_installation IS the content of the config object. I don't think the changes here are necessary.
cc @maleck13 am I right?

@wei-lee I think currently it returns as Ali shows.

@maleck13 now that @wei-lee points out the structure, can we even improve the structure so that  public_installation's value is the generated config? Anything blocks that?
I was focusing on making things work only.

@maleck13 But I think the cli is generating in a different format? see https://github.com/aerogear/mobile-cli/blob/b9e55a9c7caab1e485b14f2bb8051e043aa85028/pkg/cmd/types.go#L153.

@aliok The only problems I see in the circle-ci log is about format violations.
* What went wrong:
Execution failed for task ':auth:spotlessJava'.
> The following files had format violations:

You can easily fix it running ./gradlew spotlessApply ;)

@wei-lee  you are correct. @philbrookes Seems the config format from the UI is different than the format from the CLI. They should be the same. The CLI uses a convertor based on the service.

hmmm ok I think we need to think about this one a little more. At the moment there is service specific code in the CLI which it would be better to avoid.
I think a better approach may be to use a secret with a single "config" field in which the json config is put. We then always read this field and unmarshal the payload

I will add an issue to Jira to look at this

Can I get some details on the change to the keycloak format?

@secondsun there are no changes to the keycloak format. Just an aligning of the CLI and UI to give the same format (which at the moment it doesnt)

@philbrookes could you point me at the code piece? would like to start this work early tomorrow.

@aliok hey, the logic is here: https://github.com/openshift/origin-web-console/pull/2925/files#diff-b04d87eb6adc8f6cdbbc52309b203a19R66

Closing this one as this change in the SDK is not necessary. UI should be updated instead.

Ok, hack is implemented: https://github.com/aliok/origin-web-console/tree/promotional-video-hack
Mobile CLI and the web console now prints the same mobile app config.


Index.difference should allow for None values in the "other" list

Currently the type annotation for Index.difference is
def difference(self, other: Union[List[T1], Index]) -> Index: ...

None values are disallowed for the other argument if it is a list. As a result of that the following code, which runs perfectly fine, will give an error when mypy is used to check it:
from pandas.core.indexes.api import Index

index = Index(["a", "b", "c"])
index.difference(["a", None])

I think the function type should be changed to:
def difference(self, other: Union[List[Optional[T1]], Index]) -> Index: ...

Thanks @svetlin-mladenov for the report.  This is fixed in #18 and now in main


Increased polling time, gave better message when timeout occurs for env create.

…nv create.

This checklist is used to make sure that common guidelines for a pull request are followed.

For new extensions:

[ ] My extension description/summary conforms to the Extension Summary Guidelines.

About Extension Publish
There is a pipeline to automatically build, upload and publish extension wheels.
Once your PR is merged into master branch, a new PR will be created to update src/index.json automatically.
The precondition is to put your code inside this repo and upgrade the version in the PR but do not modify src/index.json.

https://msazure.visualstudio.com/Antares/_workitems/edit/14670536?src=WorkItemMention&src-action=artifact_link

@haroonf can you put an entry in the history file before you merge this?


phpPackages.composer: apply patch for CVE-2024-24821

Description of changes
Upgrade to the 2.7.x branch needs some work (see #288574), let's patch the security issue in the meantime.

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[x] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
24.05 Release Notes (or backporting 23.05 and 23.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

No new build failures.
Result of nixpkgs-review run on x86_64-linux 1

4 packages failed to build:

php81Packages.php-parallel-lint
php83Packages.php-parallel-lint
phpdocumentor
robo

34 packages built:

adminer
bookstack
composer-require-checker
librenms
paratest
pdepend
pest
phel
php81Packages.box (php82Packages.box ,php83Packages.box)
php81Packages.castor
php81Packages.composer
php81Packages.grumphp
php81Packages.phpstan
php81Packages.psalm
php81Packages.psysh
php82Packages.castor
php82Packages.composer
php82Packages.grumphp
php82Packages.php-parallel-lint
php82Packages.phpstan
php82Packages.psalm
php82Packages.psysh
php83Packages.castor
php83Packages.composer
php83Packages.grumphp
php83Packages.phpstan
php83Packages.psalm
php83Packages.psysh
phpactor
phpunit
pixelfed
platformsh
snipe-it
vimPlugins.phpactor

Add a :+1: reaction to pull requests you find important.

@ofborg build phpPackages.composer


Support using the flake's systems input

This allows for flakegen's inputs to be shared with the template flake.
I'm pretty new to Nix & nixlang, so this might be a bit rough, feedback appreciated :)

Looking at this comment made me realize this was probably overkill and could be achieved with a bit more code in the template file, whoops.
Maybe this is still useful as a default?


Support integration with Service Now

Allow forwarding of quota alerts to Service Now so customers can create a Change (CHG) to track the quota limit increase request in their CMDB

ServiceNow can now consume alerts from the SNS Topic published by the solution.


ptr ranks need to be multiplied by 2

documentation for "simple-all" and "simple-nonzero" says that the transformed ranks should be multiplied by 2 but this is not done in the current code (see below)
# this snippet is from graspy.utils.ptr

elif method in ["simple-all", "simple-nonzero"]:
        non_zeros = graph[graph != 0]
        rank = rankdata(non_zeros)
        if method == "simple-all":
            normalizer = graph.size
        elif method == "simple-nonzero":
            normalizer = rank.shape[0]
        rank = rank / (normalizer + 1)
        graph[graph != 0] = rank
        return graph

the line rank = rank / (normalizer + 1) should be replaced with rank = 2 *  rank / (normalizer + 1)

looking through some earlier versions of the pass_to_ranks function, I see that the  * 2 was previously implemented. why was this removed?

I think it made more sense for everything to be scaled from 0 to 1.
We will change the docs accordingly unless you have a reason to prefer the
old implementation.
On Wed, Mar 13, 2019, 12:34 AM Vivek Gopalakrishnan <
<EMAIL_ADDRESS>wrote:

looking through some earlier versions of the pass_to_ranks function, I see
that the * 2 was previously implemented. why was this removed?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/neurodata/graspy/issues/135#issuecomment-472276143,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AYheH_sOny74K5y4vTdiIET8v645Nm1Qks5vWH-7gaJpZM4bsXJ8
.

I don't have a preference! my only issue was that the documentation made me believe that I was getting the wrong value

I dont think the answers to subsequent tasks should change given that the values are just scaled by sqrt(2) if you multiply by 2 in PTR. So your results should still be the same, if not, very similar.
On March 13, 2019 at 10:07:21 AM, Vivek Gopalakrishnan<EMAIL_ADDRESS>wrote:
I don't have a preference! my only issue was that the documentation made me believe that I was getting the wrong value
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

NB: The reason that PTR typically scales things by two is so that if A is unweighted then PTR(A) = A. In terms of inference on the graph the scale shouldn't matter.


zapp.yaml (COBOL) - Wrongly replacing the existing file with the default file

Development environment used

Z Open Editor version: 4.5.0
Editor Platform

[X] Visual Studio Code
[ ] Red Hat CodeReady Workspaces
[ ] Eclipse Che
[ ] Standalone Theia

Editor Platform Version: 1.92.1
Operating System: Windows 10 22H2
Java Version: 11
[ ] Related to RSE API?

RSE API Plugin version:
Zowe CLI version:
Node.js version:

Logs attached : no

Problem Description
We note on some VS Code Workspaces (mono root folder), but not all, corresponding to Git Repositories, that the zapp.yaml file present in this Workspace is wrongly replaced by the default zapp.yaml file, which then creates errors in the search for copybooks, generates errors at the Language Server level, and in fact deactivates many features of Z Open Editor.
This problem seems to be related to timeout issues in VS Code, which can have several origins:

extension startup time
volume of files present in the local folders to be scanned declared in the zapp.yaml file

The local folders to scan for copybooks are populated by importing (git clone / fetch / sparse-checkout) other Git repositories containing copybooks.
These imported Git repositories can themselves contain zapp.yaml files.
The problem appears when the number of Git repositories imported into the folder declared in zapp.yaml increases.
The zapp.yaml file can be wrongly overwritten even after starting VS Code, apparently when opening a new COBOL file, which triggers a copybook search, and thus probably a search for the zapp.yaml file.
The workaround was to disable the automatic creation of the zapp.yaml file when it is missing, (but in our case it is not missing, it is just not detected by Z Open Editor).
Thanks.

We added an existence check in 5.0.0 to avoid overwriting the file.

Hi @phaumer,
Thank you.
However, in our context we will disable the automatic creation of the zapp.yaml file.
There is no reason why it should not exist, and we think it is preferable for our developers to ask us about its absence rather than working with a zapp.yaml file that does not correspond to our operating context.
Maybe we will reactivate the automatic creation when the next request is delivered:

#391

Thanks.


refactor code.

What is the purpose of the change
make more readability.
Brief changelog
rearrange and simplity ExtensionLoader and config code, some code rewrite with lambda.

rearange ExtensionLoader class field layer. rewrite some code fraction with lambda. more readability.
some comments move to single line.
rewrite StringUtils.split function in a simple way.
decrease some  for and if_ nest layers, more clearly.
remove some unused code.

Codecov Report

Merging #5065 into master will decrease coverage by 0.08%.
The diff coverage is 67.05%.

@@             Coverage Diff             @@
##             master   #5065      +/-   ##
===========================================
- Coverage     63.98%   63.9%   -0.09%
- Complexity      452     453       +1
===========================================
  Files           769     769
  Lines         33206   33187      -19
  Branches       5237    5204      -33
===========================================
- Hits          21248   21209      -39
- Misses         9533    9556      +23
+ Partials       2425    2422       -3

Impacted Files
Coverage Δ
Complexity Δ

...ava/org/apache/dubbo/cache/filter/CacheFilter.java
76.19% <ø> (ø)
0 <0> (ø)
:arrow_down:

...ache/dubbo/config/spring/util/AnnotationUtils.java
39.25% <ø> (ø)
0 <0> (ø)
:arrow_down:

...java/org/apache/dubbo/common/bytecode/Wrapper.java
82.38% <0%> (ø)
0 <0> (ø)
:arrow_down:

...n/java/org/apache/dubbo/config/ArgumentConfig.java
94.44% <0%> (-5.56%)
0 <0> (ø)

...ava/org/apache/dubbo/common/utils/StringUtils.java
84.09% <100%> (-0.3%)
0 <0> (ø)

...ava/org/apache/dubbo/common/utils/ConfigUtils.java
79.85% <100%> (-0.15%)
0 <0> (ø)

...ain/java/org/apache/dubbo/config/MethodConfig.java
100% <100%> (+1.21%)
0 <0> (ø)
:arrow_down:

...ache/dubbo/rpc/proxy/InvokerInvocationHandler.java
53.33% <100%> (ø)
0 <0> (ø)
:arrow_down:

...n/java/org/apache/dubbo/common/utils/UrlUtils.java
78.16% <50%> (+0.12%)
0 <0> (ø)
:arrow_down:

...in/java/org/apache/dubbo/config/ServiceConfig.java
58.12% <50.58%> (-1.2%)
0 <0> (ø)

... and 16 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 60abb6d...a225c58. Read the comment docs.


Implement fastboot continue when omitting boot img from cdba command line

One thing I find handy is being able to fastboot continue.
My typical workflow is compile/edit whatever then boot the default image on the target board, populate modules on either the rootfs or on a sd card, then reboot to fastboot again.
On the subsequent reboot fastboot into the rootfs with the kernel image I've compiled.
I find this a handy way to always have a default recovery image on the board I can boot.
This series makes the boot.img non-mandatory when invoking cdba.
In this case cdba will issue a new MSG_FASTBOOT_CONTINUE command to cdba-server.
Unsurprisingly MSG_FASTBOOT_CONTINUE => "fastboot continue" on the cdba-server side.
This still works ie "fastboot download; fastboot boot"
cdba -b db410c -h benchtop-cdba ./qlt-kernel/build/square_5.x-tracking/boot_t2a.img
If you drop the boot image though the flow is "fastboot continue"
cdba -b db410c -h benchtop-cdba
My test system
devices:

board: db410c
qcomlt_debug_board: /dev/serial/by-id/usb-Linaro_DebugBoard_68cb7c6b75a4451502020223236460ff-if00
console: /dev/serial/by-id/usb-Linaro_DebugBoard_68cb7c6b75a4451502020223236460ff-if02
name: "db410c"
fastboot: 1dcd2e70
fastboot_set_active: true
fastboot_key_timeout: 5

@0xB0D just for the reference, meta-qcom's initramfs-rootfs-image includes hook to copy modules to rootfs. You might want to use it instead.

@lumag it is either/or
https://github.com/linux-msm/cdba/pull/66/commits/8bf824b31b833ba3fb14a12e2728c0fca5b14a7c#diff-e2595c859cae197be14afcd161104e8383205cf6b64952b13114f0e6126f498fR552

@0xB0D "The base branch requires all commits to be signed." :-(

@lumag sure I'll repost

@lumag signed


[fix] add namespaces as valid location for function declaration

As far as I can tell, the rule about declaring nested functions is as follows:
In strict mode, function declarations cannot be nested inside a statement or block. They may only appear at the top level or directly inside a function body.
Thus, if you declare
namespace MyNamespace {
  function MyHelperFunction() {
    console.log("This _should_ be allowed.");
  }
}

it will be compiled into something that looks vaguely like this (depending on your module output setting)
var MyNamespace;
(function (MyNamespace) {
  function MyHelperFunction() {
    console.log("This _should_ be allowed.");
  }
})(MyNamespace || (MyNamespace = {}));

This, therefore, does not violate the rule about nested functions, but the linter still marks it as invalid.  I propose we add ts.SyntaxKind.ModuleDeclaration to the list of valid parent types in noInnerDeclarationsRule.ts and the appropriate associated test case.

That test failure seems unrelated to the modification I made.  Is there an outstanding problem I'm unaware of?

By the same logic, I added constructors to the list of valid parents.

@jigawot  did all your tests passed? Have you pulled from master? I added a fix to the issue since the valid-jsdoc rule is failing in one test.


Improve visual format of siac host param README.md section

lost preformat indicators losing tabulation on last adjustment

this doesn't appear to render as a proper markdown table. I don't think they can be enclosed in ```

any better Luke?


Disable Zoom Out OR Hide minus icon on Default SVG size

Hi Ariutta,
I am using your svg-pan-zoom plugin but I need to hide minus icon on default size of SVG. When we click on plus icon (for zoom in) only then minus icon will show otherwise it will be hidden
Is their any default variable to set it OR I need to do some modification in script?

Hi @calsmith348 ,
As this is a support question you have more chances to get better responses on StackOverflow as described here.
As a quick answer - no, there is no such functionality out of the box.
You can disable or enable default controls completely. Or you can go and build your own controls as in this example - then you can control when to show/hide any button.


Added ParquetReadOptions to register_parquet.

This PR adds optional keyword args. to register_parquet which update ParquetReadOptions' defaults.

hi @samkaufman thanks for your contribution - do you mind adding a unit test?

@Jimexist Happy to. How's the one added in 7bab7161aeeb3fe10a428efb0ee069f562ebbf14?

do you mind fixing the linter err?

@Jimexist That should do it.


⚠ Bofrost.at has degraded performance

In 12e276d, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1539 ms

Resolved: Bofrost.at performance has improved in cfdf709.


body{}

Please explain. You opened 2 issues without a discription

i didn't press on comment button ! how 2 issues came to you ?!
by the way sorry for that

No problem

ok can you re open again as i want to ask about giving the body direction : rtl
because when i did this before any jquery plugin i embed in my document like : gallery slider or simple bootstrap slider  were destroyed
how can i fix this ?
i tried before this line i've created :
*:not(body),*:not(div),*:not(html){ direction: rtl }
it works


1.0.7

Compatibility node 6

@aslansky I made the tag 1.0.7, could you publish it on npm ?

Thank you. It is published.

:+1:


Add support for state to confirm actual database values being visible

https://filamentphp.com/docs/3.x/tables/testing#state

TODO: Move to readme