text:
[4.0][Refactor][Ready] Settings API, clean up CrudPanel properties

Fixes #1942

using solution 2 - the $settings array uses the operation as a main identifier

Fixes #1941

using the last solution suggested: $crud->set('list.view', 'new_view') and $crud->get('list.view')

This basically creates a key-value storage, and a simple API for working with operation settings/features/whatchamacallit. The key's format is operation.key_name. So the API is:
$crud->get('list.detailsView'); // get the value of that key
$crud->set('list.detailsView', 'smth'); // set the value of that key
$crud->has('list.detailsView'); // checks if a value has been set for that key

We could (and should) overwrite all PanelTraits to use this Settings API, instead of storing stuff directly on the CrudPanel object, as properties. That will clean up the CrudPanel object (#1942):

[x] Access
[x] AutoFocus
[x] AutoSet
[x] Buttons
[x] Columns
[x] Create
[x] Delete
[x] Errors
[x] FakeColumns
[x] FakeFields
[x] Fields
[x] Filters
[x] HeadingsAndTitles
[x] Macroable
[x] Operations - $operation property is ok to keep on the CrudPanel object;
[x] Query - $query and $request are ok to keep on the CrudPanel object;
[x] Read
[x] RequiredFields
[x] SaveActions
[x] Search
[x] Settings - $settings property is ok to keep on the CrudPanel object;
[x] Tabs
[x] Update - $entry is ok to keep on the CrudPanel object;
[x] Views
[x] ViewsAndRestoresRevisions

Merged into the v4 branch. Needs docs changes.

I feel like I should add more details about this change, and there's no better place to put it than here:
The Problem
When first creating v3 (in 2015), we had no idea we were going to add so many features, operations, fields, options, access etc. That all came after years and years of adding new stuff. So the $crud object became bloated - each new feature added its own property, and we got to a bloated mess. One that worked - and worked well. But a mess nonetheless :-)

Additionally, this way of doing things (each feature having a property on the CrudPanel object), did NOT allow people to add their own features. We made the CrudPanel object Macroable, but that only allows you to add methods, not properties. So in v3 people could create their own operations, and add methods on CrudPanel, but not quite do everything a default operation can do. Custom operations were limited in possibilities.
The Solution
Instead of storing each feature inside a property on the CrudPanel object, we made one property to rule them all - CrudPanel::settings, a plain and simple array where operations can add anything they want. We decided to store EVERYTHING inside settings, and the convention is to store it by operation, using dot notation:

$this->crud->buttons is now $this->crud->settings['list.buttons'];
$this->crud->create_fields is now $this->crud->settings['create.fields'];
$this->crud->update_fields is now $this->crud->settings['update.fields'];
$this->crud->columns is now $this->crud->settings['list.columns'] for the List operation and $this->crud->settings['show.columns'] for the Show operation;

Here's a before and after shot of the $crudPanel object:

Not only is the CrudPanel object much MUCH cleaner, custom operations are now first-class citizens. There's no distinction between a default operation that comes with Backpack, and an operation a user creates. They both have access to do the same things (add methods through macros, add settings using the Settings API). This will help us create new Operations as first-party and third-party packages, that you can just slap on top of a CrudPanel. And it also allows anybody to create a custom Operation, no matter how complicated.
It IS a breaking change and it ISN'T a breaking change
This property cleanup was a HUGE change, that required changing probably 80% of the CrudPanel methods. But. We managed to achieve without breaking changes to the general API. MOST people use methods to manipulate the CrudPanel object for operations - that's the only thing we documented. They don't care how that information is stored on the CrudPanel object. And they won't be affected - it's a non-breaking change for them.
But some people, in advanced use cases, might have used those properties directly. Things like $this->crud->columns, $this->crud->create_fields, $this->crud->update_fields, $this->crud->buttons, $this->crud->access. It was our intention to leave those public so that people can easily manipulate them, but yes, now that we've eliminated them, they will have to use the Settings API too.
The Settings API
To interact with $this->crud->settings, use the Settings getters and setters. You can do:

$this->crud->getOperationSetting('buttons') and it'll get a setting for the current operation;
$this->crud->setOperationSetting('buttons', $value) and it'll set something for the current operation;
$this->crud->hasOperationSetting('buttons') and it'll check that setting exists;

If you want to add/edit/check settings for a specific operation, you can pass the operation name as a last parameter:

$this->crud->getOperationSetting('buttons', 'list')
$this->crud->setOperationSetting('buttons', $value, 'list')
$this->crud->hasOperationSetting('buttons', 'list')

You can use the Settings API to change a default setting for an operation, or add a setting that did not exist before.


text:
🛑 Splat00n.Ink Storage is down

In a3297c9, Splat00n.Ink Storage (https://r2.maratang.life/check.txt) was down:

HTTP code: 200
Response time: 794 ms

Resolved: Splat00n.Ink Storage is back up in 63043ab after 5 minutes.

source: gharchive/issue

license: MIT

license_type: permissive

license_source: github-api


text:
Use WM_STATE_FULLSCREEN for fullscreen under X11

This adds a more functional full screen mode for X11 that doesn't block window manager shortcuts like alt-tab because it doesn't grab the input.
However it is not finished, one downside of this approach is that changing the video mode from the desktop seems to introduce some graphical issues with composition window managers, before it's merged that will either have to be fixed, or doing what games that use SDL seem to do and just upscale to the native desktop resolution (compare with how Half Life 2, Super Meat Boy and Battleblock Theatre all behave under Linux).

This became part of #825, as such I'm marking this PR as superseded.

source: gharchive/pull-request

repo: LaurentGomila/SFML

license: Zlib


text:
Hunt SIGBUS from Tensor::drop

This is a weird bug I still cannot tell the reasons. The program runs in a forward backward loop and gets killed by SIGBUS in less than five minutes (sometimes immediately). It's only happens on specific machine. I opened rust-gdb to catch the SIGBUS and it says SIGBUS raised from Tensor::drop, and the line number points to the end of a function. I would bet it's somewhat a CUDA memory error, but gather further information. Let me paste the details and to see if anyhow has thoughts.

OS: CentOS 7
CPU: Intel Xeon Processor (Skylake)
GPU: Tesla P100-PCIE-16GB
Python 3.6 and PyTorch 1.6.0 installed by pip3 install --user
CUDA 10.2 and CUDNN 7

GDB points the error happens here.
The GDB backtrace.
#0  0x00007fffab4b1cf0 in c10::cuda::CUDACachingAllocator::DeviceCachingAllocator::free_block(c10::cuda::CUDACachingAllocator::(anonymous namespace)::Block*) ()
   from /home/centos/.local/lib/python3.6/site-packages/torch/lib/libc10_cuda.so
#1  0x00007fffab4b38bb in c10::cuda::CUDACachingAllocator::raw_delete(void*) () from /home/centos/.local/lib/python3.6/site-packages/torch/lib/libc10_cuda.so
#2  0x00007fffac8b59cd in c10::TensorImpl::release_resources() () from /home/centos/.local/lib/python3.6/site-packages/torch/lib/libc10.so
#3  0x000055555583bbdb in c10::intrusive_ptr<c10::TensorImpl, c10::UndefinedTensorImpl>::reset_ (this=0x7ffbf5313280) at /opt/rh/devtoolset-9/root/usr/include/c++/9/ext/atomicity.h:69
#4  c10::intrusive_ptr<c10::TensorImpl, c10::UndefinedTensorImpl>::~intrusive_ptr (this=0x7ffbf5313280, __in_chrg=<optimized out>)
    at /home/centos/.local/lib/python3.6/site-packages/torch/include/c10/util/intrusive_ptr.h:249
#5  at::Tensor::~Tensor (this=0x7ffbf5313280, __in_chrg=<optimized out>) at /home/centos/.local/lib/python3.6/site-packages/torch/include/ATen/core/TensorBody.h:86
#6  torch::autograd::AutogradMeta::~AutogradMeta (this=0x7ffbf5313270, __in_chrg=<optimized out>)
    at /home/centos/.local/lib/python3.6/site-packages/torch/include/torch/csrc/autograd/variable.h:189
#7  torch::autograd::AutogradMeta::~AutogradMeta (this=0x7ffbf5313270, __in_chrg=<optimized out>)
    at /home/centos/.local/lib/python3.6/site-packages/torch/include/torch/csrc/autograd/variable.h:189
#8  0x00007fffac8b59a0 in c10::TensorImpl::release_resources() () from /home/centos/.local/lib/python3.6/site-packages/torch/lib/libc10.so
#9  0x000055555584400a in c10::intrusive_ptr<c10::TensorImpl, c10::UndefinedTensorImpl>::reset_ (this=0x7ffbf5313330) at /opt/rh/devtoolset-9/root/usr/include/c++/9/bits/atomic_base.h:326
#10 0x00005555558440d7 in c10::intrusive_ptr<c10::TensorImpl, c10::UndefinedTensorImpl>::~intrusive_ptr (this=0x7ffbf5313330, __in_chrg=<optimized out>)
    at /home/centos/.local/lib/python3.6/site-packages/torch/include/c10/util/intrusive_ptr.h:248
#11 at::Tensor::~Tensor (this=0x7ffbf5313330, __in_chrg=<optimized out>) at /home/centos/.local/lib/python3.6/site-packages/torch/include/ATen/core/TensorBody.h:86
#12 at_free (t=0x7ffbf5313330) at libtch/torch_api.cpp:374
#13 0x000055555582bcbe in <tch::wrappers::tensor::Tensor as core::ops::drop::Drop>::drop (self=<optimized out>)
    at /home/centos/.cargo/registry/src/github.com-1ecc6299db9ec823/tch-0.2.0/src/wrappers/tensor.rs:470
#14 0x000055555571dd0f in core::ptr::drop_in_place () at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/ptr/mod.rs:175
#15 core::ptr::drop_in_place () at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/ptr/mod.rs:175
#16 <alloc::vec::Vec<T> as core::ops::drop::Drop>::drop (self=0x7fff4d7ed5a0)
    at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/alloc/src/vec.rs:2637
#17 core::ptr::drop_in_place () at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/ptr/mod.rs:175
#18 core::ptr::drop_in_place () at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/ptr/mod.rs:175
#19 core::ptr::drop_in_place () at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/ptr/mod.rs:175
#20 core::ptr::drop_in_place () at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/ptr/mod.rs:175
#21 alloc::sync::Arc<T>::drop_slow (self=0x7fffa837d2d8) at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/alloc/src/sync.rs:934
#22 0x00005555556432cc in train::train_worker (config=..., input_channels=<optimized out>, num_classes=<optimized out>, training_rx=...) at src/train/main.rs:134
#23 0x00005555556f1499 in train::main::main::{{closure}}::{{closure}} () at src/train/main.rs:61
#24 blocking::unblock::{{closure}}::{{closure}} () at /home/centos/.cargo/registry/src/github.com-1ecc6299db9ec823/blocking-1.0.0/src/lib.rs:303
#25 <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll (self=..., cx=0x7fffa837d6b0)
    at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
#26 blocking::Executor::spawn::{{closure}} () at /home/centos/.cargo/registry/src/github.com-1ecc6299db9ec823/blocking-1.0.0/src/lib.rs:187
#27 <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll (self=..., cx=0x7fffa837d6b0)
    at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/future/mod.rs:80
#28 0x00005555558deff4 in blocking::Runnable::run (self=...) at /home/centos/.cargo/registry/src/github.com-1ecc6299db9ec823/blocking-1.0.0/src/lib.rs:133
#29 0x00005555558df226 in blocking::Executor::main_loop::{{closure}} () at /home/centos/.cargo/registry/src/github.com-1ecc6299db9ec823/blocking-1.0.0/src/lib.rs:215
#30 std::panicking::try::do_call (data=<optimized out>) at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/panicking.rs:381
#31 std::panicking::try (f=...) at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/panicking.rs:345
#32 std::panic::catch_unwind (f=...) at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/panic.rs:382
#33 blocking::Executor::main_loop (self=0x555555b40050 <blocking::EXECUTOR+8>) at /home/centos/.cargo/registry/src/github.com-1ecc6299db9ec823/blocking-1.0.0/src/lib.rs:215
#34 0x00005555558dfa36 in blocking::Executor::grow_pool::{{closure}} () at /home/centos/.cargo/registry/src/github.com-1ecc6299db9ec823/blocking-1.0.0/src/lib.rs:267
#35 std::sys_common::backtrace::__rust_begin_short_backtrace (f=...)
    at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/sys_common/backtrace.rs:137
#36 0x00005555558e044a in std::thread::Builder::spawn_unchecked::{{closure}}::{{closure}} ()
    at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/thread/mod.rs:465
#37 <std::panic::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once (self=..., _args=<optimized out>)
    at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/panic.rs:308
#38 std::panicking::try::do_call (data=<optimized out>) at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/panicking.rs:381
#39 std::panicking::try (f=...) at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/panicking.rs:345
#40 std::panic::catch_unwind (f=...) at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/panic.rs:382
#41 std::thread::Builder::spawn_unchecked::{{closure}} () at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/std/src/thread/mod.rs:464
#42 core::ops::function::FnOnce::call_once{{vtable-shim}} () at /home/centos/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/ops/function.rs:227
#43 0x0000555555939f7a in <alloc::boxed::Box<F> as core::ops::function::FnOnce<A>>::call_once () at /rustc/fc2daaae610b5515438b551a2f3706196a997f35/library/alloc/src/boxed.rs:1042
#44 <alloc::boxed::Box<F> as core::ops::function::FnOnce<A>>::call_once () at /rustc/fc2daaae610b5515438b551a2f3706196a997f35/library/alloc/src/boxed.rs:1042
#45 std::sys::unix::thread::Thread::new::thread_start () at library/std/src/sys/unix/thread.rs:87
#46 0x00007fffab956ea5 in start_thread (arg=0x7fffa8384700) at pthread_create.c:307
#47 0x00007fffabf6b8dd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

It was solved by restricting the GPU usage via reducing the batch size. It might ve related to power issues.
Not sure whether it stems from tch, so I'm closing this issue..

repo: LaurentMazare/tch-rs


text:
[Bug]: Failed to initialize MelonLoader: Failed to load library

All of the following criteria must be met

[X] All Requirements must be installed.
[X] Changed the title so that it doesn't just says "[Bug]: "
[X] I have searched the GitHub issues for my bug, even in the closed issues.

All of the following are optional to answer

[X] Tried reinstalling the Game.
[X] Tried reinstalling MelonLoader.
[X] Tried restarting PC.
[ ] Was able to see the Start Screen.

Describe the issue.
So i installed MelonLoader for SRMP2( multiplayer mod for Slime Rancher 2), MelonLoader 0.6.1, and it says that, i've looked everywhere to fix it but nothing works. I did the same exact steps on my gf computer and it worked, the only difference (i believe) is that her computer is running on win 11 while mine is still on 10. I tried reinstalling the game, downloading it from another website, reinstalling melon loader multiples times, same for all the requirements, i even tried uploading the files of my gf on drive to dl them on my computer but nothing works. Does anyone know how i could fix this ?
Did you attach your log file?
No, I could not find a log file at {Game_Directory}\MelonLoader\Latest.log

With cracked games we can't provide help. And that downloaded from a different website is what makes me think of it

authors: KibblesTheKitten MeynethG

repo: LavaGang/MelonLoader


text:
chore(ci): do not use npm ci

npm ci rimrafs node_modules then installs everything in package-lock.json.  However, it is highly likely that the result of running npm install in a development environment will result in a very different tree, which updates package-lock.json.  If one of the dependencies installed ships a poorly-built shrinkwrap file, the updated package-lock.json will contain potentially incompatible software from the shrinkwrap. This will be manifested upon the next npm ci because it strictly installs what's in package-lock.json.
TL;DR: npm ci is fast, but using it exclusively in CI can be dangerous.

This may or may not be a bug in npm, but the better solution is for projects to not use shrinkwrap files.

This is surprising to me. I was more leaning towards using npm ci exclusively and only running install when adding new dependencies or manually updating some.

@legobeat https://github.com/DavidAnson/markdownlint-cli2/issues/198
...but I'll close this, given @naugtur's comment.  Things can get very ugly if a package starts shipping a shrinkwrap file and a dev doesn't notice; but I agree it's likely a rare occurrence.  Socket will catch this sort of thing, but only if you click thru to the details about the package change.

authors: boneskull naugtur

repo: LavaMoat/LavaMoat


text:
Icon Request

App Name: XPlayer
Package Name: video.player.videoplayer
Install: 50M+

Hello! Weʼre switching to a new system for icon requests in order to be able to better manage them. From now on, icon requests can be submitted here: https://forms.gle/Fx8vZAiWdW1Tyjo57. If your icon request hasnʼt yet been fulfiled, it has been copied to our new icon request database, meaning no action is required. Consequently, this issue will be closed.

repo: LawnchairLauncher/lawnicons


text:
getsize() depricated in Pillow>=10.0.1

getsize() is deprecated and replaced with getbbox() in Pillow>=10.0.1
I replaced it in visualization.py such that it works with both newer and older Pillow versions.
There are other instances that also need to be adapted, but I have refrained from adapting them everywhere due to a lack of testing possibilities.

getbbox() doesn't return the width and height, it gives the coordinates. Will have to use left right top bottom values to get the width and height.

repo: Layout-Parser/layout-parser


text:
Remove yarn pnp

Remove yarn pnp and use node-modules or pnpm to save time while cloning the repo.
We can use the cache action to speed up the workflows

The precommit hooks were never running before. Unless husky was installed manually.


text:
Something can't fit on the page and there is a horizontal scrolling

But I'm too lazy to figure out what's wrong.. :)

