text:
Frontend Rewrite

"Actions"
We will still have Categories, but instead of "Links" let's call them "Actions". Things people can do, buy a thing, donate to a thing, subscribe to a thing, they're all actions. Climate actions :D
API-centric
The API doesn't have any docs yet as it's automatically created by Statamic. To learn how the Statamic Content API works in a generic way, look at their Content API documentation. Notice the sorting and filtering stuff.

http://api.protect.earth/api/collections/actions/entries/
http://api.protect.earth/api/collections/categories/entries/

If there are any mistakes noticed in the docs please send them a PR, as v3.0 is beta at this point.
Visual Ideas
The Statamic Marketplace looks pretty good: https://statamic.com/marketplace/addons
Images, a brief bit of text, and a page with more information about the action. I'd like to start adding videos/images, reviews, etc later on, but that extra "action page" can come in a v2.1.
Country Selector
Bring over the country selector from v1 but make it work a little better. The goal of the selector is to help move content not relevant to you aside, but you should still be able to see global content (i.e: stuff with no countries set).

They should see all categories too, then when they go to a category if there are no actions relevant to them (their country or global) they should still see the chapter introduction, then below see a  paragraph saying Currently we don't know about anything for this category in Serbia, Please share any ideas you have with us using the [Submission Form](...).
Submission Form
A real basic netlify form (no netlify cms :trollface:) to allow people to send us links with descriptions of why they like the thing. We can research it and do the work to add it if we think its good, they don't need to fill out all the fields.
Featured Images
There should only ever be 3 featured links in a category, because multiple look broken. Grab the most recent 3 featured items, and keep it relevant to the country selected, e.g.: if there are 5 links with featured, 2 global and one for the country I have selected, I should see three links, not 5, and not just the 2.
About / FAQ Pages
Make sure we have a generic page design with awesome text/headers, etc. We want to write up a "Should I Offset" page and a few other topics to grab that SEO and give people useful answers to commonly confused topics.
Search
We want to help people find stuff with a search box in the nav. Design a search box in but leave the heavy lifting to be done in #9 so we can share the work out.

if I am not wrong we are planning to revamp and move over to statamic?

@ajitbohra correct, more on that on #16. I'll be deploying the API shortly, and the new Vue.js frontend should emerge soon. I don't know how it'll look but more hands will definitely be welcome when it does.

So this is what we are planning:

Statamic powered laravel as backend along with API
new vue powered frontend that connects with Statamic via API

plan to take a stab at design refreshing using tailwindcss.

@philsturgeon let me know when you're ready for more hands, would be happy to help on the Vue side of things!

Ok good news! I've moved the statamic-based mirror API into master, which makes it a bit cluttered but you can ignore everything in the 'api/' folder for now.
It's deployed via Forge (thanks @taylorotwell), meaning the API is available here:

http://api.protect.earth/api/collections/actions/entries/
http://api.protect.earth/api/collections/categories/entries/

This API comes from the Statamic v3 Content API which is documented here: https://statamic.dev/rest-api
@ijpatricio if you could get a branch up with the new frontend, I think @ajitbohra and @tsliang are ready and waiting to go!
The Vue.js frontend so far is mostly a pre-built theme from somewhere or other with a lot of excellent work being done by @ijpatricio on top to make it work for us. If more visual work could be done to make it less pre-built, and to take care of the idea above, we'd be ready to go!

Hey guys!
@philsturgeon sorry for the misunderstanding on the repo before
Hello @ajitbohra @tsliang
The feature branch now has the Vue app, tailwind, vue-router, vue-meta, vue-analytics, vuex, and the initial skeleton with all setup together.
It's not perfect, but I had to let it out of my head today, so let's think of this as a starting point.
Base and inspirations
https://www.creative-tim.com/learning-lab/tailwind-starter-kit#/presentation
https://www.creative-tim.com/learning-lab/tailwind-starter-kit#/landing
https://www.creative-tim.com/learning-lab/tailwind-starter-kit#/profile
https://www.tailwindtoolbox.com/templates/landing-page
Let me know your thoughts, happy coding!

Here you go, could not leave this as was! Need. Sleep. Now. Will eat first ahahah

@ijpatricio this is great! Thanks for getting this started, I know life is bizarre at the moment. Between us we can do a lot :D
I deleted Gatsby and moved the frontend/ folder contents into the root, so we've got less complexity to worry about now. I changed .env.local to point to api.protect.earth by default, and put instructions into README.md for how to run the API if they want to, but it should be optional.
@ijpatricio this branch can still be mostly yours, I wont push anymore to it. Think you can finish up category images on this homepage, and make the basic "/categories/foo" and "/tags/foo" pages? Make them as simple looking as you like, then I think the rest of us can start sending PRs to this branch?

Hello! I can help you as well

@philsturgeon  yeah for sure, we'll overcome!! and let's do a lot!!
It's getting cleaner and better, woohooo
Yep, it will be optional. After this tags and categories views are lined up, i'll sum up with e2e testing, and i'll record to a fixture, a few records from the API. Is this ok with you?
Today I'll take care of the Tags view, combining with the existing PR @Squallac
@Squallac Thanks!!  hope you don't mind i'll tweak minor things

@philsturgeon can't physically do anymore today. i'll finish up on the next go:

actions.show and actions.index
tags.show and tags.index
e2e steup

tomorrow or during weekend
http://localhost:8080/actions
What do you think of this as a page skeleton?

Sure @ijpatricio don't worry! Unfortunately I can only invest a couple of hours per week but I would like to help in whatever I can.

@philsturgeon
check the footer links

so now we have a few things implemented, not to say a bunch!
now i regret i didnt take a note...
What do you say, I'll close this issue, and let's open smaller (like i did a few)
And take it from there ;)
Happy biking! 🚵♀

This mega issue was good, but let's close it down and focus on the other issues in the May v2 Launch milestone to get the MVP #39 over the line.

authors: Squallac ajitbohra ijpatricio philsturgeon tsliang


text:
why does PCSS-net have poor results on the CoMoFoD_small_v2 dataset?

I tested PCSS-net on the CoMoFoD_small_v2 dataset, but it does have poor result. Sadddddd
The image sample\001_F is authentic
The image sample\003_F is authentic
The image sample\004_F is forged
The image sample\010_F is authentic
The image sample\012_F is authentic
The image sample\013_F is authentic
The image sample\150_F is authentic
The image sample\152_F is authentic

What do I need to do to improve model performance? Please tell me that I am only a beginner

Hi, thanks for your interest in our work. The generalization ability is always the key challenge for image manipulation detection and localization task. Owing to the imperfect of our training data, the PSCC-Net might not study the manipulation traces in CoMoFoD_small_v2 dataset, thus resulting in inferior performance. One solution is to fine-tune the PSCC-Net in the training split of CoMoFoD_small_v2 dataset. I believe this could greatly improve the performance in testing.

source: gharchive/issue

license: MIT

license_type: permissive

license_source: github-api


text:
sort hacker house at the top?

devconnect had the coworking at the top, which was useful

Done

authors: jbenet tbenbow


text:
🛑 conformance.ipfs.tech is down

In 3f5f3c9, conformance.ipfs.tech (https://conformance.ipfs.tech) was down:

HTTP code: 0
Response time: 0 ms

Resolved: conformance.ipfs.tech is back up in 89067c0 after 30 minutes.

repo: protocol/upptime-pln


text:
🛑 nftschool.dev is down

In 3ddc960, nftschool.dev (https://nftschool.dev) was down:

HTTP code: 0
Response time: 0 ms

Resolved: nftschool.dev is back up in 4c9ec54 after 22 minutes.


text:
🛑 dag.ipfs.io is down

In 87621a8, dag.ipfs.io (https://dag.ipfs.io) was down:

HTTP code: 502
Response time: 518 ms

Resolved: dag.ipfs.io is back up in 95a7186 after 9 minutes.


text:
When okta authentication is enabled, audit log doesn't work

Issue submitter TODO list

[X] I've looked up my issue in FAQ
[X] I've searched for an already existing issues here
[X] I've tried running master-labeled docker image and the issue still persists there
[X] I'm running a supported version of the application which is listed here

Describe the bug (actual behavior)
After enabling authentication using okta and the audit log feature, the audit log is not output when accessing kafka-ui.
Expected behavior
the audit logs are output.
If I disable okta auth and follow the steps above, the following logs are output.
2023-11-02 08:26:15,253 INFO  [parallel-7] audit: {"timestamp":"2023-11-02T08:26:15.242883651Z","username":"Unknown","clusterName":"dev","resources":[],"operation":"getTopics","result":{"success":true}}
2023-11-02 08:26:16,580 INFO  [parallel-4] audit: {"timestamp":"2023-11-02T08:26:16.575136941Z","username":"Unknown","clusterName":"dev","resources":[{"accessType":"VIEW","alter":false,"type":"TOPIC","id":{"name":"__kui-audit-log"}}],"operation":"getTopicDetails","result":{"success":true}}
2023-11-02 08:26:17,737 INFO  [parallel-3] audit: {"timestamp":"2023-11-02T08:26:17.737327417Z","username":"Unknown","clusterName":"dev","resources":[{"accessType":"VIEW","alter":false,"type":"TOPIC","id":{"name":"__kui-audit-log"}}],"operation":"getTopicDetails","result":{"success":true}}
2023-11-02 08:26:17,775 INFO  [parallel-4] audit: {"timestamp":"2023-11-02T08:26:17.775350702Z","username":"Unknown","clusterName":"dev","resources":[{"accessType":"MESSAGES_READ","alter":false,"type":"TOPIC","id":{"name":"__kui-audit-log"}},{"accessType":"VIEW","alter":false,"type":"AUDIT"}],"operation":"getTopicMessages","result":{"success":true}}

Your installation details

app version: 56fa824(latest), 53a6553(master),
not helm
app config

kafka:
  clusters:
    - name: dev
      bootstrapServers: <broker ips>
      audit:
        topicAuditEnabled: true
        consoleAuditEnabled: true
        topic: '__kui-audit-log' # default name
        auditTopicProperties: # any kafka topic properties in format of a map
          - retention.ms: 43200000
        auditTopicsPartitions: 1 # how many partitions, default is 1
        level: ALL # either ALL or ALTER_ONLY (default). ALL will log all read operations.
auth:
  type: OAUTH2
  oauth2:
    client:
      okta:
        clientId: client-id
        clientSecret: client-secret
        scope: [ 'openid', 'profile', 'email', 'groups' ]
        client-name: Okta
        provider: okta
        redirect-uri: https://<FQDN>/login/oauth2/code/okta
        authorization-grant-type: authorization_code
        issuer-uri: https://<FQDN>
        user-name-attribute: email
        custom-params:
          type: oauth
          roles-field: groups

None (Do you need k8s manifests?)

Steps to reproduce

deploy kafka-ui using the following config
access kafka-ui, <cluster_name> → Topics → __kui-audit-log → messages, the audit log is not output.

Screenshots
No response
Logs
2023-11-02 08:54:56,490 ERROR [parallel-5] r.c.p.Operators: Operator called default onErrorDropped
reactor.core.Exceptions$ErrorCallbackNotImplemented: java.lang.ClassCastException: Cannot cast org.springframework.security.oauth2.core.oidc.user.DefaultOidcUser to org.springframework.security.core.userdetails.UserDetails
Caused by: java.lang.ClassCastException: Cannot cast org.springframework.security.oauth2.core.oidc.user.DefaultOidcUser to org.springframework.security.core.userdetails.UserDetails
        at java.base/java.lang.Class.cast(Class.java:3889)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onNext(FluxMapFuseable.java:113)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onNext(FluxMapFuseable.java:129)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:158)
        at reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:1839)
        at reactor.core.publisher.MonoCacheTime.subscribeOrReturn(MonoCacheTime.java:151)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4480)
        at reactor.core.publisher.Mono.subscribeWith(Mono.java:4561)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4323)
        at com.provectus.kafka.ui.service.audit.AuditService.audit(AuditService.java:186)
        at com.provectus.kafka.ui.controller.AbstractController.audit(AbstractController.java:30)
        at com.provectus.kafka.ui.controller.TopicsController.lambda$getTopicDetails$10(TopicsController.java:168)
        at reactor.core.publisher.FluxDoOnEach$DoOnEachSubscriber.onNext(FluxDoOnEach.java:164)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.complete(MonoIgnoreThen.java:292)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.onNext(MonoIgnoreThen.java:187)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onNext(FluxMapFuseable.java:129)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onNext(FluxMapFuseable.java:129)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:158)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.secondComplete(MonoFlatMap.java:245)
        at reactor.core.publisher.MonoFlatMap$FlatMapInner.onNext(MonoFlatMap.java:305)
        at reactor.core.publisher.FluxMap$MapSubscriber.onNext(FluxMap.java:122)
        at reactor.core.publisher.FluxMap$MapSubscriber.onNext(FluxMap.java:122)
        at reactor.core.publisher.MonoZip$ZipCoordinator.signal(MonoZip.java:293)
        at reactor.core.publisher.MonoZip$ZipInner.onNext(MonoZip.java:474)
        at reactor.core.publisher.MonoReduce$ReduceSubscriber.onComplete(MonoReduce.java:197)
        at reactor.core.publisher.FluxConcatMapNoPrefetch$FluxConcatMapNoPrefetchSubscriber.innerComplete(FluxConcatMapNoPrefetch.java:286)
        at reactor.core.publisher.FluxConcatMap$ConcatMapInner.onComplete(FluxConcatMap.java:887)
        at reactor.core.publisher.FluxMap$MapSubscriber.onComplete(FluxMap.java:144)
        at reactor.core.publisher.MonoZip$ZipCoordinator.signal(MonoZip.java:294)
        at reactor.core.publisher.MonoZip$ZipInner.onNext(MonoZip.java:474)
        at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onNext(FluxOnErrorResume.java:79)
        at reactor.core.publisher.FluxDefaultIfEmpty$DefaultIfEmptySubscriber.onNext(FluxDefaultIfEmpty.java:122)
        at reactor.core.publisher.FluxMap$MapSubscriber.onNext(FluxMap.java:122)
        at reactor.core.publisher.MonoPublishOn$PublishOnSubscriber.run(MonoPublishOn.java:181)
        at reactor.core.scheduler.SchedulerTask.call(SchedulerTask.java:68)
        at reactor.core.scheduler.SchedulerTask.call(SchedulerTask.java:28)
        at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
        at java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
        at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
        at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
        at java.base/java.lang.Thread.run(Thread.java:833)
