Create readme for the 3.0 version of the OAS

@usarid i'd be happy to help make the suggested changes - but your branch doesn't seem to be available...

Thanks @olensmar I've been too slammed to look into what happened here, but looking at it now.

This was eventually implemented in https://github.com/OAI/OpenAPI-Specification/pull/1281 so let's close this one.


Disjoint set application problem

Aim
Consider a situation with a number of persons and following tasks to be performed on them.
Add a new friendship relation, i.e., a person x becomes friend of another person y.
Find whether individual x is a friend of individual y (direct or indirect friend)
Programming language

[ ] C
[ ] C++
[ ] Java
[ ] Python

Sir can I Implement it in c++? @Amit366

sir please assign this to me in python


Deleting _TZE200_2ekuz3dz

This ID is wrong its one Thermostat and have one working quirk. Then the thermostat is loaded before the TRV is also matching the thermostat and is not the TRV so its not braking any device onlyy fixing one old error.
https://github.com/zigpy/zha-device-handlers/blob/6b8cd2cd03804842765b37519622849d7c5ddb80/zhaquirks/tuya/ts0601_electric_heating.py#L144

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

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 83.696%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
6884

Relevant Lines:
8225

💛  - Coveralls

Codecov Report
Base: 83.69% // Head: 83.69% // No change to project coverage :thumbsup:

Coverage data is based on head (b7395bf) compared to base (6b8cd2c).
Patch has no changes to coverable lines.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
Additional details and impacted files
@@           Coverage Diff           @@
##              dev    #2138   +/-   ##
=======================================
  Coverage   83.69%   83.69%
=======================================
  Files         258      258
  Lines        8225     8225
=======================================
  Hits         6884     6884
  Misses       1341     1341

Impacted Files
Coverage Δ

zhaquirks/tuya/ts0601_trv_sas.py
52.04% <ø> (ø)

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.

Interesting. Was this issue reported anywhere?

Here and i have seen it for some months and it was also wrong in our tuya TRV matrix.
https://github.com/jacekk015/zha_quirks/pull/2#issuecomment-1405611096
Look in Z2M is also saying its one Thermostat and not one TRV.
I think the error is over 2 year old but is fixed by the thermostat quirk was added and was loading and not the TRV version.


www: refactor docs/[...slug].tsx to make use of optional dynamic params

depends on #1706.
once merged, it would be nice to refactor www's docs/[...slug].tsx to make use of the new concept.

@mbhrznr
Hello! Is this issue still existing?
If you don't mind, I would like to work on this problem myself!

yes, this is still open. Feel free to go ahead.

Thank you!! I will tackle it!!

@yossydev Are you still working on this?  I can take a look if not

@Mrashes
Sorry, I haven't got around to it at the moment, please do!

Alright, started digging for an hour.  Few things to start calling out:

can't get the optional routing to work out of the box (idea is docs/[[version]]/[...slug]) but it results in too many redirects when I try to hit docs/introduction)
Its a bit tricky due to the middleware so I'm going to try and ignore that for now

Next step is to just get it working where when I hit docs/latest/introduction it should render locally.  Probably just need more head banging but wanted to update on progress.  Hope is to do this an hour at a time for the next few nights.

Activity seems stale here, so going to take a stab at this 😄

@bhb603 gfi!

PR ready 🙏


Add Singapore Weather Reading API

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

Looks good to me!

Thank You!

Updated and Squashed the commit

@matheusfelipeog this is good to go?

@matheusfelipeog this is good to go?

Yes 😆

Thanks for your contribution @JWiryo and thanks for your review @0x0is1 ❤

Thank you very much for allowing me to learn on how to contribute to an open-source project


installer.sh fails to recognize when Python packages were not installed

Environment

OS / version: RHEL 8.6
Python version: 3.10.0

Description
The installer.sh script does not recognize when some Python packages were not installed properly.
For example, when running ./installer.sh, the output at the Installing python & crypto libs step shows that:
Package python3-cryptography-3.2.1-5.el8.x86_64 is already installed.
...
Package python3-tornado-6.0.2-1.el8.x86_64 is already installed.
Package python3-zmq-19.0.0-1.el8.x86_64 is already installed.

With versions matching the requirements specified in the script: https://github.com/keylime/keylime/blob/8ac59a9620acfa967b73cd68df3f416aa57e380f/installer.sh#L20-L22
However, the installer.sh produces the following errors:
...
Dependencies resolved.
Nothing to do.
Complete!
Traceback (most recent call last):
  File "<string>", line 1, in <module>
ModuleNotFoundError: No module named 'tornado'
ERROR: Minimum python-tornado version is 4.3, but is installed!
This may introduce security issues, instability or an incomplete install!  Continue? [y/N] y
Traceback (most recent call last):
  File "<string>", line 1, in <module>
ModuleNotFoundError: No module named 'zmq'
ERROR: Minimum python-zmq version is 14.4, but is installed!
This may introduce security issues, instability or an incomplete install!  Continue? [y/N] y
Traceback (most recent call last):
  File "<string>", line 1, in <module>
ModuleNotFoundError: No module named 'cryptography'
ERROR: Minimum python-cryptography version is 2.1.4, but is installed!

(notice the missing version in the error message)
And after verification, two of the packages are not installed on my system:
python3 -c 'import tornado; print(tornado.version)'

Traceback (most recent call last):
  File "<string>", line 1, in <module>
ModuleNotFoundError: No module named 'tornado'

python3 -c 'import zmq; print(zmq.__version__)'

Traceback (most recent call last):
  File "<string>", line 1, in <module>
ModuleNotFoundError: No module named 'zmq'

And one is present in a correct version:
python3 -c 'import cryptography; print(cryptography.__version__)'

37.0.4

Expected behavior vs. actual behavior
installer.sh should handle packages that were not properly installed and propagate the issue in the error message.
Steps to reproduce problem
Run the ./installer.sh command.

This seems like it might be a mismatch between expected python versions installed and/or python paths. Do you have multiple versions of python installed?
For more information, it's using your package manager to install the python3-tornado. What happens when you do this by hand? Where does it get installed? Does python3 still not find it?


Release of version <IP_ADDRESS> of xExchange

Releasing version <IP_ADDRESS>

Hi @kwirkykat, I'm your friendly neighborhood Microsoft Pull Request Bot (You can call me MSBOT). Thanks for your contribution!

It looks like you're a Microsoft contributor (Katie Keim). If you're full-time, we DON'T require a Contribution License Agreement. If you are a vendor, please DO sign the electronic Contribution License Agreement. It will take 2 minutes and there's no faxing! https://cla.microsoft.com.

TTYL, MSBOT;


Update secrets.py to create secret from id.

Relates to this issue docker#2025
Fixes error when calling:
import docker

client -docker.from_env()
mySecret = client.secrets.create(name='randomName', data='platform_node_requirements.md')

@ddowding that issue was solved by #2793


shadow props doesn't work with

React Native version:

info Fetching system and libraries information...
System:
    OS: macOS 10.14.5
    CPU: (4) x64 Intel(R) Core(TM) i5-4690 CPU @ 3.50GHz
    Memory: 2.78 GB / 20.00 GB
    Shell: 5.3 - /bin/zsh
  Binaries:
    Node: 12.4.0 - ~/.nvm/versions/node/v12.4.0/bin/node
    Yarn: 1.16.0 - ~/.nvm/versions/node/v12.4.0/bin/yarn
    npm: 6.9.0 - ~/.nvm/versions/node/v12.4.0/bin/npm
  SDKs:
    iOS SDK:
      Platforms: iOS 12.2, macOS 10.14, tvOS 12.2, watchOS 5.2
    Android SDK:
      API Levels: 27, 28, 29
      Build Tools: 27.0.3, 28.0.3, 29.0.0
      System Images: android-27 | Intel x86 Atom_64, android-28 | Intel x86 Atom_64, android-29 | Intel x86 Atom_64
  IDEs:
    Android Studio: 3.4 AI-183.6<IP_ADDRESS>22156
    Xcode: 10.2.1/10E1001 - /usr/bin/xcodebuild
  npmPackages:
    react: 16.8.6 => 16.8.6
    react-native: 0.60.0 => 0.60.0

Steps To Reproduce

init with v0.60
add shadow props to <Image/>

Describe what you expected to happen:
Snack, code example, or link to a repository:

Hi @yozman,
You would need to give more information about your situation for anyone to be able to properly help you.
If you look at the documentation for shadow props on Image component, you see that they are only supported on iOS.
On Android, the equivalent is the elevation prop, which is only available on View component: https://facebook.github.io/react-native/docs/view-style-props#elevation
Hope that helps.

@RobinCsl
it doesn't work on ios.
this is step to reproduce

init with v0.60
add shadow props to

@yozman Your explanations are very minimal, so please help me help you by providing more context. A code example/Expo snack is always welcome.
In this Snack, it looks like you're possibly missing overflow: 'visible' in the styles applied to your Image.

@RobinCsl
thanks for your answer,
after add overflow: 'visible'
shadow is work well
but borderRadius is broke,
if I remove overflow: 'visible'
shadow not work
borderRadius is well

I'm not sure if that's because React Native is unable to compute everything right (you can sometimes get some warnings in the console if you choose to Debug JS remotely).
In this other Snack, there is a rounded image with drop shadow thanks to a wrapping View around the Image component.

@RobinCsl
yeah, I solved use <ImageBackground/> instead.
but I think this is a bug with <Image/>

Please provide demo code so we can investigate the issue. I'll re-open the issue once I have demo code. Thank you

import "intl";
import "intl/locale-data/jsonp/en";

@dulmandakh Demo Code :
import React, { Component } from 'react'
import { StyleSheet, Text, View, AppRegistry, Image } from 'react-native'

class FlexboxExamples extends Component {
  render() {
    return (
      <View style={styles.container}>
        <Image style={styles.img} source={{uri: 'https://image.freepik.com/free-vector/isometric-hiring-process_52683-44138.jpg'}} />
      </View>
    )
  }
}

const styles = StyleSheet.create({
  container: {
    flex: 1,
    alignItems: 'stretch'
  },
  img: {
    height: 240,
    resizeMode: 'cover',
    borderBottomLeftRadius: 16,
    borderBottomRightRadius: 16,
    shadowColor: '#202020',
    shadowOffset: {width: 0, height: 0},
    shadowRadius: 5,
    overflow: "visible"
  },
})

export default FlexboxExamples;

I just created project with CRNA and replaced content with above in App.js file. Note : Shadow properties doesn't show up on <Image> element unless I give overflow: "visible" And If i add overflow in style then Border Radius properties doesn't work. This is bug with <Image> element & still present, kindly reopen the issue :)

IIRC, using shadow styles on an Image instead applies the shadows as a drop-shadow filter to semi-transparent pixels in the image.


Add awesomebot github action

Awesomebot will check all the links in README.md and ensure they're still alive.
Includes example (img.shields.io has been a problem on my own repos) to whitelist sites with intermittent issues so they don't block PR checks.
Use --request-delay 1 so that it doesn't hit rate limits for sites that have multiple links pointing at them.

Added a follow-up commit


"handle_crash: Program crashed with signal 11" after importing assets finishes

Godot version: a3396fabd5700f08d9390f14eab0676d42ee6f14
OS/device including version:
Arch Linux (kernel version 5.9.1), GNOME 3.38 on Wayland
AMD Radeon R5 M330, Mesa 20.2.1
Issue description:
After Godot finishes importing assets, it crashes with handle_crash: Program crashed with signal 11, and just sits there until killed. It's originally a 3.2 project, but I've been able to open it twice and have modified many things to work with 4.0. I had to delete the .import directory and all *.import files in order to get a backtrace, otherwise it'd just say Dumping the backtrace then never output anything. Here's the output I got since starting to load the project until the crash (I replaced my username with $USER):
backtrace.log
I compiled Godot with scons -j5 platform=linuxbsd target=debug debug_symbols=full
Steps to reproduce:

Run Godot
Select the project
Wait for importing assets (which takes a REALLY long time, btw)
Godot crashes, and stays there with a frozen window until killed.

Reproduction project

I got it to crash too when importing the first time, though there was no stacktrace whatsoever in gdb.
Then I retried opening it and it importing the remaining stuff fine.

Turns out it's caused by the android export templates I compiled and put in ~/.local/share/godot/templates.
We don't have Android support in master, do we?

We don't have Android support in master, do we?

We do, but only for 2D (and it might be broken, especially on devices below Android 9).

Export templates shouldn't have any impact on importing assets, I don't think the issue you reported is related to those.

After importing all assets I got this usage of freed memory(this happened to me twice in past):
==86937==ERROR: AddressSanitizer: heap-use-after-free on address 0x612000957b58 at pc 0x000001ef83ab bp 0x7ffe6b016230 sp 0x7ffe6b016220
READ of size 8 at 0x612000957b58 thread T0
    #0 0x1ef83aa in StringName::operator==(StringName const&) const core/string/string_name.h:97
    #1 0x1ef85d9 in Callable::is_null() const core/variant/callable.h:74
    #2 0x1ebb3d6 in DisplayServerX11::_send_window_event(DisplayServerX11::WindowData const&, DisplayServer::WindowEvent) platform/linuxbsd/display_server_x11.cpp:2642
    #3 0x1ec8048 in DisplayServerX11::process_events() platform/linuxbsd/display_server_x11.cpp:3062
    #4 0x1e53ebe in OS_LinuxBSD::run() platform/linuxbsd/os_linuxbsd.cpp:257
    #5 0x1e47030 in main platform/linuxbsd/godot_linuxbsd.cpp:58
    #6 0x7f8cf16e80b2 in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x270b2)
    #7 0x1e46b6d in _start (/usr/bin/godot4s+0x1e46b6d)

0x612000957b58 is located 152 bytes inside of 280-byte region [0x612000957ac0,0x612000957bd8)
freed by thread T0 here:
    #0 0x7f8cf291b1b7 in __interceptor_free (/lib/x86_64-linux-gnu/libasan.so.6+0xb01b7)
    #1 0x123d4138 in Memory::free_static(void*, bool) core/os/memory.cpp:169
    #2 0x1e4aba1 in DefaultAllocator::free(void*) core/os/memory.h:65
    #3 0x1f40a10 in void memdelete_allocator<Map<int, DisplayServerX11::WindowData, Comparator<int>, DefaultAllocator>::Element, DefaultAllocator>(Map<int, DisplayServerX11::WindowData, Comparator<int>, DefaultAllocator>::Element*) (/usr/bin/godot4s+0x1f40a10)
    #4 0x1f28082 in Map<int, DisplayServerX11::WindowData, Comparator<int>, DefaultAllocator>::_erase(Map<int, DisplayServerX11::WindowData, Comparator<int>, DefaultAllocator>::Element*) (/usr/bin/godot4s+0x1f28082)
    #5 0x1f1c337 in Map<int, DisplayServerX11::WindowData, Comparator<int>, DefaultAllocator>::erase(int const&) (/usr/bin/godot4s+0x1f1c337)
    #6 0x1e80ad7 in DisplayServerX11::delete_sub_window(int) platform/linuxbsd/display_server_x11.cpp:876
    #7 0xc9c39b4 in Window::_clear_window() scene/main/window.cpp:279
    #8 0xc9c940d in Window::set_visible(bool) scene/main/window.cpp:381
    #9 0xcd142a7 in AcceptDialog::_ok_pressed() scene/gui/dialogs.cpp:106
    #10 0xcd3da10 in void call_with_variant_args_helper<AcceptDialog>(AcceptDialog*, void (AcceptDialog::*)(), Variant const**, Callable::CallError&, IndexSequence<>) core/variant/binder_common.h:196
    #11 0xcd3a198 in void call_with_variant_args<AcceptDialog>(AcceptDialog*, void (AcceptDialog::*)(), Variant const**, int, Callable::CallError&) core/variant/binder_common.h:280
    #12 0xcd36a9a in CallableCustomMethodPointer<AcceptDialog>::call(Variant const**, int, Variant&, Callable::CallError&) const core/object/callable_method_pointer.h:97
    #13 0x12c5f130 in Callable::call(Variant const**, int, Variant&, Callable::CallError&) const core/variant/callable.cpp:50
    #14 0x13470033 in Object::emit_signal(StringName const&, Variant const**, int) core/object/object.cpp:1063
    #15 0x13471fe2 in Object::emit_signal(StringName const&, Variant const&, Variant const&, Variant const&, Variant const&, Variant const&) core/object/object.cpp:1118
    #16 0xca8726d in BaseButton::_pressed() scene/gui/base_button.cpp:129
    #17 0xca8b084 in BaseButton::on_action_event(Ref<InputEvent>) scene/gui/base_button.cpp:161
    #18 0xca83ba2 in BaseButton::_gui_input(Ref<InputEvent>) scene/gui/base_button.cpp:65
    #19 0x94e26e2 in void call_with_variant_args_helper<__UnexistingClass, Ref<InputEvent>, 0ul>(__UnexistingClass*, void (__UnexistingClass::*)(Ref<InputEvent>), Variant const**, Callable::CallError&, IndexSequence<0ul>) core/variant/binder_common.h:196
    #20 0x94dcaeb in void call_with_variant_args_dv<__UnexistingClass, Ref<InputEvent> >(__UnexistingClass*, void (__UnexistingClass::*)(Ref<InputEvent>), Variant const**, int, Callable::CallError&, Vector<Variant> const&) core/variant/binder_common.h:313
    #21 0x94c37b4 in MethodBindT<Ref<InputEvent> >::call(Object*, Variant const**, int, Callable::CallError&) core/object/method_bind.h:282
    #22 0xc884be0 in Viewport::_gui_call_input(Control*, Ref<InputEvent> const&) scene/main/viewport.cpp:1646
    #23 0xc891e35 in Viewport::_gui_input_event(Ref<InputEvent>) scene/main/viewport.cpp:1962
    #24 0xc8c5fae in Viewport::input(Ref<InputEvent> const&, bool) scene/main/viewport.cpp:3017
    #25 0xc9e5d23 in Window::_window_input(Ref<InputEvent> const&) scene/main/window.cpp:911
    #26 0xca66c07 in void call_with_variant_args_helper<Window, Ref<InputEvent> const&, 0ul>(Window*, void (Window::*)(Ref<InputEvent> const&), Variant const**, Callable::CallError&, IndexSequence<0ul>) core/variant/binder_common.h:196
    #27 0xca568c7 in void call_with_variant_args<Window, Ref<InputEvent> const&>(Window*, void (Window::*)(Ref<InputEvent> const&), Variant const**, int, Callable::CallError&) core/variant/binder_common.h:280
    #28 0xca44596 in CallableCustomMethodPointer<Window, Ref<InputEvent> const&>::call(Variant const**, int, Variant&, Callable::CallError&) const core/object/callable_method_pointer.h:97
    #29 0x12c5f130 in Callable::call(Variant const**, int, Variant&, Callable::CallError&) const core/variant/callable.cpp:50

previously allocated by thread T0 here:
    #0 0x7f8cf291b517 in malloc (/lib/x86_64-linux-gnu/libasan.so.6+0xb0517)
    #1 0x123d322b in Memory::alloc_static(unsigned long, bool) core/os/memory.cpp:76
    #2 0x1e4ab7e in DefaultAllocator::alloc(unsigned long) core/os/memory.h:64
    #3 0x123d314d in operator new(unsigned long, void* (*)(unsigned long)) core/os/memory.cpp:45
    #4 0x1f3e77f in Map<int, DisplayServerX11::WindowData, Comparator<int>, DefaultAllocator>::_insert(int const&, DisplayServerX11::WindowData const&) (/usr/bin/godot4s+0x1f3e77f)
    #5 0x1f26533 in Map<int, DisplayServerX11::WindowData, Comparator<int>, DefaultAllocator>::insert(int const&, DisplayServerX11::WindowData const&) (/usr/bin/godot4s+0x1f26533)
    #6 0x1f1b039 in Map<int, DisplayServerX11::WindowData, Comparator<int>, DefaultAllocator>::operator[](int const&) (/usr/bin/godot4s+0x1f1b039)
    #7 0x1edfc09 in DisplayServerX11::_create_window(DisplayServer::WindowMode, unsigned int, Rect2i const&) platform/linuxbsd/display_server_x11.cpp:3653
    #8 0x1e7ed0d in DisplayServerX11::create_sub_window(DisplayServer::WindowMode, unsigned int, Rect2i const&) platform/linuxbsd/display_server_x11.cpp:828
    #9 0xc9be80d in Window::_make_window() scene/main/window.cpp:230
    #10 0xc9c969d in Window::set_visible(bool) scene/main/window.cpp:384
    #11 0xc9ef577 in Window::popup(Rect2i const&) scene/main/window.cpp:1063
    #12 0xc9ec14d in Window::popup_centered(Vector2i const&) scene/main/window.cpp:1014
    #13 0x862ab05 in EditorNode::show_accept(String const&, String const&) editor/editor_node.cpp:3954
    #14 0x8590b5c in EditorNode::_dialog_display_load_error(String, Error) editor/editor_node.cpp:1073
    #15 0x8610af0 in EditorNode::load_scene(String const&, bool, bool, bool, bool) editor/editor_node.cpp:3369
    #16 0x8584833 in EditorNode::_sources_changed(bool) editor/editor_node.cpp:875
    #17 0x8807034 in void call_with_variant_args_helper<EditorNode, bool, 0ul>(EditorNode*, void (EditorNode::*)(bool), Variant const**, Callable::CallError&, IndexSequence<0ul>) core/variant/binder_common.h:196
    #18 0x87fddeb in void call_with_variant_args<EditorNode, bool>(EditorNode*, void (EditorNode::*)(bool), Variant const**, int, Callable::CallError&) core/variant/binder_common.h:280
    #19 0x87e21a8 in CallableCustomMethodPointer<EditorNode, bool>::call(Variant const**, int, Variant&, Callable::CallError&) const core/object/callable_method_pointer.h:97
    #20 0x12c5f130 in Callable::call(Variant const**, int, Variant&, Callable::CallError&) const core/variant/callable.cpp:50
    #21 0x13470033 in Object::emit_signal(StringName const&, Variant const**, int) core/object/object.cpp:1063
    #22 0x13471fe2 in Object::emit_signal(StringName const&, Variant const&, Variant const&, Variant const&, Variant const&, Variant const&) core/object/object.cpp:1118
    #23 0x82e8f4e in EditorFileSystem::_notification(int) editor/editor_file_system.cpp:1129
    #24 0x83219b9 in EditorFileSystem::_notificationv(int, bool) (/usr/bin/godot4s+0x83219b9)
    #25 0x13466842 in Object::notification(int, bool) core/object/object.cpp:793
    #26 0xc7970a5 in SceneTree::_notify_group_pause(StringName const&, int) scene/main/scene_tree.cpp:818
    #27 0xc78a1a3 in SceneTree::idle(float) scene/main/scene_tree.cpp:447
    #28 0x1f9d3dc in Main::iteration() main/main.cpp:2498
    #29 0x1e5403f in OS_LinuxBSD::run() platform/linuxbsd/os_linuxbsd.cpp:261

SUMMARY: AddressSanitizer: heap-use-after-free core/string/string_name.h:97 in StringName::operator==(StringName const&) const

Is this maybe resolved on newest master?

No response, so closing. Nobody has commented in the last 2 years, so there is a good chance this was fixed


Update Jackson to 2.16.0