Huh, odd. I can’t reproduce it. Which browser?

Yes.. sorry..Chrome.. but I'm on dev channel so you can ignore I guess: Version 48.0.2564.22 dev.

Can you run console.log(innerWidth, innerHeight) in the console and let me know what it says?

I recognized the same issue in Firefox 42 on Mac Yosemite and on Windows 10 latest Edge and Firefox. It obviously depends on the browser-window size.
What I found out so far, it might have something to do with the code within pre- and code-boxes. So in Firefox there is much more space for indentation as in Chrome and it tries to fit code within the box.

While debugging I found another issue in Chrome on Windows 10 and 7. On some code-boxes it shows also horizontal scrollbars.

I guess the reason is the same, code doesn't fit into the boxes and code has overflow: auto.
Tried to fix it, but I couldn't found a solution without creating other issues.

I've opened a PR with a possible solution, tested in FF 42 on OS X 10.11.1 https://github.com/LeaVerou/bliss/pull/28.

authors: LeaVerou lipis seebaermichi verpixelt

repo: LeaVerou/bliss

license: mit

license_source: bigquery


text:
How to approach limiting the size of a rectangle?

I'm wondering if anyone else has tried this before as Googling didn't show much. My project uses the rectangle polygon from Leaflet.draw as a bounding box to search within an area of interest on a map. I'd like to be able to place a limit on how large the size of a rectangle can become (whether it is by specifying a real unit of area such as 1000 miles or by hooking into something and calculating area myself). But I'm not even sure how to approach this or if it is even possible to stop a polygon from reaching a certain size while being drawn. Any thoughts?

https://github.com/Leaflet/Leaflet.draw/pull/651 basically does this. I recommend applying it yourself, or at the portions related to bounds. With it, just set map's maxbounds after hooking into drawstart and L.Draw will force all drawn or edited shapes to remain in that box.
If you'd like to enforce other sorts of size limits, such as by subarea, you might need to modify L.Draw.Rectangle and L.Edit.Rectangle yourself. It would be a pretty similar modification though.

... just set map's maxbounds ...

I'm not trying to restrict what the user can view inside the map though, just the size of the bounding box within the map. Unless I'm misunderstanding something?

You need a listener while drawing the rectangle to check it's size on each change and perform operations I  the geometry while drawing.
It would be easier if you only have one drawn geometry at a time, but the events exist. https://leaflet.github.io/Leaflet.draw/docs/leaflet-draw-latest.html#l-draw-event

Thanks. Yeah we only allow one rectangle (and no other polygons) to exist on the map at any time. Does an event actually fire as the rectangle is being sized or just when drawing has started? What would stop the rectangle from being drawn beyond a certain size?

During edit mode, the event fires continuously as a rectangle is being resized. However, during draw mode, the event only fires once the rectangle has finished drawing. I think ddproxy is suggesting that you use an event to check the size/area of your rectangle after it has been created, and then resize it to your constraints.
What I was suggesting was that you hook onto drawstart and set maxbounds, and then remove it on drawstop. However, that would only work if you were drawing squares I guess. That's why I think what you really want to do is do what I had done for maxbounds in #651, but instead for an arbitrary bounds that is calculated on the fly based on the shape's area.

I guess I'm not understanding when you are saying to use maxBounds. My understanding of maxBounds is the one in the Leaflet docs that is restricting the view of the map:

When this option is set, the map restricts the view to the given geographical bounds, bouncing the user back if the user tries to pan outside the view. To set the restriction dynamically, use setMaxBounds method.

Is this what you're talking about or something different?

That's right. If you look at #651, there's code there that will also force any drawn shapes to respect that boundary. This is similar to what you want. My suggestion is that you modify that code to use your own criteria (e.g. require a bounding box that has an upper limit on area, or whatever you want) instead of simply using the map's maxbounds.

Ah okay. I will have to look into the code a bit then. Thanks for clarifying.

authors: ddproxy germanjoey jziggas


text:
How to init map correctly?

I have a map, which is displayed or hidden, depending of a button click.
I init the map while she is hidden, add layer, add markers, call fitBounds() for the markers.
My problem is, when the map is hidden, fitBounds doesn't work. After the switch the map is shown as fully zoomed out. When I call fitBounds again, the map is shown correctly.
How do I know, when the map is ready? I tried mapReady, but it is called also when the map is hidden.
Is there another way?
Thanks

Hi, great to hear that you find Leaflet useful!
However, this issue tracker is used for reporting bugs and discussing new features. For questions on using Leaflet, please use gis.stackexchange.com or stackoverflow.

authors: EricSch IvanSanchez

repo: Leaflet/Leaflet


text:
Manage stale branches

Leaflet repo currently contains 96 branches, most of them are stale.
So I propose:

[x] Remove merged
[ ] Remove closed
[ ] Where related PR absent, open one, with some description.
Perhaps except - 0.7, which is reserved for 0.7.*.

Thoughts?

Merged:

#6748 plugin-maidenhead
Updated 8 months ago by @IvanSanchez
#5859 fix-circle-bounds-calc
Updated 2 years ago by Per Liedman
#5690 fix-paused-drag-inertia
Updated 3 years ago by Per Liedman
#5689 warn-adding-non-layers
Updated 3 years ago by Per Liedman
#5667 isflat
Updated 3 years ago by @yohanboniface
#5577 docsUpdateWhenIdle
Updated 3 years ago by perliedman
#5581 1.1.0-blog-post
Updated 3 years ago by Per Liedman
#5580 default-icon-regexp
Updated 3 years ago by IvanSanchez
#5574 divIconContent
Updated 3 years ago by @ghybs
#5555 imageoverlay-classname
Updated 3 years ago by @mourner
#5572 quick-start-map-id
Updated 3 years ago by IvanSanchez
#5507 fix-marker-enter-key
Updated 3 years ago by @perliedman
#4883 bubbly-option
Updated 3 years ago by IvanSanchez
#5498 fix-canvas-empty-polyline
Updated 3 years ago by perliedman
#5476 no-gap-hooks
Updated 3 years ago by IvanSanchez
#5480 scroll-pixelratio
Updated 3 years ago by IvanSanchez
#5465 only-rearrange-dom-when-needed
Updated 3 years ago by Per Liedman
#5404 delayed-paths
Updated 3 years ago by IvanSanchez
#5007 tutorial-zoom-delta
Updated 3 years ago by perliedman
#5378 stop-map-on-drag-start
Updated 3 years ago by IvanSanchez
#5331 keyboard-escape
Updated 3 years ago by IvanSanchez
#5318 disable-click-prop-in-zoom-control
Updated 3 years ago by Per Liedman
#5303 tap-highlight-color
Updated 3 years ago by IvanSanchez
#5157 zero-bounds
Updated 3 years ago by IvanSanchez
#5280 layers-control-scroll-2
Updated 3 years ago by IvanSanchez
#5274 release-v1.0.3
Updated 3 years ago by IvanSanchez
#5166 wraplatlngbounds
Updated 3 years ago by IvanSanchez
#5177 infinite-tile-errors
Updated 3 years ago by IvanSanchez
#5100 canvas-click-single-layer
Updated 3 years ago by perliedman
#4711 control-layers-comparelayers
Updated 3 years ago by Per Liedman
#4916 layers-max-zoom
Updated 3 years ago by Per Liedman
#5049 as-feature-collection
Updated 3 years ago by Per Liedman
#5070 attribution-on-all-layers
Updated 3 years ago by Per Liedman
#5054 path-events-refactor
Updated 3 years ago by IvanSanchez
#5021 dup-if
Updated 4 years ago by yohanboniface
#4555 fix-removing-all-listeners
Updated 4 years ago by perliedman
#4543 grid-layer-docs
Updated 4 years ago by @nathancahill
#4531 wms-docs
Updated 4 years ago by IvanSanchez
#4520 insecure-geolocation
Updated 4 years ago by IvanSanchez
#4513 control-extension-docs
Updated 4 years ago by nathancahill
#4512 correct-geojson-docs
Updated 4 years ago by nathancahill

Closed:

#6691 cssIconDefault
Updated 2 years ago by ghybs
#5290 pixelgrid
Updated 3 years ago by IvanSanchez
#5279 layers-control-scroll
Updated 3 years ago by IvanSanchez
#5249 project-update-paths
Updated 3 years ago by perliedman
#5172 canvas-reset-2
Updated 3 years ago by IvanSanchez
#5171 canvas-reset
Updated 3 years ago by IvanSanchez
#5002 rollup3
Updated 4 years ago by IvanSanchez
#4965 tutorials-cleanup
Updated 4 years ago by IvanSanchez
#4947 v1-blog-the-wait-is-over
Updated 4 years ago by IvanSanchez
#4894 blog-foss4g
Updated 4 years ago by IvanSanchez
#4356 gh-pages-extending
Updated 4 years ago by IvanSanchez
#4709 event-refactor-round-2
Updated 4 years ago by Per Liedman
#4710 control-layers-eachlayer
Updated 4 years ago by yohanboniface
#4649 tile-prune-lru
Updated 4 years ago by IvanSanchez
#4614 gridlayer-margin
Updated 4 years ago by IvanSanchez
#4516 type-definitions
Updated 4 years ago by nathancahill
#4507 mutation-observer
Updated 4 years ago by IvanSanchez
#6520 0.7
Updated 4 years ago by Christopher Green
#4197 slimerjs
Updated 4 years ago by IvanSanchez
#4074 move-latlng-equals-to-crs
Updated 4 years ago by perliedman
#3809 mobile-setview
Updated 5 years ago by yohanboniface
#3598 geojson-round-trip-test
Updated 5 years ago by @patrickarlt
#3581 scroll-prevent
Updated 5 years ago by IvanSanchez
#3528 domevent-once
Updated 5 years ago by yohanboniface

Without related PR:

propagate-marker-drag
Updated 3 months ago by IvanSanchez
pr/6021
Updated 2 years ago by IvanSanchez
fix-circle-while-zooming
Updated 3 years ago by Per Liedman
canvas-improvements
Updated 3 years ago by Per Liedman
ffcfcc1
Updated 3 years ago by IvanSanchez
rotate
Updated 4 years ago by IvanSanchez
rollup
Updated 4 years ago by IvanSanchez
split-css-autoprefixer
Updated 4 years ago by IvanSanchez
gh-pages-custom-crs
Updated 4 years ago by IvanSanchez
drag-cancel-click
Updated 5 years ago by jfirebaugh
cache-mouse-pos
Updated 6 years ago by mourner

We should definitely remove merged branches. I actually just turned on the option to delete them automatically on merge, which will save us from those form now on.
For branches with closed PRs, I think they need a review — e.g. if the changes are substantial, sometimes they contain interesting attempts that may be useful in the future. If they are trivial, they should be deleted. If they are substantial but super old or addressing a part of the code that was significantly changed since then, they should be deleted too.

Did a pass and removed all merged branches and some unmerged ones with closed PRs — down to 46, but this definitely needs more cleanup.

For branches with closed PRs, I think they need a review — e.g. if the changes are substantial, sometimes they contain interesting attempts that may be useful in the future.

If we find such case - then related PR should be reopened, right?
(Or create new PR with some description)

@johnd0e not necessarily. PRs should only be opened if there's an intention to merge. If there's just a branch with some code that may be useful in future, we can keep it without a PR.

If not PR, then where we should discuss that branch?
When there is no intention to merge - PR can be opened in "draft" mode.

I haven't done any investigation, but this might help our cause: https://github.com/actions/stale

I think this is exactly what was described here but I personally still think it's wrong to close the Issues automatical without interaction from a maintainer. There around 430 Issues and they can't get solved if the PRs don't get merged or if a decison is needed and no one decides it. A bot would close them all but the issues are still valid. I think this makes sense when we reduced the amount of issues and PRs manually and Leaflet is better maintained (which is currently good but we don't know what is in 2 months )

authors: Falke-Design johnd0e jonkoops mourner


text:
Access to the open source program of Browserstack.com

I registered us for the open source program of Browserstack and I hope we get a positiv answer.
The reseaon for the registration are the issues #7403 and #3575. We have different results in different browsers.
https://www.browserstack.com/open-source

FYI: @mourner @IvanSanchez @Malvoz @jonkoops

@mourner do you know something about an existing access to Browserstack?

@Falke-Design nope, no idea. I never used Browserstack myself.

@Falke-Design the response is very confusing. Let me ping them on Twitter, maybe they can elaborate...

If you wanna explore LambdaTest.com
feel free to ping me back 😁
or drop a mail at support@lambdatest.com
https://www.lambdatest.com/open-source

@muditlambda first bug in my code already found over your test suite 😄 I think LambdaTest has all what we need and is worth a try. Can you get us in the open source sponsoring?
We can discuss more over my mail design.falke@gmail.com

Browserstack responsed too:

@Falke-Design The confusion was primarily because of another registration and sponsorship on the name of Leaflet from kustalex5-at-gmail.com on 2022-04-23. Currently, we do not verify the open-source project ownership of the developer requesting access. We believe anyone can, and should-be-able-to contribute to any open-source project, so we trust developer and give them access.
Thanks for bringing this to our attention regardless. Glad we're able to resolve this.

@bigomega thank you for solving this!

@mourner Yes, dealing with this abuse of open-source support is an ongoing battle. The price is usually paid by genuine open source devs. TravisCI stopped their support for OSS because of crypto miners.

authors: Falke-Design bigomega mourner muditlambda


text:
CombatTracker → v0.8.9

Resolves #418

Done :+1:


text:
Reset Setting to Default

Is your feature request related to a problem? Please describe.
It is frustrating to try testing setting defaults because as soon as the setting exists, that default is not applicable.
Describe the solution you'd like
A button which allows a given setting to be 're-set' to the default on the module settings page.
Describe alternatives you've considered
Something which allows a key to be entered or even autocompleted that would let this work for non-config-able settings.

this lets you set a setting to its default:
game.settings.set('gm-screen', 'rows', game.settings.settings.get("gm-screen.rows").default)


text:
exe download

is there any link yet to download the compiled exe?
ty

https://github.com/LeagueRaINi/smuc_rs/releases/tag/v0.1.0

authors: LeagueRaINi zoulztealer


text:
fix(message): Fix openURL freeze on iOS10

Use the newer openURL for iOS10+

Can one of the admins verify this patch?

authors: LeanplumBuild alexisoyama

repo: Leanplum/Leanplum-iOS-SDK


text:
feat(velas): Add support for Velas

Description
Add support for Velas.
chain ID: 106
Changes include

[ ] Bugfix (non-breaking change that solves an issue)
[x] New feature (non-breaking change that adds functionality)
[ ] Breaking change (change that is not backwards-compatible and/or changes current functionality)
[ ] Tests
[ ] Documentation
[ ] Other (for changes that might not fit in any category)

Hi @GuilaneDen  , We will be closing this PR as this PR needs to be rebased. Please apply the required changes, make sure to follow our guidelines detailed here and submit the form.

Already added by #391

repo: LedgerHQ/app-ethereum


text:
Fix lotties for Nano X in new BLE pairing flow

📝 Description
The wrong lotties were used for the Nano X in BLE pairing flow. Replaced them with the correct one and adjusted styling
❓ Context

Impacted projects: ledger-live-mobile
Linked resource(s): FAT-536

✅ Checklist

[ ] ~Test coverage~: no UI testing on mobile yet
[x] Atomic delivery
[x] No breaking changes

📸 Demo

N/A, see slack channels
🚀 Expectations to reach
Please make sure you follow these Important Steps.
Pull Requests must pass the CI and be internally validated in order to be merged.

QA OK

repo: LedgerHQ/ledger-live


text:
🛑 CompanyGuide2 is down

