Panic at runtime when adding CorePlugin::default

Bevy version
0.4
Operating system & version
Windows 10
What you did
use bevy::{core::CorePlugin, prelude::*, };

fn main() {
    App::build()
        .add_plugin(CorePlugin::default())
        .run();
}

What you expected to happen
It compiles ok but it should also run (it's the first gist of bevy chess example (https://caballerocoll.com/blog/bevy-chess-tutorial/ ))
What actually happened
PS D:\Code\conflict_cay> cargo run
   Compiling conflict_cay v0.1.0 (D:\Code\conflict_cay)
    Finished dev [unoptimized + debuginfo] target(s) in 2.02s
     Running `target\debug\conflict_cay.exe`
thread 'main' panicked at 'called `Option::unwrap()` on a `None` value', C:\Users\JD\.cargo\registry\src\github.com-1ecc6299db9ec823\bevy_reflect-0.4.0\src\impls\bevy_app.rs:52:74
stack backtrace:
   0: std::panicking::begin_panic_handler
             at /rustc/bc39d4d9c514e5fdb40a5782e6ca08924f979c35\/library\std\src\panicking.rs:493
   1: core::panicking::panic_fmt
             at /rustc/bc39d4d9c514e5fdb40a5782e6ca08924f979c35\/library\core\src\panicking.rs:92
   2: core::panicking::panic
             at /rustc/bc39d4d9c514e5fdb40a5782e6ca08924f979c35\/library\core\src\panicking.rs:50
   3: core::option::Option<bevy_ecs::resource::resources::ResourceRefMut<bevy_reflect::type_registry::TypeRegistryArc>>::unwrap<bevy_ecs::resource::resources::ResourceRefMut<bevy_reflect::type_registry::TypeRegistryArc>>
             at C:\Users\JD\.rustup\toolchains\nightly-x86_64-pc-windows-msvc\lib\rustlib\src\rust\library\core\src\option.rs:386
   4: bevy_reflect::impls::bevy_app::{{impl}}::register_type<core::option::Option<alloc::string::String>>
             at C:\Users\JD\.cargo\registry\src\github.com-1ecc6299db9ec823\bevy_reflect-0.4.0\src\impls\bevy_app.rs:52
   5: bevy_core::{{impl}}::build
             at C:\Users\JD\.cargo\registry\src\github.com-1ecc6299db9ec823\bevy_core-0.4.0\src\lib.rs:35
   6: bevy_app::app_builder::AppBuilder::add_plugin<bevy_core::CorePlugin>
             at C:\Users\JD\.cargo\registry\src\github.com-1ecc6299db9ec823\bevy_app-0.4.0\src\app_builder.rs:264
   7: conflict_cay::main
             at .\src\main.rs:4
   8: core::ops::function::FnOnce::call_once<fn(),tuple<>>
             at C:\Users\JD\.rustup\toolchains\nightly-x86_64-pc-windows-msvc\lib\rustlib\src\rust\library\core\src\ops\function.rs:227
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
error: process didn't exit successfully: `target\debug\conflict_cay.exe` (exit code: 101)

Additional information
I've got another problem (another panic), this time related to Cpal, when adding DefaultPlugins (so i'm guessing, when adding the audio default plugin)
https://github.com/RustAudio/cpal/issues/533

3: core::option::Option<bevy_ecs::resource::resources::ResourceRefMut<bevy_reflect::type_registry::TypeRegistryArc>>::unwrap<bevy_ecs::resource::resources::ResourceRefMut<bevy_reflect::type_registry::TypeRegistryArc>>

This looks to be the most informative line here. It seems like the bevy_reflect::type_registry::TypeRegistryArc was not found?
The example itself is a bit strange: usually MinimalPlugins is the smallest I tend to use. In this case, it looks like MinimalPlugins usually includes the ReflectPlugins as well, which might explain the error by itself. Going to try to reproduce on my own machine.

3: core::option::Option<bevy_ecs::resource::resources::ResourceRefMut<bevy_reflect::type_registry::TypeRegistryArc>>::unwrap<bevy_ecs::resource::resources::ResourceRefMut<bevy_reflect::type_registry::TypeRegistryArc>>

This looks to be the most informative line here. It seems like the bevy_reflect::type_registry::TypeRegistryArc was not found?
The example itself is a bit strange: usually MinimalPlugins is the smallest I tend to use. In this case, it looks like MinimalPlugins usually includes the ReflectPlugins as well, which might explain the error by itself. Going to try to reproduce on my own machine.

Alright, I'm getting the same problem locally. And, as I suspected, adding the ReflectPlugin fixed the issue :)
The minimal fix is:
use bevy::{core::CorePlugin, reflect::ReflectPlugin, prelude::*, };

fn main() {
    App::build()
        .add_plugin(ReflectPlugin::default())
        .add_plugin(CorePlugin::default())
        .run();
}

But the better, more idiomatic fix is:
use bevy::prelude::*;
fn main() {
App::build()
.add_plugins(MinimalPlugins)
.run();
}

This is more future-proof and will ensure that you also get the scheduler. I'll send a note to the person who made the tutorial (they probably just didn't test that bit of code since 0.4) but I think this issue can be safely closed :)

Alright, I'm getting the same problem locally. And, as I suspected, adding the ReflectPlugin fixed the issue :)
The minimal fix is:
use bevy::{core::CorePlugin, reflect::ReflectPlugin, prelude::*, };

fn main() {
    App::build()
        .add_plugin(ReflectPlugin::default())
        .add_plugin(CorePlugin::default())
        .run();
}

But the better, more idiomatic fix is:
use bevy::prelude::*;
fn main() {
App::build()
.add_plugins(MinimalPlugins)
.run();
}

This is more future-proof and will ensure that you also get the scheduler. I'll send a note to the person who made the tutorial (they probably just didn't test that bit of code since 0.4) but I think this issue can be safely closed :)

Oh interesting: it looks like you were working off an old version of the tutorial. The current version that I see has:
use bevy::prelude::*;

fn main() {
    App::build().add_plugins(DefaultPlugins).run();
}

as the first snippet, which works perfectly fine :)

Oh interesting: it looks like you were working off an old version of the tutorial. The current version that I see has:
use bevy::prelude::*;

fn main() {
    App::build().add_plugins(DefaultPlugins).run();
}

as the first snippet, which works perfectly fine :)

I just checked, and yes :) it was my mistake.
DefaultPlugins don't work for me, as there is a problem with Clap (as mentioned at the end of my issue ;) ) but MinimalPlugins works ok (or reflect + default) :)
Should there be a more descriptive error message when loading a module that requires the "reflect" plugin ?
Anyway, i'm closing the issue. Thanks.

I just checked, and yes :) it was my mistake.
DefaultPlugins don't work for me, as there is a problem with Clap (as mentioned at the end of my issue ;) ) but MinimalPlugins works ok (or reflect + default) :)
Should there be a more descriptive error message when loading a module that requires the "reflect" plugin ?
Anyway, i'm closing the issue. Thanks.


Update conda to 0.4.0

Updating conda to 0.4.0. TODO may need to remove mvlearn.decomposition in the tests imports

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

@conda-forge-admin, please rerender

@conda-forge-admin, please rerender


Feat: axum extractor

Motivation
Experimental branch to add axum extractor support to json rpc request, gated by the axum feature
This would allow someone to build a simple axum-based json-rpc server
Solution
PR Checklist

[ ] Added Tests
[ ] Added Documentation
[ ] Breaking changes

closing as included in #1353


Update build_and_unit_test.yml for gpbackup workflow

Change logs
To automate gpbackup's compilation and testing, we need to establish an efficient process that compiles and tests its code without human intervention.
Contributor's checklist
Here are some reminders before you submit your pull request:

Make sure that your Pull Request has a clear title and commit message. You can take the Git commit template as a reference.
Sign the Contributor License Agreement as prompted for your first-time contribution (One-time setup).
Learn the code contribution and doc contribution guides for better collaboration.
List your communications in the GitHub Issues or Discussions (if has or needed).
Feel free to ask for the cloudberrydb team to help review and approve.

Please add more detailed commit message?

Please add more detailed commit message?

OK ,i will make it


docs: update DiskCache.md

Nitpicky PR but found a strangely formulated sentence and couldnt help myself.
Could alternatively be formulated as "When aiming to ease cold starts without requiring multi-node support, an SQLite-based implementation of IDistributedCache can be used."

Great!
Awesome library by the way! Been using it a lot and really fell in love with it! Keep up the good work💪

... and couldnt help myself

ahah you're totally right 🤣, I missed that thanks!

... and couldnt help myself

*couldn't
sorry @GustavEikaas , I had to 😅

Great! Awesome library by the way! Been using it a lot and really fell in love with it! Keep up the good work💪

Thanks, really appreciate it!
If you have some spare time and play with v2 let me know how you feel about it.
Last preview is preview-3, and I'll release preview-4 in the next few days: can't wait to go GA very very soon.
In any case thanks for the PR!


Fix buildkit guestSocket

I'm highly uncertain if this is correct.
Might need to enforce path inside the VM.
Need input from someone who knows the plumbing here.
#802

Thanks, but please sign the commit for DCO
https://github.com/apps/dco
(run git commit -a -s --amend, and make sure that the Signed-off-by: NAME <EMAIL> line with your real name is included in the commit message)

Signed off


Show how many people are in the current room

I think it would be a great addition if the multihack icon on the right showed how many people are in the current room.
Maybe even extend this idea and give the option to give yourself a nickname when you join a room so the overview shows not only that other people are there, but also who.

This is a great idea. The nicknames too. I'll add this to the queue, thanks! :+1:

Great! :)

Dont forget to make it possible to choose from whom to fetch the code ;)

Implemented this as a interesting graph showing the peer connections. Will add the ability to fetch from a chosen peer in a later commit. :)


Flaky Rust Tests

We're seeing an issue with calculate_absolute_max_short_execute where it is failing with a contract revert.