2023-11-02 08:54:56,814 ERROR [reactor-http-epoll-5] r.c.p.Operators: Operator called default onErrorDropped
reactor.core.Exceptions$ErrorCallbackNotImplemented: java.lang.ClassCastException: Cannot cast org.springframework.security.oauth2.core.oidc.user.DefaultOidcUser to org.springframework.security.core.userdetails.UserDetails
Caused by: java.lang.ClassCastException: Cannot cast org.springframework.security.oauth2.core.oidc.user.DefaultOidcUser to org.springframework.security.core.userdetails.UserDetails
        at java.base/java.lang.Class.cast(Class.java:3889)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onNext(FluxMapFuseable.java:113)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onNext(FluxMapFuseable.java:129)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:158)
        at reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:1839)
        at reactor.core.publisher.MonoCacheTime.subscribeOrReturn(MonoCacheTime.java:151)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4480)
        at reactor.core.publisher.Mono.subscribeWith(Mono.java:4561)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4323)
        at com.provectus.kafka.ui.service.audit.AuditService.audit(AuditService.java:186)
        at com.provectus.kafka.ui.controller.AbstractController.audit(AbstractController.java:30)
        at com.provectus.kafka.ui.controller.MessagesController.lambda$getTopicMessages$1(MessagesController.java:121)
        at reactor.core.publisher.FluxDoOnEach$DoOnEachSubscriber.onNext(FluxDoOnEach.java:164)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.complete(MonoIgnoreThen.java:292)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.onNext(MonoIgnoreThen.java:187)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.subscribeNext(MonoIgnoreThen.java:236)
        at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:51)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:165)
        at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onNext(FluxOnErrorResume.java:79)
        at reactor.core.publisher.FluxPeek$PeekSubscriber.onNext(FluxPeek.java:200)
        at reactor.core.publisher.FluxPeek$PeekSubscriber.onNext(FluxPeek.java:200)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.complete(MonoIgnoreThen.java:292)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.onNext(MonoIgnoreThen.java:187)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:158)
        at reactor.core.publisher.MonoZip$ZipCoordinator.signal(MonoZip.java:293)
        at reactor.core.publisher.MonoZip$ZipInner.onNext(MonoZip.java:474)
        at reactor.core.publisher.MonoPeekTerminal$MonoTerminalPeekSubscriber.onNext(MonoPeekTerminal.java:180)
        at reactor.core.publisher.Operators$ScalarSubscription.request(Operators.java:2545)
        at reactor.core.publisher.MonoPeekTerminal$MonoTerminalPeekSubscriber.request(MonoPeekTerminal.java:139)
        at reactor.core.publisher.MonoZip$ZipInner.onSubscribe(MonoZip.java:466)
        at reactor.core.publisher.MonoPeekTerminal$MonoTerminalPeekSubscriber.onSubscribe(MonoPeekTerminal.java:152)
        at reactor.core.publisher.MonoJust.subscribe(MonoJust.java:55)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoZip$ZipCoordinator.request(MonoZip.java:216)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.request(MonoFlatMap.java:194)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.onSubscribe(MonoIgnoreThen.java:134)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onSubscribe(MonoFlatMap.java:117)
        at reactor.core.publisher.MonoZip.subscribe(MonoZip.java:125)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.subscribeNext(MonoIgnoreThen.java:240)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.onComplete(MonoIgnoreThen.java:203)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onComplete(MonoFlatMap.java:189)
        at reactor.core.publisher.Operators.complete(Operators.java:137)
        at reactor.core.publisher.MonoZip.subscribe(MonoZip.java:121)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.subscribeNext(MonoIgnoreThen.java:263)
        at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:51)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:165)
        at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onNext(FluxOnErrorResume.java:79)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onNext(FluxSwitchIfEmpty.java:74)
        at reactor.core.publisher.MonoNext$NextSubscriber.onNext(MonoNext.java:82)
        at reactor.core.publisher.FluxConcatMapNoPrefetch$FluxConcatMapNoPrefetchSubscriber.innerNext(FluxConcatMapNoPrefetch.java:258)
        at reactor.core.publisher.FluxConcatMap$ConcatMapInner.onNext(FluxConcatMap.java:863)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onNext(FluxMapFuseable.java:129)
        at reactor.core.publisher.MonoPeekTerminal$MonoTerminalPeekSubscriber.onNext(MonoPeekTerminal.java:180)
        at reactor.core.publisher.Operators$ScalarSubscription.request(Operators.java:2545)
        at reactor.core.publisher.MonoPeekTerminal$MonoTerminalPeekSubscriber.request(MonoPeekTerminal.java:139)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.request(FluxMapFuseable.java:171)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.request(Operators.java:2305)
        at reactor.core.publisher.FluxConcatMapNoPrefetch$FluxConcatMapNoPrefetchSubscriber.request(FluxConcatMapNoPrefetch.java:338)
        at reactor.core.publisher.MonoNext$NextSubscriber.request(MonoNext.java:108)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:2341)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onSubscribe(Operators.java:2215)
        at reactor.core.publisher.MonoNext$NextSubscriber.onSubscribe(MonoNext.java:70)
        at reactor.core.publisher.FluxConcatMapNoPrefetch$FluxConcatMapNoPrefetchSubscriber.onSubscribe(FluxConcatMapNoPrefetch.java:164)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:201)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:83)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDeferContextual.subscribe(MonoDeferContextual.java:55)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:82)
        at reactor.core.publisher.MonoPeekTerminal$MonoTerminalPeekSubscriber.onComplete(MonoPeekTerminal.java:299)
        at reactor.core.publisher.MonoPeekTerminal$MonoTerminalPeekSubscriber.onComplete(MonoPeekTerminal.java:299)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:155)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onNext(FluxSwitchIfEmpty.java:74)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.onNext(FluxFilter.java:113)
        at reactor.core.publisher.MonoPeekTerminal$MonoTerminalPeekSubscriber.onNext(MonoPeekTerminal.java:180)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableConditionalSubscriber.onNext(FluxPeekFuseable.java:503)
        at reactor.core.publisher.MonoPeekTerminal$MonoTerminalPeekSubscriber.onNext(MonoPeekTerminal.java:180)
        at reactor.core.publisher.FluxDefaultIfEmpty$DefaultIfEmptySubscriber.onNext(FluxDefaultIfEmpty.java:122)
        at reactor.core.publisher.MonoNext$NextSubscriber.onNext(MonoNext.java:82)
        at reactor.core.publisher.FluxConcatMapNoPrefetch$FluxConcatMapNoPrefetchSubscriber.innerNext(FluxConcatMapNoPrefetch.java:258)
        at reactor.core.publisher.FluxConcatMap$ConcatMapInner.onNext(FluxConcatMap.java:863)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.secondComplete(MonoFlatMap.java:245)
        at reactor.core.publisher.MonoFlatMap$FlatMapInner.onNext(MonoFlatMap.java:305)
        at reactor.core.publisher.FluxDefaultIfEmpty$DefaultIfEmptySubscriber.onNext(FluxDefaultIfEmpty.java:122)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onNext(FluxMapFuseable.java:129)
        at reactor.core.publisher.FluxFilterFuseable$FilterFuseableSubscriber.onNext(FluxFilterFuseable.java:118)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableConditionalSubscriber.onNext(FluxMapFuseable.java:299)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableConditionalSubscriber.onNext(FluxMapFuseable.java:299)
        at reactor.core.publisher.FluxFilterFuseable$FilterFuseableConditionalSubscriber.onNext(FluxFilterFuseable.java:337)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.secondComplete(MonoFlatMap.java:245)
        at reactor.core.publisher.MonoFlatMap$FlatMapInner.onNext(MonoFlatMap.java:305)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:158)
        at reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:1839)
        at reactor.core.publisher.MonoCacheTime.subscribeOrReturn(MonoCacheTime.java:151)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:57)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:165)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.onNext(FluxFilter.java:113)
        at reactor.core.publisher.FluxMap$MapConditionalSubscriber.onNext(FluxMap.java:224)
        at reactor.core.publisher.Operators$ScalarSubscription.request(Operators.java:2545)
        at reactor.core.publisher.FluxMap$MapConditionalSubscriber.request(FluxMap.java:295)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.request(FluxFilter.java:186)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.request(MonoFlatMap.java:194)
        at reactor.core.publisher.FluxFilterFuseable$FilterFuseableConditionalSubscriber.request(FluxFilterFuseable.java:411)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableConditionalSubscriber.request(FluxMapFuseable.java:360)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableConditionalSubscriber.request(FluxMapFuseable.java:360)
        at reactor.core.publisher.FluxFilterFuseable$FilterFuseableSubscriber.request(FluxFilterFuseable.java:191)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.request(FluxMapFuseable.java:171)
        at reactor.core.publisher.FluxDefaultIfEmpty$DefaultIfEmptySubscriber.request(FluxDefaultIfEmpty.java:98)
        at reactor.core.publisher.MonoFlatMap$FlatMapInner.onSubscribe(MonoFlatMap.java:291)
        at reactor.core.publisher.Operators$BaseFluxToMonoOperator.onSubscribe(Operators.java:2025)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onSubscribe(FluxMapFuseable.java:96)
        at reactor.core.publisher.FluxFilterFuseable$FilterFuseableSubscriber.onSubscribe(FluxFilterFuseable.java:87)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableConditionalSubscriber.onSubscribe(FluxMapFuseable.java:265)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableConditionalSubscriber.onSubscribe(FluxMapFuseable.java:265)
        at reactor.core.publisher.FluxFilterFuseable$FilterFuseableConditionalSubscriber.onSubscribe(FluxFilterFuseable.java:305)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onSubscribe(MonoFlatMap.java:117)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.onSubscribe(FluxFilter.java:85)
        at reactor.core.publisher.FluxMap$MapConditionalSubscriber.onSubscribe(FluxMap.java:194)
        at reactor.core.publisher.MonoJust.subscribe(MonoJust.java:55)
        at reactor.core.publisher.MonoDeferContextual.subscribe(MonoDeferContextual.java:55)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:165)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onNext(FluxMapFuseable.java:129)
        at reactor.core.publisher.FluxFilterFuseable$FilterFuseableSubscriber.onNext(FluxFilterFuseable.java:118)
        at reactor.core.publisher.Operators$ScalarSubscription.request(Operators.java:2545)
        at reactor.core.publisher.FluxFilterFuseable$FilterFuseableSubscriber.request(FluxFilterFuseable.java:191)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.request(FluxMapFuseable.java:171)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.request(MonoFlatMap.java:194)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:2341)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onSubscribe(Operators.java:2215)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onSubscribe(MonoFlatMap.java:117)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onSubscribe(FluxMapFuseable.java:96)
        at reactor.core.publisher.FluxFilterFuseable$FilterFuseableSubscriber.onSubscribe(FluxFilterFuseable.java:87)
        at reactor.core.publisher.MonoJust.subscribe(MonoJust.java:55)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.FluxConcatMapNoPrefetch$FluxConcatMapNoPrefetchSubscriber.onNext(FluxConcatMapNoPrefetch.java:206)
        at reactor.core.publisher.FluxIterable$IterableSubscription.slowPath(FluxIterable.java:335)
        at reactor.core.publisher.FluxIterable$IterableSubscription.request(FluxIterable.java:294)
        at reactor.core.publisher.FluxConcatMapNoPrefetch$FluxConcatMapNoPrefetchSubscriber.innerComplete(FluxConcatMapNoPrefetch.java:274)
        at reactor.core.publisher.FluxConcatMap$ConcatMapInner.onComplete(FluxConcatMap.java:887)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onComplete(MonoFlatMap.java:189)
        at reactor.core.publisher.FluxMap$MapSubscriber.onComplete(FluxMap.java:144)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.onComplete(FluxFilter.java:166)
        at reactor.core.publisher.FluxPeekFuseable$PeekConditionalSubscriber.onComplete(FluxPeekFuseable.java:940)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:85)
        at reactor.core.publisher.Operators$ScalarSubscription.request(Operators.java:2547)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:2341)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onSubscribe(Operators.java:2215)
        at reactor.core.publisher.MonoJust.subscribe(MonoJust.java:55)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:82)
        at reactor.core.publisher.MonoNext$NextSubscriber.onComplete(MonoNext.java:102)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.onComplete(FluxFilter.java:166)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.checkTerminated(FluxFlatMap.java:847)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.drainLoop(FluxFlatMap.java:609)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.drain(FluxFlatMap.java:589)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.request(FluxFlatMap.java:347)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.request(FluxFilter.java:186)
        at reactor.core.publisher.MonoNext$NextSubscriber.request(MonoNext.java:108)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.request(Operators.java:2305)
        at reactor.core.publisher.FluxPeekFuseable$PeekConditionalSubscriber.request(FluxPeekFuseable.java:783)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.request(FluxFilter.java:186)
        at reactor.core.publisher.FluxMap$MapSubscriber.request(FluxMap.java:164)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.request(MonoFlatMap.java:194)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.request(Operators.java:2305)
        at reactor.core.publisher.FluxConcatMapNoPrefetch$FluxConcatMapNoPrefetchSubscriber.request(FluxConcatMapNoPrefetch.java:338)
        at reactor.core.publisher.MonoNext$NextSubscriber.request(MonoNext.java:108)
        at reactor.core.publisher.FluxDefaultIfEmpty$DefaultIfEmptySubscriber.request(FluxDefaultIfEmpty.java:98)
        at reactor.core.publisher.MonoPeekTerminal$MonoTerminalPeekSubscriber.request(MonoPeekTerminal.java:139)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableConditionalSubscriber.request(FluxPeekFuseable.java:437)
        at reactor.core.publisher.MonoPeekTerminal$MonoTerminalPeekSubscriber.request(MonoPeekTerminal.java:139)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.request(FluxFilter.java:186)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:2341)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onSubscribe(Operators.java:2215)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.onSubscribe(FluxFilter.java:85)
        at reactor.core.publisher.MonoPeekTerminal$MonoTerminalPeekSubscriber.onSubscribe(MonoPeekTerminal.java:152)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableConditionalSubscriber.onSubscribe(FluxPeekFuseable.java:471)
        at reactor.core.publisher.MonoPeekTerminal$MonoTerminalPeekSubscriber.onSubscribe(MonoPeekTerminal.java:152)
        at reactor.core.publisher.Operators$BaseFluxToMonoOperator.onSubscribe(Operators.java:2025)
        at reactor.core.publisher.MonoNext$NextSubscriber.onSubscribe(MonoNext.java:70)
        at reactor.core.publisher.FluxConcatMapNoPrefetch$FluxConcatMapNoPrefetchSubscriber.onSubscribe(FluxConcatMapNoPrefetch.java:164)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:201)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:83)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDeferContextual.subscribe(MonoDeferContextual.java:55)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.subscribeNext(MonoIgnoreThen.java:263)
        at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:51)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:82)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.onComplete(FluxFilter.java:166)
        at reactor.core.publisher.FluxPeekFuseable$PeekConditionalSubscriber.onComplete(FluxPeekFuseable.java:940)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:85)
        at reactor.core.publisher.Operators$ScalarSubscription.request(Operators.java:2547)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:2341)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onSubscribe(Operators.java:2215)
        at reactor.core.publisher.MonoJust.subscribe(MonoJust.java:55)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:82)
        at reactor.core.publisher.MonoNext$NextSubscriber.onComplete(MonoNext.java:102)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.onComplete(FluxFilter.java:166)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.checkTerminated(FluxFlatMap.java:847)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.drainLoop(FluxFlatMap.java:609)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.drain(FluxFlatMap.java:589)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.onComplete(FluxFlatMap.java:466)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableSubscriber.onComplete(FluxPeekFuseable.java:277)
        at reactor.core.publisher.FluxIterable$IterableSubscription.slowPath(FluxIterable.java:357)
        at reactor.core.publisher.FluxIterable$IterableSubscription.request(FluxIterable.java:294)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableSubscriber.request(FluxPeekFuseable.java:144)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.onSubscribe(FluxFlatMap.java:371)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableSubscriber.onSubscribe(FluxPeekFuseable.java:178)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:201)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:83)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:165)
        at reactor.core.publisher.Operators$BaseFluxToMonoOperator.completePossiblyEmpty(Operators.java:2071)
        at reactor.core.publisher.FluxDefaultIfEmpty$DefaultIfEmptySubscriber.onComplete(FluxDefaultIfEmpty.java:134)
        at reactor.core.publisher.FluxMap$MapSubscriber.onComplete(FluxMap.java:144)
        at reactor.core.publisher.FluxMap$MapSubscriber.onComplete(FluxMap.java:144)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.onComplete(FluxFilter.java:166)
        at reactor.core.publisher.FluxMap$MapConditionalSubscriber.onComplete(FluxMap.java:275)
        at reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:1840)
        at reactor.core.publisher.MonoCacheTime$CoordinatorSubscriber.signalCached(MonoCacheTime.java:337)
        at reactor.core.publisher.MonoCacheTime$CoordinatorSubscriber.onNext(MonoCacheTime.java:354)
        at reactor.core.publisher.FluxPeek$PeekSubscriber.onNext(FluxPeek.java:200)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onNext(FluxSwitchIfEmpty.java:74)
        at reactor.core.publisher.MonoNext$NextSubscriber.onNext(MonoNext.java:82)
        at reactor.core.publisher.FluxConcatMapNoPrefetch$FluxConcatMapNoPrefetchSubscriber.innerNext(FluxConcatMapNoPrefetch.java:258)
        at reactor.core.publisher.FluxConcatMap$ConcatMapInner.onNext(FluxConcatMap.java:863)
        at reactor.core.publisher.FluxConcatMap$WeakScalarSubscription.request(FluxConcatMap.java:479)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.request(Operators.java:2305)
        at reactor.core.publisher.FluxConcatMapNoPrefetch$FluxConcatMapNoPrefetchSubscriber.request(FluxConcatMapNoPrefetch.java:338)
        at reactor.core.publisher.MonoNext$NextSubscriber.request(MonoNext.java:108)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:2341)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onSubscribe(Operators.java:2215)
        at reactor.core.publisher.MonoNext$NextSubscriber.onSubscribe(MonoNext.java:70)
        at reactor.core.publisher.FluxConcatMapNoPrefetch$FluxConcatMapNoPrefetchSubscriber.onSubscribe(FluxConcatMapNoPrefetch.java:164)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:201)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:83)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.MonoCacheTime.subscribeOrReturn(MonoCacheTime.java:143)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:57)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.subscribeNext(MonoIgnoreThen.java:263)
        at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:51)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:82)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.onComplete(FluxFilter.java:166)
        at reactor.core.publisher.FluxPeekFuseable$PeekConditionalSubscriber.onComplete(FluxPeekFuseable.java:940)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:85)
        at reactor.core.publisher.Operators$ScalarSubscription.request(Operators.java:2547)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:2341)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onSubscribe(Operators.java:2215)
        at reactor.core.publisher.MonoJust.subscribe(MonoJust.java:55)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:82)
        at reactor.core.publisher.MonoNext$NextSubscriber.onComplete(MonoNext.java:102)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.onComplete(FluxFilter.java:166)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.checkTerminated(FluxFlatMap.java:847)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.drainLoop(FluxFlatMap.java:609)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.drain(FluxFlatMap.java:589)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.onComplete(FluxFlatMap.java:466)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableSubscriber.onComplete(FluxPeekFuseable.java:277)
        at reactor.core.publisher.FluxIterable$IterableSubscription.slowPath(FluxIterable.java:357)
        at reactor.core.publisher.FluxIterable$IterableSubscription.request(FluxIterable.java:294)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableSubscriber.request(FluxPeekFuseable.java:144)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.onSubscribe(FluxFlatMap.java:371)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableSubscriber.onSubscribe(FluxPeekFuseable.java:178)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:201)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:83)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.subscribeNext(MonoIgnoreThen.java:263)
        at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:51)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:82)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.onComplete(FluxFilter.java:166)
        at reactor.core.publisher.FluxPeekFuseable$PeekConditionalSubscriber.onComplete(FluxPeekFuseable.java:940)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:85)
        at reactor.core.publisher.Operators$ScalarSubscription.request(Operators.java:2547)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:2341)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onSubscribe(Operators.java:2215)
        at reactor.core.publisher.MonoJust.subscribe(MonoJust.java:55)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:82)
        at reactor.core.publisher.MonoNext$NextSubscriber.onComplete(MonoNext.java:102)
        at reactor.core.publisher.FluxFilter$FilterSubscriber.onComplete(FluxFilter.java:166)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.checkTerminated(FluxFlatMap.java:847)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.drainLoop(FluxFlatMap.java:609)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.drain(FluxFlatMap.java:589)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.onComplete(FluxFlatMap.java:466)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableSubscriber.onComplete(FluxPeekFuseable.java:277)
        at reactor.core.publisher.FluxIterable$IterableSubscription.slowPath(FluxIterable.java:357)
        at reactor.core.publisher.FluxIterable$IterableSubscription.request(FluxIterable.java:294)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableSubscriber.request(FluxPeekFuseable.java:144)
        at reactor.core.publisher.FluxFlatMap$FlatMapMain.onSubscribe(FluxFlatMap.java:371)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableSubscriber.onSubscribe(FluxPeekFuseable.java:178)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:201)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:83)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.subscribeNext(MonoIgnoreThen.java:263)
        at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:51)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:82)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onComplete(MonoFlatMap.java:189)
        at reactor.core.publisher.FluxFilterFuseable$FilterFuseableSubscriber.onComplete(FluxFilterFuseable.java:171)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableConditionalSubscriber.onComplete(FluxPeekFuseable.java:595)
        at reactor.core.publisher.Operators$ScalarSubscription.request(Operators.java:2547)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableConditionalSubscriber.request(FluxPeekFuseable.java:437)
        at reactor.core.publisher.FluxFilterFuseable$FilterFuseableSubscriber.request(FluxFilterFuseable.java:191)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.request(MonoFlatMap.java:194)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:2341)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onSubscribe(Operators.java:2215)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onSubscribe(MonoFlatMap.java:117)
        at reactor.core.publisher.FluxFilterFuseable$FilterFuseableSubscriber.onSubscribe(FluxFilterFuseable.java:87)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableConditionalSubscriber.onSubscribe(FluxPeekFuseable.java:471)
        at reactor.core.publisher.MonoJust.subscribe(MonoJust.java:55)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.subscribeNext(MonoIgnoreThen.java:263)
        at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:51)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onComplete(FluxSwitchIfEmpty.java:82)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onComplete(MonoFlatMap.java:189)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onComplete(FluxMapFuseable.java:152)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onComplete(FluxMapFuseable.java:152)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onComplete(FluxMapFuseable.java:152)
        at reactor.core.publisher.FluxFilterFuseable$FilterFuseableSubscriber.onComplete(FluxFilterFuseable.java:171)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableConditionalSubscriber.onComplete(FluxPeekFuseable.java:595)
        at reactor.core.publisher.Operators$ScalarSubscription.request(Operators.java:2547)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableConditionalSubscriber.request(FluxPeekFuseable.java:437)
        at reactor.core.publisher.FluxFilterFuseable$FilterFuseableSubscriber.request(FluxFilterFuseable.java:191)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.request(FluxMapFuseable.java:171)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.request(FluxMapFuseable.java:171)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.request(FluxMapFuseable.java:171)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.request(MonoFlatMap.java:194)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:2341)
        at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onSubscribe(Operators.java:2215)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onSubscribe(MonoFlatMap.java:117)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onSubscribe(FluxMapFuseable.java:96)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onSubscribe(FluxMapFuseable.java:96)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onSubscribe(FluxMapFuseable.java:96)
        at reactor.core.publisher.FluxFilterFuseable$FilterFuseableSubscriber.onSubscribe(FluxFilterFuseable.java:87)
        at reactor.core.publisher.FluxPeekFuseable$PeekFuseableConditionalSubscriber.onSubscribe(FluxPeekFuseable.java:471)
        at reactor.core.publisher.MonoJust.subscribe(MonoJust.java:55)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDeferContextual.subscribe(MonoDeferContextual.java:55)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:165)
        at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onNext(FluxMapFuseable.java:129)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.secondComplete(MonoFlatMap.java:245)
        at reactor.core.publisher.MonoFlatMap$FlatMapInner.onNext(MonoFlatMap.java:305)
        at reactor.core.publisher.Operators$BaseFluxToMonoOperator.completePossiblyEmpty(Operators.java:2071)
        at reactor.core.publisher.MonoCollectList$MonoCollectListSubscriber.onComplete(MonoCollectList.java:118)
        at reactor.core.publisher.FluxIterable$IterableSubscription.fastPath(FluxIterable.java:424)
        at reactor.core.publisher.FluxIterable$IterableSubscription.request(FluxIterable.java:291)
        at reactor.core.publisher.Operators$BaseFluxToMonoOperator.request(Operators.java:2041)
        at reactor.core.publisher.MonoFlatMap$FlatMapInner.onSubscribe(MonoFlatMap.java:291)
        at reactor.core.publisher.Operators$BaseFluxToMonoOperator.onSubscribe(Operators.java:2025)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:201)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:83)
        at reactor.core.publisher.MonoFromFluxOperator.subscribe(MonoFromFluxOperator.java:81)
        at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:165)
        at reactor.core.publisher.FluxSwitchIfEmpty$SwitchIfEmptySubscriber.onNext(FluxSwitchIfEmpty.java:74)
        at reactor.core.publisher.MonoNext$NextSubscriber.onNext(MonoNext.java:82)
        at reactor.core.publisher.FluxFilterWhen$FluxFilterWhenSubscriber.drain(FluxFilterWhen.java:301)
        at reactor.core.publisher.FluxFilterWhen$FluxFilterWhenSubscriber.onNext(FluxFilterWhen.java:140)
        at reactor.core.publisher.FluxIterable$IterableSubscription.slowPath(FluxIterable.java:335)
        at reactor.core.publisher.FluxIterable$IterableSubscription.request(FluxIterable.java:294)
        at reactor.core.publisher.FluxFilterWhen$FluxFilterWhenSubscriber.onSubscribe(FluxFilterWhen.java:200)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:201)
        at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:83)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
        at reactor.core.publisher.Mono.subscribe(Mono.java:4495)
        at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.subscribeNext(MonoIgnoreThen.java:263)
        at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:51)
        at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64)
        at reactor.core.publisher.MonoDeferContextual.subscribe(MonoDeferContextual.java:55)
        at reactor.netty.http.server.HttpServer$HttpServerHandle.onStateChange(HttpServer.java:1052)
        at reactor.netty.ReactorNetty$CompositeConnectionObserver.onStateChange(ReactorNetty.java:710)
        at reactor.netty.transport.ServerTransport$ChildObserver.onStateChange(ServerTransport.java:481)
        at reactor.netty.http.server.HttpServerOperations.onInboundNext(HttpServerOperations.java:647)
        at reactor.netty.channel.ChannelOperationsHandler.channelRead(ChannelOperationsHandler.java:114)
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444)
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420)
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412)
        at reactor.netty.http.server.HttpTrafficHandler.channelRead(HttpTrafficHandler.java:238)
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:442)
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420)
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412)
        at io.netty.channel.CombinedChannelDuplexHandler$DelegatingChannelHandlerContext.fireChannelRead(CombinedChannelDuplexHandler.java:436)
        at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:346)
        at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:318)
        at io.netty.channel.CombinedChannelDuplexHandler.channelRead(CombinedChannelDuplexHandler.java:251)
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:442)
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420)
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412)
        at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410)
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:440)
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420)
        at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919)
        at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:800)
        at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:509)
        at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:407)
        at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:997)
        at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
        at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
        at java.base/java.lang.Thread.run(Thread.java:833)