Disable write constraints that were introduced in that version

cc @electrum @martint

Ping @electrum @martint

Ping @martint


Some particle systems don't play

Example: casting Mage Armor should leave a lasting ring effect, but it doesn't.
Also I think some of the ambient particles in the Moathouse are missing (like one that looks like a dragonfly kind of thing)

So I think that the particle systems actually do play, but some of the particles dont render correctly.
Can you check mage armor again? It looks a lot better for me now, after commit 5f3909cd.

Okay I think I figured out what the actual issue was (particles spawned at twice the normal rate and led to existing particles being killed after half their lifespan).
Can you check if this fixes it for you? All particle systems now looked better for me.

Yep!


information about the use of the num_value_qubits parameter in the GroverOptimizer function is missing.

It is not clear from the documentation what the relationship is between the number of variables in the QUBO function to be optimised and the value of the num_value_qubits parameter. Also to know how this parameter influences when we add more constraints.

no longer necessary thanks


Editing receivers is hard with PGP support

Actual behavior
It's hard to delete and add email addresses from/into the "To", "CC" and "BCC" field when PGP support ist active (OpenPGP installed), because the keyboard hides when moving the curser by hand, arrow keys don't work for navigating to another address, there is not text but "cards" for addresses and you can't delete single characters.
Expected behavior
I think it would be better to convert the cards into plaintext addresses when tabbing on them.
Steps to reproduce

"Reply all" to a email so that there are multiple addresses in the to field of the new message
Try to remove the first recepient

Environment
K-9 Mail version: 5.002
Android version: 7.0.1
Account type (IMAP, POP3, WebDAV/Exchange): IMAP

Probably caused by #2083 and fixed by #2084

Oooh there is an x? Thanks :smile:


Suggestion: Compile Piper to WebAssembly for Chrome Extension Usage with Offline Text-to-Speech

I have a suggestion for the Piper project. Is it possible to compile Piper to WebAssembly? This would allow it to be used in a Chrome extension for read-aloud (text-to-speech) functionality with offline voices.
This feature would be particularly beneficial for users who need offline accessibility.

Check this out
https://github.com/jeffasante/piper-tts-chrome-extension/


Fix postRun in acme certificate being ran at every run

Motivation for this change
Backport of https://github.com/NixOS/nixpkgs/pull/85365 to 20.03
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[ ] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[ ] Fits CONTRIBUTING.md.

@GrahamcOfBorg test acme

cc @worldofpeace

The commit message doesn't match contribution guidelines. Should be like nixos/acme: Fix...

The commit message doesn't match contribution guidelines. Should be like nixos/acme: Fix...

Updated @worldofpeace

@immae I think you forgot to use -x for cherry-pick, or was it not pickable?

@immae I think you forgot to use -x for cherry-pick, or was it not pickable?

No, it’s just not in my practices. I fixed that


Automate versioning and releasing to PyPI via GH Actions

As we move to tagged versions and releases to PyPI we need to automate the flow of versioning the package to avoid the work of updating setup.cfg and clarity/__init__.py.
The versioneer package appears to offer a solution to this as it automates aligning the version with GitHub tags/releases.
After the initial 0.1.0 release has been made manually the process should shift to using versioneer to handle versions.

Closed by #78 making a Release and applying a new tag to be created triggers the ./.github/workflows/pypi.yaml which publishes to PyPI
Releasing works with the .github/workflows/pypi.yaml and "all" you need to do is...

Go to the Releases page (https://github.com/claritychallenge/clarity/releases)
Draft a New release
Create a new tag using semantic versioning and select "Create new tag v#.#.# on publish"
Click the "Generate Release Notes" button, this adds all the titles for all Pull Requests which I've remove but includes a link to the full ChangeLog which I've left in.
Write your release notes.
Select "Set as latest release"
Select "Create a discussion for this releases" and select "Announcements"
Click on "Publish Release"

The .github/workflows/pypi.yaml then kicks into action and builds the packages then uploads them to PyPI (above notes are as much for my reference as this is only the second time I've published to PyPI in this manner albeit both within a week of each other).
A few additional related tasks are to address...

#137
#149


Update Description

To be merged after V2023.4.0 stable release.

Why after and why change long description at all? It matches short description here

Why after

Requires translation change. RC1 signifies string freeze

why change long description at all? It matches short description here

Ones not really longer then the other, they're the same size. And the "short" one sounds a lot better IMO.

Requires translation change. RC1 signifies string freeze

That string existed before RC1, because it was the short description, so translations can be copy-pasted https://github.com/nlogozzo/NickvisionMoney/blob/main/NickvisionMoney.Shared/Resources/Strings.resx#L1146

And the "short" one sounds a lot better IMO.

Well I agree it sounds better, and it's great short description. But I don't like that we have the same long and short descriptions 😞

That string existed before RC1, because it was the short description, so translations can be copy-pasted

Ah ok, i'll go through translations and update them when I get a chance...won't be till later tomorrow as I have an exam in the morning 🙄

EDIT: Suggestion for long description (metainfo-only, in doap long description is not necessary I think):

Looks good to me. Feel free to commit it in the metainfo. Feel free to make one for Tube Converter and I'll go through those translations too tomorrow.

Looks good to me. Feel free to commit it in the metainfo.

Great, thanks! I will also update _translate-meta recipe in justfile, because currently it inserts text using string numbers, which is not the best way to handle it.

Ok i updated the descriptions for translations that had Summary.GTK translated. If Summary.GTK was not translated for a language, that language's translation was left untouched.

EDIT: Suggestion for long description (metainfo-only, in doap long description is not necessary I think):

Committed.

Reverted the commit because the script that translates this description needs to be updated to support a new list.

@nlogozzo metainfo should be good now. I renamed Summary.GTK to MetadataDescription.GTK because it's the only place when the long description is used (feel free to change if you want to use it for WinUI somewhere), keeping old values except for English and Russian. Script was changed to be more intelligent (it doesn't rely on string numbers or the content of an element, can be a simple text like in most translations now or another tree) and the generated file passes relaxed validation (regular validation gives the same errors as without the changes).

Thank you :) Will merge after V2023.4.0 stable is released at 12:00 AM EST tonight since we changed strings.
Feel free to update the scripts in Application and Tube Converter and add a long description for them

https://github.com/NickvisionApps/Denaro/releases/tag/2023.4.1-beta1


Quickstart examples are broken

Joern's quickstart (https://docs.joern.io/quickstart) contains this command:
cpg.call.filter(_.argument.code("stderr")).l

Upon execution in the current version of Joern, this is printed:
cmd1.sc:1: missing argument list for method argument in class CallMethods
Unapplied methods are only converted to functions when a function type is expected.
You can make this conversion explicit by writing `argument _` or `argument(_)` instead of `argument`.
val res1 = cpg.call.filter(_.argument.code("stderr")).l
                             ^
Compilation Failed

Both
cpg.call.filter(_.code.contains("stderr")).l

and
cpg.call.filter(thing => thing.code.contains("stderr")).l

work and produce the output displayed in the quickstart. But I don't know how to get the "only select those calls which have connections to nodes of type ARGUMENT" part right.

I think it should be cpg.call.where(_.argument.code("stderr")).l. Can you check?

Fixed by https://github.com/joernio/website/pull/5

Yes, it works. Thank you! :)


Manage and deploy triggers for existing slack app installed in client's workspace.

Question
I have a use case to create new triggers for invoking workflows. I understand workflows can bundled into JSON/YAML into slack app workspace.

How can we create and manage triggers to invoke those workflows once added to the app manifest.
Is there any other way apart from CLI to manage triggers.( please refer documents if available).
Do i need to re-install my slack app into client workspace if added workflow

Context
I did not found any documents managing and creating triggers at scale in production like slack apps.
Environment
@slack/deno-slack-sdk": "^2.10.0"
Requirements
Please read the Contributing guidelines and Code of Conduct before creating this issue or pull request. By submitting, you are agreeing to those rules.

Hey @harshbhardwaj29 👋 You're right that workflows are included in the app manifest, but triggers are tricky and act as separate entities from this and have to be created after installing the app.

Triggers can be created a few ways - either using a trigger definition file or during runtime. The way to invoke a trigger depends on the type of trigger too: link triggers can be started by clicking a link in Slack while you'll have to wait on a scheduled trigger.
At this time the endpoints to manage triggers aren't public but I'll check on this. For now the CLI offers commands to create, delete, list, and update trigger details, as well as collecting info or change edit access.
Adding a new workflow to your manifest doesn't require you reinstall the app, but it will require you update the manifest. The CLI currently handles this by reinstalling the app, but if your scopes aren't changing an update should work fine. Existing triggers will also continue to work if the inputs of a trigger's workflow doesn't change.

Hopefully this is helpful, but please follow up with any other questions! I hope to return with an update on these endpoints soon. And I'm also curious if you can share more about the production scale you're facing and how you'd ideally like to manage your triggers? It's really helpful feedback for us to make improvements in this area!

@zimeg The slack app i have is mostly configuration based, no code structure exists like workflows, trigger folders,  i have created workflows and embed into app manifest, but the concern are the trigger creation and deployment, with folder structure exists in docs, it is possible to manage trigger using CLI but there is no mentions for creating trigger without the code structure, any points on that.

Would creating triggers from only JSON definitions be suitable for you? These would still be separate from your manifest but wouldn't act as active code :thinking:
If so, a link trigger can be defined as so:
{
  "type": "shortcut",
  "name": "Begin an automated process",
  "description": "A sample trigger",
  "workflow": "#/workflows/sample_workflow",
  "inputs": {
    "channel": {
      "value": "{{data.channel_id}}"
    }
  }
}

And event triggers like so:
{
  "type": "event",
  "name": "Respond to a rocket reaction",
  "description": "responds to a specific reactji",
  "workflow": "#/workflows/sample_workflow",
  "event": {
    "event_type": "slack#/events/reaction_added",
    "channel_ids": [
      "C0123456789"
    ],
    "filter": {
      "version": 1,
      "root": {
        "statement": "{{data.reaction}} == rocket"
      }
    }
  },
  "inputs": {
    "channel": {
      "value": "C0123456789"
    }
  }
}

