CB-6920. Use proper error message in case of fluent version incompatibility (No network)

in case of fluent plugin version should be upgraded without internet connection (like old image is used for newer CB), it's better if the user will read the right error message instead of td-agent start failed.

----------
          ID: check_fluentd_plugins
    Function: cmd.run
        Name: sh /etc/td-agent/check_fluent_plugins.sh
      Result: False
     Comment: Command "sh /etc/td-agent/check_fluent_plugins.sh" run
     Started: 09:26:44.150320
    Duration: 2143.976 ms
     Changes:
              ----------
              pid:
                  16859
              retcode:
                  1
              stderr:
                  Connection has failed for https://repository.cloudera.com/cloudera/api/gems/cloudera-gems/. Please check your firewall or use a newer OS image (required fluent-plugin-databus gem version is 1.0.6) or reach out Cloudera (Cloudbreak) support!
              stdout:
                  Checking plugin fluent-plugin-redaction with the right minimal version 0.1.2
                  Run check command: /opt/td-agent/embedded/bin/fluent-gem list -i fluent-plugin-redaction -v '>=0.1.2'
                  Check fluent-plugin-redaction command output: true
                  Plugin fluent-plugin-redaction exists.
                  Run check command: /opt/td-agent/embedded/bin/fluent-gem list -i fluent-plugin-detect-exceptions
                  Check fluent-plugin-detect-exceptions command output: true
                  Plugin fluent-plugin-detect-exceptions exists.
                  Checking plugin fluent-plugin-databus with the right minimal version 1.0.6
                  Run check command: /opt/td-agent/embedded/bin/fluent-gem list -i fluent-plugin-databus -v '>=1.0.6'
                  Check fluent-plugin-databus command output: false
                  Plugin fluent-plugin-databus does not exist, installing it...

with this the error message on UI is only "Failed to execute sh /etc/td-agent/check_fluent_plugins.sh", if we would map stderr and show it on the UI, that could be problematic for other commands if it would contain any secrets (in commands)


Results for "Find all references" in untitled doc open new untitled doc

Does this issue occur when all extensions are disabled?: Yes

VS Code Versions: 1.71.0 (@ 784b0177c56c607789f9638da7b6bf3230d47a8c), 1.72.0-insider (@ 1a55beb2aaee64eb8d0cbe5b61b10088bbc6c895), main (@ 6c6518c10a561bc6eccaa1b565280f63f9746c13)
OS: Win11 x64  (Windows_NT x64 10.0.22000)

Description:
"Find all References" shows found results in the "References" side bar. Clicking on a result opens corresponding location.
But if result is inside an untitled file, it doesn't go to the location inside that untitled doc, but instead opens a new (empty) untitled doc.
Steps to Reproduce:

Open new untitled file (Ctrl+N)
Select typescript as language (Ctrl+K, M -> TypeScript)
Write some code to find references:  const value = 42

Right-Click on value and select Find all References
References Side Bar should pop up and show one result (value in untitled file)
Click on found result

Expected: should show existing untitled file and move cursor to value
Actual: opens new (empty) untitled file

Note:
Issue isn't just with Find all References but with all results that are shown inside References Side Bar.
For example same behaviour occurs for Find all implementations too
Note:
Peek References does work and moves cursor to the correct location
Note:
This isn't a TypeScript issue, but happens for all References results in untitled files, independent of References source.
For example same issue with References in Markdown:

Or with Powershell Extension:

Note:
Issue doesn't exist on web version. In Web version it moves the cursor to the correct location in the correct untitled document and doesn't create a new one.

Additional strange behaviour with opened untitled doc from Find References result:
If you use Find References in the newly opened untitled file (from previous Find References result), cursor moves to the correct location. And Find References in old untitled doc now opens in new (but now existing) untitled doc

To reproduce:

open new untitled doc (Ctrl+N)
Set language to Typescript and write:const value = 42

Right Click & Find All References on value
-> References Side Bar opens with one result
Click on result
-> new untitled doc opens
Set language to markdown and write:   # title

Find All References on title and click on result
-> cursor should move to heading (-> correct)
Switch to prev untitled doc (with Typescript code)
Find all References on value and click on result
-> goes to other existing untitled doc (with markdown)

This seems to be a problem with the vscode.open command. There is some special handling for untitled-uris which forces a new untitled file

