sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: pytorch
Issue: Clarify that `compile(module)` only affects the `forward` method.
Labels: module: docs,triaged,oncall: pt2

### 📚 The doc issue

The following code silently does not trigger compilation, apparently because `forward` is not called. One can see this by using a debug flag or passing an illegal configuration like `backend="cudagraphs", mode="reduce-overhead"` to `compile`. 

Certain models like Normalizing Flows and distribution-like modules might be used without calling `forward`. 

```python
import os
os.environ["TORCH_LOGS"] = "dynamo"
import torch
from torch import Tensor, nn

class Flow(nn.Module):
    def forward(self, x: Tensor) -> Tensor:
        return x + 1.0

    def inverse(self, x: Tensor) -> Tensor:
        return x - 1.0

m = Flow().to(device="cuda")
optimized: Flow = torch.compile(m)    # type: ignore

x = torch.rand(1, 2, 3, 4).to(device="cuda")
y1 = m.inverse(x)
y2 = optimized.inverse(x)
assert torch.equal(y1, y2)
print("No compilation until here.")
optimized(x)  # <- triggers compilation of `forward`
```




### Suggest a potential alternative/fix

Clarify that when using `torch.compile(module)`, it is only triggered upon calling `forward`, and that only `forward` gets compiled. The current documentation is imprecise:

#### https://pytorch.org/tutorials/intermediate/torch_compile_tutorial.html

> In the same fashion, when compiling a module all sub-modules and methods within it, that are not in a skip list, are also compiled.

- Apparently, not "all" methods within the module get compiled, but only the ones `forward` depends on.
- Secondly, assume `MyModel.forward` calls `MyModel.helper_fn`. After compilation, if I call `helper_fn` in a standalone manner, do I get a compiled version? Or does it only compile it in an "inlined" manner?

> When you use `torch.compile`, the compiler will try to recursively compile every function call inside the target function or module inside the target function or module that is not in a skip list (such as built-ins, some functions in the torch.* namespace).

This should probably read *"inside the target module's forward method"* instead.

#### https://pytorch.org/docs/stable/generated/torch.compile.html

This should also mention that compilation only applies to forward.

cc @svekars @brycebortree @sekyondaMeta @AlannaBurke @chauhang @penguinwu
Repository: react-native
Issue: FlatList scrollToEnd not working on iOS when items width changes (works on Android/Web)
Labels: Platform: iOS,Platform: Android,Component: FlatList,Needs: Triage :mag:

### Description

I want to automatically scrollToEnd() when changing FlatList item widths from smaller to larger number. However, this behavior does not behave correctly on iOS despite it working on Android and Web. Seems as if the list on iOS scrolls to the end position of the previous calculated offset. Adding a CTA to re-fire the 'Scroll to end' works as expected on all platforms.

### Steps to reproduce

1. Open the snack on an iOS device/simulator: https://snack.expo.dev/@omniphx/scroll-to-end-when-width-changes
2. Press "Set item width to 100"
3. Press "Set item width to 200"

Expected behavior is for FlatList to scroll to the end after changing item width from 100 > 200. Logic for this is inside a useEffect that fires after width has changed. This works on Android/web but does not seem to scroll to the correct end location when running on an iOS.

### React Native Version

0.75.4 (Where issue was originally discovered, but was able to reproduce with a snack on Expo SDK 52/RN v0.76)

### Affected Platforms

Runtime - iOS

### Output of `npx react-native info`

```text
System:
  OS: macOS 14.7.1
  CPU: (10) arm64 Apple M2 Pro
  Memory: 130.67 MB / 32.00 GB
  Shell:
    version: "5.9"
    path: /bin/zsh
Binaries:
  Node:
    version: 20.11.0
    path: ~/.nvm/versions/node/v20.11.0/bin/node
  Yarn:
    version: 1.22.21
    path: ~/.nvm/versions/node/v20.11.0/bin/yarn
  npm:
    version: 10.2.4
    path: ~/.nvm/versions/node/v20.11.0/bin/npm
  Watchman:
    version: 2024.11.04.00
    path: /opt/homebrew/bin/watchman
Managers:
  CocoaPods:
    version: 1.16.2
    path: /Users/MITCHMX20/.rbenv/shims/pod
SDKs:
  iOS SDK:
    Platforms:
      - DriverKit 24.1
      - iOS 18.1
      - macOS 15.1
      - tvOS 18.1
      - visionOS 2.1
      - watchOS 11.1
  Android SDK: Not Found
IDEs:
  Android Studio: 2024.2 AI-242.23339.11.2421.12550806
  Xcode:
    version: 16.1/16B40
    path: /usr/bin/xcodebuild
Languages:
  Java:
    version: 17.0.10
    path: /usr/bin/javac
  Ruby:
    version: 2.7.6
    path: /Users/MITCHMX20/.rbenv/shims/ruby
npmPackages:
  "@react-native-community/cli":
    installed: 14.1.1
    wanted: 14.1.1
  react:
    installed: 18.3.1
    wanted: 18.3.1
  react-native:
    installed: 0.75.4
    wanted: 0.75.4
  react-native-macos: Not Found
npmGlobalPackages:
  "*react-native*": Not Found
Android:
  hermesEnabled: true
  newArchEnabled: false
iOS:
  hermesEnabled: true
  newArchEnabled: false
```
```


### Stacktrace or Logs

```text
n/a
```


### Reproducer

https://snack.expo.dev/@omniphx/scroll-to-end-when-width-changes

### Screenshots and Videos

https://github.com/user-attachments/assets/fd01dce6-cd90-4aa9-9036-37a37667011f
Repository: angular
Issue: Promise API for resource
Labels: area: core,needs: clarification,core: reactivity

### Which @angular/* package(s) are relevant/related to the feature request?

core

### Description

Ideally, resource would expose a promise as part of its public API that:

* Would be pending while the resource is loading
* Would resolve when the status is loaded
* Would reject with the error

It would be a fit to use in async calls or route resolvers.

### Proposed solution

It could be a new method named `resolve()` or similar.

### Alternatives considered

Using effects to watch the state and generate a promise.
Repository: pytorch
Issue: Support reductions in FlexAttention's score_mod/mask_mod
Labels: feature,triaged,oncall: pt2,module: higher order operators,module: pt2-dispatcher,module: flex attention

### 🚀 The feature, motivation and pitch

This issue is (essentially) requesting reductions in FlexAttention's score_mod/mask_mod: https://github.com/pytorch/pytorch/issues/140232

This isn't necessarily trivial (or even always possible!), since reductions are relatively heavyweight operations. But for small reductions it might be feasible.

### Alternatives

_No response_

### Additional context

_No response_

cc @chauhang @penguinwu @zou3519 @ydwu4 @bdhirsh @yf225 @drisspg @yanboliang @BoyuanFeng
Repository: godot
Issue: Godot v4.3 Editor - Windows 11 - Crash when editing any project
Labels: bug,topic:editor,needs testing,crash

### Tested versions

I only tried Godot v4.3.

### System information

Windows 11 Pro 23H2 - NVIDIA RTX 3070 Ti - Meta Quest 2

### Issue description

I am experiencing a problem where the GODOT Editor crashes when I try to edit a project.

I open the **Godot XR Tools Demo** and after about 30 seconds, the editor just crashes. I can run it but cannot open the project in the editor.

I updated my NVIDIA drivers to the latest which is currently v566.14. I have an NVIDIA RTX 3070 Ti and a Meta Quest 2 headset.

Windows events viewer shows the following error:

Faulting application name: Godot_v4.3-stable_win64.exe, version: 4.3.0.0, time stamp: 0x66bd392d
Faulting module name: D3D12Core.dll, version: 10.0.22621.4391, time stamp: 0x3ffb1bfa
Exception code: 0xc0000005
Fault offset: 0x00000000000b59a2
Faulting process id: 0x0x60D4
Faulting application start time: 0x0x1DB405BF676B4B3
Faulting application path: G:\GODOT Game Engine\Godot_v4.3-stable_win64.exe
Faulting module path: C:\Windows\system32\D3D12Core.dll
Report Id: 224a335a-1182-4c7a-8135-cf4b02771d6b
Faulting package full name:
Faulting package-relative application ID:

### Steps to reproduce

Download the **Godot XR Tools Demo**  or **Godot XR Template** in the Asset Library and edit it. The editor will crash after a few seconds.

### Minimal reproduction project (MRP)

See above
Repository: pytorch
Issue: [AOTI] KeyError: 'val' from n.meta["val"] when wrapping tensor with an object class
Labels: oncall: pt2,oncall: export,module: aotinductor

### 🐛 Describe the bug

Hi. Sorry for this hacky code. Error message seems similar to that of https://github.com/pytorch/pytorch/issues/140592

I think, the motivation is to not use nn.Parameter, but wrap around in a different class. 

repro:
```python
class FakeParam(object):
    def __init__(
        self,
        data: torch.Tensor,
    ):
        self.data = data


class FakeLinear(torch.nn.Module):
    def __init__(
        self,
        input_size,
        output_size,
    ):
        super().__init__()

        self.param = FakeParam(
            torch.empty(
                output_size,
                input_size,
                device=torch.device("cuda"),
                dtype=torch.float32,
            ),
        )

    def forward(self, input_):
        return torch.matmul(input_, self.param.data)


model = FakeLinear(512, 512).cuda()
input = (torch.rand(512, 512, dtype=torch.float32, device="cuda"),)

# sanity check
_ = model(*input)
# sanity check 2
_ = torch.compile(model, fullgraph=True)(*input)

ep = torch.export.export(model, input, strict=False)
path = torch._inductor.aot_compile(ep.module(), input)
aot_model = torch._export.aot_load(path, device="cuda")
aot_model(*input)

print("done")
```

warnings before error:
```
/torch/export/_unlift.py:75: UserWarning: Attempted to insert a get_attr Node with no underlying reference in the owning GraphModule! Call GraphModule.add_submodule to add the necessary submodule, GraphModule.add_parameter to add the necessary Parameter, or nn.Module.register_buffer to add the necessary buffer
  getattr_node = gm.graph.get_attr(lifted_node)
/torch/fx/graph.py:1800: UserWarning: Node lifted_tensor_0 target lifted_tensor_0 lifted_tensor_0 of  does not reference an nn.Module, nn.Parameter, or buffer, which is what 'get_attr' Nodes typically target
  warnings.warn(
```

error:
```
/torch/fx/node.py", line 894, in <listcomp>
    return immutable_list([map_aggregate(elem, fn) for elem in a])
/torch/fx/node.py", line 907, in map_aggregate
    return fn(a)
/torch/fx/node.py", line 881, in <lambda>
    return map_aggregate(a, lambda x: fn(x) if isinstance(x, Node) else x)
/torch/_inductor/pattern_matcher.py", line 1269, in <lambda>
    [match.kwargs[name] for name in argnames], lambda n: n.meta["val"]
KeyError: 'val'
```

### Versions

trunk

cc @chauhang @penguinwu @avikchaudhuri @gmagogsfm @zhxchen17 @tugsbayasgalan @angelayi @suo @ydwu4 @desertfire @chenyang78
Repository: go
Issue: proposal: crypto/tls: support AEGIS (for TLS 1.3)
Labels: Proposal,Proposal-Crypto

### Proposal Details

Resurrecting #58724 in a new proposal.

Voting for publication of AEGIS as an RFC closes December 12: https://mailarchive.ietf.org/arch/msg/cfrg/0T3m_Pageq7PIukaiG3Nxx4ENCM/

```
Dear CFRG participants,

This message is starting a 3-week RGLC on
draft-irtf-cfrg-aegis-aead-13 ("The AEGIS Family of Authenticated
Encryption Algorithms") that will end on December 12th 2024. If you've read
the document and think that it is ready (or not ready) for publication as
an RFC, please send a message in reply to this email or directly
to CFRG chairs ([cfrg-chairs@ietf.org](mailto:cfrg-chairs@ietf.org)) If you have detailed comments, these
would also be very helpful at this point.

We've got a review of the draft from Scott Fluhrer (on behalf of the Crypto
Review Panel):
https://mailarchive.ietf.org/arch/msg/cfrg/ikGi2zb6CmWyQIVhuo8QR_GrOsA/
The comments were addressed in version -13 of the draft.

Thank you,
Stanislav, for CFRG chairs
```

cc @jedisct1
Repository: godot
Issue: Android ANR in Godot.getRotatedValues
Labels: bug,platform:android,needs testing,crash

### Tested versions

Reported to Google Play Console from Godot 4.3 

### System information

Android(9,10) - Godot 4.3.stable - compatibility

### Issue description

We've received a few ANR reports in Google Play Console with this callstack:
```
"main" tid=1 Native
  #00  pc 0x000000000001f0ac  /system/lib64/libc.so (syscall+28)
  #01  pc 0x00000000000d7224  /system/lib64/libart.so (art::ConditionVariable::WaitHoldingLocks(art::Thread*)+148)
  #02  pc 0x000000000051bd30  /system/lib64/libart.so (art::GoToRunnable(art::Thread*) (.llvm.<US_SOCIAL_SECURITY_NUMBER>)+480)
  #03  pc 0x000000000051bb0c  /system/lib64/libart.so (art::JniMethodEnd(unsigned int, art::Thread*)+28)
  at android.os.BinderProxy.transactNative (Native method)
  at android.os.BinderProxy.transact (Binder.java:1129)
  at android.os.ServiceManagerProxy.getService (ServiceManagerNative.java:125)
  at android.os.ServiceManager.rawGetService (ServiceManager.java:253)
  at android.os.ServiceManager.getService (ServiceManager.java:124)
  at android.hardware.display.DisplayManagerGlobal.translateAppSpaceDisplayIdBasedOnCurrentActivity (DisplayManagerGlobal.java:135)
  at android.hardware.display.DisplayManagerGlobal.getDisplayInfo (DisplayManagerGlobal.java:181)
  at android.view.Display.updateDisplayInfoLocked (Display.java:1071)
  at android.view.Display.getRotation (Display.java:750)
  at org.godotengine.godot.Godot.getRotatedValues (Godot.kt:866)
  at org.godotengine.godot.Godot.onSensorChanged (Godot.kt:896)
  at android.hardware.SystemSensorManager$SensorEventQueue.dispatchSensorEvent (SystemSensorManager.java:833)
  at android.os.MessageQueue.nativePollOnce (Native method)
  at android.os.MessageQueue.next (MessageQueue.java:326)
  at android.os.Looper.loop (Looper.java:160)
  at android.app.ActivityThread.main (ActivityThread.java:6975)
  at java.lang.reflect.Method.invoke (Native method)
  at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:493)
  at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:865)
```

Apparently this line is the trigger of the ANR:
`when (windowManager.defaultDisplay.rotation) {`

Maybe it would be better to listen for screen rotation and save the value in a var, rather then calling windowManager.defaultDisplay.rotation everytime any sensor changes.

Also we don't use sensors anyways and would like to just turn off listening for them to save some cpu and battery. See proposal: https://github.com/godotengine/godot-proposals/discussions/7645#discussioncomment-11389311

### Steps to reproduce

I haven't been able to reproduce

### Minimal reproduction project (MRP)

I think this could happen in any Godot android project because godot is always listening for sensor changes on android.
Repository: PowerToys
Issue: Websites randomly don't load when using PowerToys
Labels: Issue-Bug,Needs-Triage

### Microsoft PowerToys version

0.86.0

### Installation method

Microsoft Store

### Running as admin

No

### Area(s) with issue?

General

### Steps to reproduce

I only have Awake and Fancy Zones enabled.

This issue can be hard to reproduce due to its randomness. When I'm on a web browser (doesn't matter which one. Edge, Firefox, Chrome, I've tried them all) websites randomly don't load or they misbehave.

It is unclear to me what part of PowerToys is causing this issue. However, once the issue begins it persists until after a reboot. Then it may return shortly thereafter or go away for a while before occurring again.

I am certain that PowerToys is to blame because when I uninstall it and restart, the issue goes away permanently.





### ✔️ Expected Behavior

Expected behavior is for PowerToys to not interfere with internet access as at all.

### ❌ Actual Behavior

Google search results always seem to load. But trying to go to a website by clicking on it can result in this message (taken from Firefox):
![Image](https://github.com/user-attachments/assets/df0561c5-2ddb-460a-84d4-9f16e0516d77)
Refreshing the page repeatedly will eventually get the website to load. I suspect the failure to load is related to what is actually being loaded on the page. Meaning that this issue may not occur with certain websites. Sometimes this issue causes websites to not load properly or not at all.

One example, of the webpage misbehaving is that it affects our ticketing system. Any .jpg or images in email signatures are not displayed while everything else on the page is displayed properly. This also applies to any images sent in attachments to the email tickets.

This issue extends beyond the web browsers and affects internet access as a whole. Connections through RDP, Windows cloud PCs, TeamViewer, etc. will randomly fail to connect. Attempting several times in a row can eventually get these to work as well.

### Other Software

_No response_
Repository: pytorch
Issue: DISABLED test_threading (__main__.TestWithNCCL)
Labels: oncall: distributed,module: flaky-tests,skipped,module: unknown

Platforms: linux

This test was disabled because it is failing in CI. See [recent examples](https://hud.pytorch.org/flakytest?name=test_threading&suite=TestWithNCCL&limit=100) and the most recent trunk [workflow logs](https://github.com/pytorch/pytorch/runs/33563396152).

Over the past 3 hours, it has been determined flaky in 8 workflow(s) with 9 failures and 8 successes.

**Debugging instructions (after clicking on the recent samples link):**
DO NOT ASSUME THINGS ARE OKAY IF THE CI IS GREEN. We now shield flaky tests from developers so CI will thus be green but it will be harder to parse the logs.
To find relevant log snippets:
1. Click on the workflow logs linked above
2. Click on the Test step of the job so that it is expanded. Otherwise, the grepping will not work.
3. Grep for `test_threading`
4. There should be several instances run (as flaky tests are rerun in CI) from which you can study the logs.



<details><summary>Sample error message</summary>

```
Traceback (most recent call last):
  File "/opt/conda/envs/py_3.10/lib/python3.10/site-packages/torch/testing/_internal/common_distributed.py", line 597, in wrapper
    self._join_processes(fn)
  File "/opt/conda/envs/py_3.10/lib/python3.10/site-packages/torch/testing/_internal/common_distributed.py", line 837, in _join_processes
    self._check_return_codes(elapsed_time)
  File "/opt/conda/envs/py_3.10/lib/python3.10/site-packages/torch/testing/_internal/common_distributed.py", line 891, in _check_return_codes
    raise RuntimeError(
RuntimeError: Process 1 terminated or timed out after 300.0387041568756 seconds
```

</details>


Test file path: `distributed/test_c10d_functional_native.py`

ConnectionTimeoutError: Connect timeout for 5000ms, GET https://raw.githubusercontent.com/pytorch/pytorch/main/test/distributed/test_c10d_functional_native.py -2 (connected: false, keepalive socket: false, socketHandledRequests: 1, socketHandledResponses: 0)
headers: {}

cc @H-Huang @awgu @kwen2501 @wanchaol @fegin @fduwjj @wz337 @wconstab @d4l3k @c-p-i-o @clee2000 @wdvr
Repository: pytorch
Issue: Relaxing Export IR node.meta requirements
Labels: oncall: pt2,oncall: export

### 🐛 Describe the bug

https://github.com/pytorch/pytorch/blob/8c8a484d7257140284b50ed963c5afaefd029283/docs/source/export.ir_spec.rst?plain=1#L222-L225

Specifically the `only having the following metadata fields` part.

We have an anti-pattern in Dynamo, where people have been shoving arbitrary fields directly onto the node object that would otherwise belong in the meta dict. Export also relies on some of those fields, e.g. _dynamo_source https://github.com/pytorch/pytorch/blob/8c8a484d7257140284b50ed963c5afaefd029283/torch/_dynamo/eval_frame.py#L1112-L1115

This is typically available in node.meta["grapharg"].source for placeholder nodes, but export is filtering out node.meta fields before control is returned to the user. I would argue that the node.meta restriction is a bit too strict given the workaround of relying on dynamically set node attributes. An alternative could be to trim the node.meta at the very end of export, if that's feasible

### Error logs

_No response_

### Versions

main

cc @chauhang @penguinwu @avikchaudhuri @gmagogsfm @zhxchen17 @tugsbayasgalan @angelayi @suo @ydwu4
Repository: PowerToys
Issue: Add a shortcut key for refreshing Mouse without Boarders connection
Labels: Needs-Triage

### Description of the new feature / enhancement

now
![Image](https://github.com/user-attachments/assets/ca40d6d9-8a33-4c7a-8957-337ef535e892) Mouse without Boarders is no icon
![Image](https://github.com/user-attachments/assets/501ee4cc-5f44-4ef8-aad3-8b4f280007dd) double-click
![Image](https://github.com/user-attachments/assets/6dba67a1-86f3-49cf-adb8-0d3d44238983) click icon
![Image](https://github.com/user-attachments/assets/eab7ec70-30a5-4a6d-b195-06f4395e5762) click button
all step to refreshing connection

feature 

we need a shortcut key !



### Scenario when this would be used?

When the connection is closed

### Supporting information

The shortcut keys for using the software without mouse border are ctrl+alt+r
Repository: godot
Issue: [C#] Signals created with `GodotObject.Connect()` aren't on the duplicated node when using `Node.Duplicate()`
Labels: bug,needs testing,topic:dotnet

### Tested versions

Reproducible in: v4.3.stable.mono.official [77dcf97d8], v4.1.1.stable.mono.official [bd6af8e0e], v4.4.dev5.mono.official [9e6098432]

### System information

Godot v4.3.stable.mono - Windows 10.0.19045 - GLES3 (Compatibility) - NVIDIA GeForce GTX 1070 (NVIDIA; 32.0.15.6603) - Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz (8 Threads)

### Issue description

I'm using GodotObject.Connect() to connect a signal to a button (Including "ConnectFlags.Persist"), then using Node.Duplicate() to create a duplicate, however the duplicate doesn't have the signal connected.

### Steps to reproduce

```cs
[Export] VBoxContainer container;
[Export] Button button;

public override void _Ready()
{
    button.Connect("pressed", Callable.From(delegate { GD.Print("pressed"); }), (uint)ConnectFlags.Persist);
    Node newButton = button.Duplicate();
    container.AddChild(newButton);
}
```

When I run the project, pressing the original button will print "pressed" to the console, and the duplicated button does nothing.

### Minimal reproduction project (MRP)

[connect-signal-persist.zip](https://github.com/user-attachments/files/17927495/connect-signal-persist.zip)
Repository: vscode
Issue: Unable to create Notebook viewzones before the ViewModel is attached (i.e. before notebook list view is setup)
Labels: bug,notebook,notebook-layout

* When trying to add viewzones to notebooks in notebook editor contribution, the list view may not have been initialized yet.
* However the viewzone API requires the list view to be initialized, as we might be passing the index position for viewzones.
As a result things fall over.
Repository: tauri
Issue: [feat] Get bundle tools from local path
Labels: type: feature request,scope: bundler

### Describe the problem

I cannot build app because I could not access to network.

### Describe the solution you'd like

1. Release these resources with stable tauri.
2. Support an option like `--localpath` to copy local files from.
3. Both above.

### Alternatives considered

1. Mirror, I searched and find env `TAURI_BUNDLER_TOOLS_GITHUB_MIRROR` and `TAURI_BUNDLER_TOOLS_GITHUB_MIRROR_TEMPLATE`, and I prefer local file, it's more stable.

### Additional context

_No response_