Queuing Issue with Notify Plugin in Quasar v2.6.0 #18070
Replies: 1 comment
-
|
just because of custom styling ,,,, |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello. I'm running into an issue with the Notify plugin's behavior in Quasar v2.6.0 and would like to ask a question.
📝 Problem Description
The behavior of the
Notifyplugin is different from what's described in the official documentation.2025-07-14.10.32.48.mov
2025-07-14.10.25.24.mov
⚙️ Environment
2.6.0^1.3.0^3.3.4📄 Current Code
The issue occurs regardless of the implementation method. I am currently using the direct import method with
Notify.createas shown below, but the queuing behavior still persists.And use like this:
What I've Tried
Tested Both Methods: I tested both the useQuasar() hook and the direct Notify.create() import. Both result in the same queuing behavior.Checked Global Config: I confirmed there are no special global notify settings in quasar.config.js.Tested in Isolation: I created a new test page to test without interference from other code, but the issue was identical.Question
I'm wondering why the Notify plugin is behaving like a queue. Since the problem occurs with all implementation methods, including the recommended Notify.create, could this be a known bug? Or is there another environmental factor I should be investigating?
Please Let me know what I'm missing.
Beta Was this translation helpful? Give feedback.
All reactions