I do have several JS ressources and css ressrouces getting included on the context page/admin. It works fine, until i do not activate batch=false for a javascript ressource. If i do so, that file does not get included. Setting it back to batch=true - file gets included again.
I kind of smell a SDK bug here, using 4.2.0 at the moment, stagin 4.3.7 of Confluence.
Community moderators have prevented the ability to post new answers.
This isn't an SDK bug - it has to do with changes in the core plugin framework within Confluence. We've had to make some big changes to the way batching works in Confluence recently in order to solve some challenging technical limitations.
The long and short of is that "non-batched mode" is not really an option anymore. There is so much JavaScript in Confluence and its plugins that not batching any of it would cause breakages in Internet Explorer due to IE's limitations on the number of external CSS and JS resources that may be served within a single page
It seems to be an oversight that disabling batching is still listed in the docs as a option. I'll be fixing that up today :-)
Out of interest - why do you need to disable batching? Is it just so you can debug your source more easily?
We experience the opposite behaviour and run into problems with IE since Confluence 5.2 does not batch editor resources reliably.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Joe- I know this is old, but still relevant imho.
IE is irrelevant here because we are just talking about for the purposes of debugging, and no one in their right mind would debug in IE.
If you're trying to debug it's possible in chrome to use batched mode, just about, but impossible in Intellij IDEA which has in many ways a better js debugger, as you can't map your sources to URLs.
But also, often you just want to disable batching just for a few files in your plugin, not disable entirely. I used to use the params-batch=false XML thing, which now in jira 6.2 prevents the inclusion of the resource completely.
You can disable batching entirely with jira.dev.mode but this just makes the whole thing very slow. I hope Atlassian revisit this...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
"one large js file" - you take this point, like i did not say IE. Debug this kind with IE8 - thats absolutely horrible ;/
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Well disabling batch mode is key to debug JS issues mainly, especially with IE. Hunting bugs in a JS aggregated file is seriously PITA with IE.
This "inconvenience" wasted more then 5 hours...until i gave up.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
When you start the host app in development mode your plugin's JS is served plain. It's placed in one of the large context batch JS files. You debug from there.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
So well, i guess thats how it is? Could we at least have an answer by an attlassian developer?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I am smelling the same bug. I'm working with Confluence 4.3.7 and AMPS 4.2.3.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Community moderators have prevented the ability to post new answers.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.