test_calculate_implied_rate just failed locally for me with this error:
---- short::open::tests::test_calculate_implied_rate stdout ----
Error: error sending request for url (http://localhost:54283/): error trying to connect: dns error: failed to lookup address information: nodename nor servname provided, or not known

I'm seeing these failures on main as well:
short::open::tests::test_calculate_implied_rate
short::max::tests::fuzz_calculate_max_short_no_budget
short::max::tests::fuzz_calculate_max_short_no_budget
---- short::open::tests::test_calculate_implied_rate stdout ----
Error: Contract call reverted with data: 0x4e487b710000000000000000000000000000000000000000000000000000000000000011

Location:
crates/hyperdrive-math/src/test_utils/agent.rs:87:25

thread 'short::max::tests::fuzz_calculate_max_short_no_budget' panicked at crates/hyperdrive-math/src/short/max.rs:572:21:
assertion `left == right` failed
  left:<PHONE_NUMBER>949418
 right:<PHONE_NUMBER>949419

stack backtrace:
...

21:        0x1029071c8 - hyperdrive_math::short::max::tests::fuzz_calculate_max_short_no_budget::{{closure}}::h99a8c3c093389417
                       at /Users/dylan/code/delv/hyperdrive-rs/crates/hyperdrive-math/src/short/max.rs:572:21
...

42:        0x102a6cd6c - hyperdrive_math::short::max::tests::fuzz_calculate_max_short_no_budget::h94769db016bfe70f
                       at /Users/dylan/code/delv/hyperdrive-rs/crates/hyperdrive-math/src/short/max.rs:521:9
43:        0x1029064d8 - hyperdrive_math::short::max::tests::fuzz_calculate_max_short_no_budget::{{closure}}::hfd2f1de83bb24989
                       at /Users/dylan/code/delv/hyperdrive-rs/crates/hyperdrive-math/src/short/max.rs:516:54

thread 'short::max::tests::fuzz_calculate_max_short_no_budget' panicked at /Users/dylan/.cargo/registry/src/index.crates.io-6f17d22bba15001f/primitive-types-0.12.2/src/lib.rs:38:1:
arithmetic operation overflow
stack backtrace:

...

  21:        0x1029ae5b8 - hyperdrive_math::short::max::<impl hyperdrive_math::State>::solvency_after_short::h6af99fa04d82bea8
                               at /Users/dylan/code/delv/hyperdrive-rs/crates/hyperdrive-math/src/short/max.rs:447:13
  22:        0x1029ac304 - hyperdrive_math::short::max::<impl hyperdrive_math::State>::absolute_max_short::h22f8f7b6bfee9d44
                               at /Users/dylan/code/delv/hyperdrive-rs/crates/hyperdrive-math/src/short/max.rs:296:12
  23:        0x1029489d8 - hyperdrive_math::short::max::<impl hyperdrive_math::State>::calculate_max_short::hff6ee0a43f6f1a50
                               at /Users/dylan/code/delv/hyperdrive-rs/crates/hyperdrive-math/src/short/max.rs:83:13
  24:        0x1029091bc - hyperdrive_math::short::max::tests::fuzz_calculate_max_short_no_budget::{{closure}}::{{closure}}::h64ae12ac0ce5949b
                               at /Users/dylan/code/delv/hyperdrive-rs/crates/hyperdrive-math/src/short/max.rs:535:17

  29:        0x102908848 - hyperdrive_math::short::max::tests::fuzz_calculate_max_short_no_budget::{{closure}}::h99a8c3c093389417
                               at /Users/dylan/code/delv/hyperdrive-rs/crates/hyperdrive-math/src/short/max.rs:534:26

  50:        0x102a6cd6c - hyperdrive_math::short::max::tests::fuzz_calculate_max_short_no_budget::h94769db016bfe70f
                               at /Users/dylan/code/delv/hyperdrive-rs/crates/hyperdrive-math/src/short/max.rs:521:9
  51:        0x1029064d8 - hyperdrive_math::short::max::tests::fuzz_calculate_max_short_no_budget::{{closure}}::hfd2f1de83bb24989
                               at /Users/dylan/code/delv/hyperdrive-rs/crates/hyperdrive-math/src/short/max.rs:516:54

Just got two more of them on main branch:

failures:

---- lp::add::tests::fuzz_test_calculate_add_liquidity stdout ----
Error: Contract call reverted with data: 0x4e487b710000000000000000000000000000000000000000000000000000000000000011

Location:
    crates/hyperdrive-math/src/test_utils/agent.rs:87:25

---- short::open::tests::test_calculate_implied_rate stdout ----
Error: Contract call reverted with data: 0x4e487b710000000000000000000000000000000000000000000000000000000000000011

Location:
    crates/hyperdrive-math/src/test_utils/agent.rs:87:25
    ```

another one failing on main
---- short::max::tests::fuzz_calculate_max_short stdout ----
thread 'short::max::tests::fuzz_calculate_max_short' panicked at crates/hyperdrive-math/src/short/max.rs:742:17:
expected (base=72369083.950666811963261164) < (budget=72942398.328880144557334009) * 0.001000000000000000 = 72942.398328880144557334

Regarding the contract call reverted error:
The contract error is a FixedPoint underflow due to subtraction happening in the MockER4626.sol::_getAccruedInterest() function:
function _getAccruedInterest() internal view returns (uint256) {
        if (_rate == 0) {
            return 0;
        }

        // base_balance = base_balance * (1 + r * t)
        uint256 timeElapsed = (block.timestamp - _lastUpdated).divDown(
            365 days
        );
        uint256 accrued = asset.balanceOf(address(this)).mulDown(
            _rate.mulDown(timeElapsed)
        );
        return accrued;
    }

The block.timestamp - _lastUpdated logic is failing because _lastUpdated is one block ahead of block.timestamp.
This is happening intermittently in any test that uses chain.snapshot() and chain.revert() (which is almost all tests). This happens here in the rust repo.
The bug is hard to reproduce because tests can pass 100s of times and then fail. Somehow adding println or console.log statements here and there makes it less likely to happen. So tests that run faster might increase the likelihood of failure. However, it can also happen in the normal build mode (not --release) & without print statements.
I tried advancing time after the revert, minting blocks, making RPCs to get block info, and including a sleep when the revert happens. None of these consistently fix the problem. It's also worth noting that the same command in our Python tests is not causing this problem. We do the same thing where we use RPC evm calls to snapshot and revert in loops in the tests.
The test that is most consistently failing was test_calculate_implied_rate, followed by fuzz_calculate_absolute_max_short_execute. Both of these include time advancement & adjusting the variable rate. I think this is the key: any test that does this has trouble reverting.
I'm not sure how to fix this problem yet. But one thing we can do is make an isolated rust test that has nothing to do with hyperdrive, which we can then post as an issue on the foundry github.

Why don't we just add a check for this edge-case which represents a broken state of the world into MockERC4626? We have full control over that function, and it's there just to facilitate our testing.

https://github.com/delvtech/hyperdrive/pull/1040 fixes this, following @wakamex 's suggestion.
I moved the max short issue to https://github.com/delvtech/hyperdrive-rs/issues/121
This issue is now resolved.


fix(latex): run AUCTeX folding after font locking

This guarantees that TeX-fold-buffer is run after the style hooks and not before. Otherwise, it looks like they may reset/erase font-lock stuff you have set up.
Currently, TeX-fold-buffer sometimes is applied before font locking hooks, causing incomplete folding (usually wrong colorization).

Thanks again for your help!


Website: Allow photo uploads for pickup location

Mobile app has ability to upload photo of pickup location. Add similar functionality to the event summary on the website, and ensure all photos can be viewed on the website

To confirm, when the event is completed or not completed, the creator can upload photos on event detail page, is that right? Like on this page:

Specifically for this feature, when the event is completed, the user should be able to add pictures to the pickup location functionality already on the site, and see any pictures that have been uploaded previously. This is functionality already supported by the mobile app, but never added to the Event Summary Page on the website.


Bug(scope): Error when trying to load MFE within host using module federation (unless giving the same setup in host)

Is there an existing issue for this?

[X] I have searched the existing issues

Which Transloco package(s) are the source of the bug?
Transloco
Is this a regression?
No
Current behavior
Angular 17 (standalone) Micro Frontend loads Transloco properly when loaded as a standalone application.
When hosted using module federation, the host gives the following errors:

ERROR NullInjectorError: R3InjectorError(Standalone[LandingComponent])[StoreService -> StoreService -> StoreService -> TranslocoService -> InjectionToken TRANSLOCO_TRANSPILER -> InjectionToken TRANSLOCO_TRANSPILER]:
core.mjs:11806 ERROR Error: NG0200: Circular dependency in DI detected for .

Problem can be mitigated if I bootstrap the host app with Transloco as well. This creates coupling I don't think should exist as host shouldn't be aware of the MFE translation files location.
I've tried also to solve this with scopes unsuccessfully.
This is my setup in app.config.ts in MFE (if I add this to host, the problem goes away, as mentioned)
provideTransloco({       config: {         defaultLang: 'en',         reRenderOnLangChange: true,         prodMode: !isDevMode(),         availableLangs: LANGUAGE_MAP(),       },       loader: TranslocoHttpLoader,     }),
Expected behavior
I would expect setup of Transloco in micro frontend to be independent of its host.
Please provide a link to a minimal reproduction of the bug, if you won't provide a link the issue won't be handled.
''
Transloco Config
`
provideTransloco({
      config: {
        defaultLang: 'en',
        reRenderOnLangChange: true,
        prodMode: !isDevMode(),
        availableLangs: LANGUAGE_MAP(),
      },
      loader: TranslocoHttpLoader,
    }),
`

Please provide the environment you discovered this bug in
Transloco: 6.0.4
Angular: 17
Node: 20.9.0
Package Manager: npm 10.1.0
OS: Windows

Browser
Chrome

Additional context
No response
I would like to make a pull request for this bug
No

Our team is facing the same issue on a complex angular project after moving from 13.x to 17.x.  😔
Transloco: 6.0.4
Angular: 17.1
Node: 20.11.0
Package Manager: npm 10.2.4
OS: Windows
ERROR NullInjectorError: R3InjectorError(_AppModule)[_TranslocoService -> InjectionToken TRANSLOCO_TRANSPILER -> InjectionToken TRANSLOCO_TRANSPILER]:
  NullInjectorError: No provider for InjectionToken TRANSLOCO_TRANSPILER!

We've ensured that all dependencies are properly installed and up-to-date.
The error seems to be related to the injection of TRANSLOCO_TRANSPILER, but we're unsure why it's not being provided.


Ignore inconsequential ClosedChannelException in NettyResponseChannel

In non-chunked responses (i.e. responses in which Content-Length has been set), there is the possibility of a race condition b/w the front end and the client.
The client has three events of interest:

Send a request with keep-alive requested.
Wait until response fully received (i.e. Content-Length number of bytes received).
Close connection.

The front end (using NettyResponseChannel) has two events of interest:

Receive request and send response (including headers and Content-Length number of bytes).
Finish up response by writing LastHttpContent to the channel.

LastHttpContent is a Netty concept to indicate end of stream but clients detect end of stream by using the Content-Length (in case of non-chunked responses). This creates a race condition b/w Step 3 at the client and Step 2 at the client. Due to this, we sometimes get a ClosedChannelException and it is safe to ignore this particular ClosedChannelException and not print it in the logs.
The challenge would be to ensure that only this case is not printed in the logs but any other valid ClosedChannelExceptions are.
ClosedChannelStackTrace.txt

The right thing to do here would be to get into this position at all by packaging the actual last content as LastHttpContent without having to send an empty LastHttpContent.

Fix is on #347

This issue is now fixed. A fix to ignore exceptions because of client initiated disconnections has also been merged.


Export fails against Keil Uvision5

This has been discovered during OOB for Mbed OS 5.6 RC2.
Platform: NUCLEO_F439ZI
Target: ARM
Host OS: Windows 10
Exporter Target: Keil Uvision 5
When exporting the application mbed-os-example-blinky with the mbed-os-example-bootloader built against the ARM5 compiler, the following error occurs:
C:\Users\davwal04\Desktop\Out of box campaigns\mbed OS 5.6\mbed-os-example-blinky>mbed export -i uvision5 -m NUCLEO_F439ZI
Using regions in this build:
  Region bootloader size 0x40000, offset 0x8000000
  Region application size 0x1c0000, offset 0x8040000
Scan: .
Scan: FEATURE_LWIP
Traceback (most recent call last):
  File "C:\Users\davwal04\Desktop\Out of box campaigns\mbed OS 5.6\mbed-os-example-blinky\mbed-os\tools\project.py", line 256, in <module>
    main()
  File "C:\Users\davwal04\Desktop\Out of box campaigns\mbed OS 5.6\mbed-os-example-blinky\mbed-os\tools\project.py", line 252, in main
    build_profile=profile, app_config=options.app_config)
  File "C:\Users\davwal04\Desktop\Out of box campaigns\mbed OS 5.6\mbed-os-example-blinky\mbed-os\tools\project.py", line 95, in export
    app_config=app_config)
  File "C:\Users\davwal04\Desktop\Out of box campaigns\mbed OS 5.6\mbed-os-example-blinky\mbed-os\tools\export\__init__.py", line 341, in export_project
    macros=macros)
  File "C:\Users\davwal04\Desktop\Out of box campaigns\mbed OS 5.6\mbed-os-example-blinky\mbed-os\tools\export\__init__.py", line 207, in generate_project_files
    exporter.generate()
  File "C:\Users\davwal04\Desktop\Out of box campaigns\mbed OS 5.6\mbed-os-example-blinky\mbed-os\tools\export\uvision\__init__.py", line 234, in generate
    ctx.update(self.format_flags())
  File "C:\Users\davwal04\Desktop\Out of box campaigns\mbed OS 5.6\mbed-os-example-blinky\mbed-os\tools\export\uvision\__init__.py", line 168, in format_flags
    flags = copy.deepcopy(self.flags)
  File "C:\Users\davwal04\Desktop\Out of box campaigns\mbed OS 5.6\mbed-os-example-blinky\mbed-os\tools\export\exporters.py", line 111, in flags
    for_asm=True)
  File "C:\Users\davwal04\Desktop\Out of box campaigns\mbed OS 5.6\mbed-os-example-blinky\mbed-os\tools\toolchains\arm.py", line 130, in get_compile_options
    opts += ['--via', self.get_inc_file(includes)]
  File "C:\Users\davwal04\Desktop\Out of box campaigns\mbed OS 5.6\mbed-os-example-blinky\mbed-os\tools\toolchains\__init__.py", line 831, in get_inc_file
    include_file = join(self.build_dir, ".includes_%s.txt" % self.inc_md5)
AttributeError: 'ARM_STD' object has no attribute 'inc_md5'
[mbed] ERROR: "C:\Python27\python.exe" returned error code 1.
[mbed] ERROR: Command "C:\Python27\python.exe -u C:\Users\davwal04\Desktop\Out of box campaigns\mbed OS 5.6\mbed-os-example-blinky\mbed-os\tools\project.py -i uvision5 -m NUCLEO_F439ZI --source ." in "C:\Users\davwal04\Desktop\Out of box campaigns\mbed OS 5.6\mbed-os-example-blinky"
---

Put here for tracking, but could be systemic to Mbed OS

cc @adbridge

cc @theotherjimmy

@dhwalters423 #5093 Resolved this issue, and is on master and 5.6.0-rc2. Please update your mbed-os

Apologies, looks like you are right @theotherjimmy. RC2 is working. I'll close this issue.


Option to copy the unarchived directory's contents?

Hi,
What do you think about adding an option to allow copying the unarchived folder's contents instead of the entire folder?
Use case:

Download a zip file containing android licenses
Extract the files to unarchived/
Copy the license files into /opt/android-sdk-linux/licenses/

Right now, the step copies the unarchived folder and it seems silly to have to have an extra shell step to fix it.

Sounds like a great idea - if you have the time feel free to send us a pull request!

One more thing, did you try to add a trailing / to the extract to path param? E.g. instead of /opt/android-sdk-linux/licenses using /opt/android-sdk-linux/licenses/?


[core] Rename package to @base_ui/react

Renamed the Base UI package to @base_ui/react
Set the version to 1.0.0-alpha.0
Moved the old changelog contents to CHANGELOG.old.md

@michaldudak docs API codegen might still need to be updated?
  "imports": [
    "import { useCheckbox } from '@mui/base/useCheckbox';",
    "import { useCheckbox } from '@mui/base';"
  ],

Good catch. Here's the fix: https://github.com/mui/base-ui/pull/290


[SPARK-42340][CONNECT][PYTHON][3.4] Implement Grouped Map API

What changes were proposed in this pull request?
Implement Grouped Map API:GroupedData.applyInPandas and GroupedData.apply.
Why are the changes needed?
Parity with vanilla PySpark.
Does this PR introduce any user-facing change?
Yes. GroupedData.applyInPandas and GroupedData.apply are supported now, as shown below.
>>> df = spark.createDataFrame([(1, 1.0), (1, 2.0), (2, 3.0), (2, 5.0), (2, 10.0)],("id", "v"))
>>> def normalize(pdf):
...     v = pdf.v
...     return pdf.assign(v=(v - v.mean()) / v.std())
...
>>> df.groupby("id").applyInPandas(normalize, schema="id long, v double").show()

+---+-------------------+
| id|                  v|
+---+-------------------+
|  1|-0.7071067811865475|
|  1| 0.7071067811865475|
|  2|-0.8320502943378437|
|  2|-0.2773500981126146|
|  2| 1.1094003924504583|
+---+-------------------+

>>> @pandas_udf("id long, v double", PandasUDFType.GROUPED_MAP)
... def normalize(pdf):
...     v = pdf.v
...     return pdf.assign(v=(v - v.mean()) / v.std())
...
>>> df.groupby("id").apply(normalize).show()
/Users/xinrong.meng/spark/python/pyspark/sql/connect/group.py:228: UserWarning: It is preferred to use 'applyInPandas' over this API. This API will be deprecated in the future releases. See SPARK-28264 for more details.
  warnings.warn(
+---+-------------------+
| id|                  v|
+---+-------------------+
|  1|-0.7071067811865475|
|  1| 0.7071067811865475|
|  2|-0.8320502943378437|
|  2|-0.2773500981126146|
|  2| 1.1094003924504583|
+---+-------------------+

How was this patch tested?
(Parity) Unit tests.

This PR is almost a pure cherry-pick of https://github.com/apache/spark/commit/fee47c77e5d31bce592bf6e2bd33c2dabfc57bd3, with minor changes on tests to adapt to branch-3.4.

Merged to branch-3.4.

Thanks!


Bumup std

can be sure this PR works well with the following actions.
Actions test:
std //tullia/task/tidy:nsjail
warning: Git tree '/home/guangtao/ghq/github.com/input-output-hk/tullia' is dirty
+ exec tullia run tidy
+ go mod tidy -v
go: downloading github.com/alexflint/go-arg v1.4.3
go: downloading github.com/goombaio/dag v0.0.0-20181006234417-a8874b1f72ff
go: downloading github.com/charmbracelet/bubbletea v0.20.0
go: downloading github.com/pkg/errors v0.9.1

std //tullia/task/tidy:copyToPodman
Copy to podman image localhost/tidy:rrv60y5r75anafqyq6bj1qg62g9s823c
Getting image source signatures
Copying blob 21b600c1f96d done
Copying blob f85221721721 done
Copying blob fa7c3bd91145 done
Copying blob 3b56451a040b done
^CERRO[0001] signal: interrupt

@blaggacao  Do you need to rewrite the command to use target  as well? https://github.com/divnix/std/blob/main/src/blocktypes/containers.nix#L38

Yes, and ideally provide a (new) proviso (if applicable), as well. See:

Thanks!


ember-local-storage config is not correctly handle when not default

Features values are not correctly restored by instance-initializer when ember-local-storage is used with namespace or  keyDelimiter options.
The reason is :
feature-controls component uses storageFor from ember-local-storage to write values in locale Store (https://github.com/peopledoc/ember-feature-controls/blob/master/addon/components/feature-controls.js#L6).
storageFor take into account the ember-local-storage config to write the key at the right place in locale storage (with correct namespace and/or delimiter).
In other hand, the instance initializer uses getStorage & get value with the storage:feature-controls key wich does not take into account the ember-local-storage config (https://github.com/peopledoc/ember-feature-controls/blob/master/addon/instance-initializers/load-feature-controls.js#L9)
It results with a desynchronisation between ember-feature-controls & ember-feature-flags as the value are not correctly restored onto ember-feature-flags features service.

@romgere can you create a JIRA ticket on Tribe JS board? 🙏

Sure I will

Done : JS-951


TypeError: Property 'scrollTo' of object [object global] is not a function

It seems there is a problem on Chrome (tested on Mac and Windows - Version 26.0.1410.43 m). You can try on this page : http://docs.angularjs.org/tutorial
The backward functionnality also doesn't work anymore. It's certainly due to the same bug.
Here is the stacktrace picked from the console :
TypeError: Property 'scrollTo' of object [object global] is not a function
at g (http://ajax.googleapis.com/ajax/libs/angularjs/1.0.5/angular.min.js:30:3)
at Object.e.$eval (http://ajax.googleapis.com/ajax/libs/angularjs/1.0.5/angular.min.js:87:347)
at Object.e.$digest (http://ajax.googleapis.com/ajax/libs/angularjs/1.0.5/angular.min.js:85:198)
at Object.e.$apply (http://ajax.googleapis.com/ajax/libs/angularjs/1.0.5/angular.min.js:87:506)
at http://ajax.googleapis.com/ajax/libs/angularjs/1.0.5/angular.min.js:16:21
at Object.d [as invoke] (http://ajax.googleapis.com/ajax/libs/angularjs/1.0.5/angular.min.js:27:53)
at qb (http://ajax.googleapis.com/ajax/libs/angularjs/1.0.5/angular.min.js:15:454)
at jc (http://ajax.googleapis.com/ajax/libs/angularjs/1.0.5/angular.min.js:15:315)
at http://ajax.googleapis.com/ajax/libs/angularjs/1.0.5/angular.min.js:161:402
at HTMLDocument.a (http://ajax.googleapis.com/ajax/libs/angularjs/1.0.5/angular.min.js:116:223)
Thanks !

As this happens only when 3rd party code breaks DOM apis, it doesn't make a lot of sense to fix this in angular. And the offending plugin doesn't seem to exist anymore, either.


Multi video bug

When you got two videoes on the same page, it only displays the first one.

Error has been fixed


Update flux to latest

After making all changes to the cask:

[x] brew cask audit --download {{cask_file}} is error-free.
[x] brew cask style --fix {{cask_file}} left no offenses.
[x] The commit message includes the cask’s name and version.

See https://github.com/caskroom/homebrew-cask/pull/46246. The appcast has been out of date for a quite long time.

Reverted to 39.987 in https://github.com/caskroom/homebrew-cask/pull/46269 so we can keep the versioned URL.


Add a way to express a domain validation rule

Example:
type Example @entity {
  field1: Int
  field2: Int
}

Either field1 or field2 must be defined but not both. The only way to do this now is through middleware.
It would be a nice way to express the rule declaratively.

Some idea from #220


[Auto Release] Update istio.Version

Update istio.Version

@xiaolanz: The following test failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/e2e-suite-rbac-no_auth.sh
29850e918661a67e9ca0912e9830ffe6f4efaa2d
link
/test e2e-suite-rbac-no_auth

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.

@xiaolanz: The following tests failed, say /retest to rerun them all:

Test name
Commit
Details
Rerun command

prow/e2e-suite-rbac-no_auth.sh
29850e918661a67e9ca0912e9830ffe6f4efaa2d
link
/test e2e-suite-rbac-no_auth

prow/e2e-suite-rbac-auth.sh
29850e918661a67e9ca0912e9830ffe6f4efaa2d
link
/test e2e-suite-rbac-auth

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.

squash the release.


Feature request: fixer for interface-over-type-literal

The interface-over-type-literal doesn't have a fixer. But it would be great if it did!

Here you go: #2617


Add user-space UNIX sockets interface

Needed for the user-space to access the network. Give user-space UNIX sockets.

Is this beyond raw sockets normally accessible?


Add note to restart kernel if running in Google Colab

Context: #409

This happens in a lot of notebooks and is a bit unpredictable. Actually pretty common for many Colab notebooks that update a package that's already installed.
Perhaps it's better suited somewhere in the documentation near the examples or notebook section.

Thanks for this update. I haven't forgotten about this. It's given me the idea that the docs should have a FAQ section as there are a couple other commons things that come up.

I just added a FAQ section to the documentation. Can you add this there?
Sorry for the bouncing around on this but having these types of issues in one place would be good for the user experience.

Thank you for the update!


wip: Host associate type, ChainSpec refactor

This adds ChainSpec as associate type inside Host and removed a need to modify instruction.
Small refactor on ChainSpec where associate types are moved to standalone traits.

Closing it as it is merged in Nomic repo


Editor drop-down not working in no-tabs mode

VSCode Version: Code - Insiders 1.9.0-insider (4265f5e35cb3ea8ba7e0cf6b14ec606b6f8647ea, 2017-01-24T10:29:13.076Z)
OS Version: Darwin x64 15.6.0
Extensions: None

Steps to Reproduce:

Switch to no-tabs mode
Open two files
Click on editor title bar
Expect: Open Files drop-down, actual: it is not shown

@chrmarti I cannot reproduce, any more hints?

Yes, I wasn't specific enough. I don't mean the context menu. I meant the drop-down when you left-click on the editor's title window.ts. That used to open the Quick Open drop-down (works in 1.8).

I see it 👍


WP 4.5 Adding new customiser refresh, breaks kirki.

Hey @aristath I just checked out a new feature that's rolling out in 4.5. Partial Refresh.
Article - http://wptavern.com/customizer-responsive-preview-and-selective-refresh-to-be-merged-into-wordpress-4-5
Plugin - https://wordpress.org/plugins/customize-partial-refresh/
I've got the plugin activated and nothing happens when I try make live changes.

I've got the plugin activated and nothing happens when I try make live changes.

Could you please elaborate? By "nothing happens", do you mean that when both Kirki & selective refresh plugins are activated, the Kirki output does not function anymore? Or that you don't see any partial refreshes on your page and everything works the way it did before?

Sure sorry, whenever I make a change in the customiser. For instance; change the font colour, nothing appears to change in the live preview. If I save changes the option will change as normal.

I just tested with the twenty sixteen theme and it appears to be doing the same. Maybe the plugin is still in testing, will keep an eye on it!

WP 4.5 is scheduled to be released in mid-April and it still has some bugs that need to be resolved...
We'll be ready for it by the time it comes out. :+1:

@scopeak I just tested this one again and it looks like it's working fine now...
partial refreshes have been merged in WP Core, and from what I can tell this was a bug/WIP in the plugin that has since been fixed.
Can you please confirm?

@aristath awesome! I will do some testing soon and let you know.

It's working fine now for me after updating WordPress to 4.5-alpha-36652

Yup same here! Great work.

Awesome!
btw I also added an implementation for partial refreshes in Kirki...
You can add something like this in your field:
'partial_refresh' => array(
	'header_site_title' => array(
		'selector'        => '.site-title a',
		'render_callback' => function() {
			return get_bloginfo( 'name', 'display' );
		},
	),
	'document_title' => array(
		'selector'        => 'head > title',
		'render_callback' => 'wp_get_document_title',
	),
),

The above code will do exactly the same as the code in https://make.wordpress.org/core/2016/02/16/selective-refresh-in-the-customizer/

Nice!

Awesome! Thanks for the hint.


Fixes folder roleinheritance reset with tests, Closes #4630

This PR enhances folder roleinheritance reset with tests.
Closes #4630

Fast work @nicodecleyre! We'll review it asap.

Merged manually, many thanks!


fix: pac-resolver vulnerability

Related to: https://github.com/SAP/cloud-sdk-backlog/issues/310
Given that:

pm2 bumped 5.1.2
@pm2/agent bumped to 2.01
for fixing the pac-resolver vulnerability.

However, as pm2 uses @pm2/agent: "~2.0.0" and we have @pm2/agent as transitive dependency, I would not wait for dependabot.

LGTM but I think you said to wait for dependabot, right? If you want you can also merge now.

It's a typo. But after 24 hours, there is no dependabot PR.


RPR/ GNB rotation not showing

I saw that RPR and GNB was newly added, I tried uninstalling bossmod and reinstalling and I'm still not seeing them in the rotation list. Is there a link to the new bossmod interface or will this be addressed in a future update?

Should be available.


feat: first proto definition of passkeys endpoints

Definition of Ready

[ ] I am happy with the code
[ ] Short description of the feature/issue is added in the pr description
[ ] PR is linked to the corresponding user story
[ ] Acceptance criteria are met
[ ] All open todos and follow ups are defined in a new ticket and justified
[ ] Deviations from the acceptance criteria and design are agreed with the PO and documented.
[ ] No debug or dead code
[ ] Critical parts are tested automatically
[ ] Where possible E2E tests are implemented
[ ] Documentation/examples are up-to-date
[ ] All non-functional requirements are met
[ ] Functionality of the acceptance criteria is checked manually on the dev system.

Defintions:
registration -> https://webauthn.guide/#registration
authentication(verification) -> https://webauthn.guide/#authentication

Related: #5469


CredentialsProvider doesn't play well with default Silhouette.exceptionHandler

Thing is on nonexist user it throws AccessDeniedException
new AccessDeniedException(CredentialsProvider.UnknownCredentials.format(id))
which exceptionHandler converts into 403 Forbidden status later in the flow that should be actually 401 as there's no user which we deny access yet.
Controller code looks somewhat like this:
... case Some(p: CredentialsProvider) =>  p.authenticate(credentials) ...
.flatMap(blahblah)
).recoverWith(exceptionHandler)

@akkie thanks for the answer. Actually I don't need fix immediately, but will send pull request anyway, just because I can. I found nothing better though than just change AccessDenied stuff to AuthenticationException. By the way, why use exceptions at all? They're for pussies. Maybe it'd be better to use some Try or Either?

@akkie thanks for the answer. Actually I don't need fix immediately, but will send pull request anyway, just because I can. I found nothing better though than just change AccessDenied stuff to AuthenticationException. By the way, why use exceptions at all? They're for pussies. Maybe it'd be better to use some Try or Either?

Try is already used inside Futures to handle errors. And this error handling works with exceptions. So there is no need for another error handling mechanism.
Thanks for the pull request

Try is already used inside Futures to handle errors. And this error handling works with exceptions. So there is no need for another error handling mechanism.
Thanks for the pull request


Spurious unused variable warning when using induction tactic

Prerequisites

[X] Put an X between the brackets on this line if you have done all of the following:

Checked that your issue isn't already filed.
Reduced the issue to a self-contained, reproducible test case.

Description
The function T.zero_bad has a spurious unused variable warning on the ignored binding _. This is not the case when using the cases tactic. Reduced from an example with a bunch of spurious warnings when, e.g., only the inductive hypothesis but not the majority of the constructor arguments are necessary.
inductive T: Type
| mk: Nat -> T

theorem T.zero: T -> T
:= by {
  intro H;
  cases H with
  | mk _ => exact T.mk 0
}

theorem T.zero_bad: T -> T
:= by {
  intro H;
  induction H with
  | mk _ => exact T.mk 0
}

Steps to Reproduce
Input the above code into VSCode with the Lean4 extension
Expected behavior: No warning
Actual behavior: A warning at the mk _ branch in T.zero_bad
Reproduces how often: Always
Versions
Lean (version 4.0.0-nightly-2022-06-06, commit 7428dc5e71a9, Release)
OS: Arch Linux

Fixed by #1191


Problem with zip archives in assets under Releases tab

Describe the bug
JFYI, the released zip archives are using LZMA (compression method 14) which prevents them from being uncompressed with anything but 7-zip utility.
How To Reproduce
Download win-x86.zip from assets in Releases tab and right-click it in File Explorer. Choose Извличане на всички... option and try to extract to a sub-folder.
Expected behavior
Zip archives in assets being compressed with most compatible Deflate method.
Screenshots

Additional context
This might be done on purpose to filter out non-developers which are not aware of 7-zip utility as the assets are part of early pre-releases. . . Clever!

In the next release, we will use only common compression algorithms, available by default in all supported platforms.


Breaking change in <IP_ADDRESS>

If the repo is following the semantic versioning then commit 97bfbc3 should be considered a breaking change. The commit breaks apps that use locale in the session differently than a string.
For example I have an app which we place a locale object in the session and not the string. This breaks our app because our app expects an object, but a string is placed automatically by the commit mentioned above.
An if conditional could be added on line 72 for b6e24d5 checking for a config which would tell the TranslationMiddleware whether or not to set the locale.

You are completely right. I've changed the session variable name so that is much more specific to the package, you shouldn't see any collisions now. Please let me know if this works for you.
Best!

Thank you @sildraug! 😄


Update README with info on operator controllers

What this PR does / why we need it:
Update README per conversation with @jim-minter.
The "Repository Map" section in the README is updated to include description of
each operator controller, to provide readers with a high-level understanding of
their functions.
Test plan for issue:
No code changes in this PR.
Is there any documentation that needs to be updated for this PR?
None.

As I was updating the README, I felt a bit hesitant with this PR because information like these tends to go stale after a while. If anything, they should be added as code comments (which we already did) or a wiki (where content is easily modifiable), not the current README. Do we think the changes in this PR will be useful to the team in general? cc @jim-minter.

I think it is useful to have a little bit of explanation about the different controllers in the README. Information has even higher chance to go stale in wiki than it is in README.
The advantage of this information added to README rather than in the code comments is that it is more easily digestible and more visible that it is in the code. And it doesn't have to be one or the other.

@olga-mir @jim-minter I updated the PR with your feedback. LMKWYT. Thanks.


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

Problem encountered on https://dotnet.microsoft.com/en-us/learn/aspnet/hello-world-tutorial/install
Operating System: windows
'dotnet' is not recognized as an internal or external command,
operable program or batch file.

Did you install dotnet? https://learn.microsoft.com/en-us/dotnet/core/install/windows?tabs=net70
Have you restarted the terminal window after that?


added password-stdin flag for login

Solved issue: https://github.com/goharbor/harbor-cli/issues/10

merge conflicts!!


Allow Chacha20-Poly1305 to use a ivlen less than 12 bytes.

Fixes #20084
This is a provider related bug. The generic code to test the ivlen enforces a size of 12 bytes. A special flag was added to allow the generic code to do a different check. i.e. ivlen <= 12 The code to do the zero padding already existed.
A test that does the zero padding was added to a data driven evp_test.

Checklist

[ ] documentation is added or updated
[x] tests are added or updated

What's the providence of the test vector?

I dont know where to get test vectors for this case (which is why there were none there before).

I am basing the test vector off of the pre existing code non provider code. It will then at least be compatible with what we had pre 3.0

I am basing the test vector off of the pre existing code non provider code. It will then at least be compatible with what we had pre 3.0

Perhaps we could generate a valid test vector from another cryptography library which supports short IVs?

I am basing the test vector off of the pre existing code non provider code. It will then at least be compatible with what we had pre 3.0

Perhaps we could generate a valid test vector from another cryptography library which supports short IVs?

For what is worth, maybe I can help with this.
I have written for other reasons a tool to generate more ChaCha20-Poly1305 KATs for interoperability testing.
It uses the pure-Rust implementation from the RustCrypto: ChaCha20Poly1305 crate for the underlying crypto operations.
As mentioned here I don't think shorter than 12 bytes nonces are standardized, and as such the Rust implementation does mandate the nonce to be exactly 12-bytes long.
If I manually zero the first 4 bytes of the 12-bytes nonce to (hex)00000000 and set the remaining ones to (hex)0102030405060708, and reuse the same AAD and Plaintext of the KAT included in this PR, I do get the same KAT:
Cipher = chacha20-poly1305
Key = 1c9240a5eb55d38af333888604f6b5f0473917c1402b80099dca5cbc207075c0
IV =<PHONE_NUMBER>02030405060708
AAD = f33388860000000000004e91
Tag = e0723bce23528ce6ccb10ff9627038bf
Plaintext = 496e7465726e65742d4472616674732061726520647261667420646f63756d656e74732076616c696420666f722061206d6178696d756d206f6620736978206d6f6e74687320616e64206d617920626520757064617465642c207265706c616365642c206f72206f62736f6c65746564206279206f7468657220646f63756d656e747320617420616e792074696d652e20497420697320696e617070726f70726961746520746f2075736520496e7465726e65742d447261667473206173207265666572656e6365206d6174657269616c206f7220746f2063697465207468656d206f74686572207468616e206173202fe2809c776f726b20696e2070726f67496e7465726e65742d4472616674732061726520647261667420646f63756d656e74732076616c696420666f722061206d6178696d756d206f6620736978206d6f6e74687320616e64206d617920626520757064617465642c207265706c616365642c206f72206f62736f6c65746564206279206f7468657220646f63756d656e747320617420616e792074696d652e20497420697320696e617070726f70726961746520746f2075736520496e7465726e65742d447261667473206173207265666572656e6365206d6174657269616c206f7220746f2063697465207468656d206f74686572207468616e206173202fe2809c776f726b20696e2070726f67496e7465726e65742d4472616674732061726520647261667420646f63756d656e74732076616c696420666f722061206d6178696d756d206f6620736978206d
Ciphertext = 64a0861575861af460f062c79be643bd5e805cfd345cf389f108670ac76c8cb24c6cfc18755d43eea09ee94e382d26b0bdb7b73c321b0100d4f03b7f355894cf332f830e710b97ce98c8a84abd0b948114ad176e008d33bd60f982b1ff37c8559797a06ef4f0ef61c186324e2b3506383606907b6a7c02b0f9f6157b53c867e4b9166c767b804d46a59b5216cde7a4e99040c5a40433225ee282a1b0a06c523eaf4534d7f83fa1155b0047718cbc546a0d072b04b3564eea1b422273f548271a0bb2316053fa76991955ebd63159434ecebb4e466dae5a1073a6727627097a1049e617d91d361094fa68f0ff77987130305beaba2eda04df997b714d6c6f2c299da65ba25e6a85842bf0440fd98a9a2266b061c4b3a13327c090f9a0789f58aad805275e4378a525f19232bfbfb749ede38480f405cf43ec2f1f8619ebcbc80a89e92a859c7911e674977ab17d4a7126a6b8a477358ff14a344d276ef6e504e10268ac3619fcf90c2d6c03fc2e3d1f290d9bf26c1fa1495dd8f97eec6229a55c2354e4524143551a5cc370a1c622c9390530cff21c3e1ed50c5e3daf97518ccce34156bdbd7eafab8bd417aef25c6c927301731bd319d247a1d5c3186ed10bfd9a7a24bac30e3e4503ed9204154d338b79ea276e7058e7f20f4d4fd1ac93d63f611af7b6d006c2a72add0eedc497b19cb30a198816664f0da00155f2e2d6ac61045b296d614301e0ad4983308028850dd4feffe3a8163970306e4047f5a165cb4befbc129729cd2e286e837e9b606486d402acc3dec5bf8b92387f6e486f2140

If it helps, I can provide these two more, generated with the same utility, one with and one without AAD:
Cipher = chacha20-poly1305
Key = dead00000000000000000000000000000000000000000000000000000000c0de
IV =<PHONE_NUMBER>07060504030201
AAD = c0ffee
Tag = 976578cc725e1856707aac814f31b8ca
Plaintext = 4e656c206d657a7a6f2064656c2063616d6d696e206469206e6f7374726120766974610a6d6920726974726f7661692070657220756e612073656c7661206f73637572612c0a6368c3a9206c612064697269747461207669612065726120736d6172726974612e
Ciphertext = 879dc15b904832b8c9b0c2c435f62b679cb102bc4db906e5fe599f5622573242c339840c273eb8d3e265a03331b05dcdf268fa8690ce582f2154c6fd79b3577fa04662fae623df99303e8899dca3dc7fca33b5072519d69e140e87f4aed53deff44b678d50833e

Cipher = chacha20-poly1305
Key = dead00000000000000000000000000000000000000000000000000000000c0de
IV =<PHONE_NUMBER>07060504030201
Tag = fe99f2e356ad75c8ba16ee2e58010fb4
Plaintext = 4e656c206d657a7a6f2064656c2063616d6d696e206469206e6f7374726120766974610a6d6920726974726f7661692070657220756e612073656c7661206f73637572612c0a6368c3a9206c612064697269747461207669612065726120736d6172726974612e
Ciphertext = 879dc15b904832b8c9b0c2c435f62b679cb102bc4db906e5fe599f5622573242c339840c273eb8d3e265a03331b05dcdf268fa8690ce582f2154c6fd79b3577fa04662fae623df99303e8899dca3dc7fca33b5072519d69e140e87f4aed53deff44b678d50833e

Putting a OTC hold on this: Do we want to support shorter iv lengths to be backward compatible, (which just left zero pads the iv to 12 bytes and is non standard). Or should it produce an error?
Maybe it should work with padding for 3.0, and error in 3.1 onwards?

Maybe it should work with padding for 3.0, and error in 3.1 onwards?

IMO no. The 3.0 was the right place where to disable the short nonce support if we decided so. We disabled it inadvertently though. Either we accept that and officially document it, or we fix the code to pad the shorter nonces but then it should be done in all 3.x branches.

IMO no. The 3.0 was the right place where to disable the short nonce support if we decided so. We disabled it inadvertently though. Either we accept that and officially document it, or we fix the code to pad the shorter nonces but then it should be done in all 3.x branches.

Since we accidentally disabled it anyway and only just now noticed I am tempted to make it official.

I agree. There is no standard requiring/specifying short nonces, so we shouldn't introduce such a standard de-facto.

I also don't see any reason to support short nonces. If it was an official feature of the ChaCha20-Poly1305 RFC that is domain separated from 12-byte nonces that would be one thing, but if it's just a shortcut for zero-padding, and not officially sanctioned at that, I really see no reason to support this, since any application that wants it can just do the padding itself.

The only real reason to do this is for backwards compatibility (it was supported in 1.1.1). But since its broken in 3.0 anyway and has been since it was released we could reasonably not fix it.

OTC: A different fix is needed. In 3.x fail the CTRL setting an incorrect ivlen. There should be migration-guide and CHANGES entry. In 1.1.1 just update documentation that short IV length just left-pads it with zeros and that it won't be supported in 3.0.

Closing. Replaced by #20151 and #20152


Trigger sequence: Improve buttons on trigger sequence component

Acceptance Criteria

verify if the button alignment is the best one or it is better to move "cancel" on the left and "next" & "trigger" on the right
verify if the text "cancel and close" is the best or just "close" or "cancel" suffices

DoD

UI/Unit tests are adapted

Some improvements are also discussed here: https://github.com/keptn/keptn/issues/6983

[ ] I would like to see some sort of confirmation that the sequence is triggered (event was sent). Right now, I don't know what to do next.

@johannes-b regarding your comment
The behaviour should be the following:

Send event
If error: set isLoading to false - HttpInterceptor should show the error anyways, so no error handling needed
If successful:

Retry 5 times with interval of 1s: Try to fetch sequence by context
If sequence is found, navigate to sequences with context
If retry reaches 5 and no sequence found: Navigate to sequences w/o context
If error while fetching sequence: Fail gracefully - navigate to sequences w/o context

So if an event is sent you should be redirected to sequences page in any case. It seems more like it failed and no error was shown. Or we missed a success case. In any way, I would ask to create an issue for that, as it seems as it is not behaving like intended.


octopress docs fails on windows

Hi guys,
not sure if windows is intended to be a supported platform but in case it is the octopress docs command is causing an error. It seems like it is an issue with the path while the drive-letter is missing. I attached a screenshot of the command prompt.
What I did was to install Ruby (v 1.9.3) and then gem install octopress - all went fine. I then did octopress new path-to-my-blog-folder and then pointed the directory to the newly created folder. There I did call octopress docs which results in the following screenshot:

My environment is:

Windows 8.1
ruby (1.9.3)
octopress (3.0.0.rc.25)

Those just in case you need them

octopress-deploy (1.0.3)
octopress-escape-code (2.0.6)
octopress-filters (1.2.0)
octopress-hooks (2.3.2)
octopress-include-tag (1.0.3, 1.0.1)
octopress-ink (1.0.0.rc.25)
octopress-tag-helpers (1.0.2)

Unfortunately I am not a ruby guy ;-) so I can't give you any direction where it comes from. My suggestion is it might be something with the gem_dir function in lib/octopress.rb.
Cheers,
Marcus

Thanks for your report. I definitely want to get this fixed. I don't have access to a windows machine, but if I can have your help testing builds, I'd love that!

Sure thing! I will help you guys wherever I can.

AppVeyor is a possibility for the future as well.

@kimpenhaus I've done some updates to paths, I don't know if it'll help, but would you mind running bundle update and seeing if things are still so bleak?

@imathis hm - I've installed via gem install octopress so wherever I tried to bundle update it just says Could not locate Gemfile any advice? :) Sorry for my lack of ruby knowledge!

The bundle command requires a Gemfile in your $CWD. bundle is the command for Bundler, which it looks like you're not using here. Just running gem install octopress should work.

I tried with gem update octopresswhich didn't gave any updates. can I just redo with 'gem install octopress`?

The screenshot says you're using RC25, but the latest release is RC28. Run gem uninstall octopress then again gem install octopress --pre.

Ay - the update / reinstall worked - on RC28 now. But the result is the same - still an issue with the path - unfortunately:

Can you list the files  in /Ruby193/lib/ruby/gems/1.9.1/gems/octopress-3.0.0.rc.28?

I did a dir on the mentiones folder /Ruby193/lib/ruby/gems/1.9.1/gems/octopress-3.0.0.rc.28 and on /Ruby193/lib/ruby/gems/1.9.1/gems/octopress-3.0.0.rc.28/local/. As you can see the index.htmlis in the local folder - the path is just lacking the drive letter.

That might be the cause.

I'm trying to figure out how to ask Ruby for paths that include the drive letter. It doesn't seem as straightforward as I had hoped.

File.expand_path should help!

Did you guys did any change? I reinstalled octopress in the morning. It still says `octopress.3.0.0.rc.28' but Docs are working now on Windows
Great job - thanks!

This would seem to be an issue with the way that Ruby on Windows handles expanding paths. Here's a thread where Windows users are discussing how sometimes the expand_path command gets the drive letter and sometimes it doesn't. I wonder if your specific Ruby version is affected by this issue.
I'm not using any unstandardized methods for getting the path to a file, so I'm not sure if there's anything I can do to correct the issue. It would seem that upgrading your Ruby version to 2.x would help, though if that's a lot of work for you I feel bad suggesting it.

I was updating to the latest ruby version on weekend. Had some trouble with it (ssl certificate was invalid, devkit needed some tweaking and octopress-ink wasn't installed by using gem install octopress).
In the end result ist still even worse. octopress docs is still working only on the same drive and while i am on the same drive all served pages are blank except the index.html.

I am currently using ruby 2.1.5p273

I wasn't able to replicated your issue with blank files, but I found a few things to fix with the docs command and I've just released Octopress RC 30. Let me know if anything has been improved.

I think I fixed the blank-files issue (was a missing python installation for the pygments gem ... stupid me ;-) I uninstalled python during the upgrade to the latest ruby version and didn't re-installed it)
After that I updated to the latest octopress.3.0.0.rc.30 - gem update octopress --pre is working now on ruby 2.x.
After that I received a new error:

Sorry for bothering you with those issues!

Don't worry about the bother, this is how things go. I'm happy you've not just thrown up your hands. I really appreciate your persistence on this.
You shouldn't need Octopress Ink anymore. There was a bug in rc29 that referenced it without checking if it was defined? first. I've fixed that bug in rc30 and it shouldn't bother you anymore. I'm not sure why you're having an error about markdown. It may have something to do with the octopress-escape-code gem having trouble parsing something, but I can't replicate it here. If you're using bundler, try reinstalling and running bundle exec octopress docs.

I executed octorpess docs --trace which gave me a better stack-trace. It seems to be an issue with pygments.rb (~> 0.6.0) which is required by jekyll (~> 2.5.3).

Any idea?

Wow thanks for continuing to dig into this. I'm sorry I didn't think to mention --trace before. I'm sorry about the drive letter issue. I really don't understand why Ruby's expand_path isn't giving you a path with drive letter.
If you wouldn't mind, try running irb from your command prompt. This will launch the ruby shell where you can run File.expand_path('.') which should print out the full path to your current directory. If it doesn't include the drive letter, it would seem that your installation of Ruby doesn't do that for some reason.

First shot seems to be fine, even with drive letter inside from different drive:

I will dig into deeper later on - maybe try with a similar routine as the gem_dir thingy. Time to learn some ruby ;)

Sorry for the delay!
I hooked up awesome_print (don't knwo if that is a good choice but anyway...) and printed the options that serve_docs is giving jekyll to start the web server with. From what I can see they are looking good (All paths with leading drive-letter):

So I think this is an issue on jekyll side...

Hiya,
I’m trying new octopress on Linux, and got stumbled to docs command not working too. I don’t know if it’s related (I assume it is, hence I’m using this ticket).
> octopress docs
octopress 3.0.0.rc.32 | Error:  Permission denied @ dir_s_mkdir - /usr/lib64/ruby/gems/2.2/gems/octopress-3.0.0.rc.32/local/_site

I dug into it a bit, and it seems to be about source path, resolved by Docs#site_options. Since it falls back to that if there is no configuration (I haven’t yet tried what I need to configure; this is with pure new site), it will fail as for some reason I can’t write arbitrary things to system dirs... ;)
So I guess some kind of more decent default would make sense, for example the directory where the command is run?

I just tried the 3.0.0 and I'm also having the problems with Octopress docs. Using Windows 7, having problems on any drive except c:

I'm seeing the same thing as @kimpenhaus.


Fix rhosak UI test case

This PR wants to fix the rhosak integration test which is broken
Signed-off-by: bdattoma<EMAIL_ADDRESS>

Jenkins Job RUNNING

LGTM. Added a suggestion. Can you test it again with Jenkins?

yes, it's in today plans

closing in favor of #627


MOP-147 Changing preprod so that it points to new SDRS production url (they have changed the hosting platform)

LGTM


Better handling of dependencies and ordering in RepoController

#59 Added a repo controller which finds Image resources and ManifestSync's in a repository and builds them.
ManifestSync resources can depend on Image resources but right now we don't infer the dependency graph and try to order things. We just rely on retries to fix things.
We should be able to automatically infer the ordering. The Image resources define the images they create. From a ManifestSync its possible to find the images they depend on.
A quicker solution might be to order all the image builds before the manifestsync

Actually I don't think we want to do this given the direction we are moving is to make them individual controllers
https://github.com/jlewi/hydros/blob/main/docs/design_declarative_cd.md


Add Charletta to Contributors list

@Charletta, I'm quite elated about your PR. I wanna evolve this project to addresses various problems faced by first-time contributors. I'd love to learn about your journey in open source community, the problems, pain points you had etc.
Could you explain how you felt when you went through the tutorial, made a PR and learned that I merged it?


SCons: Generate all scripts natively, implement wrapper function

Retires methods.write_file_if_needed, as every single script is now generated through SCons methods directly! This means that these scripts will now show up on the Progressor & are automatically cleaned/rebuilt as needed. Any converted function that's tailored to a specific directory is now in the appropriate SCSub, to properly link up with their expected libraries.
In the process of converting these functions to SCons natively, I implemented methods.generated_wrapper to make the generated files much prettier. This wrapper is a contextlib.contextmanager, meaning it utilizes the with keyword to handle most boilerplate logic (automatically writes to provided path & adds documentation header + header guards) while only needing to be passed the SCons target. I'm very likely to continue porting over generated functions to this new wrapper (especially considering the high probability of other non-SCons generated scripts that didn't use methods.write_file_if_needed); however, I wanted to specifically focus on the methods.write_file_if_needed functions as that made for a healthy initial sample size.

Examples:

version_generated.gen.h | Before
/* THIS FILE IS GENERATED DO NOT EDIT */
#ifndef VERSION_GENERATED_GEN_H
#define VERSION_GENERATED_GEN_H
#define VERSION_SHORT_NAME "{short_name}"
#define VERSION_NAME "{name}"
#define VERSION_MAJOR {major}
#define VERSION_MINOR {minor}
#define VERSION_PATCH {patch}
#define VERSION_STATUS "{status}"
#define VERSION_BUILD "{build}"
#define VERSION_MODULE_CONFIG "{module_config}"
#define VERSION_WEBSITE "{website}"
#define VERSION_DOCS_BRANCH "{docs_branch}"
#define VERSION_DOCS_URL "https://docs.godotengine.org/en/" VERSION_DOCS_BRANCH
#endif // VERSION_GENERATED_GEN_H

version_generated.gen.h | After
/**************************************************************************/
/*  version_generated.gen.h                                               */
/**************************************************************************/
/*                         This file is part of:                          */
/*                             GODOT ENGINE                               */
/*                        https://godotengine.org                         */
/**************************************************************************/
/* Copyright (c) 2014-present Godot Engine contributors (see AUTHORS.md). */
/* Copyright (c) 2007-2014 Juan Linietsky, Ariel Manzur.                  */
/*                                                                        */
/* Permission is hereby granted, free of charge, to any person obtaining  */
/* a copy of this software and associated documentation files (the        */
/* "Software"), to deal in the Software without restriction, including    */
/* without limitation the rights to use, copy, modify, merge, publish,    */
/* distribute, sublicense, and/or sell copies of the Software, and to     */
/* permit persons to whom the Software is furnished to do so, subject to  */
/* the following conditions:                                              */
/*                                                                        */
/* The above copyright notice and this permission notice shall be         */
/* included in all copies or substantial portions of the Software.        */
/*                                                                        */
/* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,        */
/* EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF     */
/* MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. */
/* IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY   */
/* CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,   */
/* TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE      */
/* SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.                 */
/**************************************************************************/

/* THIS FILE IS GENERATED. EDITS WILL BE LOST. */

#ifndef VERSION_GENERATED_GEN_H
#define VERSION_GENERATED_GEN_H

#define VERSION_SHORT_NAME "godot"
#define VERSION_NAME "Godot Engine"
#define VERSION_MAJOR 4
#define VERSION_MINOR 3
#define VERSION_PATCH 0
#define VERSION_STATUS "dev"
#define VERSION_BUILD "custom_build"
#define VERSION_MODULE_CONFIG ""
#define VERSION_WEBSITE "https://godotengine.org"
#define VERSION_DOCS_BRANCH "latest"
#define VERSION_DOCS_URL "https://docs.godotengine.org/en/" VERSION_DOCS_BRANCH

#endif // VERSION_GENERATED_GEN_H

windows/export/logo_svg.gen.h | Before
 /* AUTOGENERATED FILE, DO NOT EDIT */
 static const char *_windows_logo_svg = "\x3c\x73\x76\x67\x20\x68\x65\x69\x67\x68\x74\x3d\x22\x33\x32\x22\x20\x77\x69\x64\x74\x68\x3d\x22\x33\x32\x22\x20\x78\x6d\x6c\x6e\x73\x3d\x22\x68\x74\x74\x70\x3a\x2f\x2f\x77\x77\x77\x2e\x77\x33\x2e\x6f\x72\x67\x2f\x32\x30\x30\x30\x2f\x73\x76\x67\x22\x3e\x3c\x70\x61\x74\x68\x20\x64\x3d\x22\x6d\x31\x20\x35\x2e\x31\x33\x32\x20\x31\x32\x2e\x32\x39\x35\x2d\x31\x2e\x36\x39\x34\x76\x31\x31\x2e\x38\x37\x39\x48\x31\x7a\x6d\x30\x20\x32\x31\x2e\x37\x33\x36\x20\x31\x32\x2e\x32\x39\x35\x20\x31\x2e\x36\x39\x35\x56\x31\x36\x2e\x38\x33\x48\x31\x7a\x6d\x31\x33\x2e\x36\x34\x37\x20\x31\x2e\x38\x37\x35\x4c\x33\x31\x20\x33\x31\x56\x31\x36\x2e\x38\x33\x48\x31\x34\x2e\x36\x34\x37\x7a\x6d\x30\x2d\x32\x35\x2e\x34\x38\x36\x76\x31\x32\x2e\x30\x36\x48\x33\x31\x56\x31\x7a\x22\x20\x66\x69\x6c\x6c\x3d\x22\x23\x30\x30\x61\x62\x65\x64\x22\x2f\x3e\x3c\x2f\x73\x76\x67\x3e\xa";

windows/export/logo_svg.gen.h | After
/**************************************************************************/
/*  logo_svg.gen.h                                                        */
/**************************************************************************/
/*                         This file is part of:                          */
/*                             GODOT ENGINE                               */
/*                        https://godotengine.org                         */
/**************************************************************************/
/* Copyright (c) 2014-present Godot Engine contributors (see AUTHORS.md). */
/* Copyright (c) 2007-2014 Juan Linietsky, Ariel Manzur.                  */
/*                                                                        */
/* Permission is hereby granted, free of charge, to any person obtaining  */
/* a copy of this software and associated documentation files (the        */
/* "Software"), to deal in the Software without restriction, including    */
/* without limitation the rights to use, copy, modify, merge, publish,    */
/* distribute, sublicense, and/or sell copies of the Software, and to     */
/* permit persons to whom the Software is furnished to do so, subject to  */
/* the following conditions:                                              */
/*                                                                        */
/* The above copyright notice and this permission notice shall be         */
/* included in all copies or substantial portions of the Software.        */
/*                                                                        */
/* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,        */
/* EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF     */
/* MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. */
/* IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY   */
/* CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,   */
/* TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE      */
/* SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.                 */
/**************************************************************************/

/* THIS FILE IS GENERATED. EDITS WILL BE LOST. */

#ifndef WINDOWS_LOGO_SVG_GEN_H
#define WINDOWS_LOGO_SVG_GEN_H

static const char *_windows_logo_svg = "\x3c\x73\x76\x67\x20\x68\x65\x69\x67\x68\x74\x3d\x22\x33\x32\x22\x20\x77\x69\x64\x74\x68\x3d\x22\x33\x32\x22\x20\x78\x6d\x6c\x6e\x73\x3d\x22\x68\x74\x74\x70\x3a\x2f\x2f\x77\x77\x77\x2e\x77\x33\x2e\x6f\x72\x67\x2f\x32\x30\x30\x30\x2f\x73\x76\x67\x22\x3e\x3c\x70\x61\x74\x68\x20\x64\x3d\x22\x6d\x31\x20\x35\x2e\x31\x33\x32\x20\x31\x32\x2e\x32\x39\x35\x2d\x31\x2e\x36\x39\x34\x76\x31\x31\x2e\x38\x37\x39\x48\x31\x7a\x6d\x30\x20\x32\x31\x2e\x37\x33\x36\x20\x31\x32\x2e\x32\x39\x35\x20\x31\x2e\x36\x39\x35\x56\x31\x36\x2e\x38\x33\x48\x31\x7a\x6d\x31\x33\x2e\x36\x34\x37\x20\x31\x2e\x38\x37\x35\x4c\x33\x31\x20\x33\x31\x56\x31\x36\x2e\x38\x33\x48\x31\x34\x2e\x36\x34\x37\x7a\x6d\x30\x2d\x32\x35\x2e\x34\x38\x36\x76\x31\x32\x2e\x30\x36\x48\x33\x31\x56\x31\x7a\x22\x20\x66\x69\x6c\x6c\x3d\x22\x23\x30\x30\x61\x62\x65\x64\x22\x2f\x3e\x3c\x2f\x73\x76\x67\x3e\xa";

#endif // WINDOWS_LOGO_SVG_GEN_H

I have no clue why the Windows test fails; it's passing without issue for me locally

Finally got it to fail on my end, and it was through replicating the exact build flags used by GHA. Now I have a starting point to start looking back at where the disparity could've happened, though it'll still take quite a bit of digging.

Thanks!


no ACK received

Hi!
I have had this working great for a couple of weeks. But suddenly it does not work anymore and the connection to the xcomfort products does not work. See the error below:
2021/12/28 20:40:38 Level: 6.0.0, location [, , ] 2021/12/28 20:40:38 Read datapoint list from eprom in 32.384314608s 2021/12/28 20:40:38 Sent MQTT autodiscover add for 13 devices and 18 datapoints 2021/12/28 20:40:42 MQTT message; topic: 'xcomfort/3/set/dimmer', message: '100' 2021/12/28 20:40:42 TX (seq 1, 1 parallel): [b1030d406410]  2021/12/28 20:40:52 TX message was silently lost, likely never sent 2021/12/28 20:40:52 TX command failed, retrying (1/2): timeout, no ACK received 2021/12/28 20:40:52 TX (seq 2, 1 parallel): [b1030d406420]  2021/12/28 20:41:02 TX message was silently lost, likely never sent 2021/12/28 20:41:02 TX command failed, retrying (2/2): timeout, no ACK received 2021/12/28 20:41:02 TX (seq 3, 1 parallel): [b1030d406430]  2021/12/28 20:41:12 TX message was silently lost, likely never sent 2021/12/28 20:41:12 WARNING: command for datapoint 3 failed, state now unknown: timeout, no ACK received

Any tips? I have recalculated all routing and the reception is good on the tested device.

I fixed it!
I deleted all connecting lines i MRF and removed all devices from the USB 00/14. Then I uploaded the empty datapoints list to the stick.
After I added them again all devices working properly again.

Weird. If this happens again, it's sometimes useful to use MRF to look at the messages being sent. This way, you can at least see if the messages are being sent.


Add MS Paint Clone

Description
MS Paint Clone: It works the same as the paint app in windows that was the old version, MS paint is used in Windows XP I think.
So, I'm making this.
Code of Conduct

[X] I follow Contributing Guidelines of this project.

/assign


Add deviation for 400ZR tunable parameters telemetry

Pull Request Functional Test Report for #2838 / 3f7ee8a2dd16653481e27e7d9e3e9d32eff4fb3c
Virtual Devices

Device
Test
Test Documentation
Job
Raw Log

Arista cEOS

TRANSCEIVER-5: Configuration: 400ZR channel frequency, output TX launch power and operational mode setting.
3a5d36dd
Log

Cisco 8000E

TRANSCEIVER-5: Configuration: 400ZR channel frequency, output TX launch power and operational mode setting.
7e1735a6
Log

Cisco XRd

TRANSCEIVER-5: Configuration: 400ZR channel frequency, output TX launch power and operational mode setting.
61372662
Log

Juniper ncPTX

TRANSCEIVER-5: Configuration: 400ZR channel frequency, output TX launch power and operational mode setting.
7553faa1
Log

Nokia SR Linux

TRANSCEIVER-5: Configuration: 400ZR channel frequency, output TX launch power and operational mode setting.
f4c1eba5
Log

Openconfig Lemming

TRANSCEIVER-5: Configuration: 400ZR channel frequency, output TX launch power and operational mode setting.
c0f2e4f7
Log

Hardware Devices

Device
Test
Test Documentation
Raw Log

Arista 7808

TRANSCEIVER-5: Configuration: 400ZR channel frequency, output TX launch power and operational mode setting.

Cisco 8808

TRANSCEIVER-5: Configuration: 400ZR channel frequency, output TX launch power and operational mode setting.

Juniper PTX10008

TRANSCEIVER-5: Configuration: 400ZR channel frequency, output TX launch power and operational mode setting.

Nokia 7250 IXR-10e

TRANSCEIVER-5: Configuration: 400ZR channel frequency, output TX launch power and operational mode setting.

Help

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 54.484%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
1847

Relevant Lines:
3390

💛  - Coveralls


Accessing other methods from the controller within the "stop" handler

I dont want to load up my $scope with a bunch of stuff so perhaps this directive won't work for my needs - or maybe I'm missing something.
What I'd like to do is, from within my controller do something like this:
class ListController{
  constructor($scope, listService){
    this.listManager = new ListManager(listService);
    this.sortableOptions = {
       stop: this.moveItem
    };
  }
  moveItem(event, ui){
    ...
    return this.listManager.saveOrderChange(ui.item.sortable.sourceModel);
    ...
  }
}

However, this once I'm in the this.moveItem method this is no longer the controller but the ul; I've lost complete track of the scope of the method.  Is there a way to get it that I don't know?

Ofcourse this is set to the ul, since stop is a callback. That was always the problem with callbacks in JavaScript. The trick was always to set var that = this; in a place where this has the appropriate reference and then, inside your stop callback use (the moveItem function) use that. If you give me a code pen example I cab fix it did you.

I'll work on translating my code into a pen and I'll post it here soon.  Thanks for the response

I've figured it out.. by using angular.element(this)
  moveItem(event, ui){
    ...
    let ctrl =  angular.element(this).scope().ctrl;
    return ctrl.listManager.saveOrderChange(ui.item.sortable.sourceModel);
    ...
  }

Here is a codepen that illustrates it.  As you can see I'm using ES6 with babel.  I basically just modified your "simple" example. I had forgotten about the angular.element() method but a co-worker reminded me.
http://codepen.io/anon/pen/QjppKY

Nononononono, don't do it like this. Using angular.element().scope() is a workaround and will not work if you turn angular's debugInfo off.
Stay inside the language and use this.itemMoved.bind(this) to force the this value inside the callback.

oh, okay. thanks.  That is a much better idea.

Or you could just not make itemMoved a property...
It could be just a function refering to that.
Or, if you like it as a method, just write a callback that would call your method.

bind is more fancy than apply I think :smile:

I definitely like the elegance of the .bind()  A LOT better than the this/that way.
I appreciate your response and multiple options presented.  Much appreciated!

Have a nice weekend :)
On Fri, Oct 2, 2015 at 9:16 PM Bill Rawlinson<EMAIL_ADDRESS>wrote:

I definitely like the elegance of the .bind() A LOT better than the
this/that way.
I appreciate your response and multiple options presented. Much
appreciated!
—
Reply to this email directly or view it on GitHub
https://github.com/angular-ui/ui-sortable/issues/388#issuecomment-145112831
.

--
Thodoris Greasidis
Computer, Networking &
Communications Engineer


Rename federation blog post to reflect publication date Oct 19.

This should address #764. It is clean, because the federation blog article indeed only went live on Oct 19.
Nevertheless, I have added a note at the bottom of the article to make this transparent.
I pushed this to the staging branch, so we can see the live result (in 10 mins or so) before approving and merging this.

You can view the results of this merge on https://staging.scs.community/
To me it looks good. Please approve!


Add Carol

Project URL
https://github.com/AnaghSharma/Carol
Category
Music
Description
A minimal and beautiful lyrics app for macOS
Why it should be included to Awesome macOS open source applications  (optional)
It is a light-weight menu bar app for macOS which shows lyrics on demand. It has a minimal and beautiful design. It supports Apple Music and Spotify. It also uses some macOS specific UI elements like Visual Effect View with Blur and Vibrancy.
Checklist

[x] Only one project/change is in this pull request
[x] Addition in chronological order (bottom of category)
[x] Appropriate language icon(s) added if applicable
[x] Has a commit from less than 2 years ago
[x] Has a clear README in English

          1 Warning

:warning:
Too many changes (when adding, please keep it to one project per Pull Request)

  Generated by :no_entry_sign: Danger

@AnaghSharma Nice work! Thanks for your contribution!


[🐞] Service Worker prefetch strategy does not work with multiple Qwik containers

Which component is affected?
Qwik Runtime
Describe the bug
I am using a micro-frontend architecture using Qwik, serving from Cloudflare Workers. I am trying to get speculative module fetching working, but have found that it does not work when multiple containers are present with unique bases.
I posted a question on Discord about this and was advised to post as an issue here.
As an example, here is a script rendered from one of the containers in the reproduction repository:
<script q:type="prefetch-bundles">
  document.dispatchEvent(
    new CustomEvent("qprefetch", {
      detail: { bundles: ["q-fcd49e5f.js", "q-6dc420be.js"] },
    })
  );
  document.dispatchEvent(
    new CustomEvent("qprefetch", { detail: { links: [location.pathname] } })
  );
</script>

Notice that the base is not included in the emitted event.
Here is the script rendered by using the PrefetchServiceWorker component (which I appreciate is alpha, but the same problem exists for RegisterServiceWorker from qwik-city).
<script q:key="prefetch-service-worker" q:head="">
  ((e, t, n, s, r) => {
    (r = e.getAttribute("q:base")),
      e.getAttribute("q:manifest-hash"),
      t
        .register("/qwik-prefetch-service-worker.js", { scope: "/" })
        .then((o, i) => {
          (i = () => n.forEach((n.push = (c) => o.active.postMessage(c)))),
            o.installing
              ? o.installing.addEventListener(
                  "statechange",
                  (c) => c.target.state == "activated" && i()
                )
              : i();
        }),
      s && n.push(["verbose"]),
      document.addEventListener(
        "qprefetch",
        (o) => o.detail.bundles && n.push(["prefetch", r, ...o.detail.bundles])
      );
  })(
    document.currentScript.closest("[q\\:container]"),
    navigator.serviceWorker,
    window.qwikPrefetchSW || (window.qwikPrefetchSW = []),
    true
  );
</script>

As the base is inferred from the closest container, this will always resolve to the base from the container where the Service Worker is registered. This means any bundles from other containers will have incorrect URLs constructed before being forwarded to the Service Worker.
What I would expect to see is for qprefetch events to include the base of the closest container, so that the correct URLs are constructed. Where the events are consumed and forwarded to the worker, the correct base is not in scope at all, so it has to be included in the event.
In creating the repro, I noticed an additional bug with the Service Worker itself, in https://github.com/QwikDev/qwik/blob/f6fc2f855a11b541d383bf9b26db399dbb781a5a/packages/qwik/src/prefetch-service-worker/process-message.ts#L150
export function drainMsgQueue(swState: SWState) {
  if (!swState.$msgQueuePromise$ && swState.$msgQueue$.length) {
    const top = swState.$msgQueue$.shift()!;
    swState.$msgQueuePromise$ = processMessage(swState, top).then(() => {
      drainMsgQueue(swState);
    });
  }
}

Messages are only processed when $msgQueuePromise$ is falsey. Conceptually this is fine, however there is no code that restores it to a falsey value when all messages are processed. The result is that only the first message to the SW is processed. Happy to raise a separate issue on this if that's preferable.
Reproduction
https://github.com/af-tomwilkins/cloudflare-qwik-mfes/tree/main
Steps to reproduce

Clone the reproduction repo
See the README
Run npm i
Open terminal in packages/main directory, run npm start
Open terminal in packages/body directory, run npm start
Open localhost:8080
Use the rendered toggle button to observe module loading
View source to see Qwik prefetch-bundles and prefetch-service-worker elements as described

System Info
System:
    OS: Windows 10 10.0.18363
    CPU: (8) x64 Intel(R) Core(TM) i7-10510U CPU @ 1.80GHz
    Memory: 2.74 GB / 15.79 GB
  Binaries:
    Node: 20.11.0 - C:\Program Files\nodejs\node.EXE
    Yarn: 1.22.21 - C:\Program Files\nodejs\yarn.CMD
    npm: 10.2.4 - C:\Program Files\nodejs\npm.CMD
    pnpm: 7.1.7 - ~\AppData\Roaming\npm\pnpm.CMD
  Browsers:
    Edge: Spartan (44.18362.1474.0)
    Internet Explorer: 11.0.18362.1

Additional Information
No response

Hi, thanks for your report. I will look at it

Will fix it in v2?

We are investigating into it for the v1 as well
I created this basic mfe starter to deep dive the problem
https://github.com/gioboa/qwik-microfrontend-starter

Hi @af-tomwilkins,
As you mentioned, restoring $msgQueuePromise$ to a falsy value resumes the prefetching.
I've installed the specific debug commit of @builder.io/qwik and @builder.io/qwik-city using the following commands:
npm i https://pkg.pr.new/@builder.io/qwik@b2a3d22
npm i https://pkg.pr.new/@builder.io/qwik-city@b2a3d22

Currently, I'm debugging further in debug mode. We're making progress! 🫡
Thank you for your patience.

Hi @thejackshelton , @gioboa 👋
I really appreciate the speed of the fix here, it's made a huge different to my application. Thank you.
There is however a lingering issue that hopefully you can help with.
The new prefetch strategy works by pushing into the qwikPrefetchSW array. This takes the container base into account, so it all works well.
My problem is that there doesn't seem to be a way to turn off the old strategy, which fires qprefetch events on the document. The prefetch-service-worker listens for these and prepends with the base from the closest container - where the service worker is registered (same problem as before).
I've pushed some changes to my reproduction repo to 404 on JS that can't be found, which makes it more obvious in the network tab when this is happening:

The failed requests are from the qprefetch strategy, where bundles for the body container get prepended with main.
You'll notice there are successful requests for the same filenames. These are from the qwikPrefetchSW and have the correct base prepended, as per the fix.
Is there any way I can disable qprefetch? Or should I raise an issue?
Thanks again.

We are working on it because we noticed the same issue in our official mfe application. Stay tuned, thanks for the feedback

Thanks @gioboa , that's much appreciated. Is there an issue I can follow for it?

Yup #6582 fixed it


Sticky Navbar

Description

Fixed the navbar
The navbar disappeared as we scrolled down.

Affected Dependencies
None
How has this been tested?
GIF Before

If any UI Changes, Use this to record or else specify NA
NA

GIF After
Checklist

[x] I have followed the Contribution Guidelines.
[x] My changes do not edit/add any unrequired files.
[x] My changes are covered by tests.

@padmajabhol Are you working on changes asked in PR description .

@padmajabhol Are you working on changes asked in PR description .

@padmajabhol Are you working on changes asked in PR description .

No


netopeer2-cli doesn't work with Server implementations where yang-library & ietf-netconf modules are not supported

nc VERBOSE: Capability for <get-schema> support found.
nc VERBOSE: Capability for yang-library support not found.
nc ERROR: Base NETCONF schema not supported by the server.
nc WARNING: Missing ietf-netconf schema in context,
cmd_listen: Receiving SSH Call Home on port 4334 as user "root" failed.

Is there anyway available to disable these modules

Support for ietf-yang-library is not required but for ietf-netconf is. I have never really considered the situation but I suppose it could work somehow. Although you will not even be able to properly terminate the session, <close-session> RPC would not be available. So I do not really see the point of trying to support this, not sure if such a server can even be considered compliant with NETCONF.

We are basically using OpenYuma based netconf server. That has its own modules supported
Note that the same server works fine with other Netconf client implementations like mg-soft, ODL, Netconf-C and others
=========  Close session ===============

============================  Modules supported ========================
<capability>urn:ietf:params:xml:ns:yang:iana-crypt-hash?module=iana-crypt-hash&revision=2014-04-04</capability>
<capability>urn:ietf:params:xml:ns:yang:ietf-inet-types?module=ietf-inet-types&revision=2013-07-15</capability>
<capability>urn:ietf:params:xml:ns:yang:ietf-netconf-acm?module=ietf-netconf-acm&revision=2012-02-22</capability>
<capability>urn:ietf:params:xml:ns:yang:ietf-netconf-monitoring?module=ietf-netconf-monitoring&revision=2010-10-04</capability>
<capability>urn:ietf:params:xml:ns:yang:ietf-netconf-notifications?module=ietf-netconf-notifications&revision=2012-02-06</capability>
<capability>urn:ietf:params:xml:ns:netconf:partial-lock:1.0?module=ietf-netconf-partial-lock&revision=2009-10-19</capability>
<capability>urn:ietf:params:xml:ns:yang:ietf-netconf-with-defaults?module=ietf-netconf-with-defaults&revision=2011-06-01</capability>
<capability>urn:ietf:params:xml:ns:yang:ietf-system?module=ietf-system&revision=2014-08-06</capability>
<capability>urn:ietf:params:xml:ns:yang:ietf-yang-types?module=ietf-yang-types&revision=2013-07-15</capability>

urn:ietf:params:xml:ns:netmod:notification?module=nc-notifications&revision=2008-07-14
urn:ietf:params:xml:ns:netconf:notification:1.0?module=notifications&revision=2008-07-14
http://netconfcentral.org/ns/yuma-app-common?module=yuma-app-common&revision=2012-08-16
http://netconfcentral.org/ns/yuma-mysession?module=yuma-mysession&revision=2010-05-10
http://netconfcentral.org/ns/yuma-ncx?module=yuma-ncx&revision=2012-01-13
urn:ietf:params:xml:ns:netconf:base:1.0?module=yuma-netconf&revision=2012-10-05&features=writable-running,candidate,confirmed-commit,rollback-on-error,validate,startup,url,xpath
http://netconfcentral.org/ns/yuma-proc?module=yuma-proc&revision=2012-10-10
http://netconfcentral.org/ns/yuma-system?module=yuma-system&revision=2014-11-27
http://netconfcentral.org/ns/yuma-time-filter?module=yuma-time-filter&revision=2011-08-13
http://netconfcentral.org/ns/yuma-types?module=yuma-types&revision=2012-06-01

This capability
 <capability>urn:ietf:params:xml:ns:netconf:base:1.0?module=yuma-netconf&revision=2012-10-05&features=writable-running,candidate,confirmed-commit,rollback-on-error,validate,startup,url,xpath</capability>

shows how hacked it all is, the namespace is the same as a standard module (ietf-netconf) which is definitely not allowed. Now I am even less willing to support this because this use-case is simply invalid and the other clients are just fooled into supporting this or perhaps intentionally do.