Additional context
Perhaps the cause of this problem is related to the following issue, but since there is no mention of an audit log in this issue, I have created a new issue.
https://github.com/provectus/kafka-ui/issues/4226
The contents of kafka.audit are written in camelcase because of the following comment.
https://github.com/provectus/kafka-ui/issues/4309#issuecomment-1786456025

Same is true when using AWS Cognito for authentication following the instructions given at https://docs.kafka-ui.provectus.io/configuration/authentication/oauth2#cognito.
Fails with exactly the same error message, so AuditService currently seems to be not compliant with OAuth2 authentication mecahnisms, as there is a hard Class Cast to type UserDetails happening at the Audit Service, while the provided SecurityContext.getAuthentication.getPrincipal is returning an instance of type OidcUser

Hi @Haarolean , can you assign it to me? I want to work on it.

@moremagic https://github.com/provectus/kafka-ui/discussions/4255

@Haarolean
thank you for answering
Anyway, I created a PR.
I look forward to restarting the project.

@moremagic @Haarolean
Any updates on this PR merge? Audit logs are not working with Google OAuth as well

@TharukaMannapperuma https://github.com/provectus/kafka-ui/discussions/4255

authors: Haarolean TharukaMannapperuma jclRatepay moremagic yusaito01

repo: provectus/kafka-ui


