sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: material-ui
Issue: [docs] Box `component` removal migration help
Labels: docs,component: Box,support: docs-feedback

### Related page

https://mui.com/material-ui/migration/upgrade-to-v6/#breaking-changes-affecting-types

### Kind of issue

Unclear explanations

### Issue description

What to do if I have:
```
 const StyledBox = styled(Box)<{ $customProp: string }>`
   color: white;
`;
```
?

### Context

Example of a real 2-y/o piece of code that I'm trying to migrate from v5 to v6:
```tsx
const FeatureDot = styled(Box)<{ $direction: "row" | "row-reverse" }>`
	position: absolute;

	${({ theme, $direction }) =>
		$direction === "row"
			? css`
					left: ${theme.spacing(dotHorizontalOffset.xs)};
					${theme.breakpoints.up("sm")} {
						left: ${theme.spacing(dotHorizontalOffset.sm)};
					}
					${theme.breakpoints.up("lg")} {
						left: ${theme.spacing(dotHorizontalOffset.lg)};
					}
				`
			: css`
					right: ${theme.spacing(dotHorizontalOffset.xs)};
					${theme.breakpoints.up("sm")} {
						right: ${theme.spacing(dotHorizontalOffset.sm)};
					}
					${theme.breakpoints.up("lg")} {
						right: ${theme.spacing(dotHorizontalOffset.lg)};
					}
				`};

	top: calc(50% - ${({ theme }) => theme.spacing(dotSize / 2)});
	height: ${({ theme }) => theme.spacing(dotSize)};
	width: ${({ theme }) => theme.spacing(dotSize)};
	border-radius: ${({ theme }) => theme.spacing(99)};
	transition: ${({ theme }) =>
		theme.transitions.create("background-color", {
			easing: theme.transitions.easing.easeOut,
			duration: theme.transitions.duration.shortest
		})};
`;
```

That is later used as 
```tsx
<FeatureDot
	bgcolor={dotReached ? progressColor : "grey.500"}
	$direction={direction}
	component="span"
	ref={dotRef}
/>
```

So I have the combination of 
a) custom prop
b) system prop (will be sx) 
c) component.

If I use `styled("span")`, then I loose the system prop (or sx).
If i use `styled(Box) as typeof Box` then I loose the type for custom prop.

What do I do?


**Search keywords**: Box component styled custom props
Repository: ui
Issue: [bug]: Deployment build error for input and use-toast
Labels: bug

### Describe the bug

Works fine on dev environment but failed to build in vercel

I tried deploying on Vercel using Next.js 14 and shadcn/ui, but I encountered an error during the build. Should I disable these two rules?

![image](https://github.com/user-attachments/assets/3530e3cf-170a-4df8-b2ec-111dd6b183fb)


### Affected component/components

input and toast

### How to reproduce

pnpm run build

### Codesandbox/StackBlitz link

_No response_

### Logs

_No response_

### System Info

```bash
Windows 11, pnpm
```


### Before submitting

- [X] I've made research efforts and searched the documentation
- [X] I've searched for existing issues
Repository: PowerToys
Issue: Enhance a sentence with AI
Labels: Idea-New PowerToy

### Description of the new feature / enhancement

I have a suggestion : Enhance the writing of a sentence with AI in any writing box (Word, Browser, Excel, PowerPoint ...). I suggest the combination : Control + C +C 

### Scenario when this would be used?

Enhance the writing in any writing program/ app


### Supporting information

_No response_
Repository: go
Issue: net/http: TimeoutHandler prevents use of ResponseController
Labels: NeedsInvestigation

### Go version

go version go1.23.1 darwin/arm64

### Output of `go env` in your module/workspace:

```shell
GO111MODULE=''
GOARCH='arm64'
GOBIN=''
GOCACHE='/Users/marius/Library/Caches/go-build'
GOENV='/Users/marius/Library/Application Support/go/env'
GOEXE=''
GOEXPERIMENT=''
GOFLAGS=''
GOHOSTARCH='arm64'
GOHOSTOS='darwin'
GOINSECURE=''
GOMODCACHE='/Users/marius/workspace/go/pkg/mod'
GONOPROXY=''
GONOSUMDB=''
GOOS='darwin'
GOPATH='/Users/marius/workspace/go'
GOPRIVATE=''
GOPROXY='https://proxy.golang.org,direct'
GOROOT='/opt/homebrew/Cellar/go/1.23.1/libexec'
GOSUMDB='sum.golang.org'
GOTMPDIR=''
GOTOOLCHAIN='local'
GOTOOLDIR='/opt/homebrew/Cellar/go/1.23.1/libexec/pkg/tool/darwin_arm64'
GOVCS=''
GOVERSION='go1.23.1'
GODEBUG=''
GOTELEMETRY='local'
GOTELEMETRYDIR='/Users/marius/Library/Application Support/go/telemetry'
GCCGO='gccgo'
GOARM64='v8.0'
AR='ar'
CC='cc'
CXX='c++'
CGO_ENABLED='1'
GOMOD='/dev/null'
GOWORK=''
CGO_CFLAGS='-O2 -g'
CGO_CPPFLAGS=''
CGO_CXXFLAGS='-O2 -g'
CGO_FFLAGS='-O2 -g'
CGO_LDFLAGS='-O2 -g'
PKG_CONFIG='pkg-config'
GOGCCFLAGS='-fPIC -arch arm64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -ffile-prefix-map=/var/folders/9c/rl48j6r51g37vvhq4vdywz280000gn/T/go-build1640827140=/tmp/go-build -gno-record-gcc-switches -fno-common'
```


### What did you do?

I have a `http.Handler` that uses `http.NewResponseController` on the response writer to control the response behavior. If my handler is wrapped in a `http.TimeoutHandler`, calls to `ResponseController.SetReadTimeout`, `ResponseController.EnableFullDuplex` return an error saying `feature not supported`.

https://go.dev/play/p/Bar7glioldQ contains an example for reproduction. Unfortunately, running the code in the playground often fails with an i/o timeout, but locally this problem does not appear.

### What did you see happen?

Any interaction with the response controller functions returns an error saying `feature not supported`. Running the linked code locally produces the following output:

```
2024/10/04 10:35:12 feature not supported
Hello, client
```

The reason seems to be that `TimeoutHandler` wraps the response writer into its own `timeoutWriter` (https://cs.opensource.google/go/go/+/refs/tags/go1.23.2:src/net/http/server.go;l=3658), which neither implements the methods for `ResponseController` (https://pkg.go.dev/net/http#NewResponseController) nor an `Unwrap` function returning the original response writer. The easiest solution might be to add an Unwrap method to `timeoutWriter`.

I also checked if other handler wrappers in `net/http` interfere with ResponseController. `AllowQuerySemicolons`, `StripPrefix`, and `MaxBytesHandler` don't cause issues as they don't wrap the response writer.

### What did you expect to see?

`ResponseController` should be usable together with `TimeoutHandler`. Running the linked code should produce the following output:

```
Hello, client
```
Repository: pytorch
Issue: NJTs with length doesn't support H2D transfer
Labels: triaged,module: nestedtensor

### 🐛 Describe the bug

Reprod
```python
x = torch.nested.nested_tensor_from_jagged(
    torch.arange(10),
    offsets=torch.tensor([0, 4, 8, 10]),
    lengths=torch.tensor([4, 4, 2])
x.to("cuda")
```
results in
```
  File "/home/vmoens/.conda/envs/tdmpc2/lib/python3.10/site-packages/torch/nested/_internal/ops.py", line 583, in to_copy_default
    _tensor_symint_registry[new_offsets] = _tensor_symint_registry[inp._offsets]
  File "/home/vmoens/.conda/envs/tdmpc2/lib/python3.10/site-packages/torch/utils/weak.py", line 171, in __getitem__
    return self.data[self.ref_type(key)]  # CHANGED
KeyError: <weakref at 0x7f715290dc10; to 'Tensor' at 0x7f715c327880>
```
This works if lengths are not provided

### Versions

nightly

cc @cpuhrsch @jbschlosser @bhosmer @drisspg @soulitzer @davidberard98 @YuqingJ
Repository: storybook
Issue: [Bug]: Inline HTML <script> tags get removed from DOM in rendered story
Labels: bug,html

### Describe the bug

I'm creating a new UI component library for an existing web app in Storybook/HTML.

Component HTML contains inline `<script>` tags, which are getting stripped out of story DOM:

![Image](https://github.com/user-attachments/assets/8fcd3d90-fc96-4930-a7dc-f82cc0e2962c)

These inline scripts need to be detectable via `document.querySelector()` inside global script, which are loaded inside `preview-head.html`.

They're returning `null`.

Is there a reason why inline scripts get removed from DOM???

### Reproduction link

https://github.com/basher/sb-test

### Reproduction steps

1. Load the story from reproduction link.
2. Scripts executing via `preview-head.html` cannot find inline script tags inside story DOM.

### System

Storybook Environment Info:

  System:
    OS: Windows 10 10.0.19045
    CPU: (4) x64 Intel(R) Core(TM) i7-6500U CPU @ 2.50GHz
  Binaries:
    Node: 20.11.0 - C:\Program Files\nodejs\node.EXE
    npm: 10.2.4 - C:\Program Files\nodejs\npm.CMD <----- active
  Browsers:
    Chrome: 129.0.6668.90
    Edge: Chromium (127.0.2651.74)
  npmPackages:
    @storybook/html: ^8.2.3 => 8.3.5
    @storybook/html-vite: ^8.2.3 => 8.3.5
    storybook: ^8.2.3 => 8.3.5

### Additional context

_No response_
Repository: godot
Issue: Fog aerial perspective does not blend seamlessly into the sky
Labels: enhancement,topic:rendering,documentation,topic:3d

### Tested versions

`v4.3.stable.mono.official` [77dcf97d8], also on `v4.3.stable.arch_linux`.

### System information

Godot v4.3.stable.mono - Arch Linux #1 SMP PREEMPT_DYNAMIC Wed, 04 Sep 2024 15:16:37 +0000 - X11 - Vulkan (Forward+) - dedicated AMD Radeon RX 6600 (amdgpu) - 13th Gen Intel(R) Core(TM) i7-13700K (24 Threads)

### Issue description

The [documentation](https://docs.godotengine.org/en/stable/classes/class_environment.html#class-environment-property-fog-aerial-perspective) for `Environment::fog_aerial_perspective` says:

> If set above 0.0 (exclusive), blends between the fog's color and the color of the background [Sky](https://docs.godotengine.org/en/stable/classes/class_sky.html#class-sky).

So if this is set to 1.0, I would expect the fog to be the same colour as the sky. In places where fog density approaches 100%, I would expect to see the sky colour, as if the object has become transparent.

However, that's not what is happening:

![2024-10-04T11:03:29_1152x648](https://github.com/user-attachments/assets/bb434354-be65-413d-8588-82043678c941)

This screenshot was made with a `PanoramaSky` consisting of blue at the top and red at the bottom. Fog density is set to 0.3, and aerial perspective is set to 1.0. The spheres have a green albedo. However, in the distance, the spheres do not become red/blue, but rather an intermediate magenta colour.

From a cursory glance at the code, it seems that the shader is reading from the radiance cube map to do its thing. Could it be that it's reading from the wrong mip level, causing too much blending between the colours? That's just a wild guess though.

### Steps to reproduce

Just open the attached MRP, which consists of the above scene.

### Minimal reproduction project (MRP)

[AerialPerspectiveTest.zip](https://github.com/user-attachments/files/17255993/AerialPerspectiveTest.zip)
Repository: storybook
Issue: [Bug]: common CLI commands are missing from --help output
Labels: bug,cli

### Describe the bug

The `dev`, `build` and `init` commands (at least) are missing from `--help` output.

```
> ./node_modules/.bin/storybook -V
8.3.3
```

```
> ./node_modules/.bin/storybook --help
Usage: cli <command> [options]

Options:
  -V, --version                           output the version number
  -h, --help                              display help for command

Commands:
  add [options] <addon>                   Add an addon to your Storybook
  remove [options] <addon>                Remove an addon from your Storybook
  upgrade [options]                       Upgrade your Storybook packages to v8.3.3
  info [options]                          Prints debugging information about the local environment
  migrate [options] [migration]           Run a Storybook codemod migration on your source files
  sandbox|repro [options] [filterValue]   Create a sandbox from a set of possible templates
  link [options] <repo-url-or-directory>  Pull down a repro from a URL (or a local directory), link it, and run storybook
  automigrate [options] [fixId]           Check storybook for incompatibilities or migrations and apply fixes
  doctor [options]                        Check Storybook for known problems and provide suggestions or fixes
  help [command]                          display help for command
```

### Reproduction link

storybook --help

### Reproduction steps

1. Run `storybook --help`

### System

```
> npx storybook info

Storybook Environment Info:

  System:
    OS: macOS 14.6.1
    CPU: (8) x64 Intel(R) Core(TM) i7-1068NG7 CPU @ 2.30GHz
    Shell: 5.1.8 - /usr/local/bin/bash
  Binaries:
    Node: 20.11.1 - ~/.asdf/installs/nodejs/20.11.1/bin/node
    npm: 10.2.4 - ~/.asdf/plugins/nodejs/shims/npm <----- active
  Browsers:
    Chrome: 129.0.6668.90
    Edge: 129.0.2792.79
    Safari: 17.6
  npmPackages:
    @storybook/addon-actions: ^8.3.3 => 8.3.3
    @storybook/addon-controls: ^8.3.3 => 8.3.3
    @storybook/addon-docs: ^8.3.3 => 8.3.3
    @storybook/addon-essentials: ^8.3.3 => 8.3.3
    @storybook/addon-interactions: ^8.3.3 => 8.3.3
    @storybook/addon-links: ^8.3.3 => 8.3.3
    @storybook/addon-onboarding: ^8.3.3 => 8.3.3
    @storybook/addon-webpack5-compiler-swc: ^1.0.5 => 1.0.5
    @storybook/blocks: ^8.3.3 => 8.3.3
    @storybook/preview-api: ^8.3.3 => 8.3.3
    @storybook/react: ^8.3.3 => 8.3.3
    @storybook/react-webpack5: ^8.3.3 => 8.3.3
    @storybook/test: ^8.3.3 => 8.3.3
    @storybook/test-runner: ^0.19.1 => 0.19.1
    chromatic: ^11.0.0 => 11.10.4
    eslint-plugin-storybook: ^0.8.0 => 0.8.0
    storybook: ^8.3.3 => 8.3.3
    storybook-addon-apollo-client: ^7.3.0 => 7.3.0
```

### Additional context

_No response_
Repository: PowerToys
Issue: 希望添加显示网速功能
Labels: Needs-Triage

### Description of the new feature / enhancement

希望在状态栏中可以选择显示某个网络适配器的上传和下载的速度。

### Scenario when this would be used?

在某些软件内部下载文件时，下载进度会卡住，此时查看状态栏中网络适配器的下载速度来判断软件下载进程是否正常执行下载任务。

### Supporting information

_No response_
Repository: rust
Issue: Compile time regression with the new trait solver and diesel
Labels: I-compiletime,T-compiler,C-bug,T-types,WG-trait-system-refactor

<!--
Thank you for filing a bug report! 🐛 Please provide a short summary of the bug,
along with any information you feel relevant to replicating the bug.
-->

I tried this code: https://github.com/diesel-rs/diesel/commit/381be195688db339fe2927e49bc818ab86754dd9 with both `RUSTFLAGS=-Znext-solver=globally` set and not set


I expected to see this happen: Code compiles similar fast with both combinations

Instead, this happened:  `RUSTFLAGS=-Znext-solver=globally` results in the code compiling takes over 10 times as long. For me the compiler takes ~10s to compile diesel from scratch with the old trait solver. The same operation takes 1:53 min, so over 10 times of what the old trait solver needed.

### Meta
<!--
If you're using the stable version of the compiler, you should also check if the
bug also exists in the beta or nightly versions.
-->

`rustc --version --verbose`:
```
rustc 1.83.0-nightly (9ff5fc4ff 2024-10-03)
binary: rustc
commit-hash: 9ff5fc4ffbbe1e911527aa054e789b05ae55ffcc
commit-date: 2024-10-03
host: x86_64-unknown-linux-gnu
release: 1.83.0-nightly
LLVM version: 19.1.0

```

@rustbot label +I-compiletime +WG-trait-system-refactor
Repository: deno
Issue: node:http2 Http2Stream.close does not send RST_STREAM
Labels: bug,node compat

https://github.com/denoland/deno/blob/7b509e492ed6c7ace0f3860c3f4e8e7be3452fda/ext/node/polyfills/http2.ts#L741-L744

deno 2.0.0-rc.10

```ts
let server = (await import('node:http2')).createServer(); server.on('stream', s => s.close(1)); server.listen(8888);
```

https://nodejs.org/api/http2.html#http2streamclosecode-callback

> Closes the Http2Stream instance by sending an RST_STREAM frame to the connected HTTP/2 peer.
Repository: godot
Issue: 4.4 Dev 3. Inbuilt functions that return dictionaries do not return a correct fully typed dictionary.
Labels: enhancement,discussion,topic:core,topic:gdscript,breaks compat

### Tested versions

Reproducible in v4.4.dev3.official [f4af8201b]

### System information

Godot v4.4.dev3 - Windows 10.0.22631 - Single-window, 2 monitors - Vulkan (Forward+) - dedicated NVIDIA GeForce RTX 4090 (NVIDIA; 32.0.15.6109) - 13th Gen Intel(R) Core(TM) i7-13700K (24 threads)

### Issue description

I am sure maintainers may already be aware but currently inbuilt functions such as `get_datetime_dict_from_system` does not return a correctly typed dictionary, but instead returns `Dictionary[Variant, Variant]` when I believe this one in particular should be `Dictionary[String, Variant]`.

### Steps to reproduce

Try and do something like:

`var time: Dictionary[String, Variant] = Time.get_datetime_dict_from_system()`.

### Minimal reproduction project (MRP)

N/A
Repository: transformers
Issue: Automatic dynamic batch size selection for DataCollatorWithFlattening
Labels: Usage,Feature request

### Feature request

Add a custom (batch index) sampler to automatically determine batch size to a fixed target number of tokens.

### Motivation

I'm keen to try out DataCollatorWithFlattening but unsure about how to set batch size, since no padding will be added so the total number of tokens is dynamic.

Im also uncertain whether fixing the total number of tokens is itself optimal...Does optimal memory allocation require accounting for the amount of attention masking that will be applied to the batch?

Is there any recommendation on how to handle this currently?

(Edit: seems like near-optimal solution for map-style datasets is provided by https://github.com/imoneoi/multipack_sampler/tree/master, which presumably just tries to ensure all batches are as full as possible given some max number of tokens. It would be nice to support similar functionality for Iterable Datasets - not optimal packing, but adjusting batch size to adapt to number of tokens in examples should be possible)

### Your contribution

May be able to try to implement something for iterable datasets if this is possible.
Repository: go
Issue: x/text/encoding/charmap: support for code page `1125` aka `cp866u`
Labels: NeedsFix

### Proposal Details

👋 Hey team,

I'm encountering issues with the [charmap](https://cs.opensource.google/go/x/text/+/refs/tags/v0.18.0:encoding/charmap/) package when attempting to decode/encode using code page [cp1125](https://github.com/unicode-org/icu-data/blob/main/charset/data/ucm/glibc-CP1125-2.3.3.ucm). This encoding is missing. Given that some of our Ukrainian projects rely on CP1125, especially when interacting with legacy systems, addressing this would be greatly beneficial.

[IBM CP1125](https://public.dhe.ibm.com/software/globalization/gcoc/attachments/CP01125.txt) (aka [cp866u](https://public.dhe.ibm.com/software/globalization/gcoc/attachments/CP01125.pdf)) is Ukrainian government standard (RST 2018-91) for DOS, based on common "alternative" encoding, but different from cp866 in [0xF2-0xF9](https://en.wikipedia.org/wiki/Code_page_866#Ukrainian_and_Belarusian_variants). It is known by GNU iconv as CP1125.

- https://public.dhe.ibm.com/software/globalization/gcoc/attachments/CP01125.pdf
- https://public.dhe.ibm.com/software/globalization/gcoc/attachments/CP01125.txt
- https://github.com/unicode-org/icu/blob/main/icu4c/source/data/mappings/ibm-1125_P100-1997.ucm
- https://en.wikipedia.org/wiki/Code_page_866#Ukrainian_and_Belarusian_variants
- https://segfault.kiev.ua/cyrillic-encodings/#ruscii

![cp1125](https://segfault.kiev.ua/cyrillic-encodings/ruscii.gif)

https://github.com/microsoft/vscode/issues/230438

I'd be happy to provide more details or assist with testing if needed.
Thank you for considering this request.
Repository: opencv
Issue: Windows get camera cv2.CAP_PROP_FPS incorrect value for low fps.
Labels: bug,category: videoio(camera),platform: win32

### System Information

Self built Opencv 4.10 for windows with python.

### Detailed description

OpenCV for Windows reports incorrect FPS if Camera was read before and low FPS was set.

### Steps to reproduce

```
from datetime import datetime,timedelta
import cv2

cap = cv2.VideoCapture(0)
cap.grab() # Remove this line to get correct real FPS

cap.set(cv2.CAP_PROP_FRAME_WIDTH, 640)
cap.set(cv2.CAP_PROP_FRAME_HEIGHT, 480)
cap.set(cv2.CAP_PROP_BUFFERSIZE, 1)
cap.set(cv2.CAP_PROP_FPS, 2) # Set low FPS
print("Real fps: ", cap.get(cv2.CAP_PROP_FPS))

for i in range(100):
    cv2.waitKey(1)
    cap.grab() # Grab a frame
    now = datetime.now()
    print(f'{now.strftime("%M:%S")} ')

```

Typical output:
<details>
  <summary>Click to expand</summary>

```
python.exe : [ WARN:0@3.110] global cap_msmf.cpp:929 CvCapture_MSMF::initStream Failed to select stream 0
AB@>:0:1 7=0::1
+ python.exe .\test.py > out.txt 2>&1
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: ([ WARN:0@3.110]...select stream 0:String) [], RemoteException
    + FullyQualifiedErrorId : NativeCommandError
 
[ WARN:0@3.110] global cap_msmf.cpp:929 CvCapture_MSMF::initStream Failed to select stream 0
[ WARN:0@3.114] global cap_msmf.cpp:929 CvCapture_MSMF::initStream Failed to select stream 0
[ WARN:0@3.114] global cap_msmf.cpp:929 CvCapture_MSMF::initStream Failed to select stream 0
[ WARN:0@3.117] global cap_msmf.cpp:929 CvCapture_MSMF::initStream Failed to select stream 0
[ WARN:0@3.117] global cap_msmf.cpp:929 CvCapture_MSMF::initStream Failed to select stream 0
Real fps:  7.500001875000469
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:53 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:54 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:55 
32:56 
32:56 
32:56 
32:56 
32:56 
32:56 
32:56 
32:56 
32:56 
32:56 
32:56 
32:56 
32:56 
32:56 
32:56 
32:56 
32:56 
32:56 
```

</details>

So, each second camera gives 30 frames, while reported 7.5.

At that, removing first cap.grab() call fixes this problem.

Seems, related to this: https://github.com/opencv/opencv/issues/24000

### Issue submission checklist

- [X] I report the issue, it's not a question
- [X] I checked the problem with documentation, FAQ, open issues, forum.opencv.org, Stack Overflow, etc and have not found any solution
- [X] I updated to the latest OpenCV version and the issue is still there
- [X] There is reproducer code and related data files (videos, images, onnx, etc)
Repository: excalidraw
Issue: BUG - Elements created within bounds of a group automatically added to group
Labels: bug

Not exactly sure if this is a bug or a feature - but frustrating nonetheless!

Having grouped some text and a rectangle, any text created within that group's space. Is this intentional? It means either i) additional elements that should not be grouped have to be created "on the side" and then dragged onto the scene, or ii) that the grouped objects have to be locked only to later be unlocked.

https://github.com/user-attachments/assets/d6252d52-cfeb-4388-a022-9ac6d5a0caeb