In e354ad4, CompanyGuide2 (https://comp3.fnguide.com/server_variables.asp) was down:

HTTP code: 0
Response time: 0 ms

Resolved: CompanyGuide2 is back up in 32bf63b.


text:
🛑 CompanyGlobal2 is down

In 432d0bd, CompanyGlobal2 (https://compglobal2.wisereport.co.kr/Home/ServerCheck) was down:

HTTP code: 0
Response time: 0 ms

Resolved: CompanyGlobal2 is back up in 87215f5.


text:
🛑 WiseReport2 is down

In 8380849, WiseReport2 (https://www2.wisereport.co.kr/servercheck.aspx) was down:

HTTP code: 0
Response time: 0 ms

Resolved: WiseReport2 is back up in 85f4b3d.


text:
🛑 ETFGlobal3 is down

In ab7926e, ETFGlobal3 (https://globaletf3.wisereport.co.kr/Home/ServerCheck) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ETFGlobal3 is back up in c7bb40a.


text:
🛑 MobileCompanyGlobal2 is down

In 29584f0, MobileCompanyGlobal2 (https://mglobal2.wisereport.co.kr/Home/ServerCheck) was down:

HTTP code: 0
Response time: 0 ms

Resolved: MobileCompanyGlobal2 is back up in 221eefc.


text:
🛑 CompanyGlobal2 is down

In ae92049, CompanyGlobal2 (https://compglobal2.wisereport.co.kr/Home/ServerCheck) was down:

HTTP code: 0
Response time: 0 ms

Resolved: CompanyGlobal2 is back up in cbd6d2a.


text:
🛑 MobileCompanyGlobal2 is down

In 9a449c0, MobileCompanyGlobal2 (https://mglobal2.wisereport.co.kr/Home/ServerCheck) was down:

HTTP code: 0
Response time: 0 ms

Resolved: MobileCompanyGlobal2 is back up in 704dae9.


text:
🛑 CompanyGlobal2 is down

In db1a768, CompanyGlobal2 (https://compglobal2.wisereport.co.kr/Home/ServerCheck) was down:

HTTP code: 0
Response time: 0 ms

Resolved: CompanyGlobal2 is back up in 31a8401 after 15 minutes.


text:
Session expired

When I log in with web ,the account in vscode says sessions expired.
It just happens today, that means I can't log in with vs and web at the same time?
I used to submit with vs and write solutions through web.
It always works until today

The same problem, even using cookie to log in will make web log out.

Did you use leetcode or leetcode-cn? I didn't have this problem for leetcode both cookie login or third party login.

Did you use leetcode or leetcode-cn? I didn't have this problem for leetcode both cookie login or third party login.

Leetcode-cn, It just happened today.

Yes, I checked.Leetcode-cn change the policy.

I think there is no better solution for now.
Old leetcode-cli use share cookie way when they have this problem https://github.com/skygragon/leetcode-cli-plugins/blob/master/plugins/cookie.chrome.js, but I don't think it is a good way,

Yes, I checked.Leetcode-cn change the policy.

Ok, hope to fix it laterly, thank you

fixed

It happens again

fixed

It happens again

authors: Dreace Miloas Rosonlee yihong0618

repo: LeetCode-OpenSource/vscode-leetcode


text:
Feature request: Support for SVG format.

Hi, the title is self-explanatory.
Cheers.

Added with #228
Works fine for me, closing this as resolved

And here too, awesome!

authors: Lenivaya hellishvictor

repo: Lenivaya/qrrs


text:
Change display resolution

There's no 320x240 bitmap display in the original RARS, only in the modified version

--width and --height were implemented in v2.2!

repo: LeoRiether/FPGRARS


text:
报错信息(命令行运行ToolsFx.bat/ToolsFx):

请按照模板提交

license: ISC


text:
Training process error

The training process encountered the following problems

bidirectional set as False.Another problem arose.

I have removed the back part of the multiplication in the image below.Can be trained but the result is wrong.

Below is the contents of my data file

I can't solve the problem yet.I hope I can get some help to sovle this problem.Thank you very much!

Can you check which one is 200d, and which one is 100d in hiddens * sent_probs? This could help clearify this issue.

Can you check which one is 200d, and which one is 100d in hiddens * sent_probs? This could help clearify this issue.

hiddens is 200d,sent_probs is 100d.

Sorry, I failed to reproducethis error. However, here's a tip that may help:
The shape of sent_prob should be batch_size * seq_len after the attention mechanism. And become batch_size * seq_len * 1 after the view operation. Therefore, I am not sure which part goes wrong. As shown in your output, 100 could be the batch_size.
Here I attach a screen shot of my runtime outputs with shapes, I hope this can help you with debugging.

What are the shapes after the view operation?

So it seems fine?
sent_probs can be regarded as the attention score of the hidden states for each log event in the log sequence. The multiplication between hidden_states and sent_probs is actually an averaged summation of hidden states so that it gives a final representation for each log sequence.

So it seems fine?
sent_probs can be regarded as the attention score of the hidden states for each log event in the log sequence. The multiplication between hidden_states and sent_probs is actually an averaged summation of hidden states so that it gives a final representation for each log sequence.

Thank you very much for your help.I'll keep looking for a solution.

Hi @superzeroT , may I ask if the issue is still unresolved? And, as mentioned in your screenshot, "此处有相应的修改“, what were those exactly?

Hi @LeonYang95 ,I haven't solved the problem yet.I tried to unify the dimensions but it didn't work.Don't worry about the note I added.Since your code is running successfully,I guess it has something to do with the environment configuration,etc.

Hi @LeonYang95 ,Can I see the shape of  your sent_probs and hiddens values.

Mine were:
hiddens: [100, 38, 200]
sent_probs: [100,38,1]
Your first two shapes seems fine. But the sequence length of the last two shapes is only 1?

Hi you guys. Have you solved this problem? I have a same error when evaluating the testing set.
I see that It throws the error in the last batch of testing set.

Hi you guy, @LeonYang95.  I have just considered that there is an error in module/Attention.py/class LinearAttention , in https://github.com/LeonYang95/PLELog/blob/c8bb56b08fe6368f3b3c71ff88de8a87c48c7607/module/Attention.py#L275
combined_tensors.squeeze(1) will remove the input dimension which has size 1. So, when the input has sequence length 1, it will be removed in dimension 1. When I remove the squeeze function, the code works completely.
Do I misunderstand anything in this situation?

Hi @dino-chiio ,
Your comment about the shape issue is correct, the squeeze will produce this error when sequence length is one. But for other situations, the code works fine. Please consider this error as an "anomaly" prediction.
The CPUEmbedding  keeps the embedding weights in CPU instead of GPU to lower the cost of GPU memory. While we were doing this research, our GPUs resources were limited. If you have more advanced GPUs, you can try training the weights along with other parameters, hopefully, you will get a considerable improvement.

I do not recommend to cancel the squeeze operation. The attention I used was learned from other projects, and I am not sure about the results after the cancellation.
I believe regarding log sequences of length one as anomalies is an acceptable solution, since it is possible that those log sequences are actual anomalies or irrelavant to the system running status.

authors: LeonYang95 dino-chiio superzeroT


text:
Support for video

Action

Add a brief description of what was made

Issues: #issue-number #issue-number ...
Commits: #commit-hash ...

...

Thanks, @jeffhodsdon. I will check it out ASAP.

authors: LeonardoCardoso jeffhodsdon

repo: LeonardoCardoso/SwiftLinkPreview


text:
"Pip" non è riconosciuto come comando

Ricevo l'errore "pip" non è riconosciuto come comando pur localizzando il terminale nella cartella dove ho scaricato tutti i file. Come è possibile?
Grazie mille

https://duckduckgo.com/?q=pip+not+recognized&ia=web

https://duckduckgo.com/?q=pip+not+recognized&ia=web

Risolto, grazie mille e complimenti ancora per il lavoro fatto


text:
CPU占用高

应该是为了渲染图形，对每一帧都做了渲染，从而导致了CPU持续占用

如何复现（

CPU持续占用多少，CPU等性能配置信息可以了解一下吗？

什么也没有操作的情况下
大概CPU平均占用3.8%

linux可复现

突然想到一个方案：既然只有在操作的时候是有动画的绘制，大部分不操作的情况下就相当于一张静态的图片。
那么只要一检测到操作，就让接下来的300帧迭代内更新动画渲染，其余的时候不更新

优化这个的办法是在一个集中的地方，掌控所有数据的变化，根据这些数据的变化，选择比较好的方案进行重绘。例如，仅仅当数据发生变化时进行重绘，但是同时也限制重绘的频率不高于某个设定值。要做到这些事情，需要涉及到大量代码的重构，目前我正在考虑这个事情。

用tauri写的v2版本好像cpu占用很低了。
如果哪一天测试发现很占性能再打开这个issue

authors: Littlefean Rutubet juqkai zty012

repo: LiRenTech/project-graph-qt


text:
[BUG] planks localisation and icon

None of mist wood planks has propper name or icon.

IF I try to middleclick it (pick up in cerative) in will give me errored item.

This is strange because everything works fine for me.
This is probably a conflict with another mod.

Oh! Wait!
Did you change something if lang file?

Yep! It's a bug. Will be fixed in the next update.


text:
Can only calculate the related parameter about P wave?

Dear sir,
Because most of the collected microseisms are P-wave signals, and most of  S-wave signals are difficult to utilize, we hope to calculate the source mechanism based only on P-waves. Can the function "DHMC_DC"  run with only related parameter about P wave?

Hello and thank you for your suggestion! We're thrilled to let you know that SeisHMC is continuously evolving, with ongoing updates and enhancements. Expect to see a range of new and exciting features soon. Stay connected for more updates, and thanks again for being interested in our work.

authors: CSUPZW Liang-Ding

repo: Liang-Ding/seishmc


text:
libx264.so

Library filename / 库文件名
libx264.so
Library label / 库的文字标签
x264
Library team / 库的开发团队
VideoLAN
Files & Comment / 同组文件 & 备注
No response
In Apps / 出现于
酷狗音乐
Library icon / 库图标
https://www.iconfont.cn/search/index?q=视频编码
Library description / 库描述
x264 is a free software library and application for encoding video streams into the H.264/MPEG-4 AVC compression format, and is released under the terms of the GNU GPL.
Library relative URL / 相关链接
https://www.videolan.org/developers/x264.html

👍🏼

repo: LibChecker/LibChecker-Rules


text:
Extension for retrieving company profile info

Hi folks,
First of all thanks for making this library available!
My use case for using the Companies House API was for retrieving details of a specific company (given it's number) rather than a generic search. Instead of rolling out my own thing I thought about extending your library to do this.
My proposed changes are an extension to your API to offer the request to GET /company/{company_number} and deserialize the response to the appropriate POCO, a CompanyProfile object.
The new method signature for this is Task<CompaniesHouseClientResponse<CompanyProfile>> GetCompanyProfileAsync(string companyNumber, CancellationToken cancellationToken = default(CancellationToken));
I kept the implementation in-line with yours so hopefully you should see no surprises, and I made no changes to existing code apart from moving a few common types around for reuse.
I might further extend this later (I have the officerList in mind to do next) but thought I'd put this forward for early review.

Hello,
Contributions are always welcome and it's great to see people helping out with the OSS community.
A quick review of the code - It looks great and keeps in line with the rest of the coding styles within the project.
If you could just update the version to the next minor (1.2.0) within the appveyor.yml we'll get that merged in and pushed to nuget.
Thanks
LiberisLabs

Hi Kevin,
Thanks for the quick reply.
The version has been updated and build looks green now.
Cheers,
Rui

It's all merge in now and pushed to nuget, we've had to bump up the version again to 1.2.1 due to appveyor but fixed this issue for next time round.
http://www.nuget.org/packages/CompaniesHouse/1.2.1

Thanks Kevin.
I'll have the version in mind if I submit another PR.

authors: kevbite rmourato


text:
feeback on new caption model: strange result

The result from log and caption result are different... "a stream in the middle of a field" on one side "a white and blue boat traveling down a mountain" on the other side...

2023-12-02 12:31:13,666 : api_util.py : get_search_term_examples : 186 : INFO : 100 possible ids 2023-12-02 12:31:13,667 : api_util.py : get_search_term_examples : 201 : INFO : Getting search terms for user 1 2023-12-02 12:31:14,306 : api_util.py : get_search_term_examples : 202 : INFO : Found 93 photos 2023-12-02 12:32:32,031 : photo.py : _generate_captions_im2txt : 189 : INFO : generated im2txt captions for image /protected_media/thumbnails_big/16dd51def768c326e131d5b70bbe51a51.webp with SiteConfig blip_base_capfilt_large with Blip: True and Onnx: False caption: a stream in the middle of a field

The suggestion will now be displayed above the caption. This should make it clearer, what the description is and what the suggestion is :)

Well... not so sure it's clearer for me... ;-)

where is "generate" button for image without caption? what means the icon?
sorry to be boring with all that stuff  😅 in addition doc will have to be updated accordingly ;-)

The wand button is now the generating button. You can click on the suggestion, which will add it to the caption field. You can then save it by clicking on submit.
This makes it clear, what the suggestion is, what you description is and when it gets saved!

repo: LibrePhotos/librephotos


text:
pl.LightningModule.load_from_checkpoint fails when matlab.engine is imported

Bug description
pytorch_lightning fails to load a previously saved model when matlab.engine is imported within the script.
This only happens when import matlab.engine is included in the script. The checkpoint_path is not empty.
How to reproduce the bug
import matlab.engine

from my_custom_model import LITModel # this is a pytorch_lightning.LightningModule model

model = LITModel.load_from_checkpoint(checkpoint_path='/path/to/my/checkpoint.ckpt')

Error messages and logs
model = model_class.load_from_checkpoint(checkpoint_path=ckpt_path)
  File "/home/anaconda3/envs/torch/lib/python3.8/site-packages/pytorch_lightning/core/saving.py", line 139, in load_from_checkpoint
    checkpoint = pl_load(checkpoint_path, map_location=lambda storage, loc: storage)
  File "/home/anaconda3/envs/torch/lib/python3.8/site-packages/pytorch_lightning/utilities/cloud_io.py", line 47, in load
    return torch.load(f, map_location=map_location)
  File "/home/anaconda3/envs/torch/lib/python3.8/site-packages/torch/serialization.py", line 705, in load
    with _open_zipfile_reader(opened_file) as opened_zipfile:
  File "/home/anaconda3/envs/torch/lib/python3.8/site-packages/torch/serialization.py", line 243, in __init__
    super(_open_zipfile_reader, self).__init__(torch._C.PyTorchFileReader(name_or_buffer))
RuntimeError: [enforce fail at inline_container.cc:106] . archive does not contain any files

Environment
- Linux: Ubuntu 22.04.1 LTS
- python==3.8.12
- pytorch_lightning==1.6.4
- torch==1.11.0
- matlabengine==9.13.1
- Matlab: R2022b
- Lightning Component: LightningModule
- GPU models and configuration: model checkpoint was originally trained on different GPU to the one loading it
- How you installed Lightning: conda
- Running: locally

More info
No response

This is most likely a bug with matlabengine, I need to further investigate to pinpoint the issue.

repo: Lightning-AI/lightning


text:
Support lora with disabled qkv

Hi there 👋
That's basically a leftover from my previous PR that I totally forgot to add.
Despite support of creating LoRAQKVLinear without lora_A/lora_B at all (if enabled_lora=(False, False, False)) by checking
if self.r > 0 and any(self.enable_lora)

in __init__ and train methods, that for some reason hasn't been done in forward method (even in the orig code), so if someone wants to apply LoRA to projection head only - it's gonna fail.

Thanks!

authors: Andrei-Aksionov carmocca

repo: Lightning-AI/lit-gpt


text:
BNB>=0.41.2 uses quant_state as a class, not as a list

Hi there 👋
Fixes #707
Bitsandbytes starting from version 0.41.2 uses quant_state as a class, not as a list: https://github.com/TimDettmers/bitsandbytes/commit/61a4a20da91b7f780a98d3ff8235f1455835ecf2.
As a result, when trying to access the shape by the index
https://github.com/Lightning-AI/lit-gpt/blob/d9283f420be2ee3b9af77b2e12edf92aa200379e/lit_gpt/utils.py#L35
... we get:

TypeError: 'QuantState' object is not subscriptable

As proposed in #710 maybe we indeed need to pin version of BNB since such breaking changes might appear again?

Can you also update the minimum bitsandbytes version in the requirements?

Sure I can 😄.
But you want me to specify the exact version == or the minimum version >=?
If to specify the minimum version we can have a breaking change in the future.

I would specify a minimum, and if this becomes a trend in the future, we can pin it to a specific version

I don't know how do they do versioning, but a bugfix-level version bump (0.41.0 -> 0.41.2) introduced some number of breaking changes.
And doing a manual training/generation check on a GPU isn't sufficient.
Github started slowly enroll GPU accelerate CI.
That's what we need: a short, sanity-check type of training/generation. Otherwise many more issues might be overlooked. And without a proper stability the repo will go only this far in terms of popularity.

@Andrei-Aksionov Would you recommend that I revert this commit?

Yes, revert it.
Fixed version of BNB (0.41.0) is the best option for now.


text:
I can't get rid of the userwarning of WER and CER: Torchmetrics v0.9 introduced a new argument class property called full_state_update that has not been set for this class...

I can't get rid of this userwarning while using WordErrorRate and CharErrorRate:
/home/hxt/ASR_adversarial_examples/venv/lib/python3.7/site-packages/torchmetrics/utilities/prints.py:36: UserWarning: Torchmetrics v0.9 introduced a new argument class property called `full_state_update` that has
                not been set for this class (WordErrorRate). The property determines if `update` by
                default needs access to the full metric state. If this is not the case, significant speedups can be
                achieved and we recommend setting this to `False`.
                We provide an checking function
                `from torchmetrics.utilities import check_forward_full_state_property`
                that can be used to check if the `full_state_update=True` (old and potential slower behaviour,
                default for now) or if `full_state_update=False` can be used safely.

According to the description above, a relevant property called full_state_update should be set for WER but not.
Actually, my torchmetrics version is:
torchmetrics                    0.9.3

and the full_state_update property has been set already according to source code:
class WordErrorRate(Metric):
    is_differentiable: bool = False
    higher_is_better: bool = False
    full_state_update: bool = False

    # ...

Then I searched the source code for where this userwarning was thrown, and I found this in the base class torchmetrics/Metrics:
class Metric(Module, ABC):

    # ...

    is_differentiable: Optional[bool] = None
    higher_is_better: Optional[bool] = None
    full_state_update: Optional[bool] = None

    def __init__(
        self,
        **kwargs: Any,
    ) -> None:
        super().__init__()

        # ...

        if self.full_state_update is None and not is_overridden("forward", self, Metric):
            rank_zero_warn(
                f"""Torchmetrics v0.9 introduced a new argument class property called `full_state_update` that has
                not been set for this class ({self.__class__.__name__}). The property determines if `update` by
                default needs access to the full metric state. If this is not the case, significant speedups can be
                achieved and we recommend setting this to `False`.
                We provide an checking function
                `from torchmetrics.utilities import check_forward_full_state_property`
                that can be used to check if the `full_state_update=True` (old and potential slower behaviour,
                default for now) or if `full_state_update=False` can be used safely.
                """,
                UserWarning,
            )

So is this a problem about class member full_state_update overriding?

And how to get rid of this? Thank you.

Hi @Xiaotian0726, thanks for reporting this issue.
I am a bit confused that you still get the warning even when you overwrite the property in your metric class. Here you can see that we do exactly that for our own metrics:
https://github.com/Lightning-AI/metrics/blob/ed2249d1e250dbfc4f2e654b455f43f3d29abfb1/src/torchmetrics/regression/mse.py#L42-L44
Also I cannot reproduce the error on v0.9.3 with this small example:
from torchmetrics import Metric

class WordErrorRate(Metric):
    full_state_update: bool = False

    def update(self):
        pass

    def compute(self):
        return 1

if __name__ == "__main__":
    metric = WordErrorRate()

you have not setup your warnings filtering in some weird way?
Regardless of all this the warning has been removed from the next release in this PR https://github.com/Lightning-AI/metrics/pull/1349. You can update directly from master now if you want the change:
pip install git+https://github.com/Lightning-AI/metrics.git

or wait for the next release (it will probably be within a week or so).

Yes, the warning is first removed it what will be v0.11.0, which will officially be released within the next week.
Closing issue.

repo: Lightning-AI/metrics


text:
Lfeat 损失没找到

请问利用余弦相似度来对其编码器特征的Lfeat在哪里

我们没有提供这部分的训练代码，可以参考这里：https://github.com/LiheYoung/Depth-Anything/issues/224

repo: LiheYoung/Depth-Anything


text:
Dashboard Metrics for NFT

We will need to implement the same metrics for the NFT assets as we already have for the fungible.
❗ We will need both the NFT implementation and the metrics. At the moment they are on NFT branch & Metrics branch

Locked same as #353

Minted - #354

Balance between networks - #357

❓ it is possible that new metrics will be needed based on the requests?

This task will become a lot larger with the amount of new tokens coming. To think of organising the panels in Grafana.
-> NFTs
-> FT

Add prefix to filter on a new panel.
Add NTF to the names?

repo: LimeChain/hashport-validator


text:
Updates to "read_syscall" and "pread_syscall".

Description
Fixes # (issue)
The following changes include the tests and comments in the code for the "read_syscall" and "pread_syscall" file system calls under RustPosix.
The tests were added to cover all the possible scenarios that might happen when calling the file system_calls  read_syscall and pread_syscall.
Type of change

[x]  This change just contains the tests for an existing file system call.
[x]  This change contains the minor code changes and comments for read_syscall and pread_syscall.
[x]  This change contains code reformatting for existing file system calls.

How Has This Been Tested?
Inorder to run the tests, we need to run cargo test --lib command inside the safeposix-rust directory.
All the tests are present under this directory: lind_project/src/safeposix-rust/src/tests/fs_tests.rs

Test A - ut_lind_fs_read_write_only_fd()
Test B - ut_lind_fs_read_from_directory()
Test C - ut_lind_fs_read_from_epoll()
Test D - ut_lind_fs_read_from_regular_file()
Test E - ut_lind_fs_read_from_chardev_file()
Test F -  ut_lind_fs_read_from_sockets()
Test G - ut_lind_fs_read_from_pipe_blocking_mode()
Test H - ut_lind_fs_read_from_pipe_nonblocking_mode()
Test I - ut_lind_fs_pread_write_only_fd()
Test J - ut_lind_fs_pread_from_file()
Test K - ut_lind_fs_pread_from_directory()
Test L - ut_lind_fs_pread_invalid_types()

Checklist:

[x] My code follows the style guidelines of this project
[x] I have commented my code, particularly in hard-to-understand areas
[x] My changes generate no new warnings
[x] I have added tests that prove my fix is effective or that my feature works
[x] Any dependent changes have been added to a pull request and/or merged in other modules (native-client, lind-glibc, lind-project)

@ve1nard and @Anway-Agte. Requesting your review of these changes.
Thanks!

@yashaswi2000, Please can you review these changes.
Thanks!

repo: Lind-Project/safeposix-rust


text:
footer: use en dash for year range

Same thing as LineageOS/lineage_wiki#78. Small but pleases the eye :-)

Please do not open Pull requests, use LineageOS Gerrit instead.

Never found the time to migrate this.

authors: AdrianDC jurf

repo: LineageOS/www


text:
LTO9 Tape Drive fails to mount a successfully formatted LTO8 media

Describe the bug
mkltfs run has been run on LTO9 tape drive that has LTO8 Tape Media (000001L8) and runs successfully. There are output errors related to:
cannot get remaining capacity log page x17 failed
But it successfully wrote the index to partition a and b. And it states it is successfully formatted.
Then running ltfs, it states that it cannot mount the volume due it not being partitioned.
To Reproduce
Steps to reproduce the behavior:

Run mkltfs on LTO9 tape drive with LTO8 media.
Run ltfs on /dev/IBMtape1 device that is LTO9 tape drive with the LTO8 media
See error

Expected behavior
Expect the ltfs to be able to mount the successfully formatted tape.
Desktop (please complete the following information):

OS: Rocky Linux 8.4

Lintape: 3.0.59
ltfs: 2.4.5.0

Please read the quick start document before opening an issue. As it says you need to use a sg device instead.
Support of lin_tape was dropped in many years ago. I'm not sure why you want to use it at this time.
Please contact to IBM if you are using IBM provided pre-compiled version of the LTFS.

I'm using a build from 2.4.5 which was at least 5 years ago.
Also I have code that sends inquiry and TURs to sg device for health checks. So I cannot use sg device for ltfs. Also I still u see r lintape driver.
This should still work, no? It works with LTO 7 and LTO 8 tape drives. Just not LTO 9 tape drives.

Also I have code that sends inquiry and TURs to sg device for health checks. So I cannot use sg device for ltfs. Also I still u see r lintape driver.
This should still work, no? It works with LTO 7 and LTO 8 tape drives. Just not LTO 9 tape drives.

I believe the lin_tape driver backend was no more maintained when 2.4.5 is released. You are just lucky to be able to use it on LTO7 and LTO8. Please do not expect same quality on using an unofficial manner.
One more thing, I strongly recommend that you should not access to the same device with different device files. It could cause a catastrophic result against data on tape. For example #446, we never say LTFS works in such kind of condition at all.

How do you address multipath devices? IBMtapeX supported multi path and sg does not.

Data path failover is already supported on the sg backend.
Please see PR #27 and
https://github.com/LinearTapeFileSystem/ltfs/commit/a23c6da1b64fe5d9c3b27bedd22b32f8dba67a24.

That's very good news that we now have sg-ibmtape data path failover.
What about multi-path from a tape library? That is something that lin_tape was able to provide.

I'm not sure what kind of answer you are expecting but IBM Spectrum Archive Library Edition supports control path failover on it's sg backend for library, I think.
But it is not related into this LTFS project at all because this LTFS project is targeting only stand alone drive. So you need to contact IBM if you have an answer.

authors: piste-jp tonyperk

repo: LinearTapeFileSystem/ltfs


text:
🛑 LinerlyBot (Discord) is down

In 60871c0, LinerlyBot (Discord) (https://linerlybot-discord.linerly.tk) was down:

HTTP code: 0
Response time: 0 ms

Resolved: LinerlyBot (Discord) is back up in 1d2321d.

repo: Linerly/status


text:
🛑 SearXNG is down

In c514d4b, SearXNG (https://searxng.linerly.repl.co) was down:

HTTP code: 0
Response time: 0 ms

Resolved: SearXNG is back up in 687594c.


text:
🛑 Nextcloud is down

In 77d6985, Nextcloud (https://cloud.linerly.xyz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Nextcloud is back up in f36409e.


text:
🛑 Searx is down

In 92c705a, Searx (https://searx.linerly.repl.co) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Searx is back up in 522f41a.


text:
🛑 Immich is down

In bc77d37, Immich (https://media.linerly.xyz) was down:

HTTP code: 502
Response time: 1099 ms

Resolved: Immich is back up in d3d6367 after 21 minutes.


text:
[installation failed]

Installation was failed when running npm run make_cmdline
here's part of the log:
18 verbose node v13.5.0
19 verbose npm  v6.13.4
20 error code ELIFECYCLE
21 error errno 2
22 error wenyan-lang@ make_cmdline: `node ./tools/make_cmdline.js && pkg ./build/wenyan.js --out-path ./build`
22 error Exit status 2
23 error Failed at the wenyan-lang@ make_cmdline script.
23 error This is probably not a problem with npm. There is likely additional logging output above.
24 verbose exit [ 2, true ]

I wondered what the problem is

Hi there, thanks for the report. I haven't run into this issue. Maybe it's something wrong with the pkg packager? Meanwhile you can still run the cmdline tool by using node ./build/wenyan.js
Thanks.

authors: LingDong- chaomenghsuan

repo: LingDong-/wenyan-lang


text:
The linear evaluation is very low

I have run your code and the linear evaluation accuracy is only 45.84%. When I set the "param.requires_grad =True" in line 44,49,54 of linear.py, the linear evalution accuracy of NTU60 view can reach 83.3%. However , the operation may be the fine-tuning operation that is described in your paper. I am very confusing.

I have the same issue, the linear evaluation is very low, only set the "param.requires_grad =True" of linear.py can reach the 83.3% accuracy.

same here!

Maybe try to check your torch version, make sure it is 1.4.0, works for me.

authors: 2220666627 Xiangyue-Zhang yanghhx

repo: LinguoLi/CrosSCLR


text:
Setup failed - Fugu14App.closure doesn't exist

So i get the error "The File Fugu14App.closure doesn't exist.
Here is a Screenshot of that.
Any idea How to fix that?
I have an Iphone 11 with IOS 14.3
AltStore 1.4.8
and tried to install Unc0ver 8.0.0

"

Try 8.0.1
Also, Fugu14 != unc0ver

Still the same problem

Same to me

I managed to fix the issue by just deleting my previous Unc0ver Jailbreak.
After i deleted the unc0ver app i restarted my Phone so its not Jailbroken anymore and the tried to install Unc0ver x Fugu14 again and that worked. I hope i can help somebody with that


text:
Error: undefined method `sdk_path_if_needed' for OS::Mac:Module

During installation got an issue below, please advise. Thanks.
==> Installing dependencies for node: python@2, icu4c
==> Installing node dependency: python@2
==> Downloading https://www.python.org/ftp/python/2.7.15/Python-2.7.15.tar.xz
Already downloaded: /home/ec2-user/.cache/Homebrew/python@2-2.7.15.tar.xz
==> Verifying python@2-2.7.15.tar.xz checksum
tar xf /home/ec2-user/.cache/Homebrew/python@2-2.7.15.tar.xz -C /tmp/d20180826-3521-rvhobn
Error: undefined method `sdk_path_if_needed' for OS::Mac:Module
Please report this bug:
  https://github.com/Linuxbrew/brew/wiki/troubleshooting
/home/ec2-user/.linuxbrew/Homebrew/Library/Taps/homebrew/homebrew-core/Formula/python@2.rb:117:in `install'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/build.rb:153:in `block (2 levels) in install'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/formula.rb:1117:in `block in brew'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/formula.rb:2037:in `block (2 levels) in stage'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/utils.rb:564:in `with_env'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/formula.rb:2036:in `block in stage'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/resource.rb:120:in `block in unpack'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/resource.rb:189:in `block in mktemp'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/mktemp.rb:55:in `block in run'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/mktemp.rb:55:in `chdir'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/mktemp.rb:55:in `run'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/resource.rb:188:in `mktemp'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/resource.rb:115:in `unpack'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/resource.rb:93:in `stage'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/vendor/portable-ruby/2.3.7/lib/ruby/2.3.0/forwardable.rb:202:in `stage'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/formula.rb:2014:in `stage'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/formula.rb:1112:in `brew'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/build.rb:124:in `block in install'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/utils.rb:564:in `with_env'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/build.rb:121:in `install'
/home/ec2-user/.linuxbrew/Homebrew/Library/Homebrew/build.rb:202:in `<main>'

Please surround copied-and-pasted logs with triple back ticks. See GitHub Help / Quoting Code.

Thanks for the bug report, @kennethdave. Fixed by PR https://github.com/Linuxbrew/homebrew-core/pull/9073

Thanks for the fixed, @sjackman. :)

Happy to help!

authors: kennethdave sjackman

repo: Linuxbrew/brew


text:
shims/super/cc: Use cc on Linux

Address the error
.../shims/linux/super/cc:440:in `exec': No such file or directory - clang (Errno::ENOENT)

See this failed Docker Hub build:
https://hub.docker.com/r/bcgsc/tigmint/builds/bd6bopkjfmbyn9q4bdacsgm/

Codecov Report

Merging #727 into master will decrease coverage by <.01%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master     #727      +/-   ##
==========================================
- Coverage   68.29%   68.28%   -0.01%
==========================================
  Files         393      393
  Lines       20983    20983
==========================================
- Hits        14330    14329       -1
- Misses       6653     6654       +1

Impacted Files
Coverage Δ

hardware.rb
47.31% <0%> (-1.08%)
:arrow_down:

Continue to review full report at Codecov.

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

This PR did resolve the above failed Docker Hub build of Tigmint. https://hub.docker.com/r/bcgsc/tigmint/builds/

authors: codecov-io sjackman


text:
version-RFB-640.onnx issue

Hi
I've tried to use "version-RFB-640.onnx" model with "ultra_face_opencvdnn_inference.py" code but it gives me this error:
cv2.error: OpenCV(4.1.0) C:\projects\opencv-python\opencv\modules\dnn\src\layers\slice_layer.cpp:147: error: (-215:Assertion failed) requiredOutputs > 0 && inpShape[axis] % requiredOutputs == 0 in function 'cv::dnn::SliceLayerImpl::getMemoryShapes'
However your other simplified onnx models work well. But these three don't:  "version-RFB-640.onnx" ,  "version-RFB-320.onnx"  , "version-slim-320.onnx"
Would you please add models "version-RFB/slim-640-simplified" in your Repo or tell me how to encounter with this error ? I need your "640" models.
Thanks

Also it would be great if you add caffe models for RFB-640 and slim-640


text:
Deprecate agora-testlib

With #94, agora-testlib lost its place as storing all test-related functions. Currently, it only has few functions that are loosely related to testing itself; agora-testlib is good to go.

Hmmm, but shouldn't Specification be part of agora-testlib?
This is how I see the three coexisting:

agora-testlib "library code" in order to test / write specs.
agora-spec the actual spec tree written out.
agora-sample the sample library containing a bunch of Agora preset components and contexts.

Additionally:

agora-test: a "frontend" for agora-spec which runs the spec as tests
agora-bench a "frontend" for agora-spec which runs the spec as benchmarks

authors: SeungheonOh emiflake

repo: Liqwid-Labs/agora


text:
Why didn't your model directly apply the mask with infinity and then apply the softmax function? Could you please explain the following code?

For stable training
    max_att, _ = torch.max(attn, dim=-1, keepdim=True)
    attn = attn - max_att
    attn = attn.to(torch.float32).exp_() * attn_policy.to(torch.float32)
    attn = (attn + eps / N) / (attn.sum(dim=-1, keepdim=True) + eps)

The direct replace operation is not differentiable, which means the attn_policy produced by our prediction modules will not receive any gradients during training. Thus, it is not suitable as the prediction modules for token division are not learning at all. However, during inference, you can use any operation with the identical functionality if you think it is better.

authors: Little-Podi jananithangavel

repo: Little-Podi/GRM


text:
Wrong donations amounts showing on person page

When a person gives to multiple funds in a single donation, the values reported on the donation summary list on the profile page are wrong.
Example: Total of $20 donated, split between two funds

Profile page shows two $20 donations.  Show the value from fundDonations instead of donations table.

Fixed in https://github.com/LiveChurchSolutions/ChumsApp/pull/117

repo: LiveChurchSolutions/ChumsApp


text:
Upgrade Jetty

We're still using Jetty 9.4.10 while the current version is already 9.4.18.
There's at least one breaking change in 9.4.17:

3464 Split SslContextFactory into Client and Server

which blows up my current project for another dependency in my fat jar includes a 9.4.18 jetty leading to a NoClassDefFoundError.
Can we upgrade to the latest jetty version? I'll try to file a PR if I find some spare time.

My crash is gone with dropwizard 1.3.10. I'ma file a PR with some dep updates.

PR here: https://github.com/LivePersonInc/dropwizard-websockets/pull/27

repo: LivePersonInc/dropwizard-websockets


text:
🛑 invest is down

In de80236, invest (https://blog-pos-17/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: invest is back up in bf64fbf.

repo: LloydGain/UppTIME


text:
游戏内切换语言后重进游戏闪退

在提问之前...

[X] 我理解 Issue 是用于反馈和解决问题的，而非吐槽评论区，将尽可能提供更多信息帮助问题解决
[X] 我填写了简短且清晰明确的标题，以便开发者在翻阅 issue 列表时能快速确定大致问题。而不是“一个建议”、“卡住了”等
[X] 我已查看最新测试版本的更新内容，并未提及该 bug 已被修复的情况

问题描述
用工具箱再次尝试时自动安装显示游戏正在运行中无法汉化，手动安装未生效，将工具箱和游戏卸载重装都未解决该问题
日志文件
[
Log-20240307.log
Log-20240308.log
](url)
截图

还有别的吗？
No response

补丁删除后再用工具箱安装就显示这个

duplicate of #41

authors: VainGloryFive ZengXiaoPi


text:
启动器打开后几秒自动闪退   按照提供的解决办法自己写的游戏启动路径还是不行

在提问之前...

[X] 我理解 Issue 是用于反馈和解决问题的，而非吐槽评论区，将尽可能提供更多信息帮助问题解决
[X] 我填写了简短且清晰明确的标题，以便开发者在翻阅 issue 列表时能快速确定大致问题。而不是“一个建议”、“卡住了”等
[X] 我已查看最新测试版本的更新内容，并未提及该 bug 已被修复的情况

问题描述
从官网提供的那个Onedrive下载地址下载的启动器  启动几秒就自动闪退了  删了重新安装 自己写游戏启动路径啥都不行
另一个GitHub下载路径  解压出来里面没exe文件  只有俩后缀为csproj和sln的文件（跟别人对比了一下 总是缺点文件  应该是得先运行再下载的吧）
日志文件
Log-20241003.log
截图

还有别的吗？

OneDrive和GitHub上的启动器文件没有实质性区别，另外您从GitHub下载的是源码而不是启动器（下载错了），如果您仍然信不过OneDrive方面的话请去“Release”界面才能下载到真正的启动器。
和其他人的文件区别不是您下载文件缺失的问题。一些文件是首次运行后生成的，所以有一些不太重要的区别不必担心。
问一下您之前有成功运行过v1.0.0以上的安装器吗？

如果没有，可能是您的系统兼容性问题，或者是您写的路径不对/有语法错误/忘记保存？

如果有，这个问题就……比较玄学，可能也跟系统有关，其他人也曾有过突然无法使用的类似情况，可以稍等几天后再试试。

另外如果您急用模组，推荐参考模组的手动安装方式。

我是在https://www.zeroasso.top/docs/install/autoinstall这个官网给的两个下载地址都下载的  说是两边都是mod工具箱 但github那个路径下是源文件  （听别人说又跑到github网页把自安装版和普通压缩包又都下载了一遍 还是都不能打开）
咱最近刚入坑的  一次安装器都没成功启动过  都是一下闪退   手动路径咱也确认过  输不输都一样
兰林
@.***

------------------ 原始邮件 ------------------
发件人:                                                                                "LocalizeLimbusCompany/LLC_MOD_Toolbox"                                                                                @.>;
发送时间: 2024年10月3日(星期四) 下午5:02
@.>;
@.@.>;
主题: Re: [LocalizeLimbusCompany/LLC_MOD_Toolbox] 启动器打开后几秒自动闪退   按照提供的解决办法自己写的游戏启动路径还是不行 (Issue #74)
OneDrive和GitHub上的启动器文件没有实质性区别，另外您从GitHub下载的是源码而不是启动器（下载错了），如果您仍然信不过OneDrive方面的话请去“Release”界面才能下载到真正的启动器。
和其他人的文件区别不是您下载文件缺失的问题。一些文件是首次运行后生成的，所以有一些不太重要的区别不必担心。
问一下您之前有成功运行过v1.0.0以上的安装器吗？
如果没有，可能是您的系统兼容性问题，或者是您写的路径不对/有语法错误/忘记保存？
image.png (view on web)
如果有，这个问题就……比较玄学，可能也跟系统有关，其他人也曾有过突然无法使用的类似情况，可以稍等几天后再试试。
另外如果您急用模组，推荐参考模组的手动安装方式。
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

你修改CskipLCBPathCheck项了吗

如果不熟悉GitHub，则不必强求使用GitHub。我们提供OneDrive就是为了帮助其他人绕开GitHub的。

OneDrive上的文件和GitHub上的文件并无不同。

麻烦您再仔细查看文档站内的教程，尽量不要漏掉步骤

如果您实在不能使用安装器，我们其实也感到非常抱歉和遗憾。我们会尽力完善它，但有些问题我们解决起来也并不简单。对于这些问题我们也百思不得其解，只能退而求其次给出一些绕过的方案。
请注意，安装器只是一个简化安装流程的工具，**并不是安装的唯一渠道。**您可以尝试着进行手动安装，能够达成相同效果，其安装与更新流程都并不复杂。

你修改CskipLCBPathCheck项了吗

完完整整改好了的

如果您实在不能使用安装器，我们其实也感到非常抱歉和遗憾。我们会尽力完善它，但有些问题我们解决起来也并不简单。对于这些问题我们也百思不得其解，只能退而求其次给出一些绕过的方案。
请注意，安装器只是一个简化安装流程的工具， 并不是安装的唯一渠道。 您可以尝试着进行手动安装，能够达成相同效果，其安装与更新流程都并不复杂。

主要是常见问题解决办法里提供的工具箱箱出问题的解决方式就重装 关防火墙给软件权限  还有手动填写启动路径  我都仔细搞了  还反复重装重新改了好几遍 都不当用 最后报告一下问题去手动安装了


text:
How to handle inline images

Currently inline images are igored with an error. Is this how it should be gererally handled? Maybe just setting the image height to \lineheight might work, for example in https://de.wikibooks.org/wiki/Mathe_für_Nicht-Freaks:_Intervall.

Yes, it is a bug to output an error. Some of the inline images are smileys via https://de.wikibooks.org/wiki/Vorlage:Smiley which can be handeled seperately...

As there are not that many cases of inline images, just displaying them with with the line height might be fine. (64c13f0062fd5b002dba050963a3d7aa52d5ab72)

@kulla @Lodifice @elbotho Do you think this implementation is enough for the 1.0 milestone?

@vroland Good for me :smile:

authors: kulla vroland

repo: Lodifice/mfnf-pdf-export


text:
Manual SAN?

Would it be possible to specify a list of comma separated SANs via a command line argument like manualhost instead of interactively typing?
e.g. letsencrypt -- manualsan a.example.com,b.example.com
The existing --san seems to just be a boolean triggering the interactive question

This would be amazing... I need this too.

It would be nice to know if this is even under consideration?

not sure why these aren't linked, but there is a PR built off of this issue
https://github.com/Lone-Coder/letsencrypt-win-simple/pull/299

Which has been merged in the mean while :)

authors: LBegnaud WouterTinus garyrowswell gdau

repo: Lone-Coder/letsencrypt-win-simple


text:
🛑 jpvir is down

In 296b3a5, jpvir ($JPVIR) was down:

HTTP code: 0
Response time: 0 ms

Resolved: jpvir is back up in fa3981e.

repo: LonelyJupiter/UPPTIME


text:
BME-126 Redoing several GUI elements to work better with 1.20.1

1.20.1 changed a lot of the ways Minecraft handled its GUI. This initially broke our GUI background frames for all three of our configuration GUIs. This PR fixes those backgrounds, and also a bit more.
One of the changes 1.20.1 made was introducing the GuiGraphics class as the class to pass between renderable objects, instead of taking in raw PoseStacks and MultiBufferSources. These objects can now both be accessed from the GuiGraphics object. Because of this, in all the functions of ours that take in a MultiBufferSource, I've removed it in favour of GuiGraphics.
Another change in 1.20.1 is how Minecraft handles Renderable widgets versus GUIs drawn outside of widgets. This seemed to be the root cause of the "GUI background frame disappearing" issue. Because of this, I've refactored those three configuration menus to put as much of their rendering code within Renderable classes as I can.
As part of this, and knowing BME-82 is coming up, I tried to implement these new widgets with a new, composable system that should be easier to use in the future. However, I'm totally cool with others ripping out all I've done with this and replacing it with a new system one BME-82 gets picked up, as long as they do the replacing work 😛

^^ That should address all the comments added so far

Alright let's do this!

authors: LordFokas maddie-j

repo: LordFokas/BlazeMap


text:
🛑 Pog Bot is down

In 2d86d75, Pog Bot ($BOT_PING_URL) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Pog Bot is back up in cff52e6.

repo: LordRonz/status


text:
🛑 Link Shortener is down

In c5cd486, Link Shortener (https://lr-link.vercel.app) was down:

HTTP code: 504
Response time: 10976 ms

Resolved: Link Shortener is back up in 3edc55e.


text:
🛑 Ronz Amogus Bot Documentation is down

In 9b894ab, Ronz Amogus Bot Documentation (https://ronz-amogus.vercel.app) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Ronz Amogus Bot Documentation is back up in 914371b.


text:
Missing release models.

It seems as though the models to be downloaded by download_weights.py are not in the project releases. Note ESRGAN_PSNR_X4.pth is available elsewhere online but I can't seem to find a copy of ESRGAN_RRDB_X4.pth anywhere.
Would you be able to publish those releases?
Thank you!

soon.....

@trevor403 ...

It upload.

repo: Lornatang/ESRGAN-PyTorch


text:
Test 2

#1
Bitte genauer ausführen

Nein


text:
🛑 Casta is down

In 9e27965, Casta (https://casta.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Casta is back up in 7ff03db.


text:
Although the CachedResolver was detected, ArGetResolver did not use the CachedResolver. houdini 20.5.278 +py3.10

ArGetResolver(): Found primary asset resolver types: [CachedResolver, ArDefaultResolver]
**ArGetResolver(): Using default asset resolver ArDefaultResolver for primary resolver**
ArGetResolver(): Found URI resolver ArDefaultResolver
ArGetResolver(): Found URI resolver CachedResolver
ArGetResolver(): Found URI resolver FS_ArResolver
ArGetResolver(): Using FS_ArResolver for URI scheme(s) ["op", "opdef", "oplib", "opdatablock"]
ArGetResolver(): Found package resolver Usd_UsdzResolver
ArGetResolver(): Using package resolver Usd_UsdzResolver for usdz from plugin usd
ArGetResolver(): Found package resolver USD_NcPackageResolver
ArGetResolver(): Using package resolver USD_NcPackageResolver for usdlc from plugin usdNc
ArGetResolver(): Using package resolver USD_NcPackageResolver for usdnc from plugin usdNc

Although the CachedResolver was detected, ArGetResolver did not use the CachedResolver.
How do I set up ArGetResolver? Ths~

Hey, could you share some more info on how you are launching Houdini?

Hey, could you share some more info on how you are launching Houdini?

Sure,
Firstly, I installed CachedResolver by code:
import ssl; from urllib import request
update_manager_url = 'https://raw.githubusercontent.com/LucaScheller/VFX-UsdAssetResolver/main/tools/update_manager.py?token=$(date+%s)'
exec(request.urlopen(update_manager_url,context=ssl._create_unverified_context()).read(), globals(), locals())
run_dcc()

Then, I launch Houdini by downloaded bat file.

Hey, I'll try verifying this on my end. Can you try loading it without any Houdini plugins in the meantime (No Anrold, Vray, etc.)?

Hey, I'll try verifying this on my end. Can you try loading it without any Houdini plugins in the meantime (No Anrold, Vray, etc.)?

Thank you for your reply. I removed the Htoa plugin, the result is still the same

It looks like the GitHub built version is linking against the wrong python version.
The py3.11 build seems to work. If I build it locally, I don't get the problem.
I'll have to do some debugging.

Found the issue in the build pipeline, it should be fixed in the next hour.

Found the issue in the build pipeline, I'll look into fixing it.

Thanks a lot!!!

Should be fixed in release 0.7.2, thanks for the bug report!

Should be fixed in release 0.7.2, thanks for the bug report!

It works, Thanks a lot!! : )

0.7.2 or 0.7.3
Same issue on linux here
Seems to work well on Windows
ArGetResolver(): Found primary asset resolver types: [CachedResolver, ArDefaultResolver]
ArGetResolver(): Using default asset resolver ArDefaultResolver for primary resolver

Can you test if the 0.7.3 release works with Houdini 20.5.332?

Tested 0.7.3 with 20.5.332 and have the same result

The CICD was fine, the update manager was just pulling the wrong python version ;) Should be fixed now, thanks for the report!

Ok, I was not using the update manger, but directly using the build and setting environments.
The update manager is pulling the same version I'm using and it's still using ArDefaultResolver for primary resolver.

Can you try running:
from pxr import Ar
from usdAssetResolver import CachedResolver

The error message should hopefully then tell us what is failing.

ImportError: /lib64/libc.so.6: version `GLIBC_2.32' not found

That would probably fix it it or can you try compiling it yourself? (On Linux it should be pretty straightforward, it should be enough to set the correct Houdini version in the setup.sh file and then run build.sh (both files are in the root of this repo).
Turning off shared libs in the CICD might also fix, let me try that, I'll let you know when the build is done.

Ok, I did my own build on rocky linux 8.9 with docker. Seems to work. We are migrating all our stations to this build so I think it will fit our needs for now. Thanks a lot for your time by the way, I could have done this before.
Maybe releasing the builds with shared libs would be good too.

Great :) I looked into the static lib building, this doesn't work though, as the boost/python linking requires dynamic libs. So unfortunately you'll have to stick with building it your self, sorry!
Out of curiosity, are you using the resolver for a private project or at a company (if yes, what company, if you don't mind sharing)?

Sure, I work at Hybride. We establish a good production workflow in Houdini in obj/sop with our own builder system, it's now stable and we are starting to look more at USD / Solaris / Maya workflow and see what will be our future on this side. I'm actually simply doing a simple path remap win/linux in python with the cacheResolver to give assets to test with different departments and work step by step what's the outcomes. We will probably see for other resolving kind and c++ in the future but I think it's enough to get us started for now.

Cool, great to hear that this repo is actually being used for RnD/production :)
I'll keep this issue closed for now. I did some more reading on if python/boost can be built statically (in theory yes), but I wasn't able to get it working quickly. LibC is also usually backwards compatible only, so since I am just using the standard GitHub runners (which don't match the VFX reference platform), this case might happen here and there. The only way around it would be to dockerize and build against the vfxrp, which is a bit out of the scope of this project. Thanks for understanding!

authors: ACE199704 LucaScheller Xelt

repo: LucaScheller/VFX-UsdAssetResolver


text:
Feature: Halloween Bot Scare

Feature Request
Is your feature request related to a problem? Please describe.
The bot reacts to the command boo!booh and joins your current voice channel and plays randomly a sound to scare you and your companions in the channel. A real laughter for everyone who is present in the channel! There is for the MVP Feature no spam protection nor queuing implemented.
Describe the solution you'd like
The MVP is already implemented. The command is added and the behaviour is also present.
Describe alternatives you've considered
As extensions which would be good #hacktoberfest issues:
Create a queue for the Bot
Create a anti-spam protection (each user can use it max 3 times in 10 minutes i.e.)
Create an interface to upload custom sounds to the Bot
Teachability, Documentation, Adoption, Migration Strategy
The use is with a special command ${prefix}!booh - after that the bot joins the voice channel you are currently present in and plays a sound. After the playback is finished the bot disappeared like a ghost! :ghost:

This would be very easy and I can implement it. Using ffmpeg

@LucasCtrl , is it possible to install FFMPeg directly to heroku? instead of putting a ffmpeg.exe or .deb in the source code.
Also you would need to update the building.md if that's the case

@dragonDScript  the first initial MVP is already implemented and open for review #31

@LucasCtrl , is it possible to install FFMPeg directly to heroku? instead of putting a ffmpeg.exe or .deb in the source code.

I don't know for FFMPeg, I using my own VPS

Also you would need to update the building.md if that's the case

We need to write a little doc about the building part as we have the testing part (Maybe we can improve it @ALMerrill)

After the review from @LucasCtrl  i removed the redudant check for the message.
It is not needed because we already have a check in beforehand if that command exists.

FFmpeg is a library that lets you, for example in this case, play music to a discord voice channel. More info about ffmpeg:
FFMpeg website

authors: LucasCtrl dragonDScript illusi0nary

repo: LucasCtrl/spookyBot


text:
Compatibility check to js-controller 4.0

Dear Adapter developer,
with js-controller 4.0 object definitions are now also checked that min/max in only provided for number/mixed objects and that the type of the default value matches to the object type.
If something is not correct this is logged as 'warning' or 'info' log.
Please also make sure to update to the lastest @iobroker/testing dependency 2.5.4 or to accept the PR from Apollon77 for legacy testing!
Please spent some time to verify your adapter by ideally starting with a fresh instance and do some actions and verify the log. If you see a warn or info log there from these checks please adjust the adapter and fix the relevant cases.
For questions please refer to ioBroker/ioBroker.js-controller#1749
Please close the issue after you checked it.
Thank you very much for your support to get the best experience for the growing numbers of ioBroker users!

Done

authors: Lucky-ESA ioBrokerChecker


text:
🛑 Woolworths Team Bank is down

In bf078b5, Woolworths Team Bank (https://online.woolworthsteambank.com.au/OpenBanking/cds-au/v1/banking/products) was down:

HTTP code: 500
Response time: 992 ms

Resolved: Woolworths Team Bank is back up in b0bf808.

repo: LukePrior/OpenBankingUptime


text:
🛑 Greater Bank is down

In 2fbcbc7, Greater Bank (https://public.cdr-api.greater.com.au/cds-au/v1/banking/products) was down:

HTTP code: 403
Response time: 760 ms

Resolved: Greater Bank is back up in d6cafd8.


text:
🛑 Beyond Bank Australia is down

In 90254c6, Beyond Bank Australia (https://public.cdr.api.beyondbank.com.au/cds-au/v1/banking/products) was down:

HTTP code: 504
Response time: 29772 ms

Resolved: Beyond Bank Australia is back up in fcb6653.


text:
Canberra,ACT is in listed-suburbs but not all-suburbs

Caused by adding all the new suburbs from the announced-dates.

The DB only has
015 = {str} 'Canberra Airport'
016 = {str} 'Canberra Central'
Which matches the all-suburbs list

I think we have "solved" this by ignoring the announced "Canberra".
Canberra Central only has 5 addresses
https://lukeprior.github.io/nbn-upgrade-map/?suburb=canberra-central&state=ACT
And Canberra Airport has 334
https://lukeprior.github.io/nbn-upgrade-map/?suburb=canberra-airport&state=ACT

repo: LukePrior/nbn-upgrade-map


text:
Suggestion: to make a tag for 5-min recipes and for beginners as well

Hey Luke,
Big fan of the project, having this would help more people and people who are learning to cook as well

The quick tag pretty much achieves what you want.

license: Unlicense


text:
Nextcloud guide no longer works

It says that you need php version less than 8.2. Current debian 12 php version is 8.2.20. Please update the guide.

Where does the article says it needs php version less than 8.2? I have re-read it and couldn't find it. Could you please point me to it?

authors: IlyaasK livreware

repo: LukeSmithxyz/landchad


text:
Permit annotations to be written when trimming is activated

Problem
Full captures contain annotations, but trimmed ones do not. This is happening because:

Annotation code only runs if capture_mode_ == kModeWrite
Annotation code runs before trimming is activated, at which point capture_mode_ == kModeTrack

Solution
Permit annotation code to run when capture_mode_ == kModeWriteAndTrack and trigger it right after trimming is activated. This fixes https://github.com/LunarG/gfxreconstruct/issues/1076
Testing
Made sure a single annotation was written when testing

Full captures
GFXRECON_CAPTURE_TRIGGER
GFXRECON_CAPTURE_FRAMES

CI gfxreconstruct build queued with queue ID 41673.

CI gfxreconstruct build # 3194 running.

CI gfxreconstruct build queued with queue ID 45636.

CI gfxreconstruct build # 3211 running.

CI gfxreconstruct build # 3211 passed.

This appears to call WriteNewAnnotation twice in a test where I used GFXRECON_CAPTURE_TRIGGER=F3.  I'm not sure why Annotations were conditional on the trim state in the first place.
@andrew-lunarg you added WriteAnnotation in 3029de46b; do you have any particular opposition to just removing the conditional in this function on capture_mode_?
@rurra-amd Could this problem be solved by just always writing Annotation blocks?

This appears to call WriteNewAnnotation twice in a test where I used GFXRECON_CAPTURE_TRIGGER=F3. I'm not sure why Annotations were conditional on the trim state in the first place.
@andrew-lunarg you added WriteAnnotation in 3029de4; do you have any particular opposition to just removing the conditional in this function on capture_mode_?
@rurra-amd Could this problem be solved by just always writing Annotation blocks?

Right, it'll go into WriteNewCaptureAnnotation twice, but the logic controls it to only go into the body of WriteAnnotation once.
If the body of WriteAnnotation were not protected with the check on capture_mode_ then I think that would suffice. The check on capture_mode_ was probably done because other functions did similar before writing to file.

@andrew-lunarg : "you added WriteAnnotation in https://github.com/LunarG/gfxreconstruct/commit/3029de46b4f72562666c81f4f20c0d25beef8878; do you have any particular opposition to just removing the conditional in this function on capture_mode_?"

If this annotation should always be written once for every capture file created, CreateCaptureFile could be left as-is with the exception of calling WriteAnnotation with a new default argument to ignore the capture mode and force the write.

In general I'm against adding variables to function signatures which change their internal operation. It makes them harder to grokk internally and harder to know how to use externally. To illustrate, an accurate name for the function would be WriteAnnotationUnlessTrimmingButDefinitelyIfForced, and its already bad enough that the current name doesn't encompass the conditionality of the writing based on internal state.

I think any annotations which need to hit the capture file whether trimming is enabled or not should do so before the tracking state is entered and if that requires too much redesign we could have two explicitly named annotation writing functions:
[Unconditionally|Always|Forced]WriteAnnotation(); // bulk of existing function
WriteAnnotation(); // Does the current checks on `dev` and then calls the above.

@andrew-lunarg  - just updated code with those suggestions, please have a look. Short and simple.

CI gfxreconstruct build queued with queue ID 64876.

CI gfxreconstruct build # 3393 running.

authors: andrew-lunarg bradgrantham-lunarg ci-tester-lunarg rurra-amd

repo: LunarG/gfxreconstruct


text:
Add arm and arm64 build targets

This enables cross compiling for arm architectures using cmake.
This is useful for driver development and application testing on arm linux platforms!

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


text:
Node throws SyntaxError: Unexpected token '.' for npm package css

I've installed starability and required it in my app.js file, and when I try to run the app, it breaks with this syntax error:
node_modules\starability\starability-css\starability-all.css:1
.starability-result {
^

SyntaxError: Unexpected token '.'

Dunno if this is specific to this package, or if Node itself is reading it wrong. I've looked at the file and it looks fine to me.
When I remove the require statement for starability, the app starts just fine.

Hey @rmgreenstreet, I am sorry for late reply. I have not had chance to use Node as my dev environment, but maybe you are missing a CSS loader in your project? Have you tried importing the starability css files from node_modules directly in your stylesheets?

authors: rmgreenstreet szynszyliszys

repo: LunarLogic/starability


text:
Size of Stars

The stars size should be customizable as it have only one size

You can customize it here:
https://github.com/LunarLogic/starability/blob/4835334e8560fd622e4e43617a14625a37f867a5/starability-scss/_variables.scss#L2
In case you cannot compile scans, consider overwrite the size in additional css.


text:
Please specify the license for this code

We're using this plugin for Apache Airflow and I need to know whether the license is compatible. Please let Github know what license this project is under. Usually people add a LICENSE.md file to their repo.
Thanks for this helpful plugin, this has served us well!

ok if I understand correctly the Apache License is permissive enough to let you use the code as you like. I have added the Apache 2.0 license.

authors: Lwangaman mistercrunch

repo: Lwangaman/jQuery-Clock-Plugin


text:
🛑 Official（泠泫凝的异次元空间-主页） is down

In 8489fa4, Official（泠泫凝的异次元空间-主页） (https://lxnchan.cn) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Official（泠泫凝的异次元空间-主页） is back up in c431d72 after 6 minutes.

repo: LxnChan/status


text:
🛑 Official（泠泫凝的异次元空间-主页） is down

In 693d190, Official（泠泫凝的异次元空间-主页） (https://lxnchan.cn) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Official（泠泫凝的异次元空间-主页） is back up in e0ed2dc after 6 minutes.


text:
🛑 EnderChest（末影箱-云盘） is down

In 673fc7c, EnderChest（末影箱-云盘） (https://enderchest.anavi.cn) was down:

HTTP code: 0
Response time: 0 ms

Resolved: EnderChest（末影箱-云盘） is back up in 925da4d after 6 minutes.


text:
🛑 Official（泠泫凝的异次元空间-主页） is down

In be5648e, Official（泠泫凝的异次元空间-主页） (https://lxnchan.cn) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Official（泠泫凝的异次元空间-主页） is back up in d295546 after 5 minutes.


text:
🛑 Official（泠泫凝的异次元空间-主页） is down

In a1da662, Official（泠泫凝的异次元空间-主页） (https://lxnchan.cn) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Official（泠泫凝的异次元空间-主页） is back up in 5ccf6ad after 33 minutes.


text:
Create C++.yml

Improvement to run c++ code

give opinion, i accept any.


text:
ToDo

Added components:

TodoContainer
TodoList
TodoItem
InputTodo
Header
Navbar

Main functions:

updateCheckbox(id) - passed to TodoItem component
updateTitle(id) - passed to TodoItem component
deleteItem(id) - passed to TodoItem component
addTodoItem(title) - passed to InputTodo component

Additional

Added useState to hold inputField state and function onChange, added handleSubmit function
Added styling: App.css stylesheet, Header inline styling, TodoItem css module
Imported useEffect to save to and read from localStorage
Added react icons
Added BrowserRouter, Routes and Route
Edited Navbar: use State and add function to toggle navbar open/close

Hey, I just found there are some linter errors that prevent your app from running in the browser. Could you fix them before I can give the code review?

Hey, I just found there are some linter errors that prevent your app from running in the browser. Could you fix them before I can give the code review?

Done, you can go ahead with the review now. Thanks


text:
🛑 Home is down

In 7cad18d, Home (https://home.rpmdp.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Home is back up in c7cd76e.