@zimeg what should be the ideal place to have these triggers, so it can pull mapping of workflows in app manifest like
`"workflow": "#/workflows/sample_workflow",


(Feature) Generate downloaded file name dynamically

This solves the first part of #269. The name of the downloaded file is generated using the current network and the address of the token.

@vbaranov Done.


[bug]: New channel was force closed after the peer connected back

Background
This looks like a weird edge case but I think is worth investigating/fixing. Some node opened a channel to me last night but when the tx confirmed it was apparently offline. Due to that there were no channel policies broadcasted and I got edge not found when trying to retrieve the channel info. However, this channel was visible in listchannels but the peer was offline.
Today the peer reconnected and this happened:
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.821 [INF] SRVR: New inbound connection from <IP_ADDRESS>:35380
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.822 [INF] SRVR: Finalizing connection to 034842ecf401da2342c6f840c19270cf360cb9e0512285ce018ffc14177f50caf3@<IP_ADDRESS>:35380, inbound=true
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.834 [INF] PEER: Peer(034842ecf401da2342c6f840c19270cf360cb9e0512285ce018ffc14177f50caf3): Loading ChannelPoint(d316c40c7a565a5f7890e10c240865b6cf19f4737bdbd52f95032b5eaecc4d49:0), isPending=false
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.834 [WRN] PEER: Peer(034842ecf401da2342c6f840c19270cf360cb9e0512285ce018ffc14177f50caf3): Unable to find our forwarding policy for channel d316c40c7a565a5f7890e10c240865b6cf19f4737bdbd52f95032b5eaecc4d49:0, using default values
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.835 [INF] HSWC: ChannelLink(d316c40c7a565a5f7890e10c240865b6cf19f4737bdbd52f95032b5eaecc4d49:0): starting
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.835 [INF] HSWC: Trimming open circuits for chan_id=822278:558:0, start_htlc_id=0
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.836 [INF] HSWC: Adding live link chan_id=494dccae5e2b03952fd5db7b73f419cfb66508240ce190785f5a567a0cc416d3, short_chan_id=822278:558:0
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.836 [INF] CNCT: Attempting to update ContractSignals for ChannelPoint(d316c40c7a565a5f7890e10c240865b6cf19f4737bdbd52f95032b5eaecc4d49:0)
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.836 [INF] FNDG: Peer(034842ecf401da2342c6f840c19270cf360cb9e0512285ce018ffc14177f50caf3) is online, sending ChannelReady for ChannelID(494dccae5e2b03952fd5db7b73f419cfb66508240ce190785f5a567a0cc416d3)
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.836 [INF] NTFN: New block epoch subscription
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.836 [INF] PEER: Peer(034842ecf401da2342c6f840c19270cf360cb9e0512285ce018ffc14177f50caf3): Negotiated chan series queries
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.836 [INF] HSWC: ChannelLink(d316c40c7a565a5f7890e10c240865b6cf19f4737bdbd52f95032b5eaecc4d49:0): HTLC manager started, bandwidth=0 mSAT
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.839 [INF] HSWC: ChannelLink(d316c40c7a565a5f7890e10c240865b6cf19f4737bdbd52f95032b5eaecc4d49:0): Attempting to re-synchronize channel: SCID=822278:558:0, status=ChanStatusDefault, initiator=false, pending=false, local commitment has height=0, local_htlc_index=0, local_log_index=0, remote_htlc_index=0, remote_log_index=0, remote commitment has height=0, local_htlc_index=0, local_log_index=0, remote_htlc_index=0, remote_log_index=0
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.839 [INF] DISC: Creating new GossipSyncer for peer=034842ecf401da2342c6f840c19270cf360cb9e0512285ce018ffc14177f50caf3
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.904 [INF] HSWC: ChannelLink(d316c40c7a565a5f7890e10c240865b6cf19f4737bdbd52f95032b5eaecc4d49:0): received re-establishment message from remote side
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.904 [ERR] LNWL: ChannelPoint(d316c40c7a565a5f7890e10c240865b6cf19f4737bdbd52f95032b5eaecc4d49:0): sync failed: remote's next commit height is 0, while we believe it is 0!
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.904 [WRN] HSWC: ChannelLink(d316c40c7a565a5f7890e10c240865b6cf19f4737bdbd52f95032b5eaecc4d49:0): error when syncing channel states: possible remote commitment state data loss
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.904 [ERR] HSWC: ChannelLink(d316c40c7a565a5f7890e10c240865b6cf19f4737bdbd52f95032b5eaecc4d49:0): failing link: unable to synchronize channel states: possible remote commitment state data loss with error: sync error
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.904 [INF] HSWC: ChannelLink(d316c40c7a565a5f7890e10c240865b6cf19f4737bdbd52f95032b5eaecc4d49:0): stopping
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.905 [INF] HSWC: ChannelLink(d316c40c7a565a5f7890e10c240865b6cf19f4737bdbd52f95032b5eaecc4d49:0): exited
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.905 [INF] HSWC: Removing channel link with ChannelID(494dccae5e2b03952fd5db7b73f419cfb66508240ce190785f5a567a0cc416d3)
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.905 [WRN] PEER: Peer(034842ecf401da2342c6f840c19270cf360cb9e0512285ce018ffc14177f50caf3): Force closing link(822278:558:0)
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.905 [INF] CNCT: Attempting to force close ChannelPoint(d316c40c7a565a5f7890e10c240865b6cf19f4737bdbd52f95032b5eaecc4d49:0)
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.905 [WRN] CNCT: Unable to disable channel d316c40c7a565a5f7890e10c240865b6cf19f4737bdbd52f95032b5eaecc4d49:0 on close: edge not found
Dec 22 09:13:23 fullnode lnd[2018549]: 2023-12-22 09:13:23.924 [INF] CNCT: ChannelArbitrator(d316c40c7a565a5f7890e10c240865b6cf19f4737bdbd52f95032b5eaecc4d49:0): force closing chan

sync failed: remote's next commit height is 0, while we believe it is 0! looks like this resync before any updates was not expected which caused the FC but it's a pure speculation. Still, the message doesn't make sense. I feel bad for the peer to pay a lot in this high fee environment only to pay again without getting any chance to use the channel.
Your environment

version of lnd lnd-v0.17.3
which operating system (uname -a on *Nix) Raspbian arm64
version of btcd, bitcoind, or other backend bitcoind v25.0.0
any other relevant environment details

Thanks for reporting. I tried to reproduce your scenario but cannot run into this issue. Your peer (most likely a lnd peer bc signaling amp) was signaling to you that his NextLocalCommitment is 0, so something is wrong on the peer side, maybe you can get his logs ?
Apart from that there is only one reason when we as lnd set the NextLocalCommitment = 0, which is when the peer tries to recover his channels from a backup:
https://github.com/lightningnetwork/lnd/blob/master/channeldb/channel.go#L1528-L1538
The fact that this node : 034842ecf401da2342c6f840c19270cf360cb9e0512285ce018ffc14177f50caf3 not only has a force close with your node but also with its other channel with kraken makes it very likely that they really triggerd a node recovery.
Maybe the noderunner shows up but until then I think this behavior was correct.
What we could improve here tho is the logging, its really hard to grasp whats going on without looking into the code.

I think the logging is off here, but for the DLP protocol we'll send a purposefully invalid chan reest to trigger a force close.

Yeah, that's probably the best explanation, just needs a log fix to make it less confusing.


AppBar -- how do can I use to contain FontIcon and IconButton?

I'm trying to figure out how to add elements to the AppBar, but have not been successful.
For example, how can AppBar contain
or an IconButton?

@jefffranks Have you seen this page on the docs site? http://material-ui.com/#/components/appbar
You can also view the source code for that page here - https://github.com/callemall/material-ui/blob/master/docs/src/app/components/pages/components/app-bar.jsx#L114

@hai-cea
Yes, I have seen both of those references.
I'm confused because I expected to see something like the example, but this did not happen.
Here is the code and the rendering . . .
Code:

Rendering ScreenShot:

@jefffranks It looks like you may be missing the font icon file? You may have to generate one and include it in your html file. You can read more about generating your own custom font icon file here: http://material-ui.com/#/components/icons

@hai-cea
Okay, I've included the following in my html header:
<<link href="https://fonts.googleapis.com/icon?family=Material+Icons" rel="stylesheet">

But, I still cannot figure out how to use the icons in AppBar.
I have tried the following based on reference #800 but it still does not render the icon.
<AppBar title="MyTitle" iconClassNameRight="material-icons" icon="expand_more"/>

BTW: replacing AppBar with the following test renders the icon just fine:
<i className="material-icons">expand_more</i>

How does one use material-icons in AppBar?

@jefffranks Hopefully #800 will address this issue. At the moment, the font-icon component is not rendering it's children.

@hai-cea
version 0.9.0 did not resolve my issue with AppBar as the "expand_more" icon still does not render.

@jefffranks #800 didn't get merged in for 0.9.0 - still waiting on a small variable name change.

@hai-cea If you're referring to me wrt the variable name change, I've implemented it in this PR https://github.com/callemall/material-ui/pull/806 . I removed the original PR because I messed up the branches at my end, so 806 replaces 800.

Solved that issue by implementing that into my styles:
https://raw.githubusercontent.com/joelburget/material-ui-hs/master/icons.less

This was addressed in #806

This is how I went about doing it. From http://google.github.io/material-design-icons/#icon-font-for-the-web I gabbed the link tag provided to include the font in my project.
<link href="https://fonts.googleapis.com/icon?family=Material+Icons" rel="stylesheet">

This provides a class "material-icons". In my main.css I specified pizza-icon as:
.pizza-icon:before { content: "local_pizza"; }

Then using the material-icons class and my pizza-icon class I put them both into iconClassNameRight.
<AppBar title="MyTitle" iconClassNameRight="material-icons pizza-icon" />

Now the pizza icon from the material icon font is rendered


Update binary.rb

Added support for different tar files and made the changes that were suggested by ewr.

These changes look good.  I take it that these changes will upgrade the running prometheus binary if the user defines a newer version in the attributes?

Yup, if you change version attribute to something that your node hasn't yet used, then it will extract that file and update binary. At least to my understanding and testing.
However, if you want to change back to version you used to use, then there already exists a tar file and extract does not get notified, so binary stays in previous version. Should it be possible to change back to previous version?
I actually think we might want to start using this cookbook https://github.com/burtlo/ark to handle binary installation?

Yes absolutely I always forget about ark.  It's definitely the way to go there.

Great! I'll make other PR today or tomorrow which uses ark.


[WIP] Helping with Translations

Location of the current translation resource files:
https://github.com/Discord-Bot-Maker-Mods/DBM-ModInstaller/tree/master/Mod_Installer/Resources/Localization/Controls
Translation Tool: https://www.zeta-resource-editor.com/index.html
Language Template:
https://raw.githubusercontent.com/Discord-Bot-Maker-Mods/DBM-Mod-Installer/master/languageTemplate.resx
Nothing on the top menu can be translated just yet, or what's said in the log, that part will take awhile xD there will be an easier way to translate it when i find it, but for now that's the best way where nothing has to be converted.
Don't forget to rename the file with your language code! (i.e. en-US.resx)
For now the best way would be to put the resx file into a gist on github and share the link in the comments, or create a pull request into the folders linked above!
(Don't worry about the .Designer.cs files, those are visual studio files)

es-ES.resx

https://gist.github.com/Tresmos/00c65d988b561c7a35be3428118d6069


.NET Standard 2.0 support (FileNotFound exception)

Hi,
I've tried to compile the latest version on Windows with those steps:

clone the repository.
run "git submodule update --init --recursive".
open the solution.
restore nuget packages.
build.

I'm having the following compilation errors:

Any clue what I'm doing wrong?
Thanks!

Can you try calling building with our ./build.ps1 script?

Hi,
Thanks.
I've run ./build.ps1 and it completed successfully.
Then, I've entered the solution and tried to build it.
All projects compiled successfully besides "managed-macos-full", "managed-macos-system", "objcgentest" and "objcgen".
I've unloaded those projects (as I'm trying to compile an Android AAR), and the solution compiled successfully.
Then, I've navigated to "Embeddinator-4000\build\lib\Debug", and run the following command:
./Embeddinator-4000.exe --gen=Java --platform=Android -c -v "folderPath\MonoTestLibrary.dll"
It failed with the following output:
`PS C:\Workspace\Embeddinator-4000\build\lib\Debug> ./Embeddinator-4000.exe --gen=Java --platform=Android -c -v "C:\Users
\tomer\Source\Repos\MonoTestLibrary\MonoTestLibrary\bin\Debug\netstandard2.0\MonoTestLibrary.dll"
Parsing assemblies...
Key HKCU\SOFTWARE\Novell\Mono for Android\AndroidSdkDirectory not found.
Key HKCU\SOFTWARE\Novell\Mono for Android\AndroidNdkDirectory not found.
Key HKCU\SOFTWARE\Novell\Mono for Android\JavaSdkDirectory not found.
Looking for Android SDK..
Key HKCU\SOFTWARE\Novell\Mono for Android\AndroidSdkDirectory not found.
Key HKLM\SOFTWARE\Novell\Mono for Android\AndroidSdkDirectory not found.
Key HKCU\SOFTWARE\Xamarin\MonoAndroid\PrivateAndroidSdkPath not found.
Key HKCU\SOFTWARE\Android SDK Tools\Path not found.
Key HKLM\SOFTWARE\Android SDK Tools\Path found:
Path contains adb in \platform-tools (C:\Program Files (x86)\Android\android-sdk).
Looking for Android NDK..
Key HKCU\SOFTWARE\Novell\Mono for Android\AndroidNdkDirectory not found.
Key HKLM\SOFTWARE\Novell\Mono for Android\AndroidNdkDirectory not found.
Key HKCU\SOFTWARE\Novell\Mono for Android\JavaSdkDirectory not found.
Key HKLM\SOFTWARE\Novell\Mono for Android\JavaSdkDirectory not found.
Looking for Java 6 SDK..
Key HKLM\SOFTWARE\JavaSoft\Java Development Kit\CurrentVersion found.
Key HKLM\SOFTWARE\JavaSoft\Java Development Kit\1.6\JavaHome not found.
Key HKLM\SOFTWARE\JavaSoft\Java Development Kit\1.7\JavaHome not found.
Key HKLM\SOFTWARE\JavaSoft\Java Development Kit\1.8\JavaHome found:
Path contains jarsigner.exe in \bin (C:\Program Files (x86)\Java\jdk1.8.0_112).
Found Android SDK. API levels: 19, 20, 21, 22, 23, 24
Parsed 'MonoTestLibrary.dll'
Processing assemblies...
Unhandled Exception: System.IO.FileNotFoundException: netstandard, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=cc7b
13ffcd2ddd51
at IKVM.Reflection.Universe.Load(String refname, Module requestingModule, Boolean throwOnError) in C:\Workspace\Embed
dinator-4000\external\ikvm\reflect\Universe.cs:line 756
at IKVM.Reflection.Reader.ModuleReader.ResolveAssemblyRefImpl(Record& rec) in C:\Workspace\Embeddinator-4000\external
\ikvm\reflect\Reader\ModuleReader.cs:line 594
at IKVM.Reflection.Reader.ModuleReader.ResolveAssemblyRef(Int32 index) in C:\Workspace\Embeddinator-4000\external\ikv
m\reflect\Reader\ModuleReader.cs:line 577
at IKVM.Reflection.Reader.ModuleReader.ResolveType(Int32 metadataToken, IGenericContext context) in C:\Workspace\Embe
ddinator-4000\external\ikvm\reflect\Reader\ModuleReader.cs:line 460
at IKVM.Reflection.Reader.TypeDefImpl.get_BaseType() in C:\Workspace\Embeddinator-4000\external\ikvm\reflect\Reader\T
ypeDefImpl.cs:line 59
at IKVM.Reflection.Type.get_IsEnum() in C:\Workspace\Embeddinator-4000\external\ikvm\reflect\Type.cs:line 1335
at Embeddinator.Generators.ASTGenerator.Visit(TypeInfo typeInfo) in C:\Workspace\Embeddinator-4000\binder\Generators
AstGenerator.cs:line 105
at Embeddinator.Generators.ASTGenerator.Visit(Assembly assembly) in C:\Workspace\Embeddinator-4000\binder\Generators
AstGenerator.cs:line 68
at Embeddinator.Driver.Process() in C:\Workspace\Embeddinator-4000\binder\Driver.cs:line 80
at Embeddinator.Driver.Run() in C:\Workspace\Embeddinator-4000\binder\Driver.cs:line 236
at Embeddinator.CLI.Main(String[] args) in C:\Workspace\Embeddinator-4000\binder\CLI.cs:line 215`
Should I install the Android NDK? Any idea?
Thanks.

Looks to be some issue related to loading this netstandard.dll file... I assume it's related to .NET Standard 2.0 assemblies. I will need to check this.

Awesome.
BTW,

This is on the same DLL only .NET Standard 1.6.

This project is really exciting but this issue is a blocker for it being useful for us. +1!

I'm trying to reproduce this, but so far cannot do it on macOS with Mono 5.4, either for .NET Standard 1.6 or 2.0. It might be a Windows-only issue.

Hi @tomerdomshlak this issue hasn't had any activity in a little while, but I was able to run Embeddinator on Windows against a netstandard 1.6 library and output an Android AAR. It was this project.
I have Visual Studio 2017 15.6.3, and I was using Embeddinator-4000 built from source. Could your issue have been resolved on master now?
Closing for now, feel free reopen if you have more details, etc.


Updated support email address confirmation flow

refs https://github.com/TryGhost/Team/issues/584

No longer uses a API URL + redirect inside verification emails. This is replaced by a new route (/settings/members/?verifyEmail=token) that does the API request and shows a modal.
Removed update button when changing support email address in the Portal settings
Added _meta attribute to settings (uses same pattern as newsletters model)
When updating the membersSupportAddress setting (via the normal edit endpoint), the sent_email_verification meta property will get set by the API. When this new property is present, we'll show a warning that the support address requires verification.

Todo:

Show a proper error message for an invalid support email address
Update tests

Codecov Report

Merging #2426 (603d54f) into main (0432375) will decrease coverage by 0.11%.
The diff coverage is 21.95%.

@@            Coverage Diff             @@
##             main    #2426      +/-   ##
==========================================
- Coverage   40.36%   40.25%   -0.12%
==========================================
  Files         604      605       +1
  Lines       23940    23967      +27
  Branches     4158     4159       +1
==========================================
- Hits         9663     9647      -16
- Misses      14277    14320      +43

Impacted Files
Coverage Δ

app/components/modal-portal-settings.js
1.00% <0.00%> (+0.01%)
:arrow_up:

app/components/modals/settings/verify-email.js
4.76% <4.76%> (ø)

app/routes/settings/membership.js
80.00% <50.00%> (-12.86%)
:arrow_down:

app/controllers/settings/membership.js
49.19% <100.00%> (+0.20%)
:arrow_up:

app/serializers/setting.js
87.50% <100.00%> (+1.78%)
:arrow_up:

app/components/gh-html-iframe.js
45.45% <0.00%> (-38.64%)
:arrow_down:

app/components/gh-site-iframe.js
46.00% <0.00%> (-4.00%)
:arrow_down:

app/components/gh-file-uploader.js
91.53% <0.00%> (-3.08%)
:arrow_down:

app/controllers/offer.js
44.23% <0.00%> (-0.93%)
:arrow_down:

app/components/gh-image-uploader.js
94.00% <0.00%> (-0.67%)
:arrow_down:

... and 5 more

Continue to review full report at Codecov.

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


8312.6 Add refresh button to the logs modal

Shippable/pm#8312
Add a refresh button to the log modal.  Clicking this reloads the logs for the step displayed.

complete. closing.


Fix Fleet install in ESXi to use the latest fleet.zip release

FleetDM's releases do not always contain a fleet.zip (example). To handle these cases, we need to parse all the releases to find the latest one with a fleet.zip file. This PR brings the ESXi code line in line with the Vagrant code line: https://github.com/clong/DetectionLab/commit/eedd621537c1b4f617e44da2e5f51d6da72b0923.
I've also adjusted the script to use -d instead of -f because /opt/fleet should be a directory. This check seemed to fail on my deployment during a re-run when Fleet was already installed.

Ah, I forgot to update the ESXi code - thank you for making this PR!


Rounding/ float error when doing interpolation to extract incidence angle

Hi developers, I encountered this error when running ARIA Tools for standard displacement products over Kuala Lumpur, during the extraction of incidence angle for the first interferogram:
Extracting single incidence angle, look angle and azimuth angle files valid over common interferometric grid
Generating: incidenceAngle - [==================================================] 20150328_20150304Traceback (most recent call last):
  File "/opt/conda/envs/ARIA-tools/bin/ariaTSsetup.py", line 15, in <module>
    main(inps)
  File "/opt/conda/envs/ARIA-tools/lib/python3.8/site-packages/ARIAtools/tsSetup.py", line 271, in main
    export_products([dict(zip([k for k in set(k for d in standardproduct_info.products[1] for k in d)], [[item for sublist in [list(set(d[k])) for d in standardproduct_info.products[1] if k in d] for item in sublist] for k in set(k for d in standardproduct_info.products[1] for k in d)]))], standardproduct_info.bbox_file, prods_TOTbbox, layers, dem=demfile, lat=Latitude, lon=Longitude, mask=inps.mask, outDir=inps.workdir, outputFormat=inps.outputFormat, stitchMethodType='overlap', verbose=inps.verbose, num_threads=inps.num_threads, multilooking=inps.multilooking)
  File "/opt/conda/envs/ARIA-tools/lib/python3.8/site-packages/ARIAtools/extractProduct.py", line 396, in export_products
    finalize_metadata(outname, open_shapefile(bbox_file, 0, 0).bounds, prods_TOTbbox, dem, lat, lon, mask, outputFormat, verbose=verbose)
  File "/opt/conda/envs/ARIA-tools/lib/python3.8/site-packages/ARIAtools/extractProduct.py", line 490, in finalize_metadata
    out_interpolated = interpolator(np.stack((np.flip(dem.ReadAsArray(), axis=0), lat, lon), axis=-1))
  File "/opt/conda/envs/ARIA-tools/lib/python3.8/site-packages/scipy/interpolate/interpolate.py", line 2486, in __call__
    raise ValueError("One of the requested xi is out of bounds "
ValueError: One of the requested xi is out of bounds in dimension 1

DEM was by default downloaded via ARIA Tools (did not specify my own). I checked that gdalinfo shows consistent metadata between the DEM and interferograms. The error seems related to the interpolation of DEM/ lat/ lon and the latitude is out of bounds? When tracing back to scipy's interpolate.py, this looks like it may be due to the rounding of floating points (https://github.com/scipy/scipy/blob/master/scipy/interpolate/interpolate.py#L2484-L2489), where:
self.grid[i][0] = 2.0920806208778604 (from interferogram)
p[-1]              = 2.09208062087786 (from xi --> DEM)
I have attached the logs for this error, a bash script to download the Kuala Lumpur standard products from our ARIA-SG AWS S3 bucket, and a .json bbox for running ariaTSsetup.py. The ARIA Tools version used is as of this commit: https://github.com/aria-tools/ARIA-tools/commit/a9de4fc5e7bda8dff04f6056ff7c43a7f8e6bfa5. Commands ran:
bash ./wget_script.bash
mv ./S1-GUNW* products
ariaTSsetup.py -f './products/S1-GUNW*/*.nc' -b ./P091_KualaLumpur_1133.json -d Download --mask Download

KualaLumpur.zip
Thank you!

@cheryltwj it looks like your commit is slightly outdated. One of the successive commits actually made some improvements to the interpolation procedure.

Thanks @sssangha! The latest commit https://github.com/aria-tools/ARIA-tools/commit/cc947e3697f5b016aa15aa3f14d5a71196c97207 did resolve the issue.

@sssangha Sorry, I just noticed this after running MintPy with the ARIA Tools outputs generated with this latest commit:
In the incidenceAngle, lookAngle and azimuthAngle folders, the sizes of the data file and its corresponding .vrt file do not match. For example data file of incidenceAngle:
$ gdalinfo 20150328_20150304
Driver: ENVI/ENVI .hdr Labelled
Files: 20150328_20150304
    20150328_20150304.aux.xml
    20150328_20150304.hdr
Size is 2485, 2230
Coordinate System is:
GEOGCRS["GCS_unknown",
  DATUM["D_unnamed",
    ELLIPSOID["Spheroid",6378137,298.257223563,
      LENGTHUNIT["metre",1,
        ID["EPSG",9001]]]],
  PRIMEM["Greenwich",0,
    ANGLEUNIT["Degree",0.0174532925199433]],
  CS[ellipsoidal,2],
    AXIS["longitude",east,
      ORDER[1],
      ANGLEUNIT["Degree",0.0174532925199433]],
    AXIS["latitude",north,
      ORDER[2],
      ANGLEUNIT["Degree",0.0174532925199433]]]
Data axis to CRS axis mapping: 1,2
Origin =<PHONE_NUMBER>64038002,3.950219073141480)
Pixel Size = (0.000833167813679,-0.000833245942719)
Metadata:
 Band_1=Band 1
Image Structure Metadata:
 INTERLEAVE=BAND
Corner Coordinates:
Upper Left (<PHONE_NUMBER>,  3.9502191) (100d58'16.23"E, 3d57' 0.79"N)
Lower Left (<PHONE_NUMBER>,  2.0920806) (100d58'16.23"E, 2d 5'31.49"N)
Upper Right (<PHONE_NUMBER>,  3.9502191) (103d 2'29.75"E, 3d57' 0.79"N)
Lower Right (<PHONE_NUMBER>,  2.0920806) (103d 2'29.75"E, 2d 5'31.49"N)
Center   (<PHONE_NUMBER>,  3.0211498) (102d 0'22.99"E, 3d 1'16.14"N)
Band 1 Block=2485x1 Type=Float32, ColorInterp=Undefined
 NoData Value=0

And corresponding .vrt file for incidenceAngle:
$ gdalinfo 20150328_20150304.vrt
Driver: VRT/Virtual Raster
Files: 20150328_20150304.vrt
    20150328_20150304
Size is 3615, 5244
Coordinate System is:
GEOGCRS["unknown",
  DATUM["unnamed",
    ELLIPSOID["Spheroid",6378137,298.257223563,
      LENGTHUNIT["metre",1,
        ID["EPSG",9001]]]],
  PRIMEM["Greenwich",0,
    ANGLEUNIT["degree",0.0174532925199433,
      ID["EPSG",9122]]],
  CS[ellipsoidal,2],
    AXIS["latitude",north,
      ORDER[1],
      ANGLEUNIT["degree",0.0174532925199433,
        ID["EPSG",9122]]],
    AXIS["longitude",east,
      ORDER[2],
      ANGLEUNIT["degree",0.0174532925199433,
        ID["EPSG",9122]]]]
Data axis to CRS axis mapping: 2,1
Origin =<PHONE_NUMBER>39918002,5.442997285904920)
Pixel Size = (0.000833167813679,-0.000833245942719)
Image Structure Metadata:
 INTERLEAVE=BAND
Corner Coordinates:
Upper Left (<PHONE_NUMBER>,  5.4429973) (100d44'28.57"E, 5d26'34.79"N)
Lower Left (<PHONE_NUMBER>,  1.0734556) (100d44'28.57"E, 1d 4'24.44"N)
Upper Right (<PHONE_NUMBER>,  5.4429973) (103d45'11.41"E, 5d26'34.79"N)
Lower Right (<PHONE_NUMBER>,  1.0734556) (103d45'11.41"E, 1d 4'24.44"N)
Center   (<PHONE_NUMBER>,  3.2582264) (102d14'49.99"E, 3d15'29.62"N)
Band 1 Block=128x128 Type=Float32, ColorInterp=Undefined
 NoData Value=0

I then get an error running prep_aria.py of MintPy when it tries to read the raster with GDAL since the sizes are mismatched (https://github.com/insarlab/MintPy/blob/master/mintpy/prep_aria.py#L311-L314). Here is the prep_aria.py traceback:
Traceback (most recent call last):
 File "/root/MintPy/mintpy/prep_aria.py", line 495, in <module>
  main()
 File "/root/MintPy/mintpy/prep_aria.py", line 483, in main
  write_geometry(inps.outfile[1],
 File "/root/MintPy/mintpy/prep_aria.py", line 313, in write_geometry
  data[data == ds.GetRasterBand(1).GetNoDataValue()] = np.nan
TypeError: 'NoneType' object does not support item assignment

To double check, I reprocessed using the latest commit of ARIA Tools (https://github.com/aria-tools/ARIA-tools/commit/cc947e3697f5b016aa15aa3f14d5a71196c97207) on another area of interest which had no interpolator/ rounding issues before. The older outputs had matching sizes with the .vrt, while the reprocessed outputs now have mismatched sizes like for this Kuala Lumpur case.
I do not know if this is by any chance related to any recent commits? Thanks again!

@cheryltwj yes, I realized in the last commit I had forgotten to make sure the VRT files were updated after the extracted rasters were extracted/interpolated.
This is now addressed in my latest PR #166, so please try that.

@sssangha Thanks for the fix! It works ok, this time I've ran ARIA Tools and MintPy from start to end without error.

Thanks @sssangha and @cheryltwj for looking into this


Unify path types

Working again on the beaconing static information metadata  (#3779) I observed the number of different types for paths, that are used throughout the system.
There are two main "chains" of type translations (annotated with roughly where the translation is implemented):

without sciond (in the CS):  path segments ---> combinator.Path ---> segutil.path (implements snet.Path)
            combinator           segutil.Router

with sciond: path segments ---> combinator.Path ---> sciond.PathReplyEntry ---> sdpb.Paths (transmitted on the wire) ---> sciond.Path (implements snet.Path)
           combinator           sciond/fetcher          server/sciond/grpc                        lib/sciond/grpc

In particular, sciond.PathReplyEntry is no longer used for anything other than as an intermediate step in this conversion chain.

The two chains result in different structs (segutil.path / sciond.Path) that almost identically implement snet.Path.
Proposal

Move segutil.path / sciond.Path to a share place, e.g. new library go/lib/path
Move translation combinator.Path -> path.Path to this new library; alternatively, change the combinator to directly return path.Path.
Change the segutil.Pather to return path.Path  instead of combinator.Path and drop the now redundant segutil.Router.
Drop sciond.PathReplyEntry, translate directly from path.Path to sdpd.Paths

The two chains will then be:
    path segments ---> combinator.Path ---> path.Path (implements snet.Path)
              combinator             go/lib/path

    path segments ---> combinator.Path ---> path.Path ---> sdpb.Paths (transmitted on the wire) ---> path.Path (implements snet.Path)
              combinator             go/lib/path  server/sciond/grpc                       lib/sciond/grpc

I like the proposal.
sciond.PathReplyEntry only exists for historic reasons, and we did not yet have time to clean this up.
I'm currently rewriting path segments to protobuf, instead of capnp. If you intend to go forward with this proposal please wait until that change is in, because it will touch a lot of places, including path segments, and path combinator.
After the change, seg.PathSegment will be decoupled from the wire format, which should make a lot things easier and cleaner.
No more capnp structs tainting ~everything.

Thanks for the feedback. Ok, I will put this on hold for a bit, thanks for the heads up.


docs: initial release

Similarly to reanahub/reana#6, enhance package structure to introduce:

add initial documentation structure, with license authors, etc
add initial Travis CI configuration with Docker build

@hjhsalo Perhaps you can look at this one as well, as you are tackling the same issue in reana-demo-helloworld?


Underscore added to field using createNumberMask with decimals

This issue appears to be related to this comment on #542.
Automated testing for my application caught a curious situation that appears to be a bug, or at least an unintended consequence of some intended behavior.  Using any mask created by createNumberMask that allows decimals, we are seeing an underscore after the decimal in certain situations.  In one specific context, it creates a problem for our application.
We caught this using React, but it can also be recreated on the live demo website.
REPRODUCTION STEPS:
Using a mask created by createNumberMask like so:
const sampleMask = createNumberMask({
  prefix: '', // could also be a currency symbol, it doesn't matter
  allowDecimal: true,
  // If there is a suffix, this problem isn't as signficant
});

Select all contents of a field with an existing value that uses this mask (i.e. $12.34).  You can do this manually (with the mouse) or by using the keyboard shortcut.
Enter a decimal point while everything is selected
As a result, the field will auto-populate with $0._, and move the cursor to the end of the input (after the underscore)

Details
Once the field is in this error state where it displays the prefix then 0._:

Tabbing out of the field does not remove the placeholder
While the cursor is at the end of the field, typing invalid input (letters, special chars other than $ or .) does not remove the placeholder, since it doesn't register that input
While the cursor is at the end of the field, typing valid input or backspacing does remove the placeholder and keep the cursor at its current position, thus removing the field from this seemingly error state.
If you move the cursor anywhere other than the end of the field (after the underscore) and add any input, valid or invalid, it will remove the placeholder and behave as expected.
As mentioned in the code block above, this issue doesn't completely occur if you have a suffix (like a percent symbol).  It still adds the placeholder, but since the cursor isn't at the end of the input, any input will remove the underscore.

As I mentioned at the top of this, someone seems to have spotted this issue before.  I am pretty sure I can fix this locally with a custom pipe based on the original createNumberMask, and if that works, I could maybe just add a PR for it here to save you the time fixing it.  Just let me know.

This is an issue for me. Please @jkachurek , if you have a PR to fix this, please submit it. Thanks!

Does anyone have a solution for this?

I created a pipe that looked for that underscore, which only occurs in the case that it is entered first, and returned just the decimal. Returning anything else in the pipe resulted in the selectionStart not being correct, even after playing with returning 'indexesOfPipedChars'.
Here is what worked for me, know that I haven't done a ton of testing:
    cleanUnderscore = (value: string, config: any) => {
        if (!value) {
            return value;
        }
        if (value.indexOf('_') === value.length - 1) {
            return '.';
        }
        return value;
    };


File & Folder open functions and other dialoges broken in v0.3.0

I just gave a test drive to v0.3.0 via Arch Linux packages running Wayland (Hyprland). The result is barely usable. I first noticed the file open / folder open functions would not pull up. I was able to open a project by launching it externally with a file parameter, but nothing in-app would allow me to open a file.
While reporting this bug, I realized even the "about lapce" dialogue won't come up. I suspect something very fundamental about launching dialogue boxes is broken, likely Wayland specific.

I confirm this even for X11 on Manjaro. Though, "About Lapce" is working for me. However, I cannot open a file/folder.

arch linux same problem not just folder ui not responsive very well

I had the same issue with the version 0.3.0. on Arch Linux.
I fixed it by downgrading the version of the xdg-desktop-portal from 1.18 to 1.16.
I was able to replicate the same issue with the rfd (rust file dialog) crate, so I guess this is an upstream bug.

Thanks for the research @RenjiSann. Did you file an upstream bug we can track here? If it gets a fix I could potentially even patch the Arch Linux package, although a patch release to this project would be much better.

I haven't filed any issue yet, I will do it now

Here is the issue on the rfd repo: https://github.com/PolyMeilex/rfd/issues/157
Also, I just realized that this bug also affects firefox. When setting the file dialog to the xdg-portal in Firefox, no dialog will appear with xdg-desktop-portal v1.18, but it will work with version 1.16. So it might be an even bigger problem than I originally thought

xdg-desktop-portal downgrade did not solve this for me

It has started working for me in v0.3.1.

Still not working flatpak 0.3.1 - on Void Linux

Should be fixed in master since updated rfd


deletePlugin() failed to delete plugin folder with contents

deletePlugin(id) which is called by UpdateManager.uninstallPlugin(id) failed since the PluginRepository.deletePluginPath() call used Files.deleteIfExists(path) which is not able to delete recursively.
The fix is to use the already existing FileUtils.delete(path), which I modified to java.nio style and no follow symlinks.

Coverage increased (+0.7%) to 24.351% when pulling 66803288a7df94f52d921ef5883d335f774a67cd on cominvent:delete-recursive into 042fec5a7df69d5d6c473140b91149828a2a3c74 on decebals:master.

Thanks!


REL: 2024.2.1

[X] q2galaxy: https://github.com/qiime2/q2galaxy/tree/Release-2024.2
[X] rescript: https://github.com/bokulich-lab/RESCRIPt/tree/Release-2024.2
[X] feature-table: https://github.com/qiime2/q2-feature-table/tree/Release-2024.2

If this thrashes our cache out of existence... sorry about that. Just re-run.


Data Sources

DIM already has a repo of extra data information incase you would like this information instead of having to figure it out on your own.
PRs welcome, and we can shape or adjust data as needed.
https://github.com/DestinyItemManager/d2-additional-info
https://github.com/DestinyItemManager/d2ai-module

Thanks for the heads up! I'll keep this in mind as I develop this project.


Create Dialog extends out of screen

Godot version
4.1 db5113d
System information
Windows 10.0.19045 - Vulkan (Forward+) - dedicated NVIDIA GeForce GTX 1060 (NVIDIA; <IP_ADDRESS>3) - Intel(R) Core(TM) i7-7700HQ CPU @ 2.80GHz (8 Threads)
Issue description
Create dialog (e.g. Add Node) is super big and can extend below screen:

Steps to reproduce

Open project
Press Ctrl + A

Minimal reproduction project
N/A

Would be worth bisecting, unless someone has a hunch for what caused the regression already.

Would be worth bisecting, unless someone has a hunch for what caused the regression already.

I can't find a way to reproduce it. There are probably some preceding steps missing in either report. There are a couple of things at play.
There is the default size of 900 x 700 (multiplied by the editor scale). This is also adjusted to respect a 0.8 ratio to parent size, in case 900 x 700 turns out too big. We also save the existing size and restore it, verbatim, if we have it. This stored size is not adjusted to the editor scale or to respect the ratio, because we assume that it was something that the user has adjusted by hand so it must fit as is.
One curious thing that I need to look more into is that no matter which size you set on that window, when you reload the project it will always stretch vertically to its default size (but not horizontally). You can still make it back smaller, but that's a bit weird.
My hunch would be that it's related to the editor state preservation somehow. But I'm not sure how to reach the broken state to be sure.

I did some more testing and it seems like temporary issue. I think the position of CreateDialog got remembered and at the same time the height has increased, which caused it to go off-screen. I tried a few projects. I managed to reproduce the bug in few of them, but the dialog appeared as I described above (i.e. it expanded at weird position or something).
The important thing is that deleting .godot/editor directory (or just editor layout file) fixes the issue. Which means that it affects  only old layouts, possibly from some 4.1 pre-release and it can be fixed by simple moving CreateDialog at the correct position...

The same thing happens with the Create New Resource dialog. (FileSystem panel, right-click and choose: New Resource...)
The bottom of the dialog extends 14px behind the Windows taskbar, cutting off the bottom of the two buttons.
The buttons are accessible, but the dialog should most likely have some empty margins above and below.
Godot v4.1.rc2 - Windows 10.0.19045 - Vulkan (Compatibility) - GeForce GTX 550 Ti () - Intel(R) Core(TM) i3-2100 CPU @ 3.10GHz (4 Threads)
Display resolution: 1920x1080.
With default settings. The C:\Users\username\AppData\Roaming\Godot folder was renamed before starting Godot.


Signing

I want to send a Generate Key request directly to the CyberSource API (example: https://apitest.cybersource.com/flex/v1/keys)
What is the correct procedure for signing that request?
The sample c# code in the repository seems to be out of date, and the Java example is using the VISA api (which I do not want to use)
Thanks!

Actually, I think I have the correct signing in place now...
I do have another question though,
I am getting Authentication Failed Now..  I believe it is because I do not have the correct keyid..
How would I get that?

Hi Derek,
Do you have an account with CyberSource? The keyid is available within the API Keys\Shared Secret Key section of your account, titled: Serial Number.
We'll look to get this updated in the UI to make it clearer.
Thanks,
Rhidian

Thanks...  I'm still having trouble finding this in the UI..
My MID is: slideroom_testin_51396

Here's a walk through:

@rhidianj this works perfectly!!!
Thank you so much!!

Did CyberSource change anything ? In my page I only have the following options:
"Simple Order", "SOAP", "SCMP" and "Secure Acceptance". Where is the API Keys ? :\

@speeddragon Our Flexible Token API is currently in beta. Please get in touch with CyberSource Customer Support to get your account enabled. Once enabled, you should be able to see the link to create API Keys.

@speeddragon This looks like a SOAP Toolkit integration, see pages 13-14 of the CyberSource SOAP Toolkit Configuration guide.


psrp is unable to load libmi from nuget cache

psrp nuget package has libpsrpclient.so which depends on libmi.so.
When an netcore app adds reference to psrp nuget package in its csproj and executes dotnet publish, both the nuget packages are downloaded to nuget cache.
libpsrp.so expects the libmi.so to be present in the same folder, but libmi.so is located in the nuget cache under it's package folder.
Example:
Location of psrp in nuget cache.
/home/user/.nuget/packages/psrp/1.4.1/runtimes/linux-x64/native/libpsrpclient.so
Location of libmi in nuget cache.
/home/user/.nuget/packages/libmi/1.4.101000/runtimes/linux-x64/native/libmi.so
psrp expects libmi.so to be at /home/user/.nuget/packages/psrp/1.4.1/runtimes/linux-x64/native/
Thanks @ianByrne for finding the issue.
Steps to reproduce
Sample located at:  https://github.com/PowerShell/PowerShell/issues/3417#issuecomment-369206764
Expected behavior
Application runs as expected.

Actual behavior
Error:

This parameter set requires WSMan, and no supported WSMan client library was found. WSMan is either not installed or unavailable for this system.: Unable to load DLL 'libpsrpclient': The specified module or one of its dependencies could not be found

Environment data

> $PSVersionTable
Name                           Value
----                           -----
PSVersion                      6.0.1
PSEdition                      Core
GitCommitId                    v6.0.1
OS                             Linux 4.4.0-112-generic #135 Ubuntu
Platform                       Unix
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
PSRemotingProtocolVersion      2.3
SerializationVersion           <IP_ADDRESS>
WSManStackVersion              3.0

For those hitting this issue, such as PowerShell hosts, the work around is to build targetting a specific platform. This will place the binaries from the psrp and mi packages directly in the output directory with the app itself.

Hi @dantraMSFT - I am targeting linux-x64 in both my publish command, and my csproj file:
dotnet publish -c Release --runtime linux-x64
<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <TargetFramework>netcoreapp2.0</TargetFramework>
    <RuntimeIdentifiers>linux-x64</RuntimeIdentifiers>
  </PropertyGroup>

  <ItemGroup>
    <PackageReference Include="Microsoft.PowerShell.SDK" Version="<IP_ADDRESS>" />
    <PackageReference Include="Microsoft.PowerShell.Commands.Diagnostics" Version="<IP_ADDRESS>" />
    <PackageReference Include="Microsoft.WSMan.Management" Version="<IP_ADDRESS>" />
    <PackageReference Include="psrp" Version="1.4.1" />
  </ItemGroup>

</Project>

The files do indeed get placed into the same output directory as the app itself, however when the app is run I still receive the above error.

@ianByrne: I'm still working on a viable solution to this.
For now...
I suspect psrp is getting loaded from the nuget cache.  You can confirm this by manually copying libmi.so to the location of psrp in the nuget cache.  Let me know if that solves the problem.

Thanks for the tip @dantraMSFT , however I haven't had any luck.
I am testing this using a docker image (built on a Linux machine):
FROM microsoft/dotnet:2.0-sdk

WORKDIR /app
RUN mkdir /app/src
COPY . ./src
RUN dotnet publish ./src/testapp/testapp.csproj -c Release -o /app/ --runtime linux-x64

RUN cp ./libmi.so /root/.nuget/packages/psrp/1.4.1/runtimes/linux-x64/native/libmi.so
WORKDIR /root/.nuget/packages/psrp/1.4.1/runtimes/linux-x64/native
RUN ls

WORKDIR /app
ENTRYPOINT ["dotnet", "testapp.dll"]

The build output reveals that the two files are indeed in the /root/.nuget/packages/psrp/1.4.1/runtimes/linux-x64/native dir

2018-03-03T13:37:06.4932950Z Step 8/10 : RUN ls
2018-03-03T13:37:06.6504763Z  ---> Running in b8261c8465bf
2018-03-03T13:37:06.9260673Z libmi.so
2018-03-03T13:37:06.9273397Z libpsrpclient.so
2018-03-03T13:37:07.3225190Z  ---> 2cc54749e797
2018-03-03T13:37:07.3419046Z Removing intermediate container b8261c8465bf

However, on running the app, same error.

@dantraMSFT do you have any other suggestions for a workaround, or an ETA of when it may get resolved? Thanks

How is this even supposed to work.
If I am on a Windows Machine and deploy the project (no matter if framework dependent or independent) libpsrpclient.so and libmi.so are never published. They sit in my .nuget folder, but what good is that if I publish to another Machine without SDK.
And what kind of nuget package is psrp anyway? Since when are we using packages that are only applicable to certain OS? Why isn't it just part of the Microsoft.WSMan.Management? Native libraries for certain OS is done all the time isn't it?
Running the project on a Linux Machine with the SDK also does not work. The files are present in my .nuget folder but I still get Exception: Unable to load DLL 'libpsrpclient': The specified module or one of its dependencies could not be found.

By the way:
Copying
/home/user/.nuget/packages/libmi/1.4.101000/runtimes/linux-x64/native/libmi.so
to
/home/user/.nuget/packages/psrp/1.4.1/runtimes/linux-x64/native/
is currently a workaround.
However this requires the the app to be run from the SDK
Looking a your Dockerfile, you are both exporting the app to run without a dotnet Runtime by specifying --runtime and starting it from the SDK anyway.
Maybe try one or the other.

I'll be releasing a nuget package by EOW that solves the problem on Linux by incorporating libmi into the psrp package.  Building with and without --runtime or --output works as expected.
On macOs, the results are more limited.  Currently, it will only work when building for a specific runtime.
FYI: the reason we're hitting this problem is due to RPATH usage in psrp and mi.  Both are configured to work with PowerShell Core which builds to a specific runtime and third party binaries are restored to the bin directory at build time.
I'll post again when I've published the packages.

Release 1.4.2-2 (https://github.com/PowerShell/psl-omi-provider/releases/tag/v1.4.2-2) has been published.

Thanks @dantraMSFT and @adityapatwardhan - I can see that the psrp package was updated on the 20th, although I still seem to be struggling with this... Can you see where I'm going wrong?
NuGet.conf
<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <packageSources>
    <add key="nuget.org" value="https://api.nuget.org/v3/index.json" />
    <add key="dotnet-core" value="https://dotnet.myget.org/F/dotnet-core/api/v3/index.json" />
    <add key="powershell-core" value="https://powershell.myget.org/F/powershell-core/api/v3/index.json" />
  </packageSources>
</configuration>

PSTest.csproj
<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp2.0</TargetFramework>
    <RuntimeIdentifiers>linux-x64</RuntimeIdentifiers>
  </PropertyGroup>

  <ItemGroup>
    <PackageReference Include="Microsoft.PowerShell.Commands.Diagnostics" Version="6.0.2" />
    <PackageReference Include="Microsoft.PowerShell.SDK" Version="6.0.2" />
    <PackageReference Include="Microsoft.WSMan.Management" Version="6.0.2" />
    <PackageReference Include="psrp" Version="1.4.2" />
  </ItemGroup>

</Project>

Dockerfile
FROM microsoft/dotnet:2.0-sdk

WORKDIR /app
RUN mkdir /app/src
COPY . ./src
RUN dotnet publish ./src/PSTest.csproj -c Release -o /app/ --runtime linux-x64
# Have also tried without --runtime linux-x64

# Have also tried copying the file directly:
# RUN mkdir -p /root/.nuget/packages/psrp/1.4.1/runtimes/linux-x64/native
# RUN cp ./libmi.so /root/.nuget/packages/psrp/1.4.1/runtimes/linux-x64/native/libmi.so

WORKDIR /app

ENTRYPOINT ["dotnet", "PSTest.dll"]

Program.cs
using System;
using System.Management.Automation;
using System.Management.Automation.Runspaces;

namespace PSTest
{
    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("Creating PowerShell");
            PowerShell powerShell = PowerShell.Create();

            Console.WriteLine("Creating runspace");
            powerShell.Runspace = RunspaceFactory.CreateRunspace(new WSManConnectionInfo()); // Throws exception

            Console.WriteLine("We didn't make it this far");
        }
    }
}

Output

Creating PowerShell
Creating runspace
Unhandled Exception: System.Management.Automation.Remoting.PSRemotingTransportException: This parameter set requires WSMan, and no supported WSMan client library was found. WSMan is either not installed or unavailable for this system. ---> System.DllNotFoundException: Unable to load DLL 'libpsrpclient': The specified module or one of its dependencies could not be found.

The Docker image is being built on a VSTS Hosted Linux Preview agent, and is being run on an AWS Fargate ECS cluster.

The manual workaround of copying libmi to a 1.4.1 directory is not likely to solve the problem.
From your build steps, you should expect to see the update libpsrpclient.so and libmi.so binaries in the --output directory (-o app) and running your app from that directory should work.
I'm speculating that the binaries are not, in fact, being pulled down and suggest you explictly delete the psrp and mi directories from the nuget cache.  Your build steps should then indicate that 1.4.2 was pulled down as part of the build.

The manual workaround of copying libmi to a 1.4.1 directory is not likely to solve the problem.

Good point 😁 I forgot to update that when I changed to 1.4.2...
I'll add some steps to peek into the /app/ dir to ensure that the files are indeed there, and will also try to explicitly delete from the nuget cache. Might not get around to this for another couple days so will report back then.


get a 401 Forbidded even for valid parameters

What version of the module is the issue happening on? Does the issue happen on latest version?
latest version installed with npm install --save mailgun-js
"mailgun-js": "^0.7.12",

What platform and Node.js version? (For example Node.js 0.12 on Mac OS X)
node-6.2.2 on Ubuntu 14.04

Sample source code or steps to reproduce

Following the tutorial on http://blog.mailgun.com/how-to-send-transactional-emails-in-a-nodejs-app-using-the-mailgun-api/
I am using mailgun-js API from node.js.
I have the following code -
function sendEmail(writeString, shortString, cb) {
var api_key = "key-****f7fd5";
var domain = "sandbox6756f406403b4c78bdf70c8df0*.mailgun.org";
var mailgun = new Mailgun({api_key: api_key, domain: domain});
var data = {
//Specify email data
//The email to contact
from<EMAIL_ADDRESS>to<EMAIL_ADDRESS>//Subject and text data
subject: 'Badve welding report',
html: writeString
};

//Invokes the method to send emails given the above data with the helper library
mailgun.messages().send(data, function (err, body) {
//If there is an error, render the error page
if (err) {
console.log("got an error trying to send email: ", err);
cb(null, shortString)
}
else {
console.log(body);
cb(null, shortString)
}
});
},

I get the following 401 - forbidden error:
got an error trying to send email:
 { Error: Forbidden
at IncomingMessage.<anonymous> (/home/aal/sandbox/lineview/badve/bdvApp/node_modules/mailgun-js/lib/request.js:309:15)
at emitNone (events.js:91:20)
at IncomingMessage.emit (events.js:185:7)
at endReadableNT (_stream_readable.js:934:12)
at _combinedTickCallback (internal/process/next_tick.js:74:11)
at process._tickCallback (internal/process/next_tick.js:98:9) statusCode: 401 }

I have verified that the api key and the domain name is correct and that the recipient is authorized for the sandbox domain.
Using CURL from the command line with the same parameters works.
Any help would be much appreciated.

My bad. There was a typo in my code. I was using api_key instead of apiKey.
Sorry for the bother.

I have the same problem here


Datapacks per worlds

Datapacks will only run in the worlds which are included.
When a datapack uses @a, it will only use the player which are in the world!

Maybe as an config option, but vannila behavior @a affects everyone in
every world. So this shouldn't be default.
On Fri, Jul 17, 2020, 7:54 AM CodeDoctor<EMAIL_ADDRESS>wrote:

Datapacks will only run in the worlds which are included.
When a datapack uses @A https://github.com/A, it will only use the
player which are in the world!
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/bergerhealer/MyWorlds/issues/18, or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACQBK36XUX5K33L4ZORR2YDR4BCXZANCNFSM4O6GTZWQ
.

Yes that's my request. because many datapacks uses this operators and it's the best thing to use it in only this world. i don't know if you can add an option for the execute command

Actually thinking about it well it is technically possible it would be
really hard to implement as you would have to override vannila behavior.
On Fri, Jul 17, 2020, 8:01 AM CodeDoctor<EMAIL_ADDRESS>wrote:

Yes that's my request. because many datapacks uses this operators and it's
the best thing to use it in only this world. i don't know if you can add an
option for the execute command
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/bergerhealer/MyWorlds/issues/18#issuecomment-660093583,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACQBK35K7NIPWJPMHX4PYFLR4BDRNANCNFSM4O6GTZWQ
.

It would make a lot more sense to have multiple servers for this, check out a proxy, such as https://velocitypowered.com/

The problem is that you can't create a data pack only server with multiple worlds

you should avoid datapacks anyway. As long as they do not have "functions" and just do stuff with worldgen or recipes, it is okay, but if they do have functions, they perform a lot worse than bukkit plugins.
Datapacks are simply supposed to work as they are, if you want stuff per-world, use/write plugins.

you should avoid datapacks anyway. As long as they do not have "functions" and just do stuff with worldgen or recipes, it is okay, but if they do have functions, they perform a lot worse than bukkit plugins.
Datapacks are simply supposed to work as they are, if you want stuff per-world, use/write plugins.

What? Ok first off their are a lot of things that exist in datapack form that don't exist in plugin form. Not everyone knows how to write plugins, so if they can find something, even if it is a datapack that does something they want it to do they should be fully allowed to do so.
So plugins are not a replacement for datapacks.
And this is a valid suggestion, as mentioned above in this issue shouldn't be the default, but people do use separate worlds as completely separate things, it is in fact quite common to have a survival world, and a creative world.

if you want to separate stuff safely, have two servers and a proxy so people can switch between them. It is generally not possible to have datapacks per-world.
And what does a datapack do that plugins cannot do? The BukkitAPI is really simple, and plugins are the only sane replacement for any datapack using functions (if you do not know what they are, https://minecraft.fandom.com/wiki/Tutorials/Creating_a_data_pack#Functions)

if you want to separate stuff safely, have two servers and a proxy so people can switch between them. It is generally not possible to have datapacks per-world.

Not everybody has access to multiple servers, and even then multiple servers depending on how many people you have is not worth it. Now being not possible? maybe. I'll leave that up to berger to find out.

And what does a datapack do that plugins cannot do? The BukkitAPI is really simple, and plugins are the only sane replacement for any datapack using functions (if you do not know what they are, https://minecraft.fandom.com/wiki/Tutorials/Creating_a_data_pack#Functions)

Not everyone can code, just flat out, and even those who can code it still would be easier to use datapacks in a lot of scenarios. Yes plguins can do a lot more then datapacks, but that's not what this is about. And again not everyone can code (or learn to code before you bring that up).

Additionally datapacks are lightweight, easy to understand and easy to share. If you want to have a minigames server without plugins, it will be the best to have such a functionality to send players in different worlds with different behaviours. For example you can teleport the players from the Lobby world to the minigames world if the game starts.
Currently datapacks cannot be used with a proxy which can limit the functionality of that.


Remove Switch modules, release strict-checked-vars-<IP_ADDRESS>

This PR remove 'Switch' modules. From now on, instead of switching imports, this package switches the representations of checked variables depending on the checkmvarinvariants and checktvarinvariants flags. This solves a problem where compiling projects that depend on strict-checked-vars might succeed with a flag turned on but fail when it is turned off (and vice versa). As an example, consider:
module A where
import Control.Concurrent.Class.MonadSTM.Strict.TVar
someFunc :: TVar m a -> m ()
someFunc v = {- elided -}

module B where
import Control.Concurrent.Class.MonadSTM.Strict.TVar.Checked.Switch
someFunc' :: TVar m a -> m ()
someFunc' = someFunc

With -checktvarinvariants, this code happily compiles, because Switch just re-exports Control.Concurrent.Class.MonadSTM.Strict.TVar. With +checktvarinvariants, this code now fails to compile, because Switch now re-exports the StrictTVar type from Control.Concurrent.Class.MonadSTM.Strict.TVar.Checked, and this type is distinct from the unchecked StrictTVar!
By changing the representation of checked StrictTVars using CPP pragmas (instead of using the 'Switch' module), these types of compilation failures can no longer happen.

Javier and I chatted earlier. One of the problems is that ouroboros-network uses strict vars directly instead of checked-tvars.
So when ouroboros-consensus uses checked-tvars and wants to invoke ouroboros-network, they are different types when the flags are enabled. Before this PR, they're different types when the flag is on and equal types when they're off (which meant we didn't notice when this risk became true). After this PR, I think they're always different types---is that right?

You're right, they would always be different types now, which means we would not get different compilation behaviour based on the package flags

(Prior to seeing this PR, my idea was to add a forget function from the checked tvar type (regardless of flags) to the underlying type. This way, regardless of flag, Consensus could use that to pass checked tvars to the Diffusion Layer.)

Added in the form of unsafeToUncheckedStrictMVar and unsafeToUncheckedStrictTVar!


wlr_* structs should be free'd when the wl_resource is

Rationale: it shouldn't be possible to destroy a wlr_* struct without destroying its resource.
Right now, we generally have a wlr_thing_destroy that destroys the wlr_thing without destroying the resource. Then, we have a wl_resource destroy handler which calls wlr_thing_destroy. This is an issue since calling wlr_thing_destroy won't free the resource (ie. leak memory, and more importantly allow the client to send requests to it and make the compositor crash).
We can't call wl_resource_destroy from wlr_thing_destroy because we can't call wl_resource_destroy from the resource destroy handler. We also still want to destroy the wlr_thing if the client disconnects.
So instead we should make wlr_thing_destroy just call wl_resource_destroy (if we want to keep this function at all), and the resource destroy handler do the actual cleaning.

So instead we should make wlr_thing_destroy just call wl_resource_destroy (if we want to keep this function at all), and the resource destroy handler do the actual cleaning.

I've tried to do this before and ran into Problems

I've tried to do this before and ran into Problems

Allowing clients to crash the compositor is a Big Problem. I guess I'll try to do this on one interface, try to reproduce your Problems, and if I can't go on.
I'll have a look at Weston's strategy to deal with this, not sure it's applicable to wlroots though.

Do you remember which problems? I've done it this way in my tablet-v2 branch, and didn't run into any problems yet.
But on that one most (all) structs with resources are hidden from the compositor, and it only interacts with "multiplexer" structs, that have lists of client bindings (kinda like wlr_seat)

Okay, I now remember the reason why this doesn't always work. Wayland has the concept of "inert resources". For instance when a surface which also happens to be a subsurface is destroyed by the client, the subsurface becomes inert.
Being inert means that all requests except the destructor are ignored.
So this needs to be done for resources that can become inert:

When the resource becomes inert, destroy our wlr_* struct (removes listeners, releases memory). Set the resource user_data to NULL. Do not destroy the resource.
For each request made to a resource that can be inert: add a NULL check, ignore the request if the resource is inert.
When the client calls the destructor request on the resource: wl_resource_destroy(resource).
When the resource is destroyed, if the resource isn't inert (user_data NULL check), destroy our wlr_* struct.

I forgot to mention that inert semantics can be even more annoying, for instance see the last comment of this patch about wl_seat: https://patchwork.freedesktop.org/patch/43356/