This bug has been fixed in the latest release of VS Code Insiders!
@Booksbaum, you can help us out by commenting /verified if things are now working as expected.
If things still don't seem right, please ensure you're on version bd782eb059e133d3a20fdb446b8feb0010a278ad of Insiders (today's or later - you can use Help: About in the command palette to check), and leave a comment letting us know what isn't working as expected.
Happy Coding!

/verified


Documentation Error: Cookie Auth Example

http://wp-api.org/node-wpapi/authentication/#cookie-authentication
The above example uses get_json_url() and wp_json for script localization.
These values should berest_url() and wp_rest, respectively. ``

Also that section links to http://wp-api.org/guides/authentication.html which appears to be deprecated and contains the same error. It should probably link to https://developer.wordpress.org/rest-api/using-the-rest-api/authentication/

Aha, thanks for this catch! I'll upgrade this week, and get this out during LoopConf.

Managed to sneak this out with v1.0.2 tonight, thanks again for calling out the issue @bkirby989 !

Of course, thanks for the timely fix!


Fix wrong Russian localization

Preflight Checklist

[x] I agree to follow the Code of Conduct that this project adheres to.
[x] I have searched the issue tracker for a feature request that matches the one I want to file, without success.

Describe the bug
I translated all strings in autogenerated source file dia_ru.txt. Would you add me write permission to localization table at Google Drive (https://docs.google.com/spreadsheets/d/1FoYdyEraEQuWofzbYCDPKN7EdKgS_2ZrsDrOA8scgwQ/edit?pli=1#gid=0)?
And why you don't use TM infrastructure like Weblate or Transifex?
To Reproduce
Steps to reproduce the behavior:

Start drawio with Russian locale
Click on 'Arrange' -> show 'Bring Forward',  'Send Backward'
Translation string must be "Переместить вперёд", "Переместить назад"
And a lot of other mistranslation

Expected behavior
Full and correct Russian localization
draw.io version (In the Help->About menu of the draw.io editor):

draw.io version [14.9.6.]

Desktop (please complete the following information):

OS: [e.g. Windows, Linux]
Browser [Firefox, Chromium,]
Version [Firefox 78.13.0esr] but it does not matter

Additional context
Some localized strings are unable to fit to buttons and tabs, because Russian words some longer than English words in place.
Would you enlarge width of tabs and buttons in Format panel above 30%?
dia_ru.zip

I've added you permissions to the sheet.
We don't use third-party services so we remain in control of our data, rather than being subject to their commercial interests. Our current system isn't broken, so nothing to fix :).

Ok. But Google already own your data in Google Sheets. This system not broken, but integrated with Google accounts and used in data gathering too.
And by the way Google Sheets doesn't have Translation memory (it is very useful for terms unifying in translation process). :-)

Google do not "own" our data. The data is exported to tsv on every change. They are simply hosting it for convenience and we always have an up to date copy in a standard format.
What exactly is translation memory? I'm not familiar with this.

Translation memory is a database that stores sentences, paragraphs or segments of text that have been translated before.
The translation memory stores the source text and its corresponding translation in language pairs called “translation units”. Individual words are handled by terminology bases and are not within the domain of TM.
Translation memories support the localization process, dramatically improving the quality, speed, consistency and efficiency of every translation job.


Couldn't update notes and send message

Couldn't update notes and send message
Create new collections, still couldn't get it.
New collections : notes, messages

Could you guide me to make a separate folder for login and separate for templates so that I can keep my project in template and login in separate directory.

@sarathsivadasan Sorry for the delay. Are you wanting to put the project files into different folders in the app directory? This can be done but you need to ensure the required objects are imported correctly and use the correct import paths.
Regarding the database, you can try it with a free MongoDB Atlas account.


Removal of redundant porridge in mkdocs.yml

This PR adds | fixes:

Remove one of the porridge recipes (they were identical), see https://github.com/Clinical-Genomics/meatballs/issues/42

How to prepare for test:

[ ] ssh to ...
[ ] Install on stage:
bash servers/resources/SERVER.scilifelab.se/update-[THIS_TOOL]-stage.sh [THIS-BRANCH-NAME]

How to test:

Expected outcome:

[ ]

Review:

[ ] Code approved by
[ ] Tests executed by
[ ] "Merge and deploy" approved by

This version is a:

[ ] MAJOR - when you make incompatible API changes
[ ] MINOR - when you add functionality in a backwards compatible manner
[x] PATCH - when you make backwards compatible bug fixes or documentation/instructions

@RasmusBurge-CG DO you want to take a look?

@RasmusBurge-CG DO you want to take a look?

Yes! Will have a look!

@RasmusBurge-CG Do you want to do this together?


feat: store challenge state

Fixes #3126
This adds the challenge-state column to ChallengeStatus allowing us to store the state that was used to challenge.
We need to store the challenge-state so once the challenge expires we can call PushOutcomeAndWithdraw with that state.
Right now we simply set the challengeState in the challenge method of the wallet. Longer-term we probably want to detect the ChallengeRegistered event and construct the state from call data.

We need to store the challenge-state so once the challenge expires we can call PushOutcomeAndWithdraw with that state.

Is it too difficult for the chain service to inform the wallet of the finalized outcome?

We need to store the challenge-state so once the challenge expires we can call PushOutcomeAndWithdraw with that state.

Is it too difficult for the chain service to inform the wallet of the finalized outcome?

We need to store the challenge-state so once the challenge expires we can call PushOutcomeAndWithdraw with that state.

Is it too difficult for the chain service to inform the wallet of the finalized outcome?

Perhaps I'm misunderstanding but I think we need more than just the outcome ?
function pushOutcomeAndTransferAll(
        bytes32 channelId,
        uint48 turnNumRecord,
        uint48 finalizesAt,
        bytes32 stateHash,
        address challengerAddress,
        bytes memory outcomeBytes
    )

I think longer term we should update the challenge-state in the DB when a ChallengeRegistered event is fired. That event contains all the information to create the state.

We need to store the challenge-state so once the challenge expires we can call PushOutcomeAndWithdraw with that state.

Is it too difficult for the chain service to inform the wallet of the finalized outcome?

Perhaps I'm misunderstanding but I think we need more than just the outcome ?
function pushOutcomeAndTransferAll(
        bytes32 channelId,
        uint48 turnNumRecord,
        uint48 finalizesAt,
        bytes32 stateHash,
        address challengerAddress,
        bytes memory outcomeBytes
    )

I think longer term we should update the challenge-state in the DB when a ChallengeRegistered event is fired. That event contains all the information to create the state.

We need to store the challenge-state so once the challenge expires we can call PushOutcomeAndWithdraw with that state.

Is it too difficult for the chain service to inform the wallet of the finalized outcome?

Perhaps I'm misunderstanding but I think we need more than just the outcome ?

So the chain service should equally be able to provide the other data that's required, right?

I think longer term we should update the challenge-state in the DB when a ChallengeRegistered event is fired. That event contains all the information to create the state.

Is there a reason not to do that now?

We need to store the challenge-state so once the challenge expires we can call PushOutcomeAndWithdraw with that state.

Is it too difficult for the chain service to inform the wallet of the finalized outcome?

Perhaps I'm misunderstanding but I think we need more than just the outcome ?

So the chain service should equally be able to provide the other data that's required, right?

I think longer term we should update the challenge-state in the DB when a ChallengeRegistered event is fired. That event contains all the information to create the state.

Is there a reason not to do that now?

So the chain service should equally be able to provide the other data that's required, right?
Yes, the chain-service could search the events on-chain and find the state info from a ChallengeRegistered event before calling pushOutcomeAndTransferAll

Although having to scan through the events seems kinda clunky? Uthink listening for ChallengeRegistered and storing the challenge state in the database is more straightforward.

Is there a reason not to do that now?
Just avoiding extra effort since it's not needed for challenging-v0. Although it would be pretty straightforward to do that.

So the chain service should equally be able to provide the other data that's required, right?
Yes, the chain-service could search the events on-chain and find the state info from a ChallengeRegistered event before calling pushOutcomeAndTransferAll

Although having to scan through the events seems kinda clunky? Uthink listening for ChallengeRegistered and storing the challenge state in the database is more straightforward.

Is there a reason not to do that now?
Just avoiding extra effort since it's not needed for challenging-v0. Although it would be pretty straightforward to do that.

Ah, I think I understand my confusion now.
The chain-service does not know the finalized outcome at the time that it triggers ChannelFinalized. Given that, it doesn't make sense for channelFinalized to include the outcome.
In the use case you are going for, there would have been a previous ChallengeRegistered event emitted by the chain-service. That is the event that would contain the outcome (and state).
I do think it's worth doing that now, since the code in this diff seems to be temporary code -- the challengeStatus should probably not be updated before the ChallengeRegistered event has occurred -- what if the transaction fails, or there is a re-org?

Ah, I think I understand my confusion now.
The chain-service does not know the finalized outcome at the time that it triggers ChannelFinalized. Given that, it doesn't make sense for channelFinalized to include the outcome.
In the use case you are going for, there would have been a previous ChallengeRegistered event emitted by the chain-service. That is the event that would contain the outcome (and state).
I do think it's worth doing that now, since the code in this diff seems to be temporary code -- the challengeStatus should probably not be updated before the ChallengeRegistered event has occurred -- what if the transaction fails, or there is a re-org?

Ah, I think I understand my confusion now.
The chain-service does not know the finalized outcome at the time that it triggers ChannelFinalized. Given that, it doesn't make sense for channelFinalized to include the outcome.
In the use case you are going for, there would have been a previous ChallengeRegistered event emitted by the chain-service. That is the event that would contain the outcome (and state).
I do think it's worth doing that now, since the code in this diff seems to be temporary code -- the challengeStatus should probably not be updated before the ChallengeRegistered event has occurred -- what if the transaction fails, or there is a re-org?

I've updated the PR to now update the ChallengeStatus table on the ChallengeRegistered event.

Ah, I think I understand my confusion now.
The chain-service does not know the finalized outcome at the time that it triggers ChannelFinalized. Given that, it doesn't make sense for channelFinalized to include the outcome.
In the use case you are going for, there would have been a previous ChallengeRegistered event emitted by the chain-service. That is the event that would contain the outcome (and state).
I do think it's worth doing that now, since the code in this diff seems to be temporary code -- the challengeStatus should probably not be updated before the ChallengeRegistered event has occurred -- what if the transaction fails, or there is a re-org?

I've updated the PR to now update the ChallengeStatus table on the ChallengeRegistered event.


Add newrelic-k8s-events-forwarder

Dockerfile: https://github.com/newrelic/infrastructure-agent/blob/master/build/container/Dockerfile

Fixes:
Related:
Pre-review Checklist

[ ] IMPORTANT: 'image-request' tag has been applied if this PR is adding any images, including new versions or variants

For new image PRs only
If you have an apko.yaml file in this PR you need to follow this checklist, otherwise feel free to remove.

[X] Include tests, sufficient enough that you would trust this image running in production.
[X] The version included is the latest GA version of the software
[X] The latest tag points to the newest stable version
[X] There is a dev tag available that includes a shell and apk tools (by depending on 'wolfi-base')
[X] The image runs as nonroot and GID/UID are set to 65532

[ ] Alternatively the username and GID/UID may be a commonly used one from the ecosystem e.g: postgres

[X] ENTRYPOINT

[X] For applications/servers/utilities call main program with no arguments e.g. [redis-server]
[ ] For base images leave empty
[ ] For dev variants set to entrypoint script that falls back to system

[ ] CMD:

[ ] For server applications give arguments to start in daemon mode (may be empty)
[ ] For utilities/tooling bring up help e.g. –help
[ ] For base images with a shell, call it e.g. [/bin/sh]

[X] Consider where and how the image deviates from popular alternatives. Is there a good reason and is it documented?
[X] Add annotations e.g:

annotations:
  "org.opencontainers.image.authors": "Chainguard Team https://www.chainguard.dev/"
  "org.opencontainers.image.url": https://edu.chainguard.dev/chainguard/chainguard-images/reference/busybox/ # use the academy site here
  "org.opencontainers.image.source": https://github.com/chainguard-images/images/tree/main/images/bazel # use github here

[X] Check if environment variables are needed e.g. to set data locations
[ ] Ensure the image responds to SIGTERM

[ ] docker kill $(docker run -d --rm cgr.dev/chainguard/nginx)

[X] Documentation. Let's make this excellent. Include usage example.
[ ] Error logs write to stderr and normal logs to stdout. DO NOT write to file.

Before
 ✔ Cataloged packages      [186 packages]
 ✔ Scanning image...       [14 vulnerabilities]
   ├── 0 critical, 3 high, 11 medium, 0 low, 0 negligible
   └── 8 fixed
NAME                              INSTALLED  FIXED-IN  TYPE       VULNERABILITY        SEVERITY
github.com/containerd/containerd  v1.5.10    1.5.13    go-module  GHSA-5ffw-gxpp-mxpf  Medium
github.com/containerd/containerd  v1.5.10    1.5.16    go-module  GHSA-2qjp-425j-52j9  Medium
github.com/containerd/containerd  v1.5.10    1.5.18    go-module  GHSA-259w-8hf6-59c2  Medium
github.com/containerd/containerd  v1.5.10    1.5.18    go-module  GHSA-hmfx-3pcx-653p  Medium

After
 ✔ Cataloged packages      [220 packages]
 ✔ Scanning image...       [6 vulnerabilities]
   ├── 0 critical, 3 high, 3 medium, 0 low, 0 negligible
   └── 0 fixed
No vulnerabilities found


Remove the widgetsnbextension version constraint when issue with ipytree is fixed

This is to remember that the widgetsnbextension<3.6.3 constraint was set to avoid this issue. Should be removed when things are fixed.

Based on the discussion in the linked issue, it seems that this was fixed 6 months ago. Would be good to test this.


Add Github link for EMR docs

2.0 was built before the change was made to generate-tarball. Updated docs to provide an alternate location to grab the emr files.

alluxio-bot, merge this please

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/4595/
Test PASSed.

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/4596/
Test FAILed.

alluxio-bot, cherry-pick this to branch-2.0 please

alluxio-bot, cherry-pick this to branch-1.8 please

no need for 1.8 as EMR is not available in branch-1.8


Migrate the Maven plugin out of Bloop

Alrighty, so after wrestling with this for a while and also sucking at Maven, I got this to a place where I think it's ready to rock and roll with a few more TODOs after the main thing gets merged in. However, here's a little background:
Motivation
There are a few benefits of migrating the Maven integration out of the main Bloop build that basically have to do with simplifying things:

The biggest thing is to get rid of the MavenPluginIntegration.scala. That's about 300 lines of custome sbt code to what Maven will basically do for free. I initially didn't see the benefit of doing this with maven until I saw that plugin. Maven greatly simplifies this.
Remove the above and all of the Maven-related integration code just simplifies the build, speeds up the build load, etc.
This really doesn't need to be versioned along with the Server. There are rarely changes to it, so no need to churn through versions
Hopefully this will make it easier for contributors to contribute to this seeing they'll already be familiar with Maven and won't have to dig into any custom sbt related maven code

Summary of the changes
The code is essentially unchanged from in Bloop. Even the tests were carried over along with the integration suite. The way the tests run aren't really maven style as they do have built-in ways to test Maven plugins, but then we'd need to basically re-write what we have from scratch. I don't see a ton of benefit for doing that since the tests do work now. That can be something we create an issue for and maybe see if someone in the future wants to tackle in in a spree or something.
Things left
At this point, this seems to be working, it's able to be installed, tests are passing, and CI is set up. For example if you want to test some things locally:
./mvnw install

Which will compile everything, run the tests, and install it locally. After you do that if you want to actually test the plugin on itself you can do:
./mvnw ch.epfl.scala:bloop-maven-plugin:bloopInstall -DdownloadSources=true

Note that I also changed the name of the plugin, which will mean this will be a Major release. The main reason for this is that before we called it maven-bloop, but in the Maven docs you'll see the following:

Calling it maven--plugin (note “Maven” is at the beginning of the plugin name) is strongly discouraged since it’s a reserved naming pattern for official Apache Maven plugins maintained by the Apache Maven team with groupId org.apache.maven.plugins. Using this naming pattern is an infringement of the Apache Maven Trademark.

So we switch to bloop-maven-plugin to follow the correct convention.
Next Steps

Get this merged in, see the tests are 🟢 and that CI is working
Add in tests on Windows (integrations aren't tested on windows currently in Bloop)
Add in 11 and 17 to the testing matrix. Again, these aren't all tested currently in Bloop, so I'd like to get CI green and working, and then add those in after.
Write some more docs and a CONTRIBUTING.md
Set up hopefully automated releases. It seems like we can do this with the Java Maven Release plugin and github action. I figured we'd then o a RC 2.0.0 candidate and ensure works as expected
Rip out all the Maven code from Bloop
Profit 🚀

That looks beautiful. I have no idea how you managed to keep the git history, well done!

Thanks! Some credit needs to go to @julienrf though since he pointed me in the right direction. I've never done this before, but using git filter-branch --subdirectory-filter <dir-to-keep> -- --all to get started with this sort of blew my mind. There is a cool article about this here that was helpful for me.


Create a own Enumerable

ACTIVITIES

In this project we learned how to use a module inside a class. For this, we created a class MyList and a module MyEnumerable.
The module MyEnumerable implements a subset of the functionality of Enumerable.

@CollinsTatang Thanks !!!


bug(): title CardUpload 展示webp格式图片有问题

Is there an existing issue for this?

[X] I have searched the existing issues

Describe the bug
webp格式不能显示。
如下图，图片不展示
这是全部代码

<CardUpload DefaultFileList="@uploadFiles" TValue="UploadFile"></CardUpload>
@code{
    List<UploadFile> uploadFiles = new List<UploadFile>()
    {
        new UploadFile
        {
            PrevUrl="https://dl.flathub.org/repo/screenshots/org.mozilla.firefox-stable/1248x702/org.mozilla.firefox-c6f98b38b8b28b113a75a6b34037b759.webp"
        },
        new UploadFile
        {
<EMAIL_ADDRESS>        }
    };

}

附件为示例程序
BootstrapBlazorApp2.zip
Expected Behavior
No response
Steps To Reproduce
No response
Exceptions (if any)
No response
.NET Version
No response
Anything else?
No response

该图片 直接在浏览器里面打开是可以访问的


Translate Introducing JSX page

Thank you. Do let us know if you have any questions.

Sure thing. I am planning it out.
Just had a quick look on both glossaries you shared in https://github.com/reactjs/ur.reactjs.org/issues/3 . I think they both are good and can be used throughout the translation. Or we can combine them both and create a new glossary and use it as a standard for our translation.
Will look further and update you about it in https://github.com/reactjs/ur.reactjs.org/issues/3.


Please add San Mateo, California!

Please add San Mateo, California

Hi @sofagrl,
Please submit an email and recipients for us to be able to add San Mateo!


relatedRecords query not support by jsonapi/fetch-requests

Issuing a query like this throws Query expression could not be parsed.
return this.store.query(qb.relatedRecords(post, 'comments'));

It appears that much of the JSONAPI code supports relatedRecords queries but the ExpressionToRequestMap does not include a function for this type of query:
https://github.com/orbitjs/orbit.js/blob/3671e1591edc110524a858c9142847c4250bf903/src/orbit-common/jsonapi/fetch-requests.js#L77

Closed via #323


add cf-tables

This introduces documentation for the cf-tables component.
See it in action:
https://ascott1.github.io/capital-framework/components/cf-tables/

:+1:


Format new ALTO code with clang-format

Signed-off-by: Stefan Weil<EMAIL_ADDRESS>

It would look like this. Do you think I should send a pull request, or do the format parameters need more fine tuning?

I will leave that decision to you...


socket.io issue with Chrome 14

Hi,
I'm having some issue with Chrome 14.0.835.163, when a client tries to connect I get this error on the server:
19 Sep 16:10:51 - Initializing client with transport "websocket"
19 Sep 16:10:51 - WebSocket connection invalid or Origin not verified

on the client this error:
WebSocket is closed before the connection is established.

According to other posts switching to socket.io 0.8 or higher may solve this issue. Is it planned any time soon or is there a solution to temporary fixed it?
Thanks for your help and great work!
Bastien

Hi, I don't know if it is related or a new bug... I also experienced errors with Chrome, making Juggernaut crash completely during connecting a WebSocket in Chrome.
However, I found the same error in the socket.io Tracker at https://github.com/LearnBoost/socket.io/issues/602, which they fixed in Version 0.8.7.
So - I am running Juggernaut on Heroku - I just had to change the line 18 in  package.json to:
{ "socket.io" : "=0.8.7"

I did not run your tests, but the app performs well in every browser, so this really seemed to fix it. I'd recommend you to update the package.json in this repo accordingly.
And: Thanks a lot for this awesome piece of software!

I am having this same problem. I believe this was fixed in this merge:
https://github.com/maccman/juggernaut/pull/113
am I safe to say that upgrading juggernaut should fix this now?

I'd say yes - that's the change I proposed and I've been running juggernaut with socket.io 087 since then (end november or so) without problems on our production system.


Mouse wheel handled incorrectly

I found this bug in DLangIDE, but seems roots are here. In a tree widget when I use mouse wheel, tree scrolls down despite direction of wheel! Funny and unprofessional.

Cannot reproduce. Tried on Windows - both Win32 and SDL backends.

What's funny, NOW I cannot reproduce too! (I tried to make a video) Well, false alarm, sorry!
Hope it's not "floating bug".

Sometimes my mouse works as described here in any application. I think this is hardware bug.

@denizzzka : I wish it was mouse bug, but I never had such problem with my mouse (it's MS brand). "One way" scroll happen only in DLangIDE and only once - now it works fine. Magic...

:)


Node progress notifications

Add the ability for nodes to signify their progress on a job, with optional meta-data about the progress.
This will be used for training nodes to report their progress as they train models, and provide an evaluation of the model in its current state.

This was implemented in cb625068dddb7d3bbc98ed4fee029f321d5b8796.


What would be the best way to use OSD with password accessed images?

Hello everyone,
i was thinking of a way i could use OSD to fetch images from server that are in a folder with password access.
right now im using OSD in a way where the folder is hidden but nor password protected, a php script checks user access and the image url's are returned as an json array to the tilesource and then used by OSD, that works fine,
however it doesn't prevent people from typing in the url of the image and this way everyone with the url could just view the image.
would it be a good idea and is it possible to maybe use a websocket and that way send the image directly to the OSD?
does anyone have a better solution?

If you're on an Apache server, you could try putting the images behind a .htaccess restriction so the browser asks you for the password.

@iangilman thanks for the answer.
i will try it this way, but do you know if the browser saves the password for a session or do i have to enter for every image?

Yes, it should save it for the session.


Too many chainId requests in oracle

ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:06Z | [      ormpipe       ] [  ethers:crab  ] [ sendRpcPayload ] {"method":"eth_blockNumber","params":[],"id":4133,"jsonrpc":"2.0"}
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:06Z | [      ormpipe       ] [  ethers:crab  ] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x2c","id":3077},{"jsonrpc":"2.0","result":"0x2c","id":3078},{"jsonrpc":"2.0","result":"0x2c","id":3079},{"jsonrpc":"2.0","result":"0x2c","id":3080},{"jsonrpc":"2.0","result":"0x2c","id":3081},{"jsonrpc":"2.0","result":"0x2c","id":3082},{"jsonrpc":"2.0","result":"0x2c","id":3083},{"jsonrpc":"2.0","result":"0x2c","id":3084},{"jsonrpc":"2.0","result":"0x2c","id":3085},{"jsonrpc":"2.0","result":"0x2c","id":3086},{"jsonrpc":"2.0","result":"0x2c","id":3087},{"jsonrpc":"2.0","result":"0x2c","id":3088},{"jsonrpc":"2.0","result":"0x2c","id":3089},{"jsonrpc":"2.0","result":"0x2c","id":3090},{"jsonrpc":"2.0","result":"0x2c","id":3091},{"jsonrpc":"2.0","result":"0x2c","id":3092},{"jsonrpc":"2.0","result":"0x2c","id":3093},{"jsonrpc":"2.0","result":"0x2c","id":3094},{"jsonrpc":"2.0","result":"0x2c","id":3095},{"jsonrpc":"2.0","result":"0x2c","id":3096},{"jsonrpc":"2.0","result":"0x2c","id":3097},{"jsonrpc":"2.0","result":"0x2c","id":3098},{"jsonrpc":"2.0","result":"0x2c","id":3099},{"jsonrpc":"2.0","result":"0x2c","id":3100},{"jsonrpc":"2.0","result":"0x2c","id":3101},{"jsonrpc":"2.0","result":"0x2c","id":3102},{"jsonrpc":"2.0","result":"0x2c","id":3103},{"jsonrpc":"2.0","result":"0x2c","id":3104},{"jsonrpc":"2.0","result":"0x2c","id":3105},{"jsonrpc":"2.0","result":"0x2c","id":3106},{"jsonrpc":"2.0","result":"0x2c","id":3107},{"jsonrpc":"2.0","result":"0x2c","id":3108},{"jsonrpc":"2.0","result":"0x2c","id":3109},{"jsonrpc":"2.0","result":"0x2c","id":3110},{"jsonrpc":"2.0","result":"0x2c","id":3111},{"jsonrpc":"2.0","result":"0x2c","id":3112},{"jsonrpc":"2.0","result":"0x2c","id":3113},{"jsonrpc":"2.0","result":"0x2c","id":3114},{"jsonrpc":"2.0","result":"0x2c","id":3115},{"jsonrpc":"2.0","result":"0x2c","id":3116},{"jsonrpc":"2.0","result":"0x2c","id":3117},{"jsonrpc":"2.0","result":"0x2c","id":3118},{"jsonrpc":"2.0","result":"0x2c","id":3119},{"jsonrpc":"2.0","result":"0x2c","id":3120},{"jsonrpc":"2.0","result":"0x2c","id":3121},{"jsonrpc":"2.0","result":"0x2c","id":3122},{"jsonrpc":"2.0","result":"0x2c","id":3123},{"jsonrpc":"2.0","result":"0x2c","id":3124},{"jsonrpc":"2.0","result":"0x2c","id":3125},{"jsonrpc":"2.0","result":"0x2c","id":3126},{"jsonrpc":"2.0","result":"0x2c","id":3127},{"jsonrpc":"2.0","result":"0x2c","id":3128},{"jsonrpc":"2.0","result":"0x2c","id":3129},{"jsonrpc":"2.0","result":"0x2c","id":3130},{"jsonrpc":"2.0","result":"0x2c","id":3131},{"jsonrpc":"2.0","result":"0x2c","id":3132},{"jsonrpc":"2.0","result":"0x2c","id":3133},{"jsonrpc":"2.0","result":"0x2c","id":3134},{"jsonrpc":"2.0","result":"0x2c","id":3135},{"jsonrpc":"2.0","result":"0x2c","id":3136},{"jsonrpc":"2.0","result":"0x2c","id":3137},{"jsonrpc":"2.0","result":"0x2c","id":3138},{"jsonrpc":"2.0","result":"0x2c","id":3139},{"jsonrpc":"2.0","result":"0x2c","id":3140},{"jsonrpc":"2.0","result":"0x2c","id":3141},{"jsonrpc":"2.0","result":"0x2c","id":3142},{"jsonrpc":"2.0","result":"0x2c","id":3143},{"jsonrpc":"2.0","result":"0x2c","id":3144},{"jsonrpc":"2.0","result":"0x2c","id":3145},{"jsonrpc":"2.0","result":"0x2c","id":3146},{"jsonrpc":"2.0","result":"0x2c","id":3147},{"jsonrpc":"2.0","result":"0x2c","id":3148},{"jsonrpc":"2.0","result":"0x2c","id":3149},{"jsonrpc":"2.0","result":"0x2c","id":3150},{"jsonrpc":"2.0","result":"0x2c","id":3151},{"jsonrpc":"2.0","result":"0x2c","id":3152},{"jsonrpc":"2.0","result":"0x2c","id":3153},{"jsonrpc":"2.0","result":"0x2c","id":3154},{"jsonrpc":"2.0","result":"0x2c","id":3155},{"jsonrpc":"2.0","result":"0x2c","id":3156},{"jsonrpc":"2.0","result":"0x2c","id":3157},{"jsonrpc":"2.0","result":"0x2c","id":3158},{"jsonrpc":"2.0","result":"0x2c","id":3159},{"jsonrpc":"2.0","result":"0x2c","id":3160},{"jsonrpc":"2.0","result":"0x2c","id":3161},{"jsonrpc":"2.0","result":"0x2c","id":3162},{"jsonrpc":"2.0","result":"0x2c","id":3163},{"jsonrpc":"2.0","result":"0x2c","id":3164},{"jsonrpc":"2.0","result":"0x2c","id":3165},{"jsonrpc":"2.0","result":"0x2c","id":3166},{"jsonrpc":"2.0","result":"0x2c","id":3167},{"jsonrpc":"2.0","result":"0x2c","id":3168},{"jsonrpc":"2.0","result":"0x2c","id":3169},{"jsonrpc":"2.0","result":"0x2c","id":3170},{"jsonrpc":"2.0","result":"0x2c","id":3171},{"jsonrpc":"2.0","result":"0x2c","id":3172},{"jsonrpc":"2.0","result":"0x2c","id":3173},{"jsonrpc":"2.0","result":"0x2c","id":3174},{"jsonrpc":"2.0","result":"0x2c","id":3175},{"jsonrpc":"2.0","result":"0x2c","id":3176}]
ormpipe-testnets-oracle  | info:    2024-04-15T05:53:06Z | --------- oracle sepolia>pangolin ---------
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:06Z | [      ormpipe       ] [  ethers:crab  ] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x2c","id":2677},{"jsonrpc":"2.0","result":"0x2c","id":2678},{"jsonrpc":"2.0","result":"0x2c","id":2679},{"jsonrpc":"2.0","result":"0x2c","id":2680},{"jsonrpc":"2.0","result":"0x2c","id":2681},{"jsonrpc":"2.0","result":"0x2c","id":2682},{"jsonrpc":"2.0","result":"0x2c","id":2683},{"jsonrpc":"2.0","result":"0x2c","id":2684},{"jsonrpc":"2.0","result":"0x2c","id":2685},{"jsonrpc":"2.0","result":"0x2c","id":2686},{"jsonrpc":"2.0","result":"0x2c","id":2687},{"jsonrpc":"2.0","result":"0x2c","id":2688},{"jsonrpc":"2.0","result":"0x2c","id":2689},{"jsonrpc":"2.0","result":"0x2c","id":2690},{"jsonrpc":"2.0","result":"0x2c","id":2691},{"jsonrpc":"2.0","result":"0x2c","id":2692},{"jsonrpc":"2.0","result":"0x2c","id":2693},{"jsonrpc":"2.0","result":"0x2c","id":2694},{"jsonrpc":"2.0","result":"0x2c","id":2695},{"jsonrpc":"2.0","result":"0x2c","id":2696},{"jsonrpc":"2.0","result":"0x2c","id":2697},{"jsonrpc":"2.0","result":"0x2c","id":2698},{"jsonrpc":"2.0","result":"0x2c","id":2699},{"jsonrpc":"2.0","result":"0x2c","id":2700},{"jsonrpc":"2.0","result":"0x2c","id":2701},{"jsonrpc":"2.0","result":"0x2c","id":2702},{"jsonrpc":"2.0","result":"0x2c","id":2703},{"jsonrpc":"2.0","result":"0x2c","id":2704},{"jsonrpc":"2.0","result":"0x2c","id":2705},{"jsonrpc":"2.0","result":"0x2c","id":2706},{"jsonrpc":"2.0","result":"0x2c","id":2707},{"jsonrpc":"2.0","result":"0x2c","id":2708},{"jsonrpc":"2.0","result":"0x2c","id":2709},{"jsonrpc":"2.0","result":"0x2c","id":2710},{"jsonrpc":"2.0","result":"0x2c","id":2711},{"jsonrpc":"2.0","result":"0x2c","id":2712},{"jsonrpc":"2.0","result":"0x2c","id":2713},{"jsonrpc":"2.0","result":"0x2c","id":2714},{"jsonrpc":"2.0","result":"0x2c","id":2715},{"jsonrpc":"2.0","result":"0x2c","id":2716},{"jsonrpc":"2.0","result":"0x2c","id":2717},{"jsonrpc":"2.0","result":"0x2c","id":2718},{"jsonrpc":"2.0","result":"0x2c","id":2719},{"jsonrpc":"2.0","result":"0x2c","id":2720},{"jsonrpc":"2.0","result":"0x2c","id":2721},{"jsonrpc":"2.0","result":"0x2c","id":2722},{"jsonrpc":"2.0","result":"0x2c","id":2723},{"jsonrpc":"2.0","result":"0x2c","id":2724},{"jsonrpc":"2.0","result":"0x2c","id":2725},{"jsonrpc":"2.0","result":"0x2c","id":2726},{"jsonrpc":"2.0","result":"0x2c","id":2727},{"jsonrpc":"2.0","result":"0x2c","id":2728},{"jsonrpc":"2.0","result":"0x2c","id":2729},{"jsonrpc":"2.0","result":"0x2c","id":2730},{"jsonrpc":"2.0","result":"0x2c","id":2731},{"jsonrpc":"2.0","result":"0x2c","id":2732},{"jsonrpc":"2.0","result":"0x2c","id":2733},{"jsonrpc":"2.0","result":"0x2c","id":2734},{"jsonrpc":"2.0","result":"0x2c","id":2735},{"jsonrpc":"2.0","result":"0x2c","id":2736},{"jsonrpc":"2.0","result":"0x2c","id":2737},{"jsonrpc":"2.0","result":"0x2c","id":2738},{"jsonrpc":"2.0","result":"0x2c","id":2739},{"jsonrpc":"2.0","result":"0x2c","id":2740},{"jsonrpc":"2.0","result":"0x2c","id":2741},{"jsonrpc":"2.0","result":"0x2c","id":2742},{"jsonrpc":"2.0","result":"0x2c","id":2743},{"jsonrpc":"2.0","result":"0x2c","id":2744},{"jsonrpc":"2.0","result":"0x2c","id":2745},{"jsonrpc":"2.0","result":"0x2c","id":2746},{"jsonrpc":"2.0","result":"0x2c","id":2747},{"jsonrpc":"2.0","result":"0x2c","id":2748},{"jsonrpc":"2.0","result":"0x2c","id":2749},{"jsonrpc":"2.0","result":"0x2c","id":2750},{"jsonrpc":"2.0","result":"0x2c","id":2751},{"jsonrpc":"2.0","result":"0x2c","id":2752},{"jsonrpc":"2.0","result":"0x2c","id":2753},{"jsonrpc":"2.0","result":"0x2c","id":2754},{"jsonrpc":"2.0","result":"0x2c","id":2755},{"jsonrpc":"2.0","result":"0x2c","id":2756},{"jsonrpc":"2.0","result":"0x2c","id":2757},{"jsonrpc":"2.0","result":"0x2c","id":2758},{"jsonrpc":"2.0","result":"0x2c","id":2759},{"jsonrpc":"2.0","result":"0x2c","id":2760},{"jsonrpc":"2.0","result":"0x2c","id":2761},{"jsonrpc":"2.0","result":"0x2c","id":2762},{"jsonrpc":"2.0","result":"0x2c","id":2763},{"jsonrpc":"2.0","result":"0x2c","id":2764},{"jsonrpc":"2.0","result":"0x2c","id":2765},{"jsonrpc":"2.0","result":"0x2c","id":2766},{"jsonrpc":"2.0","result":"0x2c","id":2767},{"jsonrpc":"2.0","result":"0x2c","id":2768},{"jsonrpc":"2.0","result":"0x2c","id":2769},{"jsonrpc":"2.0","result":"0x2c","id":2770},{"jsonrpc":"2.0","result":"0x2c","id":2771},{"jsonrpc":"2.0","result":"0x2c","id":2772},{"jsonrpc":"2.0","result":"0x2c","id":2773},{"jsonrpc":"2.0","result":"0x2c","id":2774},{"jsonrpc":"2.0","result":"0x2c","id":2775},{"jsonrpc":"2.0","result":"0x2c","id":2776}]
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:06Z | [      ormpipe       ] [  ethers:crab  ] [ sendRpcPayload ] {"method":"eth_blockNumber","params":[],"id":4134,"jsonrpc":"2.0"}
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:06Z | [      ormpipe       ] [  ethers:crab  ] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x27dd5c","id":4131}]
ormpipe-mainnets-oracle  | info:    2024-04-15T05:53:06Z | [ormpipe-relay-oracle] [ darwinia>crab ] [  oracle:sign   ] multisign transaction executed: (1011) 0xda3236eee2b17978a24aa898392ee96273ece985f9dd671690b70f275287eb72
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:06Z | [      ormpipe       ] [  ethers:crab  ] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x27dd5c","id":4130}]
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:06Z | [      ormpipe       ] [  ethers:crab  ] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x2c","id":2377},{"jsonrpc":"2.0","result":"0x2c","id":2378},{"jsonrpc":"2.0","result":"0x2c","id":2379},{"jsonrpc":"2.0","result":"0x2c","id":2380},{"jsonrpc":"2.0","result":"0x2c","id":2381},{"jsonrpc":"2.0","result":"0x2c","id":2382},{"jsonrpc":"2.0","result":"0x2c","id":2383},{"jsonrpc":"2.0","result":"0x2c","id":2384},{"jsonrpc":"2.0","result":"0x2c","id":2385},{"jsonrpc":"2.0","result":"0x2c","id":2386},{"jsonrpc":"2.0","result":"0x2c","id":2387},{"jsonrpc":"2.0","result":"0x2c","id":2388},{"jsonrpc":"2.0","result":"0x2c","id":2389},{"jsonrpc":"2.0","result":"0x2c","id":2390},{"jsonrpc":"2.0","result":"0x2c","id":2391},{"jsonrpc":"2.0","result":"0x2c","id":2392},{"jsonrpc":"2.0","result":"0x2c","id":2393},{"jsonrpc":"2.0","result":"0x2c","id":2394},{"jsonrpc":"2.0","result":"0x2c","id":2395},{"jsonrpc":"2.0","result":"0x2c","id":2396},{"jsonrpc":"2.0","result":"0x2c","id":2397},{"jsonrpc":"2.0","result":"0x2c","id":2398},{"jsonrpc":"2.0","result":"0x2c","id":2399},{"jsonrpc":"2.0","result":"0x2c","id":2400},{"jsonrpc":"2.0","result":"0x2c","id":2401},{"jsonrpc":"2.0","result":"0x2c","id":2402},{"jsonrpc":"2.0","result":"0x2c","id":2403},{"jsonrpc":"2.0","result":"0x2c","id":2404},{"jsonrpc":"2.0","result":"0x2c","id":2405},{"jsonrpc":"2.0","result":"0x2c","id":2406},{"jsonrpc":"2.0","result":"0x2c","id":2407},{"jsonrpc":"2.0","result":"0x2c","id":2408},{"jsonrpc":"2.0","result":"0x2c","id":2409},{"jsonrpc":"2.0","result":"0x2c","id":2410},{"jsonrpc":"2.0","result":"0x2c","id":2411},{"jsonrpc":"2.0","result":"0x2c","id":2412},{"jsonrpc":"2.0","result":"0x2c","id":2413},{"jsonrpc":"2.0","result":"0x2c","id":2414},{"jsonrpc":"2.0","result":"0x2c","id":2415},{"jsonrpc":"2.0","result":"0x2c","id":2416},{"jsonrpc":"2.0","result":"0x2c","id":2417},{"jsonrpc":"2.0","result":"0x2c","id":2418},{"jsonrpc":"2.0","result":"0x2c","id":2419},{"jsonrpc":"2.0","result":"0x2c","id":2420},{"jsonrpc":"2.0","result":"0x2c","id":2421},{"jsonrpc":"2.0","result":"0x2c","id":2422},{"jsonrpc":"2.0","result":"0x2c","id":2423},{"jsonrpc":"2.0","result":"0x2c","id":2424},{"jsonrpc":"2.0","result":"0x2c","id":2425},{"jsonrpc":"2.0","result":"0x2c","id":2426},{"jsonrpc":"2.0","result":"0x2c","id":2427},{"jsonrpc":"2.0","result":"0x2c","id":2428},{"jsonrpc":"2.0","result":"0x2c","id":2429},{"jsonrpc":"2.0","result":"0x2c","id":2430},{"jsonrpc":"2.0","result":"0x2c","id":2431},{"jsonrpc":"2.0","result":"0x2c","id":2432},{"jsonrpc":"2.0","result":"0x2c","id":2433},{"jsonrpc":"2.0","result":"0x2c","id":2434},{"jsonrpc":"2.0","result":"0x2c","id":2435},{"jsonrpc":"2.0","result":"0x2c","id":2436},{"jsonrpc":"2.0","result":"0x2c","id":2437},{"jsonrpc":"2.0","result":"0x2c","id":2438},{"jsonrpc":"2.0","result":"0x2c","id":2439},{"jsonrpc":"2.0","result":"0x2c","id":2440},{"jsonrpc":"2.0","result":"0x2c","id":2441},{"jsonrpc":"2.0","result":"0x2c","id":2442},{"jsonrpc":"2.0","result":"0x2c","id":2443},{"jsonrpc":"2.0","result":"0x2c","id":2444},{"jsonrpc":"2.0","result":"0x2c","id":2445},{"jsonrpc":"2.0","result":"0x2c","id":2446},{"jsonrpc":"2.0","result":"0x2c","id":2447},{"jsonrpc":"2.0","result":"0x2c","id":2448},{"jsonrpc":"2.0","result":"0x2c","id":2449},{"jsonrpc":"2.0","result":"0x2c","id":2450},{"jsonrpc":"2.0","result":"0x2c","id":2451},{"jsonrpc":"2.0","result":"0x2c","id":2452},{"jsonrpc":"2.0","result":"0x2c","id":2453},{"jsonrpc":"2.0","result":"0x2c","id":2454},{"jsonrpc":"2.0","result":"0x2c","id":2455},{"jsonrpc":"2.0","result":"0x2c","id":2456},{"jsonrpc":"2.0","result":"0x2c","id":2457},{"jsonrpc":"2.0","result":"0x2c","id":2458},{"jsonrpc":"2.0","result":"0x2c","id":2459},{"jsonrpc":"2.0","result":"0x2c","id":2460},{"jsonrpc":"2.0","result":"0x2c","id":2461},{"jsonrpc":"2.0","result":"0x2c","id":2462},{"jsonrpc":"2.0","result":"0x2c","id":2463},{"jsonrpc":"2.0","result":"0x2c","id":2464},{"jsonrpc":"2.0","result":"0x2c","id":2465},{"jsonrpc":"2.0","result":"0x2c","id":2466},{"jsonrpc":"2.0","result":"0x2c","id":2467},{"jsonrpc":"2.0","result":"0x2c","id":2468},{"jsonrpc":"2.0","result":"0x2c","id":2469},{"jsonrpc":"2.0","result":"0x2c","id":2470},{"jsonrpc":"2.0","result":"0x2c","id":2471},{"jsonrpc":"2.0","result":"0x2c","id":2472},{"jsonrpc":"2.0","result":"0x2c","id":2473},{"jsonrpc":"2.0","result":"0x2c","id":2474},{"jsonrpc":"2.0","result":"0x2c","id":2475},{"jsonrpc":"2.0","result":"0x2c","id":2476}]
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:06Z | [      ormpipe       ] [  ethers:crab  ] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x27dd5c","id":4132}]
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:06Z | [      ormpipe       ] [  ethers:crab  ] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x27dd5c","id":4133}]
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:07Z | [      ormpipe       ] [  ethers:crab  ] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x27dd5c","id":4134}]
ormpipe-mainnets-oracle  | info:    2024-04-15T05:53:07Z | --------- oracle crab>darwinia ---------
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:07Z | [      ormpipe       ] [  ethers:crab  ] [ sendRpcPayload ] {"method":"eth_chainId","params":[],"id":4135,"jsonrpc":"2.0"}
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:08Z | [      ormpipe       ] [  ethers:crab  ] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x27d558","id":4129}]
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:08Z | [      ormpipe       ] [  ethers:crab  ] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x2c","id":4135}]
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:08Z | [      ormpipe       ] [ethers:darwinia] [ sendRpcPayload ] {"method":"eth_chainId","params":[],"id":7,"jsonrpc":"2.0"}
ormpipe-testnets-oracle  | info:    2024-04-15T05:53:14Z | [ormpipe-relay-oracle] [    sepolia>pangolin    ] [oracle:sign] no new assigned message accepted or assigned to self
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:15Z | [      ormpipe       ] [ethers:darwinia] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x2e","id":7}]
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:15Z | [ormpipe-relay-oracle] [ crab>darwinia ] [  oracle:sign   ] start oracle sign
ormpipe-testnets-oracle  | info:    2024-04-15T05:53:15Z | --------- oracle pangolin>sepolia ---------
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:18Z | [ormpipe-relay-oracle] [ crab>darwinia ] [  oracle:sign   ] compare cache signed message index 2502/1011
ormpipe-mainnets-oracle  | info:    2024-04-15T05:53:18Z | [ormpipe-relay-oracle] [ crab>darwinia ] [  oracle:sign   ] new message accepted 0xe8d62f8bb4dc894f0b861e9a7e1f2fda8e3c05a3b9f9ba022beead0c8029bfbd wait block 2612512(crab) finalized
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:18Z | [      ormpipe       ] [  ethers:crab  ] [ sendRpcPayload ] [{"method":"eth_chainId","params":[],"id":4136,"jsonrpc":"2.0"},{"method":"eth_getBlockByNumber","params":["finalized",false],"id":4137,"jsonrpc":"2.0"}]
ormpipe-testnets-oracle  | info:    2024-04-15T05:53:20Z | [ormpipe-relay-oracle] [    pangolin>sepolia    ] [oracle:sign] no new assigned message accepted or assigned to self
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:20Z | [      ormpipe       ] [  ethers:crab  ] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x2c","id":4136},{"jsonrpc":"2.0","result":{"author":"0xb4a488b072b9d75909d7a7c42da8e03e43e40ac3","baseFeePerGas":"0x2316cee100","difficulty":"0x0","extraData":"0x","gasLimit":"0x1312d00","gasUsed":"0x0","hash":"0x10d620d86e89cb3236a0d09f2c0dca654e9958b4c65ba5b18bac1eb9920840fa","logsBloom":"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000","miner":"0xb4a488b072b9d75909d7a7c42da8e03e43e40ac3","nonce":"0x0000000000000000","number":"0x27dd5c","parentHash":"0x9d38e1f2a237e49b8023438a7b43a28ce9340007f2fc350dfd7eed54482de670","receiptsRoot":"0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421","sha3Uncles":"0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347","size":"0x202","stateRoot":"0x4436da19ed398479e59f45d7baa8115b77f0dcfa45b16b4507d8112e60745e40","timestamp":"0x661cc0b0","totalDifficulty":"0x0","transactions":[],"transactionsRoot":"0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421","uncles":[]},"id":4137}]
ormpipe-mainnets-oracle  | info:    2024-04-15T05:53:20Z | [ormpipe-relay-oracle] [ crab>darwinia ] [  oracle:sign   ] message block finalized 2612572/2612512(crab)
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:20Z | [      ormpipe       ] [ethers:darwinia] [ sendRpcPayload ] [{"method":"eth_call","params":[{"from":"0x9f33a4809aa708d7a399fedba514e0a0d15efa85","to":"0x000000000d60704384100a29efb6c9cf8cd72820","data":"0xa0e67e2b"},"latest"],"id":8,"jsonrpc":"2.0"},{"method":"eth_chainId","params":[],"id":9,"jsonrpc":"2.0"}]
ormpipe-testnets-oracle  | info:    2024-04-15T05:53:21Z | --------- oracle arbitrumsepolia>pangolin ---------
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:23Z | [      ormpipe       ] [ethers:darwinia] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x00000000000000000000000000000000000000000000000000000000000000200000000000000000000000000000000000000000000000000000000000000005000000000000000000000000178e699c9a6bb2cd624557fbd85ed219e6faba770000000000000000000000009f33a4809aa708d7a399fedba514e0a0d15efa85000000000000000000000000a4be619e8c0e3889f5fa28bb0393a4862cad35ad000000000000000000000000b9a0cadd13c5d534b034d878b2fca9e5a6e1e3a4000000000000000000000000fa5727be643dba6599fc7f812fe60da3264a8205","id":8},{"jsonrpc":"2.0","result":"0x2e","id":9}]
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:27Z | [      ormpipe       ] [  ethers:crab  ] [ sendRpcPayload ] [{"method":"eth_chainId","params":[],"id":4138,"jsonrpc":"2.0"},{"method":"eth_getLogs","params":[{"address":"0x00000000001523057a05d6293c1e5171ee33ee0a","topics":["0x327110434bca326d1f70236295f59c8b472ebc683a6549ca9254697564fec4a5"],"fromBlock":"0x27dd20","toBlock":"0x27dd20"}],"id":4139,"jsonrpc":"2.0"}]
ormpipe-testnets-oracle  | info:    2024-04-15T05:53:28Z | [ormpipe-relay-oracle] [arbitrumsepolia>pangolin] [oracle:sign] no new assigned message accepted or assigned to self
ormpipe-testnets-oracle  | info:    2024-04-15T05:53:29Z | --------- oracle pangolin>arbitrumsepolia ---------
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:29Z | [      ormpipe       ] [  ethers:crab  ] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x2c","id":4138},{"jsonrpc":"2.0","result":[{"address":"0x00000000001523057a05d6293c1e5171ee33ee0a","topics":["0x327110434bca326d1f70236295f59c8b472ebc683a6549ca9254697564fec4a5","0xe8d62f8bb4dc894f0b861e9a7e1f2fda8e3c05a3b9f9ba022beead0c8029bfbd"],"data":"0x775a9b4136f0a1f1a6959446697e4a031ea6326359b9cca2d24e6258f09b28af000000000000000000000000000000000000000000000000000000000000004000000000000000000000000000000000001523057a05d6293c1e5171ee33ee0a00000000000000000000000000000000000000000000000000000000000009c6000000000000000000000000000000000000000000000000000000000000002c0000000000000000000000000000000005d961f950ada391c1511c92bbc64d9f000000000000000000000000000000000000000000000000000000000000002e0000000000000000000000000000000005d961f950ada391c1511c92bbc64d9f00000000000000000000000000000000000000000000000000000000000184fa000000000000000000000000000000000000000000000000000000000000010000000000000000000000000000000000000000000000000000000000000000a4394d1bca0000000000000000000000000b001c95e86d64c1ad6e43944c568a6c31b538870000000000000000000000000b001c95e86d64c1ad6e43944c568a6c31b5388700000000000000000000000000000000000000000000000000000000000000600000000000000000000000000000000000000000000000000000000000000009037112257603945320000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000","blockHash":"0xc1d8e5ae787d116ca789596836605ba521868de30cf7783cc8fbc74c9e2c6b2a","blockNumber":"0x27dd20","transactionHash":"0x3474deaed4d298f574728af7084e1cf92bc8b645223b5d4f0d945d68a1cb403f","transactionIndex":"0x0","logIndex":"0x0","transactionLogIndex":"0x0","removed":false}],"id":4139}]
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:30Z | [      ormpipe       ] [ethers:darwinia] [ sendRpcPayload ] [{"method":"eth_getTransactionCount","params":["0x9f33a4809aa708d7a399fedba514e0a0d15efa85","pending"],"id":10,"jsonrpc":"2.0"},{"method":"eth_chainId","params":[],"id":11,"jsonrpc":"2.0"}]
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:32Z | [      ormpipe       ] [ethers:darwinia] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x25fe","id":10},{"jsonrpc":"2.0","result":"0x2e","id":11}]
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:32Z | [      ormpipe       ] [ethers:darwinia] [ sendRpcPayload ] {"method":"eth_estimateGas","params":[{"nonce":"0x25fe","from":"0x9f33a4809aa708d7a399fedba514e0a0d15efa85","to":"0x000000000d60704384100a29efb6c9cf8cd72820","data":"0x0589105b0000000000000000000000000000000003ebef32d8f0ed406a5ca8805c80afba0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000006629ebb400000000000000000000000000000000000000000000000000000000000000a00000000000000000000000000000000000000000000000000000000000000140000000000000000000000000000000000000000000000000000000000000006484eb2909000000000000000000000000000000000000000000000000000000000000002c000000000000000000000000000000000000000000000000000000000027dd20775a9b4136f0a1f1a6959446697e4a031ea6326359b9cca2d24e6258f09b28af0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000c3af25f05d26890973a77f3b0b191651ad9eee65f67451f07ac3b74285d981be1f521e494930ebd6be2640a3dd2298f51d505df787fccc346f1a605213c096a7751be759e4b3de2cd1d9e669c4d9a7351f8006269988886a9d02712b39ca942cc52b4f3d876328b246fd2e6d362c0591158869219c7ecbb5a239d478e75b866098721b64313b42255f284865ed5ba661b0a7444086d7ffd2afa2bf70fddc7334050ec22332dd311d359d2821ebdfabf75b9627b393ece6783a9dab66423e1ffb3af12b1c0000000000000000000000000000000000000000000000000000000000"}],"id":12,"jsonrpc":"2.0"}
ormpipe-testnets-oracle  | info:    2024-04-15T05:53:32Z | [ormpipe-relay-oracle] [pangolin>arbitrumsepolia] [oracle:sign] no new assigned message accepted or assigned to self
ormpipe-testnets-oracle  | info:    2024-04-15T05:53:33Z | --------- oracle sepolia>arbitrumsepolia ---------
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:34Z | [      ormpipe       ] [ethers:darwinia] [receiveRpcResult] [{"jsonrpc":"2.0","error":{"code":-32603,"message":"execution fatal: Module(ModuleError { index: 37, error: [5, 0, 0, 0], message: None })"},"id":12}]
ormpipe-mainnets-oracle  | error:   2024-04-15T05:53:34Z | [   ormpipe-relay    ] [ crab>darwinia ] missing revert data (action="estimateGas", data=null, reason=null, transaction={ "data": "0x0589105b0000000000000000000000000000000003ebef32d8f0ed406a5ca8805c80afba0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000006629ebb400000000000000000000000000000000000000000000000000000000000000a00000000000000000000000000000000000000000000000000000000000000140000000000000000000000000000000000000000000000000000000000000006484eb2909000000000000000000000000000000000000000000000000000000000000002c000000000000000000000000000000000000000000000000000000000027dd20775a9b4136f0a1f1a6959446697e4a031ea6326359b9cca2d24e6258f09b28af0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000c3af25f05d26890973a77f3b0b191651ad9eee65f67451f07ac3b74285d981be1f521e494930ebd6be2640a3dd2298f51d505df787fccc346f1a605213c096a7751be759e4b3de2cd1d9e669c4d9a7351f8006269988886a9d02712b39ca942cc52b4f3d876328b246fd2e6d362c0591158869219c7ecbb5a239d478e75b866098721b64313b42255f284865ed5ba661b0a7444086d7ffd2afa2bf70fddc7334050ec22332dd311d359d2821ebdfabf75b9627b393ece6783a9dab66423e1ffb3af12b1c0000000000000000000000000000000000000000000000000000000000", "from": "0x9F33a4809aA708d7a399fedBa514e0A0d15EfA85", "to": "0x000000000d60704384100A29efb6C9cf8cD72820" }, invocation=null, revert=null, code=CALL_EXCEPTION, version=6.7.1)
ormpipe-mainnets-oracle  | Error: missing revert data (action="estimateGas", data=null, reason=null, transaction={ "data": "0x0589105b0000000000000000000000000000000003ebef32d8f0ed406a5ca8805c80afba0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000006629ebb400000000000000000000000000000000000000000000000000000000000000a00000000000000000000000000000000000000000000000000000000000000140000000000000000000000000000000000000000000000000000000000000006484eb2909000000000000000000000000000000000000000000000000000000000000002c000000000000000000000000000000000000000000000000000000000027dd20775a9b4136f0a1f1a6959446697e4a031ea6326359b9cca2d24e6258f09b28af0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000c3af25f05d26890973a77f3b0b191651ad9eee65f67451f07ac3b74285d981be1f521e494930ebd6be2640a3dd2298f51d505df787fccc346f1a605213c096a7751be759e4b3de2cd1d9e669c4d9a7351f8006269988886a9d02712b39ca942cc52b4f3d876328b246fd2e6d362c0591158869219c7ecbb5a239d478e75b866098721b64313b42255f284865ed5ba661b0a7444086d7ffd2afa2bf70fddc7334050ec22332dd311d359d2821ebdfabf75b9627b393ece6783a9dab66423e1ffb3af12b1c0000000000000000000000000000000000000000000000000000000000", "from": "0x9F33a4809aA708d7a399fedBa514e0A0d15EfA85", "to": "0x000000000d60704384100A29efb6C9cf8cD72820" }, invocation=null, revert=null, code=CALL_EXCEPTION, version=6.7.1)
ormpipe-mainnets-oracle  |     at makeError (/app/node_modules/ethers/lib.commonjs/utils/errors.js:125:21)
ormpipe-mainnets-oracle  |     at getBuiltinCallException (/app/node_modules/ethers/lib.commonjs/abi/abi-coder.js:104:37)
ormpipe-mainnets-oracle  |     at AbiCoder.getBuiltinCallException (/app/node_modules/ethers/lib.commonjs/abi/abi-coder.js:201:16)
ormpipe-mainnets-oracle  |     at JsonRpcProvider.getRpcError (/app/node_modules/ethers/lib.commonjs/providers/provider-jsonrpc.js:599:43)
ormpipe-mainnets-oracle  |     at /app/node_modules/ethers/lib.commonjs/providers/provider-jsonrpc.js:268:45
ormpipe-mainnets-oracle  |     at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
ormpipe-mainnets-oracle  | info:    2024-04-15T05:53:34Z | [ormpipe-relay-oracle] [ crab>darwinia ] [  oracle:sign   ] failed to execute multisign will sign message again, 2502(crab)
ormpipe-mainnets-oracle  | info:    2024-04-15T05:53:34Z | [ormpipe-relay-oracle] [ crab>darwinia ] [  oracle:sign   ] prepare to submit signature for message 2502(crab) to darwinia and last signature state is true
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:34Z | [      ormpipe       ] [ethers:darwinia] [ sendRpcPayload ] [{"method":"eth_chainId","params":[],"id":1,"jsonrpc":"2.0"},{"method":"eth_getTransactionCount","params":["0x9f33a4809aa708d7a399fedba514e0a0d15efa85","pending"],"id":2,"jsonrpc":"2.0"},{"method":"eth_chainId","params":[],"id":3,"jsonrpc":"2.0"}]
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:35Z | [      ormpipe       ] [ethers:darwinia] [receiveRpcResult] [{"jsonrpc":"2.0","result":"0x2e","id":1},{"jsonrpc":"2.0","result":"0x25fe","id":2},{"jsonrpc":"2.0","result":"0x2e","id":3}]
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:35Z | [      ormpipe       ] [ethers:darwinia] [ sendRpcPayload ] {"method":"eth_estimateGas","params":[{"nonce":"0x25fe","from":"0x9f33a4809aa708d7a399fedba514e0a0d15efa85","to":"0x57dd62e0986a61a269c769b107a5a7952d73b7ed","data":"0x2856d129000000000000000000000000000000000000000000000000000000000000002c00000000000000000000000000000000000000000000000000000000000009c60000000000000000000000000000000000000000000000000000000000000080000000000000000000000000000000000000000000000000000000000000010000000000000000000000000000000000000000000000000000000000000000417b4eee3795b4f242625126b86e23d56d860079338111930c79924e250486ee0f529f1f495bc9cea031eb6c35b40c6acd59c5a44c84f1a13587406f9abdd64dce1c00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000010000000000000000000000000000000000000000000000000000000000000000200000000000000000000000000000000000000000000000000000000000000040000000000000000000000000000000000000000000000000000000006629ebb4000000000000000000000000000000000000000000000000000000000000006484eb2909000000000000000000000000000000000000000000000000000000000000002c000000000000000000000000000000000000000000000000000000000027dd20775a9b4136f0a1f1a6959446697e4a031ea6326359b9cca2d24e6258f09b28af00000000000000000000000000000000000000000000000000000000"}],"id":4,"jsonrpc":"2.0"}
ormpipe-mainnets-oracle  | debug:   2024-04-15T05:53:36Z | [      ormpipe       ] [ethers:darwinia] [receiveRpcResult] [{"jsonrpc":"2.0","error":{"code":-32603,"message":"execution fatal: Module(ModuleError { index: 37, error: [5, 0, 0, 0], message: None })"},"id":4}]
ormpipe-mainnets-oracle  | error:   2024-04-15T05:53:36Z | [   ormpipe-relay    ] [ crab>darwinia ] missing revert data (action="estimateGas", data=null, reason=null, transaction={ "data": "0x2856d129000000000000000000000000000000000000000000000000000000000000002c00000000000000000000000000000000000000000000000000000000000009c60000000000000000000000000000000000000000000000000000000000000080000000000000000000000000000000000000000000000000000000000000010000000000000000000000000000000000000000000000000000000000000000417b4eee3795b4f242625126b86e23d56d860079338111930c79924e250486ee0f529f1f495bc9cea031eb6c35b40c6acd59c5a44c84f1a13587406f9abdd64dce1c00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000010000000000000000000000000000000000000000000000000000000000000000200000000000000000000000000000000000000000000000000000000000000040000000000000000000000000000000000000000000000000000000006629ebb4000000000000000000000000000000000000000000000000000000000000006484eb2909000000000000000000000000000000000000000000000000000000000000002c000000000000000000000000000000000000000000000000000000000027dd20775a9b4136f0a1f1a6959446697e4a031ea6326359b9cca2d24e6258f09b28af00000000000000000000000000000000000000000000000000000000", "from": "0x9F33a4809aA708d7a399fedBa514e0A0d15EfA85", "to": "0x57dD62E0986a61A269c769B107A5A7952D73B7eD" }, invocation=null, revert=null, code=CALL_EXCEPTION, version=6.7.1)
ormpipe-mainnets-oracle  | Error: missing revert data (action="estimateGas", data=null, reason=null, transaction={ "data": "0x2856d129000000000000000000000000000000000000000000000000000000000000002c00000000000000000000000000000000000000000000000000000000000009c60000000000000000000000000000000000000000000000000000000000000080000000000000000000000000000000000000000000000000000000000000010000000000000000000000000000000000000000000000000000000000000000417b4eee3795b4f242625126b86e23d56d860079338111930c79924e250486ee0f529f1f495bc9cea031eb6c35b40c6acd59c5a44c84f1a13587406f9abdd64dce1c00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000010000000000000000000000000000000000000000000000000000000000000000200000000000000000000000000000000000000000000000000000000000000040000000000000000000000000000000000000000000000000000000006629ebb4000000000000000000000000000000000000000000000000000000000000006484eb2909000000000000000000000000000000000000000000000000000000000000002c000000000000000000000000000000000000000000000000000000000027dd20775a9b4136f0a1f1a6959446697e4a031ea6326359b9cca2d24e6258f09b28af00000000000000000000000000000000000000000000000000000000", "from": "0x9F33a4809aA708d7a399fedBa514e0A0d15EfA85", "to": "0x57dD62E0986a61A269c769B107A5A7952D73B7eD" }, invocation=null, revert=null, code=CALL_EXCEPTION, version=6.7.1)
ormpipe-mainnets-oracle  |     at makeError (/app/node_modules/ethers/lib.commonjs/utils/errors.js:125:21)

The rpc service is down


Issues with spacing around formulas and siunitx

Description
Formulas seem to reserve more vertical space than needed. This leads to uneven spacing between the rows which makes the text a little harder to follow.
(Optional:) Please add any files, screenshots, or other information here.

(Required) What is this issue most closely related to? Select one.
Formula
Internal issue ID
3cdea2e3-f98e-49c6-852c-18925068400f
Paper URL
https://arxiv.org/html/2401.09196v1
Browser
Firefox/121.0
Device Type
Desktop

Curious, I can't seem to reproduce this with the exact same Firefox 121.0 version (on Ubuntu).
Which OS was the behavior observed on, if you don't mind me asking?

I am using artix linux. I played a bit with different browsers and here is the result:
On firefox 121.0-1 i observe the problem when the Dark reader plugin is disabled. When i enable the plugin everything seems normal. So the plugin seems to fix the issue.
On firefox-esr 115.6.0-1 (without plugins), I always observe the problem.
On ungoogled-chromium 120.0.6099.199-1 (without plugins), I could not reproduce the problem.
I went further and think that the problem is caused by the default serif font for mathematics which in my case is "Latin Modern Math". When the serif font for mathematics is changed, the problem disappears.

I went further and think that the problem is caused by the default serif font for mathematics which in my case is "Latin Modern Math". When the serif font for mathematics is changed, the problem disappears.

Very valuable, thanks!


Bug macos Signet setup Recory path multisigner in new wallet

Hello,
Config :

MacOS X 14.0
Intel i5

Following the presentation of LIANA by @pythcoiner , I got this issue :
Command to start bitcoind returned an error : Cookie file was not found at the expected path : /Users/galoisfield/Library/Application Support/Liana/bitcoind/datadir/signet/.cookie

I tried to launch from terminal (/Users/galoisfield/Library/Application Support/Liana/bitcoind):
./bin/bitcoind -conf=datadir/bitcoin.conf
More or less the same error each time :
Error: Error reading configuration file: specified config file "/Users/galoisfield/Library/Application Support/Bitcoin/datadir/bitcoin.conf" could not be opened

Let me know if you need more info.

can you try w/ absolute path in -conf arg?

Without any argument I reach : Error: Error reading configuration file: conf cannot be set in the configuration file; use includeconf= if you want to include additional config files
When I specify the absolute path : I get an error from datadir
Error: Data directory "/Users/galoisfield/Library/Application Support/Bitcoin" contains a "bitcoin.conf" file which is ignored, because a different configuration file "/Users/galoisfield/Library/Application Support/Liana/bitcoind/datadir/bitcoin.conf" from command line argument "-conf=/Users/galoisfield/Library/Application Support/Liana/bitcoind/datadir/bitcoin.conf" is being used instead. Possible ways to address this would be to:
- Delete or rename the "bitcoin.conf" file in data directory "/Users/galoisfield/Library/Application Support/Bitcoin".
- Change datadir= or conf= options to specify one configuration file, not two, and use includeconf= to include any other configuration files.
- Set allowignoredconf=1 option to treat this condition as a warning, not an error.

Following the presentation of LIANA by @pythcoiner , I got this issue :
Command to start bitcoind returned an error : Cookie file was not found at the expected path : /Users/galoisfield/Library/Application Support/Liana/bitcoind/datadir/signet/.cookie

Was this error received after choosing the Liana-managed Bitcoin node option when creating your wallet?
Regarding running it from the terminal, I think you might need to pass -datadir instead of -conf.

Following the presentation of LIANA by @pythcoiner , I got this issue :

Command to start bitcoind returned an error : Cookie file was not found at the expected path : /Users/galoisfield/Library/Application Support/Liana/bitcoind/datadir/signet/.cookie

Was this error received after choosing the Liana-managed Bitcoin node option when creating your wallet?
Regarding running it from the terminal, I think you might need to pass -datadir instead of -conf.

Ah ! Instead of -conf flag ?!

wich version of MacOs are you running? i'll try to launch a VM to try reproduce

maybe related to https://github.com/wizardsardine/liana/issues/929#issuecomment-1900021680, will try to reproduce in a VM.
@GaloisField2718, can you check wich bitcoind version you run ?
you can check the content of /Users/galoisfield/Library/Application Support/Liana/bitcoind/, oerhaps you have several versions?

I reach to reproduce on linux, the steps are:

Make a new signet wallet
Make full IBD
Stop Liana
Manually remove .liana/signet
Manually remove .liana/bitcoind/datadir/signet

Then when try to setup a new signet wallet we have this error:

@GaloisField2718 did you come to this issue by this way?

@GaloisField2718 did you come to this issue by this way?

I doesn't specifically removed .liana folders but I opened liana, launched signet, close liana and open again to use another network with specific wallet recovery settings.

It looks to me it was a bitcoin core auth  w/ cookie issue that have been fixed in 26.1.
So i close it, anyone feel free to reopen if upgrading to bitcoind 26.1 don't fix on your side.


Retire dormant Fabric maintainers

Retire maintainers that have been inactive for the last 3 months:
Danny Cao
Note:
"A maintainer removed for inactivity should be restored following a
sustained resumption of contributions and reviews (a month or more)
demonstrating a renewed commitment to the project."
Signed-off-by: Danny Cao<EMAIL_ADDRESS>

Given I haven't been particularly active in the past couple months directly on Fabric, as well as the fact I will be leaving the project soon, it makes sense to retire here. Thanks for all the good times and I hope to one day return to Fabric.

Thank you for everything you did for Fabric Danny. Best of luck with everything.
Maybe we can get one last CI flake on this PR for you 😉


fix: GraphQLBuilder use model name from schema instead of model

Issue #, if available:
Description of changes:
The issue on flutter side shows that getting the name from the model is not working as expected:
AWSPluginsCore/ModelBasedGraphQLDocumentBuilder.swift:20: Fatal error: Missing ModelSchema in ModelRegistry for model name: FlutterSerializedModel

This changes the code in the delete mutation path to be the same as the create/update mutation,  that gets the modelName from the schema, ie. modelSchema.name instead of model.modelName
Check points:

[ ] Added new tests to cover change, if needed
[ ] All unit tests pass
[ ] All integration tests pass
[ ] Documentation update for the change if required
[ ] PR title conforms to conventional commit style

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

Codecov Report

Merging #1292 (672ac66) into main (25ffbb1) will decrease coverage by 2.91%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##             main    #1292      +/-   ##
==========================================
- Coverage   60.28%   57.37%   -2.92%
==========================================
  Files         656      583      -73
  Lines       19561    17282    -2279
==========================================
- Hits        11793     9916    -1877
+ Misses       7768     7366     -402

Flag
Coverage Δ

API_plugin_unit_test
65.41% <ø> (-0.10%)
:arrow_down:

AWSPluginsCore
74.33% <100.00%> (ø)

Amplify
48.40% <ø> (+0.02%)
:arrow_up:

Analytics_plugin_unit_test
73.41% <ø> (ø)

Auth_plugin_unit_test
?

DataStore_plugin_unit_test
74.75% <ø> (ø)

Predictions_plugin_unit_test
33.51% <ø> (ø)

Storage_plugin_unit_test
57.72% <ø> (ø)

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

Impacted Files
Coverage Δ

...ies/Analytics/AnalyticsCategoryConfiguration.swift
100.00% <ø> (ø)

...mplify/Categories/Analytics/AnalyticsProfile.swift
0.00% <ø> (ø)

...fy/Categories/Analytics/Error/AnalyticsError.swift
65.21% <ø> (ø)

...tegories/Analytics/Event/BasicAnalyticsEvent.swift
100.00% <ø> (ø)

.../Configuration/AWSAuthorizationConfiguration.swift
0.00% <ø> (ø)

...aphQLRequest/GraphQLRequest+AnyModelWithSync.swift
86.00% <100.00%> (ø)

...n/Operation/AWSGraphQLOperation+APIOperation.swift
43.63% <0.00%> (-3.64%)
:arrow_down:

...n/Models/Options/AWSAuthResetPasswordOptions.swift

...rations/AWSAuthConfirmUserAttributeOperation.swift

...uthPlugin/Request/AuthSignInRequest+Validate.swift

... and 71 more

Continue to review full report at Codecov.

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


If you don't append the input element on body on iOS it doesn't work

change and blur event will not fire on iOS without append input element to the body.
I suggest these changes to the openFileDialog file:
/helpers/openFileDialog.ts:
export function openFileDialog(accept: string, multiple: boolean, callback: (arg: Event) => void) {
  // this function must be called from a user
  // activation event (ie an onclick event)

  // Create an input element
  var inputElement = document.createElement('input');
  // Hide element and append to body (required to run on iOS safari)
  inputElement.style.display = 'none';
  document.body.appendChild(inputElement);
  // Set its type to file
  inputElement.type = 'file';
  // Set accept to the file types you want the user to select.
  // Include both the file extension and the mime type
  inputElement.accept = accept;
  // Accept multiple files
  inputElement.multiple = multiple;
  // set onchange event to call callback when user has selected file
  //inputElement.addEventListener('change', callback);
  inputElement.addEventListener('change', arg => {
    callback(arg);
    // remove element
    document.body.removeChild(inputElement);
  });
  // set onblur event to call callback when user has selected file on Safari
  inputElement.addEventListener('blur', arg => {
    callback(arg);
    // remove element
    document.body.removeChild(inputElement);
  });
  // dispatch a click event to open the file dialog
  inputElement.dispatchEvent(new MouseEvent('click'));
}

With this implementation everything works fine.

Looks good
What do you think @MrKampla @GitKokoszka

Here the PR: #35

I'm closing the issue as Your changes in the PR #35 were merged and released with version 1.4.2. Thank You for Your input.


Uncaught Error: Equality error: general function equality is undecidable, and therefore, unsupported

Hi again !
I ran into an issue using elm-style-animation. I'm getting this error (sporadically) :
Uncaught Error: Equality error: general function equality is undecidable, and therefore, unsupported

My model is a List TreeNode with
type alias TreeNode = {
    ...
    style : Style.Animation
}

I never test for equality (== or /=) myself on these records, do I'm not sure if I'm misusing the lib, or if it's an actual bug on your side. Plus I'm too much of an Elm noob to say right now.
Any idea ?

Hello!
From what I can find elm throws that error when trying to compare two functions.
https://github.com/elm-lang/elm-compiler/issues/1122
The Style.Animation model does have one place that stores a function in the data in some cases, though I think that should only be there if you're using Style.update.
I believe the easiest solution is to write a custom equality function where you render out each style and compare the rendered version, as well as all the other values.
Something like:
treeNodeEq : TreeNode -> TreeNode -> Bool
treeNodeEq node1 node2 =
(Style.render node1.style) == (Style.render node2.style)
&& node1.prop1 == node2.prop1
&& node1.prop2 == node2.prop2

I tried to put together a test case for narrowing the problem, and I don't have it with the "bare minimum". I think it's somewhere else in my code. Sorry for the noise !


Populate a more completed containerd config file

Environmental Info:
K3s Version:  1.23.6

Node(s) CPU architecture, OS, and Version:

x86_64
Cluster Configuration:

NA
Describe the bug:

In my k3s cluster, containerd config file look like this:
[/var/lib/rancher/k3s/agent/etc/containerd]# cat config.toml

[plugins.opt]
  path = "/var/lib/rancher/k3s/agent/containerd"

[plugins.cri]
  stream_server_address = "<IP_ADDRESS>"
  stream_server_port = "10010"
  enable_selinux = false
  sandbox_image = "rancher/mirrored-pause:3.6"

[plugins.cri.containerd]
  snapshotter = "overlayfs"
  disable_snapshot_annotations = true

[plugins.cri.cni]
  bin_dir = "/var/lib/rancher/k3s/data/3ccf8a82c8ded01dbf34ba21e1e5096e7f692aaa0f0c377b02bdd09b46bb081c/bin"
  conf_dir = "/var/lib/rancher/k3s/agent/etc/cni/net.d"

[plugins.cri.containerd.runtimes.runc]
  runtime_type = "io.containerd.runc.v2"

Not fully comply with
https://github.com/containerd/containerd/blob/main/docs/man/containerd-config.toml.5.md
To be more specifically, I expect `version = 2' show up in the top of the file, I then can deploy application like dragonfly2 in my cluster.
Steps To Reproduce:

Installed K3s:
check config file in /var/lib/rancher/k3s/agent/etc/containerd/config.toml

Expected behavior:

`version = 2'  is part of the file
Actual behavior:

it is missing
Additional context / logs:

aha, fixed in https://github.com/k3s-io/k3s/pull/6267 already.


wording correction

Step 2 states - click Create Simulation, it should state Create automation (this is what is shown in the UI)

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 6be692e7-40f2-87ae-56b6-680a32f1024f
Version Independent ID: 6be692e7-40f2-87ae-56b6-680a32f1024f
Content: Simulation automations for Attack simulation training - Office 365
Content Source: microsoft-365/security/office-365-security/attack-simulation-training-simulation-automations.md
Product: m365-security
Technology: mdo
GitHub Login: @chrisda
Microsoft Alias: chrisda

@DeanGross, fixed.
In the future, you too can make updates like this yourself. For instructions, see https://github.com/MicrosoftDocs/microsoft-365-docs/blob/public/README.md.
Thanks for the feedback.
Closing.


Fixed #700

@sinhpham Can you make the commit message more descriptive? It should be able to stand alone as an explanation of why the changes were made without refering to the issue tracker.

@sinhpham Can you make the commit message more descriptive? It should be able to stand alone as an explanation of why the changes were made without refering to the issue tracker.

@cmr good call, done.

@cmr good call, done.

Thanks!

Thanks!


RHEL 8 backports actually happened in 8.1, not 8.0

This fixes eBPF build for RHEL 8.0 kernels

What type of PR is this?

Uncomment one (or more) /kind <> lines:

/kind bug

/kind cleanup

/kind design

/kind documentation

/kind failing-test

/kind feature

Any specific area of the project related to this PR?

Uncomment one (or more) /area <> lines:

/area build

/area driver-kmod

/area driver-ebpf

/area libscap

/area libsinsp

/area tests

/area proposals

What this PR does / why we need it:
Some kernel features backported into RHEL 8.x kernels ended up in 8.1, not 8.0, so the eBPF probe fails to build with RHEL 8.0 kernels right now.
Which issue(s) this PR fixes:

Fixes #
Special notes for your reviewer:
Does this PR introduce a user-facing change?:

NONE

Thanks for your pull request. Before we can look at it, you'll need to add a 'DCO signoff' to your commits.
:memo: Please follow instructions in the contributing guide to update your commits with the DCO
Full details of the Developer Certificate of Origin can be found at developercertificate.org.
The list of commits missing DCO signoff:

b8841c3 RHEL 8 backports actually happened in 8.1, not 8.0

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: gnosek
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

OWNERS [gnosek]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

Just noticed the same issue on 4.18.0-80.x two days ago.  Thank you for fixing this!


DNS doesn't parse creationTime field

I know DNS is not oficially supported yet, but I'm reporting it anyway. I'm using the master gcloud-python repo with this code:
client = dns.Client.from_service_account_json(
    'service-account.json', project='xyz-eu')
zones = client.list_zones()

This is the error I get:
Traceback (most recent call last):
  ..
    zones = client.list_zones()
  File "/app/src/gcloud/gcloud/dns/client.py", line 94, in list_zones
    for resource in resp['managedZones']]
  File "/app/src/gcloud/gcloud/dns/zone.py", line 67, in from_api_repr
    zone._set_properties(resource)
  File "/app/src/gcloud/gcloud/dns/zone.py", line 218, in _set_properties
    cleaned['creationTime'] = float(cleaned['creationTime'])
ValueError: invalid literal for float(): 2015-04-02T13:21:24.943Z

Thanks for the report!

Will be "easy" to do once #1336 is in.

Verified from the docs: https://cloud.google.com/dns/api/v1/managedZones#resource

creationTime: The time that this resource was created on the server. This is in RFC3339 text format. Output only.


Null Pointer on first Login with Email

After I regist with Email and validate the Email, I log in, an Error happens in "queryToSingle" because the querry return no documents
queryToSingle was call from "getUserProfile"

Did you get access to Firebase through this guide?
https://github.com/HelpingHandsProject/Application/wiki/Get-access-to-Google-Oauth

Check if the PR #64 resolves this problem.


Fix buggy click area for input pills

As reported in https://github.com/zulip/zulip/issues/8775#issuecomment-382424867, we have a bug in the input pill area:

I think that this is not a good design, as it requires the user to click on the very small area (
) to be able to add a user. Shouldn't the bar be extended to the right?

This can be quickly fixed if we increase the min-width of .pill-container .input -

@timabbott, @synicalsyntax I think it would be great if we auto set the cursor so that user don't need to click on the input

Something like this -

@akashnimare can you provide more clarity about the specific flow (e.g. opened compose via hotkey) you're thinking about?   I think the Slack UI for this actually wastes time with having a separate screen.  We do leave the cursor in the compose line in some cases and not others today.

No, no! I'm just talking about the cursor thing here. So suppose if you have to send a PM to a and b - you add a first then you need to click on that input again in order to add b. Instead of the clicking on input we could set auto-focus to the same once you add a.


Static linking against glibc, can't use --gc-sections

Hi, this came out when try to configure and build busybox (make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- -j4):
AR      networking/lib.a
LINK    busybox_unstripped
Static linking against glibc, can't use --gc-sections
Trying libraries: crypt m
Library crypt is not needed, excluding it
Library m is needed, can't exclude it (yet)
Final link with: m
Is this an error? And i don't know whether it is compiled successfully or not?
Thanks!
wong

No, this is no error. You know if it worked when there is a "busybox" binary file in the base folder of your busybox tree.
file ./busybox
./busybox: ELF 64-bit LSB executable, ARM aarch64, version 1 (SYSV), statically linked, for GNU/Linux 3.7.0, BuildID[sha1]=a4d0ad6f7fa0e7143911132732f1e23bb3fbba69, stripped


OpenCVSharp3-AnyCPU GPU support

Please help,
I've installed OpencvSharp from nuget, after build there is opencv_ffmpeg400_64.dll and OpenCvSharpExtern.dll in dll folder.
I' have build opencv libraray 4.1 with cuda support, there are this dlls in build output
opencv_calib3d410.dll
opencv_core410.dll
opencv_cudev410.dll
opencv_dnn410.dll
opencv_features2d410.dll
opencv_flann410.dll
opencv_highgui410.dll
opencv_imgcodecs410.dll
opencv_imgproc410.dll
opencv_ml410.dll
opencv_objdetect410.dll
opencv_photo410.pdb
opencv_stitching410.dll
opencv_video410.dll
opencv_videoio410.dll
opencv_world410.dll
I'm using visual studio 2019 on windows,
OpenCVSharp-ANY cpu version <IP_ADDRESS>81129 ,
OpenCV 4.1
CUDA 10.1
Can anyone tell me , how i can get CUDA support into OpencvSharp in this versions.
Thank you

Cuda module on opencvsharp hasn't been updated for a long while and it has lost its functionality, therefore it has been removed from opencvsharp.
Maybe it's possible to use opencvsharp with cuda in future release.


docs: Add logging level guidelines

PR Checklist
PR Structure

[ ] This PR has reasonably narrow scope (if not, break it down into smaller PRs).
[ ] This PR avoids mixing refactoring changes with feature changes (split into two PRs
otherwise).
[ ] This PR's title starts with name of package that is most changed in the PR, ex.
paymentservice.stellar, or all or doc if the changes are broad or impact many
packages.

Thoroughness

[ ] This PR adds tests for the most critical parts of the new functionality or fixes.

What
Add logging level guidelines.
Why
We should decide logging levels of each message consistently.
Known limitations
N/A

Reference Server Preview is available here:https://anchor-ref-pr255.previews.kube001.services.stellar-ops.com/SEP Server Preview is available here:https://anchor-sep-pr255.previews.kube001.services.stellar-ops.com/

Reference Server Preview is available here:https://anchor-ref-pr255.previews.kube001.services.stellar-ops.com/SEP Server Preview is available here:https://anchor-sep-pr255.previews.kube001.services.stellar-ops.com/

Reference Server Preview is available here:https://anchor-ref-pr255.previews.kube001.services.stellar-ops.com/SEP Server Preview is available here:https://anchor-sep-pr255.previews.kube001.services.stellar-ops.com/


Update tools

This updates the tools, by adding:

Readme templates in examples/
Scripts for cloning and updating git repos
A folder for the github labels (previously in tools/github)
An example-config for using standard-readme-linter-regex

+1 on making dev/tools/ just dev/

LGTM :+1:


PR: Register spyder with launch services

Description of Changes
Register spyder with mac Launch Services so double clicking the file in finder opens the file in spyder.

[ ] Wrote at least one-line docstrings (for any new functions)
[ ] Added unit test(s) covering the changes (if testable)

[x] Included a screenshot or animation (if affecting the UI, see Licecap)

Issue(s) Resolved

Fixes #
Affirmation
By submitting this Pull Request or typing my (user)name below,
I affirm the Developer Certificate of Origin
with respect to all commits and content included in this PR,
and understand I am releasing the same under Spyder's MIT (Expat) license.

I certify the above statement is true and correct:

Retriggering the tests as they look strange

@impact27

Register spyder with mac Launch Services so double clicking the file in finder opens the file in spyder.

You mean clicking on a python file? or?

A file that has the uniform type identifier (UTI) "public.python-script"
Which means a .py files. More UTIs can be added in the future.
It also wors by drag and drop on the icon.

Hi @impact27 sorry I have not had my morning coffee yet so I do not fully understand.
Could you make a small video of how this change looks works? (a screenshot of the preferences) plus the actual usage workflow.
You could use https://www.cockos.com/licecap/

Sure but then it doesn't work if you launch spyder from the command line or from conda

Which is probably the majority of the users?

Is this ready?

I am waiting on https://github.com/conda-forge/staged-recipes/pull/9875

Is it possible to make this work without a restart?

Please post a screenshot on the description of this PR of the new page inside the preferences.

We should probably capitalize Spyder

Correction: This only works with the brew installed python. With conda installed python, as python itself is not in a bundle, there is no bundle id.

there is no bundle id.

But there is python.app is this something related to that @ccordoba12 ?

With the brew install, I get a Python.app bundle, so this approach works.
With the miniconda install, I just het a Python executable file.
Is there a bundle with regular conda?

My ~/anaconda2/

folder has this:

So if I run:
../../miniconda3/bin/python bootstrap.py
I can't open files (bundleid is None), but if I run:
../../miniconda3/bin/python.app bootstrap.py
It works (with bundleid com.continuum.python).

@impact27 you could add a check for this?
bundleid so that the preferences page appears if users are using the python.app one?

We could probably update the README to include this as well?

@impact27 you could add a check for this?
bundleid so that the preferences page appears if users are using the python.app one?

Would it not be better to gray it out and add a message? What would be the best way to do that?

Hmm yeah that. Could also work (the greying out you suggest plus the message right there?)

Hello @impact27! Thanks for updating this PR. We checked the lines you've touched for PEP 8 issues, and found:

In the file spyder/utils/qthelpers.py:

Line 29:1: E402 module level import not at top of file
Line 36:1: E402 module level import not at top of file

@impact27 a small nitpick
Launch Spyder with python.app to enable Apple event integrations.

@goanpeca, please give this one your final review and approval.

@goanpeca, is this ready or not?

This is ready yes


Figure out how to use dg shadows performantly

https://b.corp.google.com/issues/137954772.
cc @cbracken, to whom the internal issue is assigned.

Assigned to Skia team internally.

@shyndman This is basically just a placeholder to remind us to help a team at Google with shadows. It's possible we should turn this into some documentation on the Web site though? Or in API docs?

Ah, cool. Thanks for the info.

The performance work here is on the internal team's plate, but we should document the implications of using Material elevation (which makes use of the relatively more performant SkShadowUtils::DrawShadow) as opposed to a decoration with gaussian blur.
Removing the TODAY label as the customer is unblocked.

Synced with @cbracken even with the change in priority there's no action to be taken on our side.

The internal issue has noted that SkShadowUtils::DrawShadow isn't much faster than simple blur. Maybe a raster cache solution such as https://github.com/flutter/flutter/issues/51515 will help more.

Closing since this is not an issue on the Flutter side.


Relay images

There's a way to relays images too, or maybe copying the url?

Yeah that's something I'm planning on looking at in the future, but not on the priority list at the moment :)
If you wanted to have a crack at it, telethon has a download_media function that can be called when processing the message.

Thanks @davidmckenzie, i'm going to find download_media function.
Is it possible to relay messages with reply/quote too?


<EMAIL_ADDRESS><EMAIL_ADDRESS>

1.3.0 release of pino and winston to get TypeScript types released.

:green_heart: Build Succeeded

the below badges are clickable and redirect to their specific view in the CI or DOCS

Expand to view the summary

Build stats

Start Time: 2021-08-23T21:50:16.940+0000

Duration: 8 min 35 sec

Commit: 65c45286ac5aeee8b6a7fc5697456c651bc5812d

Trends :test_tube:


bug: cached slidebox directive causes width issue

Type: bug
Platform: all
Looks like having a cached template with a slidebox, whose content is changed in controller, causes a width problem. It looks like from the second time we enter into the view, the ion-slide with gets the width of "slider-slides" element created by directive slide-box (whose width is the sum of widths of the slides)
An example that reproduces the problem can be found here: http://codepen.io/-kaik-/pen/PwjRKp

I forgot to mention Ionic version: v1.0.0-beta.14

Hallo kaikcreator,
this is not an Ionic-Issue ....
your controller causes the problem :
change the eventhandler in  DemoCtrl
from $ionicView.beforeEnter -> $ionicView.loaded
$ionicView.beforeEnter is called every time before the view is shown
$ionicView.loaded is called only once by creation.
.controller('DemoCtrl',function($scope, $window, $ionicSlideBoxDelegate) {
//call init view
$scope.$on('$ionicView.beforeEnter'  -> change to $scope.$on('$ionicView.loaded
Good luck
PeBu

It is an Ionic-Issue. Maybe I'm not explained enough well.
The behaviour of my controller is exactly the one I want, because there's an issue on updating the content of a cached slidebox.
I mean, thing about an app that has a list of photo albums, and every time you press one of them, you load a view that contains a slidebox that display the pictures from that specific album.
With previous versions, no problem happened because every time an album is selected, the view with the slidebox is loaded from the scratch, so you can replace the images during the load time.
Now, with cached templates, the behaviour is:

first time I select an album, the view with the slidebox is created.
next times, the cached view is recovered, so the only place you have to update the content of the slidebox is, precisely, inside the $ionicView.beforeEnter, as I'm using.
3)The issue appears here. The slidebox does not behave as expected after replacing their content.

So clearly, unless there's another procedure to update the content of the slidebox that I am missing, there's a bug with the cached slidebox.
Cheers,
-KaiKreator-

If you don't want to cache the tab-view content, you must disable the cache.
Do that in your stateProvider (cache: false)
.state('tabs.first', {
url: "/first",
cache:false,
views: {
'first-tab': {
templateUrl: "templates/first.html",
controller: 'DemoCtrl'
}
}
PeBu

Ok, so there's no way, then, to update the content of a slide-box in a cached view?
I though it would be designed to being updateable.
It would make sense to cache a whole view with several elements where most of them are not going to change. But then, if the element that changes is a slidebox, we are forced to not cache the whole view.
Another example, where it would be interesting is the album list example from the previous comment. It would be interesting to cache the slidebox view, and inside the $ionicView.beforeEnter check if

We are entering the album that is already cached (in that case nothing has to be done, the slidebox has the cached content and everybody is happy)
We are entering a different album, and because of that, all the slidebox content has to be updated, and here (beforeEnter) is the right place to do it.

-K-

Calling update() on enter fixes the issue.
http://codepen.io/mhartington/pen/wBpvOG

Ok.
To avoid a disalignment for a few miliseconds, it would be better to include all the code that replaces the content of the slider in the on enter event.
Anyway, there's still an issue. The ion-slide-pager, does not update well:
If you do navigate through the slider, changing the slides, after going to the second tab and returning to the first one, the pager shows more dots, than the number of slides it really exist.
I'm attaching a capture showing that there are no more slides, but pager indicates there are 2 slides pending.

To avoid being on a slide that no longer exist, set the current slide to the first one in your array.
http://codepen.io/mhartington/pen/mypEzN
Please open another issue for the pager.

Unfortunately the trick with $scope.$on('$ionicView.beforeEnter' does not work if you use does-continue and auto-play on your slide-box in which case the auto-play is not resumed when you re-enter the view.
For that to work the only solution right now is to not cache the view.

However, if you use next like so. You might get lucky :)
  $scope.$on('$ionicView.beforeEnter', function (){
    if (typeof $rootScope.init !== 'undefined' && $rootScope.init)
      $scope.init = true; // A terrible hacky way of battling a state machine - don't ask
    if ($scope.init)
    setTimeout(
      function () {
        $ionicSlideBoxDelegate.$getByHandle('my-handle').next();
      }, 10);
  });

hey, i have a problem in slidebox, am use service and controllers to showing data from wordpress, but my slide is can't showing firstime apps loaded
look at this...
https://forum.ionicframework.com/t/ionic-slide-box-not-showing-at-firtstime-need-to-resize-and-round-rotation-device-to-fix-slide-content/75225
thanks


Ditch ConvertibleToInputStream

y tho?

Refactoring it to use a Future was proving to be moderately annoying?

I don’t actually feel that strongly about it

I'm going to have a go for 20 minutes and if it's annoying, let's ditch it.