Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"decorations: false" Not Working with Specific Identifier When Using Window State Plugin #2203

Open
project-AI39 opened this issue Dec 12, 2024 · 1 comment

Comments

@project-AI39
Copy link

project-AI39 commented Dec 12, 2024

"decorations: false" Not Working with Specific Identifier When Using Window State Plugin

[Environment Details]
OS: Windows 10.0.26100 x86_64 (X64)
Tauri Version: 2.1.1
Rust Version: 1.82.0
Node.js Version: 22.12.0
npm Version: 10.9.2

[Installed Plugins]
tauri-plugin-window-state: 2.2.0

[Bug Description]
When using the Tauri Window State plugin, the "decorations": false configuration becomes non-functional specifically when the "identifier" is set value like "com.tauri-app.app"

[Reproduction Steps]
Install Tauri
Project Name: tauri-app (using default settings)
Identifier: com.tauri-app.app (using default settings)
Frontend: TypeScript / JavaScript
Package Manager: npm
UI Framework: Solid.js

Add "decorations": false to configuration
Initially works as expected

Install Window State plugin
'npm run tauri add window-state'
"decorations": false no longer effective

Change identifier
"identifier": "com.tauri-app.app" -> "identifier": "test"
"decorations": false works correctly

I am unsure whether this is a bug or an intended feature, but I would appreciate an investigation into the cause and a resolution to the issue.

@Legend-Master
Copy link
Contributor

This might not be very intuitive, but window state plugin saves and restores the decoration state by default (it means if you used decorations: true the first time and decorations: false the second time, the decorations will be restored to true because it's saved in that way), you can disable it through with_state_flags though

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants