MixinNetwork / MixinNetwork/flutter-plugins
desktop_webview_window: HEAD/trunk version of WebView always generates GET requests (rather than POST etc...)
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 512
- Forks
- 292
- Avg merge
- 15h 8m
- Merged PRs (30d)
- 7
Description
For an expected POST request WebView execute all requests (on Windows) as a GET request. This happens only in the HEAD version of the plugin and may be caused by a regression introduced with the fix of #296.
Reproduce Steps
Steps to reproduce the behavior:
- Go to login.microsoft.com (open the developer tools in web view)
- Click on the key saying "Login Options" and then on "Security Key" (the developer tools should show a POST request, but a GET request is sent)
Expected behavior
a POST request should be fired in that case.
Version:
- Flutter Version: 3.19.3
- OS: Windows
- plugin: desktop_webview_window HEAD / trunk version
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the issue on Windows with the HEAD/trunk version of desktop_webview_window at login.microsoft.com, using the developer tools to compare the expected POST with the observed GET. Then compare the current request handling with the regression fix from #296; done means form submissions preserve their original HTTP method.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- flutter
- Domain
- desktop, web-dev
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100