text:
Hosts list in data collection configuration

Is it possible to change the logic of work with the config file to use a list of hosts with the same parameters of collection instead of a separate config per host?
Example:
default:
    vsphere_host: ["vc.example1.com", "vc.example2.com", "vc.example3.com"]
    vsphere_user: "user"
    vsphere_password: "password"
    ignore_ssl: False
    specs_size: 5000
    fetch_custom_attributes: True
    fetch_tags: False
    fetch_alarms: True
    collect_only:
        vms: True
        vmguests: True
        datastores: True
        hosts: True
        snapshots: False

Currently, this is not possible: builtins.TypeError: expected string or bytes-like object.

Going to close this for now as I dont think I will be making a loop for vsphere hosts.

authors: maxkushnir pryorda


text:
Update README.md

Added more informative badges and cleared a bit Readme structure.

There is no longer a step 3 ;)

Closing this one because I have used your commit here
https://github.com/ps2dev/ps2dev/pull/12

source: gharchive/pull-request

authors: AKuHAK KrahJohlito fjtrujy


text:
Any way to run BluetoothA2DPSink alongside BluetoothA2DPSource?

I'm hoping to receive Audio using the sink, do some modifications and then pass the output to the source. Is this possible? I've got both examples working individually but for some reason when I join them together things stop working:
void setup(){
  a2dp_source.start("Anis", get_data_channels);
  a2dp_sink.start("Receiver");
}

If anyone has tried this before, would love to hear from you

Looks like this could be a limitation of the esp32/the fact it only has one radio (or at least the way in which they implement a2dp). If anyone knows anything different, do let me know though.

That would be my understanding as well. You would need to connect 2 ESP32 via I2S - which seems to have it's challenges as well.

authors: anisjonischkeit pschatzmann


text:
[Snyk] Security upgrade MessagePack from 1.9.3 to 2.5.187

Snyk has created this PR to fix 1 vulnerabilities in the nuget dependencies of this project.
Snyk changed the following file(s):

src/REstate.Engine.Connectors.AzureServiceBus/REstate.Engine.Connectors.AzureServiceBus.csproj

Vulnerabilities that will be fixed with an upgrade:

Issue
Score

Use of Weak Hash SNYK-DOTNET-MESSAGEPACK-8229907
  631

[!IMPORTANT]

Check the changes in this PR to ensure they won't cause issues with your project.
Max score is 1000. Note that the real score may have changed since the PR was raised.
This PR was automatically created by Snyk using the credentials of a real user.

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open fix PRs.
For more information:
🧐 View latest project report
📜 Customise PR templates
🛠 Adjust project settings
📚 Read about Snyk's upgrade logic

Learn how to fix vulnerabilities with free interactive lessons:
🦉 Use of Weak Hash

 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.

authors: CLAassistant aidapsibr

repo: psibr/REstate


text:
Improve constraint of psr/log

As suggested in https://github.com/psliwa/image-optimizer/pull/64#issuecomment-440953170

@psliwa Some people really need this (me included), can you merge it and tag a new release please ?

@psliwa ?

authors: Jean85 apetitpa lostinvlg

repo: psliwa/image-optimizer

license: mit

license_source: bigquery


text:
Word cloud view options

Changing the word cloud display between List and Cloud works initially, but clicking through to a tag then navigating back to the home page does not preserve the display preference. Moreover, it sometimes will still display the wrong view type with the mismatching display.

Moving to Sufia 7.0.0 removes the word cloud.

repo: psu-stewardship/scholarsphere


text:
Feature request: Filter products by certificate type

Problem
The /v1/products endpoint does not allow for filtering by certificate type.
As a reseller of a limited number of products, we don't care for example for S/MIME or code signing certificates. To keep our product catalog in sync, we need to filter out unwanted products.
Proposed solution
Add another filter as query parameter certificateType, which contains a list of #CertificateType/code element to be included in the response. If the certificateType list is absent (or empty?), the filter should not apply.
The list could either be encoded as comma-separated string or in application/x-www-form-urlencoded encoding:
GET /v1/products?certificateType=ssl,ssl_sdc
GET /v1/products?certificateType%5B%5D=ssl&certificateType%5B%5D=ssl_sdc

Whatever makes more sense to you :-)
Alternative proposal
In vein of #1, we need to keep track of price changes. I believe those don't occur all too often, so a webhook informing our servers about price changes would be preferable to this polling mechanism.
This webhook doesn't need to be configurable with the API, a simple global registration of a callback URL in the PSW Console ought be do it.

There are now more filter options available for the /products endpoint including a filter for a list of certificate types.

Neat, it doesn't work though :-)
Trying to get certificateType.code = ["ssl", "ssl_sdc"] and ca.code = ["sectigo"].
$ export AUTH_TOKEN="Bearer ..."
$ curl -iH "Authorization: ${AUTH_TOKEN}" 'https://test-api.psw-group.de/v1/products?ca.code%5B%5D=sectigo&certificateType.code%5B%5D=ssl_sdc&certificateType.code%5B%5D=ssl_mdc&pagination=true'
HTTP/2 500
server: nginx
date: Wed, 17 Jun 2020 12:41:00 GMT
content-type: application/ld+json; charset=utf-8
x-content-type-options: nosniff
x-frame-options: deny
cache-control: no-cache, private
link: <https://test-api-v1.psw-group.de/v1/docs.jsonld>; rel="http://www.w3.org/ns/hydra/core#apiDocumentation"

{"@context":"\/v1\/contexts\/Error","@type":"hydra:Error","hydra:title":"An error occurred","hydra:description":"Internal Server Error","code":0}%

Side note: The Swagger UI/OpenAPI docs generate the following cURL (invalid) command:
curl -X GET "https://test-api.psw-group.de/v1/products?certificateType.code[]=ssl&certificateType.code[]=ssl_sdc&ca.code[]=sectigo&page=1&itemsPerPage=30" -H ...

When executed, it yields:
curl: (3) [globbing] bad range specification in column 64

As per RFC3986 § 2.2, [ and ] need to be encoded, if they're part of the parameter name (= what the RFC calls component name).
(I don't know if this is possible to fix in your openapi.yml, or if that's a problem with the OpenAPI generators, or the embedded Javascript...)

The certificateType filter works now.
The curl command line ist generated by the Swagger UI javascript code. I don't know why it doesn't escape the [ and ] characters. Maybe an update fixes it.

The certificateType filter works now.

Can confirm.

generate the following cURL (invalid) command

[...] generated by the Swagger UI [...] Maybe an update fixes it.

FWIW, I've given up on this kind of perfectionism in a recent project and accepted its broken-ness...

I found a version of the Swagger UI javascript code which seems to work better.  The [ and ] characters are escaped now.

authors: binsoul dmke


text:
Clippy warnings

Clippy is the standard Rust linter. This pull request suppresses some of the warnings in the generated code that are difficult to avoid when automatically generating code, and then fixes some of the warnings. The remaining warnings (and errors) should probably be fixed too.

Thanks a lot for this.
Just for what my "problem" with clippy is: I already experimented with adding it to CI: https://github.com/psychon/x11rb/tree/clippy / https://github.com/psychon/x11rb/commit/57e50cf2534e6d566a65e9b50cb27f893f4a80f7
However, I am on Debian testing and I actually installed Rust through Debian and not through rustup (this is also were the minimal supported Rust version 1.37 comes from: That's just what Debian happens to have). Since Debian does not package clippy (yet?), I cannot easily get the clippy warnings locally.
Thus, I would have to get all the warnings from CI and then fix them locally. And at this point, I was starting to get lazy and stopped looking at clippy...

Fun fact: Clippy found a genuine bug and just #[allow(...)]ing is the wrong thing to do:
error: this operation will always return zero. This is likely not the intended outcome
   --> /home/travis/build/psychon/x11rb/target/debug/build/x11rb-2607de92c700964a/out/generated/xfixes.rs:846:30
    |
846 |     let length: usize = (8 + 0 * rectangles.len() + 3) / 4;
    |                              ^^^^^^^^^^^^^^^^^^^^
    |
    ;5;12m= note: #[deny(clippy::erasing_op)] on by default
    = help: for further information visit https://rust-lang.github.io/rust-clippy/master/index.html#erasing_op

Based on the above, I ended up with the following (note that this changes the bundled xcb-proto and is thus actually not commitable - but this means the bug is in xcb-proto):
diff --git a/code_generator_helpers/module.py b/code_generator_helpers/module.py
index 686cea4..3cb3bb4 100644
--- a/code_generator_helpers/module.py
+++ b/code_generator_helpers/module.py
@@ -653,6 +653,7 @@ class Module(object):
             # Emit the code for converting a list to bytes.
             def _emit_byte_conversion(field):
                 field_name = field.field_name
+                assert field.type.size != 0, field
                 if field.type.size is not None:
                     self.out("let mut %s_bytes = Vec::with_capacity(%s * %s.len());",
                              field_name, field.type.size, field_name)
diff --git a/xcb-proto-1.13/xcbgen/xtypes.py b/xcb-proto-1.13/xcbgen/xtypes.py
index 1e270ae..e41a5b4 100644
--- a/xcb-proto-1.13/xcbgen/xtypes.py
+++ b/xcb-proto-1.13/xcbgen/xtypes.py
@@ -552,6 +552,7 @@ class ComplexType(Type):
                     fkey = 'INT32'
                 else:
                     ftype = module.get_type(fkey)
+                ftype.resolve(module)
                 type = ListType(child, ftype, *self.lenfield_parent)
                 visible = True
             elif child.tag == 'switch':

The above patch causes the following change to the generated code:
diff -Nurp target/code-gen-ref/render.rs target/code-gen-cmp/render.rs
--- target/code-gen-ref/render.rs	2019-12-01 14:05:42.687444923 +0100
+++ target/code-gen-cmp/render.rs	2019-12-01 14:07:59.257153216 +0100
@@ -2384,12 +2384,12 @@ where Conn: RequestConnection + ?Sized
 {
     let extension_information = conn.extension_information("RENDER")
         .ok_or(ConnectionError::UnsupportedExtension)?;
-    let length: usize = (12 + 0 * rectangles.len() + 3) / 4;
+    let length: usize = (12 + 8 * rectangles.len() + 3) / 4;
     let length_bytes = TryInto::<u16>::try_into(length).unwrap_or(0).to_ne_bytes();
     let picture_bytes = picture.to_ne_bytes();
     let clip_x_origin_bytes = clip_x_origin.to_ne_bytes();
     let clip_y_origin_bytes = clip_y_origin.to_ne_bytes();
-    let mut rectangles_bytes = Vec::with_capacity(0 * rectangles.len());
+    let mut rectangles_bytes = Vec::with_capacity(8 * rectangles.len());
     for value in rectangles {
         rectangles_bytes.extend(value.to_ne_bytes().iter());
     }
diff -Nurp target/code-gen-ref/shape.rs target/code-gen-cmp/shape.rs
--- target/code-gen-ref/shape.rs	2019-12-01 14:05:42.363450831 +0100
+++ target/code-gen-cmp/shape.rs	2019-12-01 14:07:58.937158543 +0100
@@ -280,7 +280,7 @@ where Conn: RequestConnection + ?Sized,
 {
     let extension_information = conn.extension_information("SHAPE")
         .ok_or(ConnectionError::UnsupportedExtension)?;
-    let length: usize = (16 + 0 * rectangles.len() + 3) / 4;
+    let length: usize = (16 + 8 * rectangles.len() + 3) / 4;
     let length_bytes = TryInto::<u16>::try_into(length).unwrap_or(0).to_ne_bytes();
     let operation = operation.into();
     let operation_bytes = operation.to_ne_bytes();
@@ -291,7 +291,7 @@ where Conn: RequestConnection + ?Sized,
     let destination_window_bytes = destination_window.to_ne_bytes();
     let x_offset_bytes = x_offset.to_ne_bytes();
     let y_offset_bytes = y_offset.to_ne_bytes();
-    let mut rectangles_bytes = Vec::with_capacity(0 * rectangles.len());
+    let mut rectangles_bytes = Vec::with_capacity(8 * rectangles.len());
     for value in rectangles {
         rectangles_bytes.extend(value.to_ne_bytes().iter());
     }
diff -Nurp target/code-gen-ref/xfixes.rs target/code-gen-cmp/xfixes.rs
--- target/code-gen-ref/xfixes.rs	2019-12-01 14:05:42.343451196 +0100
+++ target/code-gen-cmp/xfixes.rs	2019-12-01 14:07:58.913158941 +0100
@@ -849,10 +849,10 @@ where Conn: RequestConnection + ?Sized
 {
     let extension_information = conn.extension_information("XFIXES")
         .ok_or(ConnectionError::UnsupportedExtension)?;
-    let length: usize = (8 + 0 * rectangles.len() + 3) / 4;
+    let length: usize = (8 + 8 * rectangles.len() + 3) / 4;
     let length_bytes = TryInto::<u16>::try_into(length).unwrap_or(0).to_ne_bytes();
     let region_bytes = region.to_ne_bytes();
-    let mut rectangles_bytes = Vec::with_capacity(0 * rectangles.len());
+    let mut rectangles_bytes = Vec::with_capacity(8 * rectangles.len());
     for value in rectangles {
         rectangles_bytes.extend(value.to_ne_bytes().iter());
     }

I'll open a bug for this and send a MR to xcb-proto.

@dalcde Again, thanks for bringing this up. Very useful.
Some quick recap of the clippy warnings you allowd:

unreadable_literal: Most likely not worth fixing, allow is the right thing to do
too_many_arguments: Same
needless_lifetimes: I think I fixed this, but I have not checked again with clippy.
identity_op: This seems to warn about 1 << 0. Since this appears next to 1 << 1 etc, I think that allow is the right approach.
trivially_copy_pass_by_ref: This seems to complain about to_ne_bytes(&self) when Self: Copy and having a small size. I think it would not hurt if this were fixed by switching to to_ne_bytes(self) for types that are Copy. However, this is clearly not a priority / does not make a difference at all (I expect the compiler to optimise both versions to the same assembly).
eq_op: This seems to complain about 4 / 4 which appears in some length computation. One could replace this with 4 >> 2, but I am not sure if that becomes too unclear. allow is likely also the right thing to do.
erasing_op seems to be an actual bug; after #123 is fixed I would try removing this allow.

The only warnings I could not easily fix are the cast_ptr_alignment warnings in xcb_ffi. These must be safe since otherwise libxcb would not work on architectures requiring aligned pointers. For this reason, switching to read_unaligned for this code seems unnecessary to me, but... meh, I don't know.
Short term (well, I ran out of time for this week), I would like to fix all the clippy warnings and then add clippy to Travis. Even though I cannot (easily) run clippy locally, this would still mean that the code is "clippy clean". Also, I expect this to be both useful and not-really-annoying long-term.

trivially_copy_pass_by_ref: It might be confusing if to_ne_bytes sometimes takes in a borrow and sometimes takes in the value, but the return type already varies...
erasing_op: I thought it was intended; glad clippy is doing its job!
needless_lifetimes: there is still a needless lifetime in xproto::send_event

authors: dalcde psychon


text:
update manual pybind function name for imgui backends

Update pybind11 function name:
Define ImGui_ImplGlfw_WindowFocusCallback to glfw_window_focus_callback.

Oops, thanks!

authors: hugle pthom


text:
Draft: Add The Graph API

[x] My submission is formatted according to the guidelines in the contributing guide
[x] My addition is ordered alphabetically
[x] My submission has a useful description
[x] The description does not end with punctuation
[x] Each table column is padded with one space on either side
[x] I have searched the repository for any relevant issues or pull requests
[x] Any category I am creating has the minimum requirement of 3 items
[x] All changes have been squashed into a single commit

This should wait until #2220 is merged

repo: public-apis/public-apis


text:
UAT | Filing | Delete Complainant 2/ Respondent 2

Describe the bug
No option to Delete Complainant 2/ Respondent 2 once added.
To Reproduce
Steps to reproduce the behavior:

Go to '...'
Click on '....'
Scroll down to '....'
See error

Expected behavior
Users should be able to delete additional complainants or respondents.
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):

OS: [e.g. iOS]
Browser [e.g. chrome, safari]
Version [e.g. 22]

Smartphone (please complete the following information):

Device: [e.g. iPhone6]
OS: [e.g. iOS8.1]
Browser [e.g. stock browser, safari]
Version [e.g. 22]

Additional context
Add any other context about the problem here.

Tested in QA env, Working fine. User can delete Complainant / Respondent.
Ref,
https://jam.dev/c/afc6d1c1-173a-40ea-b752-fc0b8d16b41e

authors: AyushiSinghalLaw Beehyv-Vinod

repo: pucardotorg/dristi


text:
Cannot download

I see the download link (very low visible) but when I click on it, nothing happens.

The same is happening to me. As a programmer myself I feel like those thing might have happened behind the scene:

Did the client failed to communicate with the m3u8 file host? (I feel this is unlikely because I watched the percentage going all the way up to 100% in about 3 minutes so it must have downloaded something);
Or my computer failed to communicate with your backend download server;
There is a fault in the chrome extension itself?

By the way the button we clicked is the one under "download" menu, right side by the URL, a monitor with a downward arrow on it.
Another few things to notice:

For the file I was trying to download, a non-chrome-extension m3u8 downloader would not work, and the server responds 403 forbidden. I think this might be because of header or cookie authentication problem.
Before I used this chrome extension I manuelly located the m3u8 file in the webpage using the network panel of developer tools, that URL is exactly the same as what the sniffer of this extension gave me, which shows the sniffer is working correctly.
The m3u8 file points to about 40x .ts files using full URL, each .ts files lasts 10 seconds. Those .ts files can be downloaded seperately and opened, but it would be pratically impossible to manually download and stitch all 40 .ts files together

Hey @fengshuo200, thanks for this awesome comment.
I will try to find out what is going on and hopefully will release a fix.
Thanks 😊

I have this as well. The download button just doesn't open the save option.

I also have this problem from time to time.  When I click on the Download icon, nothing happens.  If I clear my cache, close Chrome, open Chrome, clear my cache again, revisit the same video, go through the HLS sniffer process, and choose the bitrate I want to download, it usually works.  However, it happens a lot where it just doesn't do anything.  Clearing cache and trying again seems to get it to work sometimes.
Any luck tracking this down?

I think I solved it on v1.6.3
You will have to wait until google will approve the release, please let me know if it solves your issues.

Any rough ETA when google will allow v1.6.3  ....?  Currently on 1.20 from Chrome Store ...??
Is there a way to update it ?

Sorry to re-open an old thread, but forbidden issue has shown up again. This is what I get in the console:
TypeError: Cannot read properties of undefined (reading 'moov')    at getAllTrackStatus (chrome-extension://iogidnfllpdhagebkblkgbfijkbkjdmm/js/loader.js:965:92)    at async _buildMP4 (chrome-extension://iogidnfllpdhagebkblkgbfijkbkjdmm/js/loader.js:1111:26)    at async flush (chrome-extension://iogidnfllpdhagebkblkgbfijkbkjdmm/js/loader.js:2646:18)    at async internalUIMessage (chrome-extension://iogidnfllpdhagebkblkgbfijkbkjdmm/js/loader.js:3844:33)    at async HTMLAnchorElement.saveRequest (chrome-extension://iogidnfllpdhagebkblkgbfijkbkjdmm/js/loader.js:3919:7)
Which then results in https://www.hlsloader.com/null being downloaded (hence the 403).
Any ideas?

repo: puemos/hls-downloader


text:
fix encoding for basic auth (fixes #49)

Simply adding a .decode('utf-8') fixes the wrong encoding in the header, when using flask-oidc from python3.
To reproduce, use the resource server flow (in my case: @oidc.accept_token) and observe whether authentication to OIDC Provider works well.

Thanks for this!

authors: marcvs puiterwijk

repo: puiterwijk/flask-oidc


text:
Return a bib's holdings from ALMA

Write a method that return's a bib record's holdings from ALMA.
For reference

Sample bib MarcXML from Voyager (1234567)
Sample holdings XML from Voyager (1234567)

The response of /almaws/v1/bibs/{mms_id}/holdings is not a marc record. Currently we use it only on the homepage so we don't need to change it to a marc record. We will keep the xml response from alma.
This is the 'Get Holdings by Bibid' on the homepage.
See https://github.com/pulibrary/marc_liberation/issues/747

see https://github.com/pulibrary/marc_liberation/pull/717/commits/cfb3e2cccf3404c9150a40187b5197b63034502e

authors: christinach kelynch


text:
refactor index rake tasks to only commit once

@kevinreiss this change will have traject post a commit to solr only once per rake task call. Since the index is so large each commit takes about 2 minutes for solr to process. When running through hundreds of scsb update files this can cause the update process to take a very long time.
I cleaned up, refactored, and tested out each of the methods, but please take a close look when you get a chance.

Okay, I will check this out tomorrow morning.

Looks good @tampakis.

authors: kevinreiss tampakis


text:
Fix CI

I turned on GitHub Actions for this repository and checked if it was still working after all these months.
It was not.
This branch adds some workarounds/fixes/updates so there can be (passing) CI at this repo again!

So, the Windows workaround (https://github.com/pulsar-edit/text-buffer/pull/4/commits/a7ab3018652930922570a5ac09757271455f2536) is for an intermittent issue.
And installing an extra temporary copy of node-gyp like this just to fetch the headers (npx node-gyp install) is slow (1 minute and 15 seconds out of a 4 minute 50 second total run. Yikes.)
We can consider not including this workaround and just being willing to re-run failed jobs on the occasions where the race condition causes the build to fail. Or perhaps use something like nick-fields/retry action on the "install dependencies" step, maybe for Windows only.
We could also do npm install -g npm@latest (newer npm = newer node-gyp, where the issue is fixed). This might be a tad slow in and of itself, though.
I dunno. Anyway, doing the workaround as I did it here is reliable but slow. Just a fair warning or heads-up and opening for discussion if people prefer we deal with it another way.

repo: pulsar-edit/text-buffer


text:
Auto-generated names when moving resources between stacks

I am trying to refactor my stacks a bit, and so have moved some resources from the main project to a new project. I did this by adding import options for the resources in the new project, and then did pulumi state delete on them in the old project. However, the crux is that most of the resources had auto-generated names, meaning that I had to explicitly name them in the new project, just copy/pasting the original generated names into the code, to get the import to go through. I was hoping to be able to remove these explicit names after the import by using the aliases option, however this does not seem to work (I get a diff for the name property on pulumi up). I tried both aliases: [{name: "old-name" }], aliases: [{stack: "old-stack", project: "old-project"}] and aliases: [{name: "old-name", stack: "old-stack", project: "old-project"}].
The reason I want to get rid of the name tags is that I have prod/dev stacks set up, and the names are of course different in the two, so then I'd need some kind of list with all the prod+dev names from the old project and look them up in the new project, which will get really ugly.
Is there something I can do at this stage to get Pulumi to match the resources correctly? Or is there something I can do at import time to avoid this issue? I'm using an S3 bucket as backend, btw, if that has any bearing.

When you refer to name do you mean:

The logical name of the resource, which is then used to auto-generate a physical name
An explicit physical name:  passed to resource
A Name tag on a resource like an EC2 instance?

Also - what specific resource are you working with?

@lukehoban Thanks for the quick reply! I mean the physical name. The logical names (i.e. first argument to the resource constructor) are the same in both new and old stacks. This concerns some AWS resources, so while most are called name:, there are also a bucket and a statementId´. To be specific, I have this issue with aws.iam.Role, aws.s3.Bucket, aws.dynamodb.Table, aws.iam.RolePolicy, aws.lambda.Function, aws.lambda.Permission, aws.ses.ReceiptRule, aws.iam.User, aws.iam.UserPolicy`. In practice, I only really care about the bucket and dynamodb table, since the others are cheap to recreate.

I ran into a similar issue. When importing an s3 bucket, it requires that I set some values that would otherwise not be required by me to set (default provided by the provider), which are the arn and the hostedZoneId.
Looking at the hostedZoneId, the terraform provider hard codes a table of these hostedzones:
https://docs.aws.amazon.com/general/latest/gr/s3.html
https://github.com/hashicorp/terraform-provider-aws/blob/722c1f1fc8fb9fe4371d63d51a21df6397f6a5fd/internal/service/s3/hosted_zones.go#L40
What I don't understand is why does the code actually have to match all attributes when some of the attributes are computed and only need to be stored in state.

Auto-naming uses data that is not in the cloud, so pulumi import won't work. Before this is fixed, you can do manual state surgery to copy in the full state of the resource. This will get auto-naming to work as expected.
Ultimately, the solution to this issue is for Pulumi to natively support transferring resources between stacks/projects. We have an open issue for that in pulumi/pulumi: https://github.com/pulumi/pulumi/issues/3389.

authors: estyrke ghostsquad iwahbe lukehoban

repo: pulumi/pulumi-aws


text:
a test issue

testing out a slack integration

whoops, forgot to close this! thanks @jen20 !

repo: pulumi/pulumi-linode


text:
Upgrade terraform-provider-signalfx to v9.0.0

This PR was generated via $ upgrade-provider pulumi/pulumi-signalfx --major.

Updating major version from 6.1.0 to 7.0.0.
Upgrading terraform-provider-signalfx from 8.1.0  to 9.0.0.
Fixes #269
Upgrading pulumi-terraform-bridge from v3.54.3 to v3.57.0.

"signalfx:logs/view:View" has been removed because it was deprecated on our end (in favor of "signalfx:log/view:View").

repo: pulumi/pulumi-signalfx


text:
100% CPU usage when connection is lost on Android

I have been compiling and running retroshare-service with libupnp-1.8.4 and libupnp-1.6.21 on Android.
When the connection is available there are no problem, but if I turn off Wifi while the application is already running, so the only interface available remain lo (127.0.0.1) one of the threads of retroshare-service start eating the CPU. When reactivating the Wifi retroshare keeps working but that thread keep staying crazy.
At first I suspected RetroShare code, but while investigating with gdb I was always seeing the same thread looping like there was no tomorrow at
(gdb) bt
#0  0x000000713052f144 in __accept4 () from /home/gio/Builds/RetroShare-Android_for_arm64_v8a_Clang_Qt_5_12_4_android_arm64_v8a-Debug/libc.so
#1  0x000000712e29b0d4 in ?? ()
#2  0x746e656d75677261 in ?? ()

That didn't help much, but after many tries to interrupt the execution in an hopefully more useful point I got this
(gdb) bt
#0  0x000000713052f2f4 in __pselect6 () from /home/gio/Builds/RetroShare-Android_for_arm64_v8a_Clang_Qt_5_12_4_android_arm64_v8a-Debug/libc.so
#1  0x00000071304eb79c in select () from /home/gio/Builds/RetroShare-Android_for_arm64_v8a_Clang_Qt_5_12_4_android_arm64_v8a-Debug/libc.so
#2  0x0000007094a6dea8 in ?? () from /home/gio/Builds/RetroShare-Android_for_arm64_v8a_Clang_Qt_5_12_4_android_arm64_v8a-Debug/android-build/libs/arm64-v8a/libretroshare-service.so
#3  0x0000007094f0c410 in gMiniServerThreadPool ()
  from /home/gio/Builds/RetroShare-Android_for_arm64_v8a_Clang_Qt_5_12_4_android_arm64_v8a-Debug/android-build/libs/arm64-v8a/libretroshare-service.so

Looking for gMiniServerThreadPool I found it is from libupnp which retroshare-service is using for port forwarding, I have been investigating and found this very old entry in libupnp-1.6.2 change-log that might be related
2007-11-09 Marcelo Jimenez <mroberto(at)users.sourceforge.net>
  * Added a isleep() call to the error handler of select() in
  RunMiniServer(), so that it does not take 100% cpu in case select()
  fails repeatedly.

I have also tested with libupnp-1.6.21 both on Android and Gentoo with exact same retroshare-service code and exact same situation. I can reproduce the same exact behavior on Android (100% CPU again) but cannot reproduce the issue on Gentoo.
here the back traces with libupnp-1.6.21
The poor one
(gdb) bt
#0  0x000000713052f144 in __accept4 () from /home/gio/Builds/RetroShare-Android_for_arm64_v8a_Clang_Qt_5_12_4_android_arm64_v8a-Debug/libc.so
#1  0x000000712e29b0d4 in ?? ()
#2  0x746e656d75677261 in ?? ()

The one which point to libupnp again
(gdb) bt
#0  0x000000713052f2f4 in __pselect6 () from /home/gio/Builds/RetroShare-Android_for_arm64_v8a_Clang_Qt_5_12_4_android_arm64_v8a-Debug/libc.so
#1  0x00000071304eb79c in select () from /home/gio/Builds/RetroShare-Android_for_arm64_v8a_Clang_Qt_5_12_4_android_arm64_v8a-Debug/libc.so
#2  0x0000007094a9f6a4 in ?? () from /home/gio/Builds/RetroShare-Android_for_arm64_v8a_Clang_Qt_5_12_4_android_arm64_v8a-Debug/android-build/libs/arm64-v8a/libretroshare-service.so
#3  0x0000007094f3f050 in gMiniServerThreadPool ()
   from /home/gio/Builds/RetroShare-Android_for_arm64_v8a_Clang_Qt_5_12_4_android_arm64_v8a-Debug/android-build/libs/arm64-v8a/libretroshare-service.so

Here a link to the RetroShare code that uses libupnp https://github.com/RetroShare/RetroShare/tree/master/libretroshare/src/rs_upnp
I hope this report is helpful to solve the issue, and thanks for sharing this library with the community!

I have tested also compiling with retroshare-service for Android with miniupnpc instead of libupnp and I cannot reproduce the issue using miniupnpc.

1.6.21 and nothing happend - closed because of inactivity.

repo: pupnp/pupnp


text:
Fix unit tests for proper JSHandle types

At least one test that returns a remote object is failing in both Chrome and Firefox because of an inappropriate check for the remote value type:

Page Page.Events.Console should return remote objects

Here it is checked for JSHandle@object instead of JSHandle@window.
I didn't check other tests that fail both in Chrome and Firefox. So maybe more are affected.
CC @OrKoN

@whimboo this is a new test and it would fail anyway because of
      expect(await (await log.args()[3]!.getProperty('test')).jsonValue()).toBe(
        1
      );

since WebDriver BiDi does not retain console messages.

Oh, right but that would be the next step and probably warrants a different issueafter such the fix for this issue.

Closing as completed - https://github.com/puppeteer/puppeteer/pull/12081

authors: Lightning00Blade OrKoN whimboo

repo: puppeteer/puppeteer


text:
chore: upgrade https-proxy-agent

https-proxy-agent requires agent-base, which currently monkey patches the core https Node module, causing problems in unrelated code. The latest version of https-proxy-agent uses the latest version of agent-base, which no longer does this monkey patching.
Fixes #5230.
#5224 is an alternative fix.

@dguo I hope they will make a new release quickly so this issue can be solved using your PR or mine, i really need these fix to be able to use got

@ouraios, agreed. I'm also unable to use got v10 because of this issue.

@mathiasbynens When can we expect the next release of puppeteer ?

@mathiasbynens When can we expect the next release of puppeteer so we can have this fix to use NodeJS10 Stream pipeline safely ?

"Soon".
For now you could try using the master branch directly (but keep in mind this is not officially supported):
npm install puppeteer/puppeteer#master

What about puppeteer-core, can I use master branch before it got released?

authors: dguo elaijuh mathiasbynens ouraios


text:
fix: page.goto error throw (#9523)

What kind of change does this PR introduce?
bugfix
Did you add tests for your changes?
no
Summary
Remove the error throw on the navigate method, in order to get #9523 fixed

Hey guys, I'm new here, please tell me if this change makes sense!

I think we cannot just remove the error message here. Did you find out why the browser handles the errors differently? perhaps it should be fixed upstream first.

Oh, I see, just saw some tests failing because of this as well, I'm digging into it!

The issue only happen in chrome, looking at the  I see that errorText is returned when the navigation is failed, so chrome is considering the 404 as a navigation error. Can we filter it like my last commit?
It appears that the issue at hand is specific to the Chrome browser. By consulting the documentation for the devtools-protocol docs it can be observed that the errorText property is provided when a navigation failure occurs. In this case, Chrome is interpreting a 404 error as a navigation failure. To address this, it may be possible to implement a filter similar to the one utilized in a previous commit, in order to bypass this error.

@Rafael-Martins so when the browser treats the navigation as an error it shows a different kind of the error page I think which is usually restricted to CDP. What is the situation after the navigation errors, can you still evaluate or navigate the page to a different URL?

@Rafael-Martins so when the browser treats the navigation as an error it shows a different kind of the error page I think which is usually restricted to CDP. What is the situation after the navigation errors, can you still evaluate or navigate the page to a different URL?

I tested and the navigate works normally, I added 2 tests that covers the 404,505 responses with empty body, they look similar or almost redundant, if you think that it is not needed I can remove.

authors: OrKoN Rafael-Martins