Modular Schema / Defeated by schemaLocation

Are there any examples of modular schema production lying around?
I feel like I'm close but it's still not quite working. Spent several hours on this and any help. I have a basic multi-module project:
project/
a-schema/
src/main/resources/schema/
a.xsd
a.xjb
pom.xml
b/
src/main/resources/schema
b.xsd
b.xjb
pom.xml
The b schema project depends on a schema project.
The b schema explicitly depends on a schema project using the episode feature.
This works -- except the a.xjb binding schema is ignored. The types in b don't get any of the sweet XMLAdapters that have been defined in a.xjb.
Add an explicit binding reference to the a.xjb file using dependencyResource syntax in b-schema/pom.xml.

project
a-schema
schema/a.xjb

Now a.xjb gets discovered but an error is generated:
systemId: maven:project:a-schema:jar::!/schema/a.xjb; lineNumber: 18; columnNumber: 69; "a.xsd" is not a part of this compilation. Is this a mistake for "http://www.w3.org/2001/xml.xsd"?
Try as I might I can't work around this.
I've tried using the schema-catalog and adding something like:
REWRITE_SYSTEM "a.xsd" "maven:com.project:a-schema!/schema/a.xsd"
Still no dice. Any ideas? When I'm pulling in a binding from a dependency resource how do I resolve relative schemaLocations in that binding file?

Here is an example of a highly modular project.
https://github.com/highsource/ogc-schemas
It is, indeed, somewhat tricky. What I normally do is this:

Create a module with all your schemas as resources.
Create one module per (logical) schema.
In this module, compile the schema from an absolute URL. If you happen to have some actual schema registry (a-la http://schemas.opengis.net/), use an absolute schema URL from that registry. If you don't have anything like this, just invent an URL - it does not actually need to exist.
Configure a catalog file rewriting your absolute URLs to resources in the schema module. Like REWRITE_SYSTEM "http://schemas.opengis.net" "maven:org.jvnet.ogc:ogc-schemas:jar::!/ogc"
In your binding files reference schemas via absolute URLs.

With these tricks you can completely avoid relative URLs. Still, your builds will work offline/network independent because your schemas will be rewritten to local resources via catalog file.
Hope this helps.

It makes sense but how do you get the plugin to actually respect the schema catalog when processing your XJB file?
In XJB you might have:
<jaxb:bindings schemaLocation="http://example.com/2017/a.xsd" node="/xs:schema">
In schema_catalog.cat you have:
REWRITE_SYSTEM "http://example.com/2017/test/text-common.xsd" "maven:com.project.a:a-schema!/a.xsd"
If you compile this the system complains that "http://example.com/2017/a.xsd" is not part of the compilation.
It seems like the schema catalog is ignored when resolving schemaLocation?

Ah, ok, so you can't rewrite a URL to a maven resource to yourself since you're not your own dependency. I'll try now to put schemas into a separate project.

I feel like I'm close but this is still not quite working.
I'm now seeing what appears to be double binding errors of the form:

[ERROR] Error while parsing schema(s).Location [ jar:file:/C:/Users/ocean/.m2/repository/com/bubblegumproject/polis/polis-common-schema-binding/0.0.1-SNAPSHOT/polis-common-schema-binding-0.0.1-SNAPSHOT.jar!/jaxb-bindings/polis-common.xjb{20,24}].
com.sun.istack.SAXParseException2; systemId: jar:file:/C:/Users/ocean/.m2/repository/com/bubblegumproject/polis/polis-common-schema-binding/0.0.1-SNAPSHOT/polis-common-schema-binding-0.0.1-SNAPSHOT.jar!/jaxb-bindings/polis-common.xjb; lineNumber: 20; columnNumber: 24; Multiple  are defined for the target namespace "urn:schemas-polis:common"

The problem is that one binding for the namespace comes from the polis-common.xjb. Through this bindings come for the various JAXB adapters.
Another binding comes from the sun-jaxb.episode file:

[ERROR] Error while parsing schema(s).Location [ jar:file:/C:/Users/ocean/.m2/repository/com/bubblegumproject/polis/polis-common-schema-binding/0.0.1-SNAPSHOT/polis-common-schema-binding-0.0.1-SNAPSHOT.jar!/META-INF/sun-jaxb.episode{22,65}].
com.sun.istack.SAXParseException2; systemId: jar:file:/C:/Users/ocean/.m2/repository/com/bubblegumproject/polis/polis-common-schema-binding/0.0.1-SNAPSHOT/polis-common-schema-binding-0.0.1-SNAPSHOT.jar!/META-INF/sun-jaxb.episode; lineNumber: 22; columnNumber: 65; Another  is defined here

Note there shouldn't be much overlap between these two.
Any ideas how to work around this?

It seems like the schema catalog is ignored when resolving schemaLocation?

No, it is not.

Ah, ok, so you can't rewrite a URL to a maven resource to yourself since you're not your own dependency.

Well, almost. There's just no JAR artifact to resolve to (yet).

Any ideas how to work around this?

Sorry, it is quite hard to give any advice judging just on the vague description of your project structure and binding files. I really suggest that you check the https://github.com/highsource/ogc-schemas project, you may get a couple of ideas from there.
I think the "Multiple are defined for the target namespace" problem should only come from multiple schemaBindings definitions bound to the same namespace. (I can't tell for sure as I don't know what stands in your binding files.) If this is correct then why do you need schemaBindings for you adapters? I thought they are defined in globalBindings?

Thanks for all your help.
When you get the chance please take a look at https://github.com/buko/scrum4j-model.
It's a smaller, sample project that encapsulates what we're trying to do.
For some reason... it works. Our main project is still failing in all kinds of very strange ways.
It's not so pretty but so far what we've seen is that to do modular compilation you need to:

Put schema and bindings files in their own projects.
Bindings, as you said, must refer to their schemas using absolute URLs.
In the bindings pom file you've got to refer to the schema using an absolute URL. (Took us a long while to figure that out to make it work.)
Don't use xsd:import. This breaks the plugin in very strange ways. It leads to duplicate definitions. Instead in each module we include the schema from all its dependencies.
We ran into some issues with transitive dependencies. They don't really transitive. Each binding project must include the schema and binding for all other projects.
Don't use schemaBindings in the xjb files. schemaBindings combined with episodic complation leads to all sorts of strange issues. Instead we finally got that project working by switching all the bindings projects to using generatePackage.

The next big challenges:

How to incorporate globalBindings? It seems you can't use globalBindings and modular compilation.
How to use https://github.com/highsource/w3c-schemas/tree/master/xlink and https://github.com/highsource/w3c-schemas/tree/master/xhtml? We'd really like to incorporate xhtml and xlink into our schema but we were running into all sorts of duplicate definitions and duplicate bindings before. Will try again on the simpler scrum4j project.

Added support for global bindings and for use of xlink. (Again transitive deps don't quite work and xlink must be added to every module.)
Everything finally works and the build is very fast.
The nice thing about this system is that it's not necessary to put all schemas in one project.
This might be a useful example for others.


Example YAML file with all keys

An example YAML file is needed to show students all the necessary blog posts and links for the class

This is closed in assignments.yaml in ofcourse.


Added taskId filtering in eventbus

Summary:
Added a filter by taskId.
JIRA issues:
https://jira.mesosphere.com/browse/MARATHON-7882

@ror6ax your code does not compile. Can you adjust it so that it passes our CI, please?

@alenkacz - need your help here. I've branched off latest master. sbt clean test never worked for me with "error: eof expected but ';' found" error. I fixed that by adding newlines in between addSbtPlugin. Not sure how that even works in CI without them.  Still, error in Jenkins is not about me code, as far as I understand, it seems like a job misconfiguration...
Locally, my build also fails, but with different error "sbt.InvalidComponent: Could not find required component 'compiler-interface-src".
Please advise.

Closing; idle :)


Show inacitve consumers in the consumers group page

Issue submitter TODO list

[X] I've searched for an already existing issues here
[X] I'm running a supported version of the application which is listed here and the feature is not present there

Is your proposal related to a problem?
Recently we stumbled upon cases when testing, where we needed to reset offsets for not active consumers, but those were not visible through the UI.
Describe the feature you're interested in
We would like to be able to see the inactive consumers in the consumers list, in order to be able to reset offsets there as well.
Describe alternatives you've considered
Kafka CLI was used in order to avoid this limitation.
Version you're running
fdd9ad9 5/11/2023
Additional context
No response

Hello @pavlospt, thank you for raising it. Unfortunately, I can't reproduce it - empty consumers are present on "Consumers" page with "Empty" state.
Can you please add more details about your setup? Are you using ACL? Maybe target CG is not visible for kafka-ui user?

We are not using ACLs, the Kafka cluster is on MSK and we are using IAM for the autentication part. Kafka UI as application, has all administrative permissions for actions on the cluster. Let me forward this to my colleagues, who initially spotted the issue, I may have failed to describe the issue properly!

Hello all,
I think can shed some light on the problem. Imo whether it's an actual issue or a request for improvement is a matter of interpretation :)
So the use case here is to reset the offset of a consumer for a particular topic.
So I do the following

Open kafka-uo
Go to topic X
Click consumers tab
View the consumer group in STABLE state

Now, if you disconnect the actual running consumer group from Kafka and you refresh the page,
the consumer group will no longer appear in the tab. This, I guess makes sense since now the
consumer-group is not actively associated with the topic. Still, it feels like being lost for a moment.
Next,

Lookup the consumer in the Consumers page
Find and click on the consumer three-dots and select Reset offset.
Instead of displaying the form to select the topic to reset the offset for, I am being presented with a blank screen.

Possible workaround

Visit the consumer while it's active
Click the three-dots and go to the Reset offset form
Select topic and partitions
Disconnect the consumers to bring the group in EMPTY state,
Click Submit

Still haven't made it work though, so I resorted to the CLI.
I hope the above helps.
Thank you 🙏

Hello @th3hunt, thank you for providing full description.
From what I can see your consumer has no committed offsets before stop. Kafka-ui shows consumer group in topic's page if it has committed offsets OR it has alive members reading from it (even no offsets were committed).
After the stop kafka will remember consumer group for some short period of time (and you will see it in Consumers list with Empty state).  But after that group will be completely forgotten since the only persistent notion of cg is committed offsets.
Currently, "Reset offsets" functionality is designed in a way to alter already committed offsets of the CG (you chose from topics from which you already committed).
We will definitely fix blank page behavior and think how to cover your case (within a separate ticket).
Related: https://github.com/provectus/kafka-ui/issues/3932


Make inertia-django compatible with asset refreshing

https://github.com/inertiajs/inertia/commit/c4ca9c04bee73825e605e35560905545c3f0ab6a

Fixed in 3b4b7bf6e79e31ac0b8369f5b57069df1e4fa33f
Feel a bit dirty with the solution but it should work?


Scary compile errors/warnings on alpine linux

This is the error:
[185/190] Linking target codec/console/dec/h264dec
In file included from ../subprojects/googletest-release-1.8.0/googletest/include/gtest/internal/gtest-port.h:263,
                 from ../subprojects/googletest-release-1.8.0/googletest/include/gtest/internal/gtest-internal.h:40,
                 from ../subprojects/googletest-release-1.8.0/googletest/include/gtest/gtest.h:58,
                 from ../test/api/encode_decode_api_test.cpp:1:
In function 'void* memset(void*, int, size_t)',
    inlined from 'int SimulateNALLoss(const unsigned char*, int&, std::vector<SLost_Sim>*, const char*, bool, int&, bool&)' at ../test/api/encode_decode_api_test.cpp:387:10:
/usr/include/fortify/string.h:75:32: warning: 'void* __builtin_memset(void*, int, long unsigned int)' specified size between<PHONE_NUMBER>1562067968 and<PHONE_NUMBER>3709551615 exceeds maximum object size<PHONE_NUMBER>854775807 [-Wstringop-overflow=]
   75 |         return __builtin_memset(__d, __c, __n);
      |                ~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~
[186/190] Linking target test/encoder/test_encoder

This is some buffer overflow error?
The error is present in the current "head/master" of the git repo and the last release tarball and can be reproduced with an alpine linux docker container.
This is the Dockerfile I am using for the container that gets this error:
FROM alpine:latest
RUN apk add nasm git alpine-sdk bash cmake ninja meson perl autoconf automake libtool gperf xz libogg yasm diffutils gawk linux-headers asciidoc doxygen xmlto

To compile I run:
mkdir -p openh264/build
cd openh264/build
meson setup --default-library=static .. --prefix "/project/target" --libdir="/project/target/lib"
ninja

Using the git repositorys head, the ninja build fails because the warning is treated as error.
Using the last source tarball I get a warning with the same content but the build continues.

هذا هو الخطأ:
[185/190] Linking target codec/console/dec/h264dec In file include…

?


Coalescer is gone?

The README says:

Bolt is good for read intensive workloads. Sequential write performance is also fast but random writes can be slow. You can add a write-ahead log or transaction coalescer in front of Bolt to mitigate this issue.

But the link https://github.com/boltdb/coalescer is broken as of now. Old issues make me believe the repository has existed in the past, but is not there anymore.

The coalescer repo was removed a while ago when @tv42 added DB.Batch(). I fixed the README: https://github.com/boltdb/bolt/pull/467

Thanks @benbjohnson!


Migrate Radicle -> sync to heartwood

Radicle -> Sync should be replaced with Radicle -> Fetch.
Pre-heartwood, rad sync both pushed new refs to the seed node as well as pulled in new refs from the seed. On heartwood, we can:

push changes to the network with just rad push ( it used to be the case that rad push == git push rad && rad sync - but on heartwood the gossip protocol takes care of the rad sync part)
get latest changes from the network with rad fetch

~This functionality looks like it is no longer needed, so we need to figure out how to achieve the same result: show the user, within the IDE, that their node is in sync with the network (if possible).~

@Stelios123 / @JChrist I have updated the ticket description with the changes I think are necessary here. Please take a look and let me know if you have any comments / questions / etc.

So here we replace Sync with rad fetch command?


1.1 alpha

Travis is passing (with the exception of Python 2.7, which is fine since we're dropping 2.7 support in 1.1)


How to change base url on core ?

Using .net 4.6 and the new Asp Core
Currently using
        app.UseSwagger((httpRequest, swaggerDoc) =>
        {
            swaggerDoc.Host = httpRequest.Host.Value;
        });

        app.UseSwaggerUi();

but not sure how to do routes putting the url in  app.UseSwaggerUi(); did not work,

putting in a url in app.UseSwaggerUi does not appear to work.

There is now a separate project specifically for ASP.NET Core and this allows custom routes to be specified for serving both the Swagger JSON endpoints and the SwaggerUI assets.
https://github.com/domaindrivendev/Swashbuckle.AspNetCore
Check out the readme there and if you're still having issues please post an issue to that repo instead of this one (this is for the non Core version).


Merge latest to production

This failed twice with the following:
npm install broken-link-checker typedoc

No output has been received in the last 10m0s, this potentially indicates a stalled build or something wrong with the build itself.
Check the details on how to adjust your build configuration on: https://docs.travis-ci.com/user/common-build-problems/#Build-times-out-because-no-output-was-received

The build has been terminated

I don't believe that can be related to the changes here.  Going to go ahead and merge.


issue with scrolling modal

I'm using angular-sortablejs v.2.5.2 to implement drag and drop in a modal. Its a nested array. The modal is opened via ngx-bootstap by calling the bsModalService.show(). I have no issues re arranging my array.
My issue is this:
when I use the default sortableJS options, nothing scrolls in the Modal, only the body behind the modal scrolls
  itemOptions: SortablejsOptions = {
     group: Items,
     handle: '.drag-handle',

Here is a small clip of my html:

		    <content-row></content-row>

So I changed my SortablejsOptions to like:
  itemOptions: SortablejsOptions = {
     group: Items,
     handle: '.drag-handle',
     scroll: document.getElementById('thisId')

This solves the issue of the body scrolling, and scrolls the model. But now the item I am dragging is allowed to be dragged outside the browser window. I can even drag the item into the address bar as well as into the taskbar.
So then I set the SortableJsOptions to:
  itemOptions: SortablejsOptions = {
     group: Items,
     handle: '.drag-handle',
     scroll: document.getElementById('thisId')
     forceFallback:true,
     fallbackOnBody: true,
     fallbackClass: 'clone',

This solves the issues of the dragging item going outside the browser but i am not longer able to scroll.
How do you configure the sortableJsOptions to drag and drop in the modal without going outside of the browser??

hi @mbowman6241
from what I can understand this is a typical behavior of the original library http://jsbin.com/kolisu/edit?html,js,output . I can drag the items anywhere.

Hey @smnbbrv,
Thanks for getting back to me. If that is the case, do you know how or where I can set/create a container that the dragged item will stay in?

I don't think this is anyhow possible because the dragged element is outside of the element's and even window's scope because it uses native draggable api, see detailed explanation here https://kryogenix.org/code/browser/custom-drag-image.html (and even here it goes outside browser).
The forcefallback you used disables it and that's why works, however I would recommend to stay with native HTML5 feature


Make workspaces sortable

Is your feature request related to a problem? Please describe.
Creating a workspace is also setting the order in which workspaces are displayed. It would be a nice improvment to be able to manually set the workspace display order.
Describe the solution you'd like
It would be great to sort/order the workspaces in the setting menu. As a little bonus it would be cool if we are able to set little icons to our workspaces in order to identify them quickly.

Duplicate of #245


fix: do not show incorrect staged signs (#929, #1102)

Fixes #929
Fixes #1102
Don't show staged sign if normal sign exists.

Thanks for trying but I think this is a bit too complex and naive of a solution. CI fails too.


Initialization script

Lots of command-line build environments require an initialization script to be run to populate the shell with one-time goodness.
Having an entry in the options dialog to specify that and then pass it as a startup option to the shell would save a bit of time.
it would need to get re-run after an 'exit'.

Closed by #30


fix markdown on light

Fixes https://github.com/Textualize/rich/issues/3123

Codecov Report
Patch coverage: 92.30% and project coverage change: -3.09% :warning:

Comparison is base (aabfd16) 98.30% compared to head (32ec768) 95.22%.
Report is 8 commits behind head on master.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@            Coverage Diff             @@
##           master    #3132      +/-   ##
==========================================
- Coverage   98.30%   95.22%   -3.09%
==========================================
  Files          74       74
  Lines        8038     8041       +3
==========================================
- Hits         7902     7657     -245
- Misses        136      384     +248

Flag
Coverage Δ

unittests
95.22% <92.30%> (-3.09%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Files Changed
Coverage Δ

rich/text.py
99.01% <66.66%> (-0.17%)
:arrow_down:

rich/console.py
95.16% <100.00%> (-2.88%)
:arrow_down:

rich/markdown.py
99.45% <100.00%> (ø)

rich/syntax.py
98.17% <100.00%> (-0.31%)
:arrow_down:

... and 2 files with indirect coverage changes

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Have signature identity checks look at the base constraint of type parameters

And allow identical type parameter lists to merge in union signatures.
Fixes #30717
In the linked issue, the call tmp.get('t') was allowed because the two differing signatures were seen as "identical" by compareSignaturesIdentical, since it erased the type parameters to any (causing their different return types to both look like any). In this PR, I just relax the erasure done in compareSignaturesIdentical a bit - now it erases type parameters to their base constraint rather than any. This erasure behavior in signature identity checking is something we've had since the 1.0 spec, yet we also have historical remarks as it being a kind of limitation. I don't really know the reasons for the limitation, but erasing to the constraint seems to work better - we no longer lose as much accuracy when comparing the things that use those parameters (something like what comparseSignaturesRelated does where the source parameters are instantiated in the context of the target would be more correct, I believe). This change is the reason for the baseline changes in this PR (which all seem good from what I can understand).
Once that was in place, the call error-ed as we'd expect, but it'd be nice for it to succeed since, ultimately, only the return types differ. So on top of the above, I now allow unions of signatures to merge when their type parameter lists are identical - when this is the case, all following union signature element parameter/return types are instantiated with a mapping of their type parameters into the type parameters from the first type parameter list found.

The linked issue is now fixed, so I'm closing this. @weswigham feel free to re-open if that's not correct.

Mmm this was still open because it also happens to fix another suite of issues to do will calling unions of signatures with type parameters; it does need a bit of a refresh, though.

@sandersn I've refreshed this PR, renamed it, and redone the OP with links to relevant issues.

@typescript-bot run dt
@typescript-bot perf test this
@typescript-bot test this
@typescript-bot user test this

Perf looks good, user and DT tests look fine, and RWC baseline diff is the removal of a few errors on calls we can now actually resolve (all of them .map), so this looks pretty good.

Glad to see movement on this. I keep running into it when I try to do basically any non-trivial data modeling.

Is this going to make it into TS 4.0?

@typescript-bot pack this

@typescript-bot run dt
@typescript-bot user test this
@typescript-bot perf test this
@typescript-bot test this

All baselines still look good, excellent.

Happy to see this merged! 🥳


Announcement Page cards

**Description
Content is touching the line
Screenshots
Screenshots of the proposed changes compared with the current version of the project

Can I work on it

Change the images too

sure :)


 Here is the stack trace:
org.zendesk.client.v2.ZendeskException: java.lang.OutOfMemoryError: Java heap space
	at org.zendesk.client.v2.Zendesk.complete(Zendesk.java:2250)
	at org.zendesk.client.v2.Zendesk.access$1400(Zendesk.java:95)
	at org.zendesk.client.v2.Zendesk$PagedIterable$PagedIterator.hasNext(Zendesk.java:2482)
Caused by: java.lang.OutOfMemoryError: Java heap space
	at java.util.Arrays.copyOfRange(Arrays.java:3664)
	at java.lang.StringBuffer.toString(StringBuffer.java:669)
	at org.slf4j.helpers.MessageFormatter.arrayFormat(MessageFormatter.java:240)
	at au.com.helixta.util.log.AbstractLogger.log(AbstractLogger.java:68)
	at au.com.helixta.util.log.AbstractLogger.debug(AbstractLogger.java:163)
	at au.com.helixta.util.log.MultiLoggerBase.debug(MultiLoggerFactory.java:318)
	at org.zendesk.client.v2.Zendesk.logResponse(Zendesk.java:2201)
	at org.zendesk.client.v2.Zendesk.access$200(Zendesk.java:95)
	at org.zendesk.client.v2.Zendesk$PagedAsyncListCompletionHandler.onCompleted(Zendesk.java:2050)
	at org.zendesk.client.v2.Zendesk$PagedAsyncListCompletionHandler.onCompleted(Zendesk.java:2040)

--
To Reproduce
Steps to reproduce the behavior:
See error
Expected behavior
Not crash when trying to log.
Would it be possible that the client truncate large responses and not try to log endless amounts of debug information. Or alternatively allow the user to specify whether or not they want this debug logging when the client is constructued.
Desktop (please complete the following information):
Client library v0.8.0

I am using the library with a big instance and I am doing a lot of big queries without no issues.
I am using SLF4J, LOGBACK or LOG4J as logging impl. Maybe the problem comes from au.com.helixta.util.log.
In any case you can reduce the logs verbosity to not use the debug logs. It depends of the logging implementation but you should be able to set org.zendesk.client.v2=INFO
The JVM option -XX:+UseStringDeduplication could potentially help a bit.


Is there any benefit to using the cssnano plugin with webpack?

Is cssnano beneficial with webpack?

As I understand, cssnano already is used in css-loader.
But maybe some transformation after css-loader can uncompress CSS.


polish code, avoid dup code

What is the purpose of the change
XXXXX
Brief changelog
XXXXX
Verifying this change
XXXXX
Follow this checklist to help us incorporate your contribution quickly and easily:

[x] Make sure there is a GITHUB_issue field for the change (usually before you start working on it). Trivial changes like typos do not require a GITHUB issue. Your pull request should address just this issue, without pulling in other changes - one PR resolves one issue.
[ ] Format the pull request title like [Dubbo-XXX] Fix UnknownException when host config not exist #XXX. Each commit in the pull request should have a meaningful subject line and body.
[ ] Write a pull request description that is detailed enough to understand what the pull request does, how, and why.
[ ] Write necessary unit-test to verify your logic correction, more mock a little better when cross module dependency exist. If the new feature or significant change is committed, please remember to add integration-test in test module.
[ ] Run mvn clean install -DskipTests=false & mvn clean test-compile failsafe:integration-test to make sure unit-test and integration-test pass.
[ ] If this contribution is large, please follow the Software Donation Guide.

Codecov Report

Merging #3099 into master will decrease coverage by <.01%.
The diff coverage is 77.5%.

@@             Coverage Diff              @@
##             master    #3099      +/-   ##
============================================
- Coverage     63.56%   63.56%   -0.01%
  Complexity       75       75
============================================
  Files           653      653
  Lines         28218    28211       -7
  Branches       4803     4798       -5
============================================
- Hits          17936    17931       -5
+ Misses         8009     8008       -1
+ Partials       2273     2272       -1

Impacted Files
Coverage Δ
Complexity Δ

...in/java/org/apache/dubbo/config/ServiceConfig.java
53.34% <100%> (-0.19%)
0 <0> (ø)

.../java/org/apache/dubbo/config/ReferenceConfig.java
57.3% <100%> (-0.65%)
0 <0> (ø)

...g/apache/dubbo/config/AbstractInterfaceConfig.java
74.83% <75%> (+0.08%)
0 <0> (ø)
:arrow_down:

...e/dubbo/remoting/transport/netty/NettyChannel.java
57.64% <0%> (-4.71%)
0% <0%> (ø)

...rpc/protocol/dubbo/telnet/InvokeTelnetHandler.java
72.5% <0%> (-1.67%)
0% <0%> (ø)

...he/dubbo/registry/multicast/MulticastRegistry.java
63.79% <0%> (-1.3%)
0% <0%> (ø)

.../dubbo/monitor/support/AbstractMonitorFactory.java
81.08% <0%> (+2.7%)
0% <0%> (ø)
:arrow_down:

...c/main/java/org/apache/dubbo/rpc/RpcException.java
86.2% <0%> (+3.44%)
0% <0%> (ø)
:arrow_down:

...che/dubbo/remoting/transport/mina/MinaChannel.java
53.94% <0%> (+10.52%)
0% <0%> (ø)
:arrow_down:

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 f99f015...83f307f. Read the comment docs.

Please resolve the code conflict first. @beiwei30


verify packages in dependencies and devDependencies

Verify that package dependecies are correctly put in dependencies and devDependencies categories at all nodezoo services.

Nodezoo-base [] []

https://github.com/nodezoo/nodezoo-updater/pull/23

https://github.com/nodezoo/nodezoo-travis/pull/52

https://github.com/nodezoo/nodezoo-travis/pull/52

@mihaidma Can I close?


Add Travis notifications to #aiops_bots

Let's try out the TravisCI bot for Slack. This can post job build status similarly as we had it before in the ManageIQ land - it's gonna land in Slack as a message to the #aiops_bots.

Codecov Report

Merging #16 into master will not change coverage.
The diff coverage is n/a.

@@          Coverage Diff          @@
##           master    #16   +/-   ##
=====================================
  Coverage     100%   100%
=====================================
  Files           3      3
  Lines         204    204
=====================================
  Hits          204    204

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 2ef9499...9198816. Read the comment docs.


ParameterConverter should support setting the query attribute

I got this problem because of a route like this::
/course/{id}/subject/{id}

function (Course $course, Subject $subject) {}
What I would like to be able to do is to define which attribute should be used for querying for these two items. If I try to use the code above now, I get an error.
Suggested fix:
Add an option to @ParamConverter so that you can override the attribute name from the route.

using the same placeholder twice in the pattern does not make much sense. The matched route will contain only one attribute id.

OK, but if I could define the route like this::
/course/{course}/subject/{subject}
@ParamConverter("course", class="Course", attribute="id")
Then that could be solved.


Fix double 'the's

Fix this common typo

The CI failure would appear to be unrelated to these changes:
Test Summary Report
-------------------
02-test_lhash.t                       (Wstat: 256 Tests: 1 Failed: 1)
  Failed test:  1
  Non-zero exit status: 1
Files=327, Tests=3178, 551 wallclock secs ( 7.23 usr +  0.69 sys =  7.92 CPU)
Result: FAIL
NMAKE : fatal error U1077: 'cmd /C "set "SRCTOP=.." & set "BLDTOP=." & set "PERL=C:\Strawberry\perl\bin\perl.exe" & set "FIPSKEY=f4556650ac31d35461610bac4ed81b1a181b2d8a43ea2854cbae22ca74560813" & "C:\Strawberry\perl\bin\perl.exe" "..\test\run_tests.pl" "' : return code '0x1'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio\2022\Enterprise\VC\Tools\MSVC\14.42.34433\bin\HostX64\x64\nmake.exe" /                   run_tests' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio\2022\Enterprise\VC\Tools\MSVC\14.42.34433\bin\HostX64\x64\nmake.exe" /                   _tests' : return code '0x2'
Stop.
Error: Process completed with exit code 1.

This pull request is ready to merge


add MCP server badge

This PR adds a badge for the VirusTotal MCP Server server listing in Glama MCP server directory.
https://glama.ai/mcp/servers/rcbu34kp5c
Glama performs regular codebase and documentation scans to:

Confirm that the MCP server is working as expected
Confirm that there are no obvious security issues with dependencies of the server
Extract server characteristics such as tools, resources, prompts, and required parameters.

This badge helps your users to quickly asses that the MCP server is safe, server capabilities, and instructions for installing the server.

Thanks! are you on the MCP Discord?
Let me know your Discord username and I will give you a special flair that's only for MCP server authors.


Command to toggle issuing AoC completionist

Labeled as DO NOT MERGE as I will need to migrate redis caches to the new namespaces before merging this.
This adds a new command, and redis cache, to control whether the AoC completionist role is issued.
This also refactors the cog a little it while I was there. As usual, this PR is best reviewed commit-by-commit.

If the role from the loaded in config can't be found, then the &aoc ct to do the initial toggle-on fails. I think it would be better to output the error somewhere visible for admins/the Event Runner to see if this occurs. It does get logged, but it wouldn't be obvious for a few minutes that something was wrong and to check the logs. I think outputting to devlog like we do for leaderboard errors makes sense.
Otherwise everything works well and as expected. I wasn't able to test the scheduler changes, but I can also worry about it in 11 months.

It's a warning log that will be pushed to sentry, and output to #dev-alerts, like most other problems like this in our other bots

Just realised I never gave event leads access to run this command, added a small commit to fix this.


Image Alpha Blending is not working at all

Tested on Direct2D, Skia with and without EGL.
[EGL = false]
Here we have an image with Alpha channel set to 0 (BGRA8888 pixel format)

Here we have an image with every pixels alpha value set to 1:

Here its set to 127:

[EGL = true]
[Alpha = 1]

Direct 2D also give similar results

hahah iv just learned what pre-multiplied alpha is... if anyone comes across this you need to encode your pixels like:
premultiplied.R = (byte)(straight.R * straight.A / 255);
premultiplied.G = (byte)(straight.G * straight.A / 255);
premultiplied.B = (byte)(straight.B * straight.A / 255);
premultiplied.A = straight.A;

https://microsoft.github.io/Win2D/html/PremultipliedAlpha.htm


Empty response while retrieving unassigned routes

What is happening:
Getting empty response by passing "unassigned=true" parameter.
Response Code: 200[]
What should happen:
Should get the response like following example:
Example:
[{"id":"3","name":"Walatabad","bus_number":"12345","arrival_time":"2016-02-19 02:13:24","departure_time":"2016-02-19 05:13:24","start_latitude":"30.19780000","end_latitude":"71.46970000","start_longitude":"30.17615700","end_longitude":"71.45404800","total_stops":"10","driver":null}]

@imranhakeem  can you give it an other try I think I've just fixed it.

Ok
Sent from Outlook Mobile
On Wed, Mar 9, 2016 at 11:39 AM -0800, "rubyonrails3"<EMAIL_ADDRESS>wrote:
@imranhakeem  can you give it an other try I think I've just fixed it.

Reply to this email directly or view it on GitHub:
https://github.com/rubyonrails3/school_transport-/issues/2#issuecomment-194471912


schema package: Build a python package with the schema

This will allow schema users to pip install the schema instead of using something like git submodules to place the schema files at some local path.

@tiran Can you review the changes here to build a python package for the schema? The goal is to replace using git submodules (as we currently do) with a python dependency.

I'm happy to help. However I have very limited available until Jun 18th due to travel and other commitments.

@russellb @nathan-weinberg Can either of you look at this PR? I would like to get it in (we can always sort out any issues with PyPI packaging later; the publish steps are "falsed" out now). Then other projects like the cli and taxonomy can move to use the package via a pip git+ url to this repo.
I have PRs in cli (https://github.com/instructlab/instructlab/pull/1285) and taxonomy (https://github.com/instructlab/taxonomy/pull/1169), to demonstrate accessing the schema via an installed package is working.

I created a pending publisher for instructlab-schema as documented in https://docs.pypi.org/trusted-publishers/creating-a-project-through-oidc/.


ITF: updated fake peer trunk

Description of the Change
The fake peer trunk was idle for some time, during which the base branch was significantly changed. This change incorporates the changes from base branch into the fake peer trunk.

Benefits
Actualized the trunk.

Possible Drawbacks

git show ead86af can be used to review the merge commit, since github shows changes in develop, which are not related to fake peers.


[#436][FOLLOWUP] docs: Add documents for localStorageManagerClass and MultiPartLocalStorageManager

What changes were proposed in this pull request?
Add config localStorageManagerClass description to introduce the default value and MultiPartLocalStorageManager.
Why are the changes needed?
Add missing docs.
Fix: #436
Does this PR introduce any user-facing change?
No.
How was this patch tested?
No need.

@zuston Thanks for the previous review of #2253 , this PR add the missing docs, PTAL.

@jerqi @zuston Thanks for your review!


Use -static-libstdc++ for ruby.linux

Since a docker image to build ruby artifact is not based on manylinux, it's not safe to use C++ standard library features without static linking to libstdc++. This fixes the following problem.
Error:
LoadError: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found
(required by /usr/local/rvm/gems/ruby-2.3.8/gems/grpc-1.25.0.dev-x86_64-linux/src/ruby/lib/grpc/2.3/grpc_c.so)
- /usr/local/rvm/gems/ruby-2.3.8/gems/grpc-1.25.0.dev-x86_64-linux/src/ruby/lib/grpc/2.3/grpc_c.so

grpc_build_artifacts_multiplatform


[SPARK-18055][SQL] Use correct mirror in ExpresionEncoder

Previously, we were using the mirror of passed in TypeTag when reflecting to build an encoder.  This fails when the outer class is built in (i.e. Seq's default mirror is based on root classloader) but inner classes (i.e. A in Seq[A]) are defined in the REPL or a library.
This patch changes us to always reflect based on a mirror created using the context classloader.

/cc @cloud-fan

Test build #74167 has started for PR 17201 at commit 3af20fd.

Test build #74167 has finished for PR 17201 at commit 3af20fd.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/74167/
Test FAILed.

retest this please

LGTM

Test build #74177 has started for PR 17201 at commit 3af20fd.

Test build #74177 has finished for PR 17201 at commit 3af20fd.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/74177/
Test PASSed.

thanks, merging to master/2.1/2.0!


local nosetests failing after dev install

I've followed the instructions in the readme file for a dev install, but the test suite fails to run complaining:
ImportError: No module named 'IPython'

inside: ipython/ipywidgets/ipywidgets/__init__.py
I've uninstalled ipython/ipython and reinstalled, but the issue still persists. Any idea what's gone wrong?

Hey Ryan, I think the version of python that ipython is getting installed to is different.   Also something may be stale in your python distribution. Try replacing pip with python -m pip , which will make sure the right python is being used.   You may need to manually remove the python packages files from python's packages folder on your machine

This seems to work on master. Please reopen if you are still having issues with this.


3.0.0 RC2  fails with two or more replicas

Describe the bug
If two or more replicas are present of ocis:3.0.0-rc.2, in a Docker Swarm environment, I encounter all sorts of bugs, like login failing errors, or failed uploads
Steps to reproduce
Steps to reproduce the behavior:
I have the following Docker Stack defined:
version: "3.9"

services:
  nodes:
    image: owncloud/ocis:3.0.0-rc.2
    hostname: ocis
    ports:
      - 9200:9200
    networks:
      - mynetwork
    entrypoint:
      - /bin/sh
    command: ["-c", "ocis init || true; ocis server"]
    environment:
      PUID: "1000"
      PGID: "1000"
      TZ: "Europe/Budapest"
      OCIS_INSECURE: "true"
      OCIS_URL: "https://my.swarm.address:9200"
      OCIS_LOG_LEVEL: info
      STORAGE_USERS_DRIVER: s3ng
      STORAGE_SYSTEM_DRIVER: ocis
      STORAGE_USERS_S3NG_ENDPOINT: http://my.minio.address:9000
      STORAGE_USERS_S3NG_ACCESS_KEY: X
      STORAGE_USERS_S3NG_SECRET_KEY: Y
      STORAGE_USERS_S3NG_BUCKET: ocis
    volumes:
      - data:/var/lib/ocis
    configs:
      - source: ocis-config
        target: /etc/ocis/ocis.yaml
    deploy:
      mode: replicated
      replicas: 1
      placement:
        max_replicas_per_node: 1
configs:
  ocis-config:
    file: ./ocis.yaml

networks:
  mynetwork:
    external: true

volumes:
  data:
    driver_opts:
      type: "nfs"
      o: "addr=my.nas.address,nolock,wsize=65536,rsize=65536,hard,bg,rw"
      device: ":/nfs/ocis_data"

I start this, everything works as expected. As soon as I scale it to two or more, everything brakes.
Expected behavior
Work with two or more replicas
Actual behavior
Does not work with two or more replicas
Setup
docker stack deploy -c ocis-service.yaml ocis
Additional context
Couple log entries:
When trying to upload:
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"ocdav","name":"com.owncloud.web.ocdav","traceid":"00000000000000000000000000000000","request-id":"57ed3a0e-3b9c-4d9d-9cb1-2fd3245ef566","spaceid":"28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a","path":"/hatterek","time":"2023-05-05T16:10:26.778977933Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/services/owncloud/ocdav/tus.go:304","message":"No info found for uploaded file"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"57ed3a0e-3b9c-4d9d-9cb1-2fd3245ef566","remote-addr":"<IP_ADDRESS>:52151","method":"POST","status":500,"path":"/remote.php/dav/spaces/28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a/hatterek","duration":483.503695,"bytes":0,"time":"2023-05-05T16:10:26.780031319Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"ocis/GTMIZLSFBj-000028","remote-addr":"<IP_ADDRESS>:42412","method":"PATCH","status":204,"path":"/data/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy8wOWI0ZGY1NS0zMjUyLTQyNDktYTlkZS03YTkzYWE3YWZmYmIifQ.PfOoYFyFr2KE0NjbTgij3RJoGMIaaGZwx8yLi1U-E9M","duration":315.439313,"bytes":0,"time":"2023-05-05T16:10:26.792422386Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"ocis/SUw1pMcJpe-000226","remote-addr":"<IP_ADDRESS>:42408","method":"PATCH","status":204,"path":"/data/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy80OWQ3NmUwMy1mZWNkLTQzODgtOWE2ZC1mZWEwMDk5YmM4NjkifQ.W8UmD7iUAdZ2HgnikEnwFuaouQ7C7jZXFU2FSs9izWw","duration":345.93954,"bytes":0,"time":"2023-05-05T16:10:26.795023079Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"auth-machine","pkg":"rgrpc","traceid":"00000000000000000000000000000000","time":"2023-05-05T16:10:26.799772592Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/authprovider/authprovider.go:141","message":"user idp:\"https://<IP_ADDRESS>:9200\" opaque_id:\"609a8383-a8f7-4913-a4e9-99863076613a\" type:USER_TYPE_PRIMARY  authenticated"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"ocdav","name":"com.owncloud.web.ocdav","traceid":"00000000000000000000000000000000","request-id":"57ed3a0e-3b9c-4d9d-9cb1-2fd3245ef566","spaceid":"28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a","path":"/hatterek","time":"2023-05-05T16:10:26.810949011Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/services/owncloud/ocdav/tus.go:304","message":"No info found for uploaded file"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"57ed3a0e-3b9c-4d9d-9cb1-2fd3245ef566","remote-addr":"<IP_ADDRESS>:52142","method":"POST","status":500,"path":"/remote.php/dav/spaces/28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a/hatterek","duration":574.527366,"bytes":0,"time":"2023-05-05T16:10:26.813608765Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"57ed3a0e-3b9c-4d9d-9cb1-2fd3245ef566","remote-addr":"<IP_ADDRESS>:52149","method":"POST","status":201,"path":"/remote.php/dav/spaces/28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a/hatterek","duration":550.633224,"bytes":0,"time":"2023-05-05T16:10:26.827157997Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"auth-machine","pkg":"rgrpc","traceid":"00000000000000000000000000000000","time":"2023-05-05T16:10:26.84852135Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/authprovider/authprovider.go:141","message":"user idp:\"https://<IP_ADDRESS>:9200\" opaque_id:\"609a8383-a8f7-4913-a4e9-99863076613a\" type:USER_TYPE_PRIMARY  authenticated"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"auth-machine","pkg":"rgrpc","traceid":"00000000000000000000000000000000","time":"2023-05-05T16:10:26.85555275Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/authprovider/authprovider.go:141","message":"user idp:\"https://<IP_ADDRESS>:9200\" opaque_id:\"609a8383-a8f7-4913-a4e9-99863076613a\" type:USER_TYPE_PRIMARY  authenticated"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","data-server":"http://localhost:9158/data/simple/be64326c-910f-42ac-bf0b-b1cdd6cad84b","fn":"./hatterek/airship_w1920_cw1920_ch1080_cx1920_cy0.jpg","xs":"map[md5:100 unset:1000]","time":"2023-05-05T16:10:26.902949268Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/storageprovider/storageprovider.go:445","message":"file upload"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","data-server":"http://localhost:9158/data/tus/be64326c-910f-42ac-bf0b-b1cdd6cad84b","fn":"./hatterek/airship_w1920_cw1920_ch1080_cx1920_cy0.jpg","xs":"map[md5:100 unset:1000]","time":"2023-05-05T16:10:26.905420519Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/storageprovider/storageprovider.go:445","message":"file upload"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"error","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","error":"xattr.get /var/lib/ocis/storage/users/spaces/60/9a8383-a8f7-4913-a4e9-99863076613a/nodes/60/9a/83/83/-a8f7-4913-a4e9-99863076613a user.ocis.name: no data available","status":{"code":15,"message":"error creating space","trace":"00000000000000000000000000000000"},"request":{"opaque":{"map":{"space_id":{"decoder":"plain","value":"NjA5YTgzODMtYThmNy00OTEzLWE0ZTktOTk4NjMwNzY2MTNh"}}},"owner":{"id":{"idp":"https://my.swarm.address:9200","opaque_id":"609a8383-a8f7-4913-a4e9-99863076613a","type":1},"username":"myuser","mail":"my@email.address","display_name":"My Name","uid_number":99,"gid_number":99},"type":"personal","name":"My Name"},"time":"2023-05-05T16:10:26.913739167Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/storageprovider/storageprovider.go:513","message":"failed to create storage space"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"error","service":"proxy","error":"gateway: grpc failed with code CODE_INTERNAL","time":"2023-05-05T16:10:26.915728459Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/create_home.go:74","message":"error when calling Createhome"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"info","service":"frontend","pkg":"rhttp","traceid":"00000000000000000000000000000000","time":"2023-05-05T16:10:26.916847843Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/interceptors/auth/auth.go:195","message":"skipping auth check for: /data/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy9iZTY0MzI2Yy05MTBmLTQyYWMtYmYwYi1iMWNkZDZjYWQ4NGIifQ.nF4hAxMUsCb1B3VjMXZIc8IIKTYR9kstt20_nKvL678"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"info","service":"storage-users","pkg":"rhttp","traceid":"00000000000000000000000000000000","time":"2023-05-05T16:10:26.918123304Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/interceptors/auth/auth.go:195","message":"skipping auth check for: /data/tus/be64326c-910f-42ac-bf0b-b1cdd6cad84b"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","data-server":"http://localhost:9158/data/simple/a527f8b7-48ec-4b89-b76a-598989210e63","fn":"./hatterek/2012.09.28.-14.21.41.png","xs":"map[md5:100 unset:1000]","time":"2023-05-05T16:10:26.940983473Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/storageprovider/storageprovider.go:445","message":"file upload"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","data-server":"http://localhost:9158/data/tus/a527f8b7-48ec-4b89-b76a-598989210e63","fn":"./hatterek/2012.09.28.-14.21.41.png","xs":"map[md5:100 unset:1000]","time":"2023-05-05T16:10:26.941086037Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/storageprovider/storageprovider.go:445","message":"file upload"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","data-server":"http://localhost:9158/data/simple/fe7d765b-7b9f-485c-b84f-773231620e4d","fn":"./hatterek/desktop.ini","xs":"map[md5:100 unset:1000]","time":"2023-05-05T16:10:26.947699658Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/storageprovider/storageprovider.go:445","message":"file upload"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","data-server":"http://localhost:9158/data/tus/fe7d765b-7b9f-485c-b84f-773231620e4d","fn":"./hatterek/desktop.ini","xs":"map[md5:100 unset:1000]","time":"2023-05-05T16:10:26.947947498Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/storageprovider/storageprovider.go:445","message":"file upload"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"error","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","error":"xattr.get /var/lib/ocis/storage/users/spaces/60/9a8383-a8f7-4913-a4e9-99863076613a/nodes/60/9a/83/83/-a8f7-4913-a4e9-99863076613a user.ocis.name: no data available","status":{"code":15,"message":"error creating space","trace":"00000000000000000000000000000000"},"request":{"opaque":{"map":{"space_id":{"decoder":"plain","value":"NjA5YTgzODMtYThmNy00OTEzLWE0ZTktOTk4NjMwNzY2MTNh"}}},"owner":{"id":{"idp":"https://my.swarm.address:9200","opaque_id":"609a8383-a8f7-4913-a4e9-99863076613a","type":1},"username":"myuser","mail":"my@email.address","display_name":"My Name","uid_number":99,"gid_number":99},"type":"personal","name":"My Name"},"time":"2023-05-05T16:10:26.950102004Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/storageprovider/storageprovider.go:513","message":"failed to create storage space"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"error","service":"proxy","error":"gateway: grpc failed with code CODE_INTERNAL","time":"2023-05-05T16:10:26.95160668Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/create_home.go:74","message":"error when calling Createhome"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"info","service":"frontend","pkg":"rhttp","traceid":"00000000000000000000000000000000","time":"2023-05-05T16:10:26.95276424Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/interceptors/auth/auth.go:195","message":"skipping auth check for: /data/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy9hNTI3ZjhiNy00OGVjLTRiODktYjc2YS01OTg5ODkyMTBlNjMifQ.0zssesWNfGUKdbnOOVBFfjHKInu8-2TXvbFo_n0AS4Q"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"info","service":"storage-users","pkg":"rhttp","traceid":"00000000000000000000000000000000","time":"2023-05-05T16:10:26.955813941Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/interceptors/auth/auth.go:195","message":"skipping auth check for: /data/tus/a527f8b7-48ec-4b89-b76a-598989210e63"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"error","service":"storage-users","pkg":"rhttp","traceid":"00000000000000000000000000000000","host":"<IP_ADDRESS>","method":"PATCH","uri":"/data/tus/be64326c-910f-42ac-bf0b-b1cdd6cad84b","url":"/be64326c-910f-42ac-bf0b-b1cdd6cad84b","proto":"HTTP/1.1","status":500,"size":164,"start":"05/May/2023:16:10:26 +0000","end":"05/May/2023:16:10:26 +0000","time_ns":68579753,"time":"2023-05-05T16:10:26.986712582Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/interceptors/log/log.go:112","message":"http"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"error","service":"frontend","pkg":"rhttp","traceid":"00000000000000000000000000000000","host":"<IP_ADDRESS>","method":"PATCH","uri":"/data/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy9iZTY0MzI2Yy05MTBmLTQyYWMtYmYwYi1iMWNkZDZjYWQ4NGIifQ.nF4hAxMUsCb1B3VjMXZIc8IIKTYR9kstt20_nKvL678","url":"/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy9iZTY0MzI2Yy05MTBmLTQyYWMtYmYwYi1iMWNkZDZjYWQ4NGIifQ.nF4hAxMUsCb1B3VjMXZIc8IIKTYR9kstt20_nKvL678","proto":"HTTP/1.1","status":500,"size":0,"start":"05/May/2023:16:10:26 +0000","end":"05/May/2023:16:10:26 +0000","time_ns":76864698,"time":"2023-05-05T16:10:26.993732867Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/interceptors/log/log.go:112","message":"http"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"ocis/GTMIZLSFBj-000031","remote-addr":"<IP_ADDRESS>:42412","method":"PATCH","status":500,"path":"/data/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy9iZTY0MzI2Yy05MTBmLTQyYWMtYmYwYi1iMWNkZDZjYWQ4NGIifQ.nF4hAxMUsCb1B3VjMXZIc8IIKTYR9kstt20_nKvL678","duration":85.339771,"bytes":0,"time":"2023-05-05T16:10:26.994244797Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"57ed3a0e-3b9c-4d9d-9cb1-2fd3245ef566","remote-addr":"<IP_ADDRESS>:52151","method":"POST","status":500,"path":"/remote.php/dav/spaces/28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a/hatterek","duration":215.357797,"bytes":0,"time":"2023-05-05T16:10:26.998283797Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"error","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","error":"xattr.get /var/lib/ocis/storage/users/spaces/60/9a8383-a8f7-4913-a4e9-99863076613a/nodes/60/9a/83/83/-a8f7-4913-a4e9-99863076613a user.ocis.name: no data available","status":{"code":15,"message":"error creating space","trace":"00000000000000000000000000000000"},"request":{"opaque":{"map":{"space_id":{"decoder":"plain","value":"NjA5YTgzODMtYThmNy00OTEzLWE0ZTktOTk4NjMwNzY2MTNh"}}},"owner":{"id":{"idp":"https://my.swarm.address:9200","opaque_id":"609a8383-a8f7-4913-a4e9-99863076613a","type":1},"username":"myuser","mail":"my@email.address","display_name":"My Name","uid_number":99,"gid_number":99},"type":"personal","name":"My Name"},"time":"2023-05-05T16:10:27.003484489Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/storageprovider/storageprovider.go:513","message":"failed to create storage space"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"error","service":"proxy","error":"gateway: grpc failed with code CODE_INTERNAL","time":"2023-05-05T16:10:27.004897576Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/create_home.go:74","message":"error when calling Createhome"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"info","service":"frontend","pkg":"rhttp","traceid":"00000000000000000000000000000000","time":"2023-05-05T16:10:27.006167849Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/interceptors/auth/auth.go:195","message":"skipping auth check for: /data/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy9mZTdkNzY1Yi03YjlmLTQ4NWMtYjg0Zi03NzMyMzE2MjBlNGQifQ.RTjNU6JCoeF3qmeVBM9CykCJ6ZEhIvz3Y7di-z4c1sA"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"info","service":"storage-users","pkg":"rhttp","traceid":"00000000000000000000000000000000","time":"2023-05-05T16:10:27.009654267Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/interceptors/auth/auth.go:195","message":"skipping auth check for: /data/tus/fe7d765b-7b9f-485c-b84f-773231620e4d"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"error","service":"storage-users","pkg":"rhttp","traceid":"00000000000000000000000000000000","host":"<IP_ADDRESS>","method":"PATCH","uri":"/data/tus/fe7d765b-7b9f-485c-b84f-773231620e4d","url":"/fe7d765b-7b9f-485c-b84f-773231620e4d","proto":"HTTP/1.1","status":500,"size":164,"start":"05/May/2023:16:10:27 +0000","end":"05/May/2023:16:10:27 +0000","time_ns":25129966,"time":"2023-05-05T16:10:27.03479222Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/interceptors/log/log.go:112","message":"http"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"error","service":"frontend","pkg":"rhttp","traceid":"00000000000000000000000000000000","host":"<IP_ADDRESS>","method":"PATCH","uri":"/data/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy9mZTdkNzY1Yi03YjlmLTQ4NWMtYjg0Zi03NzMyMzE2MjBlNGQifQ.RTjNU6JCoeF3qmeVBM9CykCJ6ZEhIvz3Y7di-z4c1sA","url":"/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy9mZTdkNzY1Yi03YjlmLTQ4NWMtYjg0Zi03NzMyMzE2MjBlNGQifQ.RTjNU6JCoeF3qmeVBM9CykCJ6ZEhIvz3Y7di-z4c1sA","proto":"HTTP/1.1","status":500,"size":0,"start":"05/May/2023:16:10:27 +0000","end":"05/May/2023:16:10:27 +0000","time_ns":29459604,"time":"2023-05-05T16:10:27.03569099Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/interceptors/log/log.go:112","message":"http"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"ocis/GTMIZLSFBj-000037","remote-addr":"<IP_ADDRESS>:42412","method":"PATCH","status":500,"path":"/data/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy9mZTdkNzY1Yi03YjlmLTQ4NWMtYjg0Zi03NzMyMzE2MjBlNGQifQ.RTjNU6JCoeF3qmeVBM9CykCJ6ZEhIvz3Y7di-z4c1sA","duration":37.742387,"bytes":0,"time":"2023-05-05T16:10:27.036075056Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"storage-users","pkg":"rhttp","traceid":"00000000000000000000000000000000","host":"<IP_ADDRESS>","method":"PATCH","uri":"/data/tus/a5413a3b-3b94-421c-9e71-94f1835af35e","url":"/a5413a3b-3b94-421c-9e71-94f1835af35e","proto":"HTTP/1.1","status":500,"size":42,"start":"05/May/2023:16:10:26 +0000","end":"05/May/2023:16:10:27 +0000","time_ns":347840023,"time":"2023-05-05T16:10:27.037395214Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/interceptors/log/log.go:112","message":"http"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"error","service":"storage-users","pkg":"rhttp","traceid":"00000000000000000000000000000000","host":"<IP_ADDRESS>","method":"PATCH","uri":"/data/tus/a527f8b7-48ec-4b89-b76a-598989210e63","url":"/a527f8b7-48ec-4b89-b76a-598989210e63","proto":"HTTP/1.1","status":500,"size":164,"start":"05/May/2023:16:10:26 +0000","end":"05/May/2023:16:10:27 +0000","time_ns":82991401,"time":"2023-05-05T16:10:27.038811517Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/interceptors/log/log.go:112","message":"http"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"frontend","pkg":"rhttp","traceid":"00000000000000000000000000000000","host":"<IP_ADDRESS>","method":"PATCH","uri":"/data/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy9hNTQxM2EzYi0zYjk0LTQyMWMtOWU3MS05NGYxODM1YWYzNWUifQ.P0cl31NNQ5pVq_ukpcYBiEeEaY90mgFQVdqDgOtJ3rk","url":"/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy9hNTQxM2EzYi0zYjk0LTQyMWMtOWU3MS05NGYxODM1YWYzNWUifQ.P0cl31NNQ5pVq_ukpcYBiEeEaY90mgFQVdqDgOtJ3rk","proto":"HTTP/1.1","status":500,"size":0,"start":"05/May/2023:16:10:26 +0000","end":"05/May/2023:16:10:27 +0000","time_ns":351536088,"time":"2023-05-05T16:10:27.038363175Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/interceptors/log/log.go:112","message":"http"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"57ed3a0e-3b9c-4d9d-9cb1-2fd3245ef566","remote-addr":"<IP_ADDRESS>:52149","method":"POST","status":500,"path":"/remote.php/dav/spaces/28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a/hatterek","duration":208.753139,"bytes":0,"time":"2023-05-05T16:10:27.039071445Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"ocis/SUw1pMcJpe-000229","remote-addr":"<IP_ADDRESS>:42404","method":"PATCH","status":500,"path":"/data/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy9hNTQxM2EzYi0zYjk0LTQyMWMtOWU3MS05NGYxODM1YWYzNWUifQ.P0cl31NNQ5pVq_ukpcYBiEeEaY90mgFQVdqDgOtJ3rk","duration":372.867552,"bytes":0,"time":"2023-05-05T16:10:27.04026872Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"error","service":"frontend","pkg":"rhttp","traceid":"00000000000000000000000000000000","host":"<IP_ADDRESS>","method":"PATCH","uri":"/data/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy9hNTI3ZjhiNy00OGVjLTRiODktYjc2YS01OTg5ODkyMTBlNjMifQ.0zssesWNfGUKdbnOOVBFfjHKInu8-2TXvbFo_n0AS4Q","url":"/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy9hNTI3ZjhiNy00OGVjLTRiODktYjc2YS01OTg5ODkyMTBlNjMifQ.0zssesWNfGUKdbnOOVBFfjHKInu8-2TXvbFo_n0AS4Q","proto":"HTTP/1.1","status":500,"size":0,"start":"05/May/2023:16:10:26 +0000","end":"05/May/2023:16:10:27 +0000","time_ns":87311626,"time":"2023-05-05T16:10:27.040097204Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/interceptors/log/log.go:112","message":"http"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"ocis/GTMIZLSFBj-000034","remote-addr":"<IP_ADDRESS>:42398","method":"PATCH","status":500,"path":"/data/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy9hNTI3ZjhiNy00OGVjLTRiODktYjc2YS01OTg5ODkyMTBlNjMifQ.0zssesWNfGUKdbnOOVBFfjHKInu8-2TXvbFo_n0AS4Q","duration":97.525064,"bytes":0,"time":"2023-05-05T16:10:27.041522303Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"57ed3a0e-3b9c-4d9d-9cb1-2fd3245ef566","remote-addr":"<IP_ADDRESS>:52144","method":"POST","status":500,"path":"/remote.php/dav/spaces/28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a/hatterek","duration":587.087063,"bytes":0,"time":"2023-05-05T16:10:27.044406989Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"57ed3a0e-3b9c-4d9d-9cb1-2fd3245ef566","remote-addr":"<IP_ADDRESS>:52142","method":"POST","status":500,"path":"/remote.php/dav/spaces/28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a/hatterek","duration":222.719238,"bytes":0,"time":"2023-05-05T16:10:27.046042882Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"ocis/SUw1pMcJpe-000232","remote-addr":"<IP_ADDRESS>:42414","method":"PATCH","status":204,"path":"/data/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy81ZDgxMzE2Zi00MjdlLTRmODgtYmJjZC03NDY2MzFhNjBmNmIifQ.KvHM0_oeJ8Hq8ITgTqXEjgSZ8OdUNEggCPoUg6WhUz0","duration":360.22118,"bytes":0,"time":"2023-05-05T16:10:27.073595851Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"ocis/SUw1pMcJpe-000223","remote-addr":"<IP_ADDRESS>:42392","method":"PATCH","status":204,"path":"/data/eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJhdWQiOiJyZXZhIiwiZXhwIjoxNjgzMzg5NDI2LCJpYXQiOjE2ODMzMDMwMjYsInRhcmdldCI6Imh0dHA6Ly9sb2NhbGhvc3Q6OTE1OC9kYXRhL3R1cy8zNDBmYjQyYi1hOTg1LTRkNTktOTI4NS1jZTUzYTJjYjZlYzAifQ.4mOCMkQeO6f4f9X0LApU_iqRhseCNyQEX5gxHeuv03I","duration":708.972387,"bytes":0,"time":"2023-05-05T16:10:27.082425682Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"ocdav","name":"com.owncloud.web.ocdav","traceid":"00000000000000000000000000000000","request-id":"57ed3a0e-3b9c-4d9d-9cb1-2fd3245ef566","spaceid":"28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a","path":"/hatterek","status":{"code":15,"message":"stat:failed deserialization size=401, last=100","trace":"00000000000000000000000000000000"},"code":500,"time":"2023-05-05T16:10:27.091193926Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/services/owncloud/ocdav/errors/error.go:174","message":"Internal Server Error"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"ocdav","name":"com.owncloud.web.ocdav","traceid":"00000000000000000000000000000000","request-id":"57ed3a0e-3b9c-4d9d-9cb1-2fd3245ef566","spaceid":"28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a","path":"/hatterek","status":{"code":15,"message":"stat:failed deserialization size=401, last=100","trace":"00000000000000000000000000000000"},"code":500,"time":"2023-05-05T16:10:27.092973845Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/http/services/owncloud/ocdav/errors/error.go:174","message":"Internal Server Error"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"57ed3a0e-3b9c-4d9d-9cb1-2fd3245ef566","remote-addr":"<IP_ADDRESS>:52153","method":"POST","status":500,"path":"/remote.php/dav/spaces/28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a/hatterek","duration":485.929658,"bytes":0,"time":"2023-05-05T16:10:27.093398349Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"57ed3a0e-3b9c-4d9d-9cb1-2fd3245ef566","remote-addr":"<IP_ADDRESS>:52121","method":"POST","status":500,"path":"/remote.php/dav/spaces/28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a/hatterek","duration":875.192848,"bytes":0,"time":"2023-05-05T16:10:27.094030456Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"auth-machine","pkg":"rgrpc","traceid":"00000000000000000000000000000000","time":"2023-05-05T16:10:27.133146823Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/authprovider/authprovider.go:141","message":"user idp:\"https://my.swarm.address:9200\" opaque_id:\"609a8383-a8f7-4913-a4e9-99863076613a\" type:USER_TYPE_PRIMARY  authenticated"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","error":"failed deserialization size=401, last=100","status":{"code":15,"message":"error creating space","trace":"00000000000000000000000000000000"},"request":{"opaque":{"map":{"space_id":{"decoder":"plain","value":"NjA5YTgzODMtYThmNy00OTEzLWE0ZTktOTk4NjMwNzY2MTNh"}}},"owner":{"id":{"idp":"https://my.swarm.address:9200","opaque_id":"609a8383-a8f7-4913-a4e9-99863076613a","type":1},"username":"myuser","mail":"my@email.address","display_name":"My Name","uid_number":99,"gid_number":99},"type":"personal","name":"My Name"},"time":"2023-05-05T16:10:27.145709444Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/storageprovider/storageprovider.go:513","message":"failed to create storage space"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"proxy","error":"gateway: grpc failed with code CODE_INTERNAL","time":"2023-05-05T16:10:27.154605489Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/create_home.go:74","message":"error when calling Createhome"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"graph","request-id":"9e5bdd21-7022-4906-bee7-9b37e8c02c1a","query":{},"time":"2023-05-05T16:10:27.155684863Z","line":"github.com/owncloud/ocis/v2/services/graph/pkg/service/v0/drives.go:160","message":"calling get drive"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","error":"failed deserialization size=401, last=100","id":"609a8383-a8f7-4913-a4e9-99863076613a","time":"2023-05-05T16:10:27.171792473Z","line":"github.com/cs3org/reva/v2@v2.13.1/pkg/storage/utils/decomposedfs/spaces.go:278","message":"could not read node"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","error":"failed deserialization size=401, last=100","status":{"code":15,"message":"error listing spaces","trace":"00000000000000000000000000000000"},"filters":[{"type":2,"Term":{"Id":{"opaque_id":"28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a!609a8383-a8f7-4913-a4e9-99863076613a"}}},{"type":4,"Term":{"SpaceType":"+grant"}}],"time":"2023-05-05T16:10:27.172054725Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/storageprovider/storageprovider.go:554","message":"failed to list storage spaces"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"9e5bdd21-7022-4906-bee7-9b37e8c02c1a","remote-addr":"<IP_ADDRESS>:52121","method":"GET","status":404,"path":"/graph/v1.0/drives/28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a","duration":50.17366,"bytes":174,"time":"2023-05-05T16:10:27.17532546Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"error","service":"search","error":"error: not found: unknown client id","owner":{"id":{"opaque_id":"609a8383-a8f7-4913-a4e9-99863076613a"}},"authRes":{"status":{"code":6,"message":"unknown client id","trace":"00000000000000000000000000000000"}},"time":"2023-05-05T16:10:27.832359367Z","line":"github.com/owncloud/ocis/v2/services/search/pkg/search/search.go:77","message":"error using machine auth"}
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"error","service":"search","error":"error: not found: unknown client id","spaceID":{"opaque_id":"28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a"},"userID":{"opaque_id":"609a8383-a8f7-4913-a4e9-99863076613a"},"time":"2023-05-05T16:10:27.832850559Z","line":"github.com/owncloud/ocis/v2/services/search/pkg/search/events.go:68","message":"error while indexing a space"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"auth-machine","pkg":"rgrpc","traceid":"00000000000000000000000000000000","time":"2023-05-05T16:10:28.106957462Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/authprovider/authprovider.go:141","message":"user idp:\"https://my.swarm.address:9200\" opaque_id:\"609a8383-a8f7-4913-a4e9-99863076613a\" type:USER_TYPE_PRIMARY  authenticated"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"search","error":"internal error: stat:failed deserialization size=401, last=100","time":"2023-05-05T16:10:28.129525128Z","line":"github.com/owncloud/ocis/v2/services/search/pkg/search/service.go:228","message":"error walking the tree"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"search","error":"internal error: stat:failed deserialization size=401, last=100","spaceID":{"opaque_id":"28e3b472-c192-42a8-8d31-b43d5cb1f014$609a8383-a8f7-4913-a4e9-99863076613a"},"userID":{"opaque_id":"609a8383-a8f7-4913-a4e9-99863076613a"},"time":"2023-05-05T16:10:28.129751968Z","line":"github.com/owncloud/ocis/v2/services/search/pkg/search/events.go:68","message":"error while indexing a space"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"auth-machine","pkg":"rgrpc","traceid":"00000000000000000000000000000000","time":"2023-05-05T16:10:32.09992978Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/authprovider/authprovider.go:141","message":"user idp:\"https://my.swarm.address:9200\" opaque_id:\"609a8383-a8f7-4913-a4e9-99863076613a\" type:USER_TYPE_PRIMARY  authenticated"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","error":"failed deserialization size=401, last=100","status":{"code":15,"message":"error creating space","trace":"00000000000000000000000000000000"},"request":{"opaque":{"map":{"space_id":{"decoder":"plain","value":"NjA5YTgzODMtYThmNy00OTEzLWE0ZTktOTk4NjMwNzY2MTNh"}}},"owner":{"id":{"idp":"https://my.swarm.address:9200","opaque_id":"609a8383-a8f7-4913-a4e9-99863076613a","type":1},"username":"myuser","mail":"my@email.address","display_name":"My Name","uid_number":99,"gid_number":99},"type":"personal","name":"My Name"},"time":"2023-05-05T16:10:32.116070765Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/storageprovider/storageprovider.go:513","message":"failed to create storage space"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"proxy","error":"gateway: grpc failed with code CODE_INTERNAL","time":"2023-05-05T16:10:32.117097101Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/create_home.go:74","message":"error when calling Createhome"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"2d6af7f0-191c-487b-92f9-56e4f15fbf43","remote-addr":"<IP_ADDRESS>:52121","method":"GET","status":200,"path":"/ocs/v2.php/apps/notifications/api/v1/notifications","duration":26.381319,"bytes":72,"time":"2023-05-05T16:10:32.118860245Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"auth-machine","pkg":"rgrpc","traceid":"00000000000000000000000000000000","time":"2023-05-05T16:11:02.109177491Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/authprovider/authprovider.go:141","message":"user idp:\"https://my.swarm.address:9200\" opaque_id:\"609a8383-a8f7-4913-a4e9-99863076613a\" type:USER_TYPE_PRIMARY  authenticated"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","error":"failed deserialization size=401, last=100","status":{"code":15,"message":"error creating space","trace":"00000000000000000000000000000000"},"request":{"opaque":{"map":{"space_id":{"decoder":"plain","value":"NjA5YTgzODMtYThmNy00OTEzLWE0ZTktOTk4NjMwNzY2MTNh"}}},"owner":{"id":{"idp":"https://my.swarm.address:9200","opaque_id":"609a8383-a8f7-4913-a4e9-99863076613a","type":1},"username":"myuser","mail":"my@email.address","display_name":"My Name","uid_number":99,"gid_number":99},"type":"personal","name":"My Name"},"time":"2023-05-05T16:11:02.125583668Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/storageprovider/storageprovider.go:513","message":"failed to create storage space"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"proxy","error":"gateway: grpc failed with code CODE_INTERNAL","time":"2023-05-05T16:11:02.126575266Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/create_home.go:74","message":"error when calling Createhome"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"004f4bf2-49b2-44a7-9997-4e667fc9d31c","remote-addr":"<IP_ADDRESS>:52121","method":"GET","status":200,"path":"/ocs/v2.php/apps/notifications/api/v1/notifications","duration":28.184929,"bytes":72,"time":"2023-05-05T16:11:02.128873066Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"auth-machine","pkg":"rgrpc","traceid":"00000000000000000000000000000000","time":"2023-05-05T16:11:32.108117951Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/authprovider/authprovider.go:141","message":"user idp:\"https://my.swarm.address:9200\" opaque_id:\"609a8383-a8f7-4913-a4e9-99863076613a\" type:USER_TYPE_PRIMARY  authenticated"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","error":"failed deserialization size=401, last=100","status":{"code":15,"message":"error creating space","trace":"00000000000000000000000000000000"},"request":{"opaque":{"map":{"space_id":{"decoder":"plain","value":"NjA5YTgzODMtYThmNy00OTEzLWE0ZTktOTk4NjMwNzY2MTNh"}}},"owner":{"id":{"idp":"https://my.swarm.address:9200","opaque_id":"609a8383-a8f7-4913-a4e9-99863076613a","type":1},"username":"myuser","mail":"my@email.address","display_name":"My Name","uid_number":99,"gid_number":99},"type":"personal","name":"My Name"},"time":"2023-05-05T16:11:32.1323498Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/storageprovider/storageprovider.go:513","message":"failed to create storage space"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"proxy","error":"gateway: grpc failed with code CODE_INTERNAL","time":"2023-05-05T16:11:32.13415497Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/create_home.go:74","message":"error when calling Createhome"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"proxy","proto":"HTTP/1.1","request-id":"4dc49b02-dea8-415d-b6a1-3f0209cb87ac","remote-addr":"<IP_ADDRESS>:52121","method":"GET","status":200,"path":"/ocs/v2.php/apps/notifications/api/v1/notifications","duration":37.587407,"bytes":72,"time":"2023-05-05T16:11:32.137865573Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/accesslog.go:28","message":"access-log"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"info","service":"auth-machine","pkg":"rgrpc","traceid":"00000000000000000000000000000000","time":"2023-05-05T16:12:02.163777463Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/authprovider/authprovider.go:141","message":"user idp:\"https://my.swarm.address:9200\" opaque_id:\"609a8383-a8f7-4913-a4e9-99863076613a\" type:USER_TYPE_PRIMARY  authenticated"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","error":"failed deserialization size=401, last=100","status":{"code":15,"message":"error creating space","trace":"00000000000000000000000000000000"},"request":{"opaque":{"map":{"space_id":{"decoder":"plain","value":"NjA5YTgzODMtYThmNy00OTEzLWE0ZTktOTk4NjMwNzY2MTNh"}}},"owner":{"id":{"idp":"https://my.swarm.address:9200","opaque_id":"609a8383-a8f7-4913-a4e9-99863076613a","type":1},"username":"myuser","mail":"my@email.address","display_name":"My Name","uid_number":99,"gid_number":99},"type":"personal","name":"My Name"},"time":"2023-05-05T16:12:02.196394944Z","line":"github.com/cs3org/reva/v2@v2.13.1/internal/grpc/services/storageprovider/storageprovider.go:513","message":"failed to create storage space"}
ocis_nodes.2.zpe9kdy744ll@wyse2    | {"level":"error","service":"proxy","error":"gateway: grpc failed with code CODE_INTERNAL","time":"2023-05-05T16:12:02.198950846Z","line":"github.com/owncloud/ocis/v2/services/proxy/pkg/middleware/create_home.go:74","message":"error when calling Createhome"}

If I refresh and try to open the created(?) folder
ocis_nodes.2.exe9slzgj1un@brix2    | {"level":"error","service":"storage-users","pkg":"rgrpc","traceid":"00000000000000000000000000000000","path":"/var/lib/ocis/storage/users/spaces/80/c65bbd-ecb8-40d5-8f45-5f793a590295/nodes/de/59/ef/03/-02f4-4bea-91cb-d10cf2e70c24","nodeid":"de59ef03-02f4-4bea-91cb-d10cf2e70c24","attrs":{"user.ocis.tmp.etag":"","user.ocis.tmtime":"MjAyMy0wNS0wNVQxNTozOTo0MS44ODkwNDEzOFo=","user.ocis.treesize":"MTE4NzI2ODk="},"messagepack":"\ufffd\ufffduser.ocis.tmtime\ufffd\u001d2023-05-05T15:39:41.88904138Z\ufffduser.ocis.tmp.etag\ufffd\u0000\ufffduser.ocis.treesize\ufffd\b11872689\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0000","time":"2023-05-05T16:01:41.631976316Z","line":"github.com/cs3org/reva/v2@v2.13.1/pkg/storage/utils/decomposedfs/node/node.go:293","message":"missing parent id"}

I have created a user and trying to log in
ocis_nodes.1.y6h3yk60l17d@brix    | {"level":"error","service":"idp","error":"ldap identifier backend get user error: user does not exist or too many entries returned","time":"2023-05-05T16:18:35.291432807Z","line":"github.com/owncloud/ocis/v2/ocis-pkg/log/logrus_wrapper.go:50","message":"IdentifierIdentityManager: fetch failed to get user from userID"}

@miberecz Thank you for your report.
Let me explain: The way you try to orchestrate ocis is missing one important piece. You have 3 replicas on a shared storage (NFS). That is fine. You have a shared storage. But there is a lot of caching involved in ocis for file metadata. You need to use a shared cache like Redis or something similar.
We added this functionality to our ocis charts recently. https://github.com/owncloud/ocis-charts/issues/206

@micbar  Thank you! Makes sense.
Could you help exactly which env. variable I have to set?
https://github.com/owncloud/ocis-charts/search?q=Values.cache
I can find the full list of possibilities in the Chart. Do I need all?

I wouldn't say that I completely understand what "monolithically scaling" means here.
If I'm correct, even if I manage to setup a Redis cache for the different services, multiple containers organized by the Swarm wont work together to share the load?
Is there any other way to approach this in a simple small homelab environment?
Also, not related but I do not have a better way to ask: do I understand correctly, that even if I manage to somehow distribute the processing between nodes, STORAGE_SYSTEM cannot be handled in a distributed maner like STORAGE_USER on S3 storage?
What I like to achieve is to make the whole system truly fault tolerant, avoid any single point of failures.

Closing since it is a 3.0.0 issue.


Remove duplicate lookups from Resource initialization

Objective

World::init_resource and World::get_resource_or_insert_with are implemented naively, and as such they perform duplicate TypeId -> ComponentId lookups.
World::get_resource_or_insert_with contains an additional duplicate ComponentId -> ResourceData lookup.

This function also contains an unnecessary panic branch, which we rely on the optimizer to be able to remove.

Solution
Implement the functions using engine-internal code, instead of combining high-level functions. This allows computed variables to persist across different branches, instead of being recomputed.

Not sure why CI/run-examples is getting cancelled, but it may have to do with this warning that get's spammed when running the alien_cake_addict example.

WARN bevy_ecs::world: error[B0003]: Could not despawn entity 299v0 because it doesn't exist in this World.

This warning also gets spammed when running that example on main.

Not sure why CI/run-examples is getting cancelled,

It was cancelled because there is a 30 minutes timeout and somehow that job reached it while it last around 15 minutes usually... Rerunning to check if somehow that PR increased compilation times

bors try

bors r+


Few questions

This looks really interesting.
I'm assuming I can feed this with X/Y 'hit's' and it will be able to tell me how many hits I had in the geofence area.
The X/Y's, could I use grok formatted and then pipe to tile38?

Position updates can be made via the Redis Protocol using x/y coordinates or geojson. As long as your message to Tile38 matches that in the documentation then yes, you should be able to pipe them to Tile38. I'm unfamiliar with Grok so I can't answer for certain but I would suggest you go over the documentation here - https://tile38.com/commands/set/

Thanks


Fix exception on cofirmation screen

When a user attempts to confirm an e-mail address, an exception is thrown because the db session is closed prior to logging.
The line db.session.close() has to move after the logging, otherwise the team parameters from the orm object are discarded and an exception is thrown.
Closing the session after logging, fixes the issue.

Thanks for the PR!


Is it possible to open just a Terminal tab instead of a new window?

In Sublime text I use a plugin, I think it's called MacTerminal, that allows me to open files in the Terminal, but if the Terminal is already open, it just adds a tab.
Is that possible to achieve in atom-terminal with some setting?
I really find annoying a new window terminal every time.

Such a feature would have to be custom made for each terminal application available, like MacTerminal.
The terminals I open through atom-terminal are very short-lived. I run one or a few commands, and as soon as I want to focus Atom, I press Ctrl-D to close the terminal. This way I don't have to worry about a growing number of them, and can drop in and out of the shell just using the keyboard.

:+1: +1 I would love to open Terminal in new tab.

I agree with @jacwah, we would have to write code seperatly for each terminal out there.
If you want to open a new tab instead of a new terminal, you can always write yourself a custom script to do it and then set that under the "app" setting.

Oh right, I understand and agree. I forgot there is not only one Terminal app and one OS. Custom package is a way to go.

@lifeBalance @jirsbek here you go https://atom.io/packages/atom-mac-terminal

Very good Marcin! Thanks a lot. Now, it would be awesome if you finish it a bit; I mean it does not open a new tab, just the file or directory in whatever tab you have open in Terminal.

@lifeBalance Heh, the whole point was to open a new tab. I guess we could add an option to skip adding new tab in the settings. Please add the idea here and let's discuss https://github.com/vorg/atom-mac-terminal/issues/


Does the ZED-Mini camera only work on devices with discrete graphics cards?

Preliminary Checks

[X] This issue is not a duplicate. Before opening a new issue, please search existing issues.
[X] This issue is not a question, feature request, or anything other than a bug report directly related to this project.

Description
Hello, we purchased a ZED-m camera, and it works fine when we install Ubuntu 20.04 on an i5 PC. However, we installed Ubuntu 20.04 on an i5 IPC, and we can only see the video stream with a low probability using cheese, but we can't see it with a high probability. The i5 IPC doesn't have a GPU, and we don't need the SDK of ZED-m yet, so we don't install the SDK on the i5 IPC, and just use it as a normal camera. What kind of software or hardware is missing that will cause this problem? The i5 PC has an independent graphics card, and the i5 IPC has an integrated graphics card.
Steps to Reproduce

Install Ubuntu 20.04 on an i5 integrated graphics device;
Insert the ZED-Mini camera;
Open Cheese and you cannot use the ZED-Mini camera

Expected Result

Install Ubuntu 20.04 on an i5 integrated graphics device;
Insert the ZED-Mini camera;
Open Cheese to use the ZED-Mini camera

Actual Result
Open Cheese and you cannot use the ZED-Mini camera
ZED Camera model
ZED
Environment
OS:ubuntu 20.04
CPU:i5
GPU:none

Anything else?
No response

A compatible NVIDIA GPU is a mandatory requirement to execute ZED SDK based software


Fix deprecated items in ddev bottle

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

Patched and it totally did what's on the tin/bottle thanks @daften

Sorry, somehow I didn't see this come through.
I did the same thing in #45, but it's just a temp fix as it's actually the generated code from drud/ddev release that does the next one.
Thanks so much for this!


lxc remote add fails saving servercert if remote name not specified

Required information

Distribution: ubuntu
Distribution version: 19:10
LXD versions:

$ lxc version
Client version: 3.21
Server version: 3.21

Issue description
When adding a remote, if a name is not specified the command continues, but then fails to save the server certificate, as the filename contains slashes:
$ lxc remote add https://localhost:8443
Certificate fingerprint: 10dde3acccc3f17c698ab6a89b58d90bd74af8200c8dcdd1653fedca40a18a66
ok (y/n)? y
Error: open /home/ack/snap/lxd/13522/.config/lxc/servercerts/https://localhost:8443.crt: no such file or directory

Ah yeah, looks like we need to do some encoding around that, fun.


feat: introduce java.time variables and methods

This PR introduces java.time alternatives to existing org.threeten.bp.* methods, as well as switching internal variables (if any) to java.time
The main constraint is to keep the changes backwards compatible, so for each existing threeten method "method1(org.threeten.bp.Duration)" we will add an alternative with a Duration (or Timestamp when applicable) suffix: "method1Duration(java.time.Duration)".
For most cases, the implementation will be held in the java.time method and the old threeten method will just delegate the call to it. However, for the case of abstract classes, the implementation will be kept in the threeten method to avoid breaking changes (i.e. users that already overloaded the method in their user code).

Left one clarification question but otherwise, LGTM.


Update Dns and PrivateDns release files

Contributing to the Azure SDK
Please see our CONTRIBUTING.md if you are not familiar with contributing to this repository or have questions.
For specific information about pull request etiquette and best practices, see this section.

API change check
API changes are not detected in this pull request.


Crashing issue with Preference Change listener

There seems to be some sort of crashing issue when calling toSet() on the keys of the WeakHashMap used for the OnSharedPrefernecesChangeListener. Investigation underway.

Example partial stacktrace:
Fatal Exception: java.util.NoSuchElementException
       at java.util.WeakHashMap$HashIterator.nextEntry(WeakHashMap.java:808)
       at java.util.WeakHashMap$KeyIterator.next(WeakHashMap.java:839)
       at kotlin.collections.CollectionsKt___CollectionsKt.toSet(_Collections.kt:1345)
       at com.frybits.harmony.HarmonyImpl$HarmonyEditor.commitToMemory(Harmony.kt:841)
       at com.frybits.harmony.HarmonyImpl$HarmonyEditor.apply(Harmony.kt:817)

It appears as if I am not the first person to see this type crashing issue: https://issuetracker.google.com/issues/181683711
Like that ticket states, this does appear to be a rare crash, but for some reason is spiking with Android 11/12 as of late. In an app with tens of thousands of users, I'm seeing ~1k daily crashes. Harmony has not changed in this app, and previous releases of the app do not show this crash. It's possible that there could be something app side, but doing due diligence investigation to figure out why this spike is occurring.


[Windows] bundle install with platform - platform ignored

Hi guys,
I'm using the eventmachine gem, which delivers with a native C extension that needs to be build when installing. This works only when i manually install it by gem command, not with bundler.
When i install it manually, it is only working in this way:
# commandline
gem install eventmachine --platform ruby

Fetching: eventmachine-1.2.7.gem (100%)
Temporarily enhancing PATH for MSYS/MINGW...
Building native extensions.  This could take a while...
Successfully installed eventmachine-1.2.7
Parsing documentation for eventmachine-1.2.7
Installing ri documentation for eventmachine-1.2.7
Done installing documentation for eventmachine after 9 seconds
1 gem installed

If i don't specify the platform, it installs without compiling, and i get an error, when running my ruby app:
# commandline
gem install eventmachine

Fetching: eventmachine-1.2.7-x64-mingw32.gem (100%)
Successfully installed eventmachine-1.2.7-x64-mingw32
Parsing documentation for eventmachine-1.2.7-x64-mingw32
Installing ri documentation for eventmachine-1.2.7-x64-mingw32
Done installing documentation for eventmachine after 8 seconds
1 gem installed

Unable to load the EventMachine C extension; To use the pure-ruby reactor, require 'em/pure_ruby'
cannot load such file -- 2.4/rubyeventmachine (LoadError)

But of course i want to put the dependency in my Gemfile, but the platforms option does not behave like it does with the gem command:
# Gemfile
gem 'eventmachine', :platforms => :ruby

When i run bundler install it behaves just only like gem install eventmachine, without --platform parameter.
Since it is important to me that all developers can install the dependencies with bundle install, getting a running environment, I have a problem here.

Bundler 1.16.2
ruby 2.4.4p296 (2018-03-28 revision 63013) [x64-mingw32]
MS Windows 7 Enterprise

We have the same issue.
In our case, after running bundle install we have to manually run gem uninstall eventmachine and gem uninstall mysql2 and then manually install those two gems again with the --platform=ruby parameter and the build options.
With bundle config it is possible to save the build options for a gem to be used when running bundle install. But it seems there is no way to configure that the --platform=ruby parameter should be used.


Organize Functional tests

Fixes #284. Standardize and de-duplicate functional tests.

:up::date: As discussed, the diff is now more of a mess, but the final file should be more parse-able.

Very minor: Might be worth using a few more different ports in LocalizationTest or at least using the existing ports more evenly. E.g. :5070 is used a lot but :5073 and :5075 aren't used and :5074 and :5076 are used just once each.