/build/static/layout/Breadcrumb_cap_w.png

Slow Button Response

Has anyone else been having the issue of slow button response times where it takes a long time for the button to appear/populate, or it only half shows, or doesn't show at all? Also, there is a lag when going from one screen to the other. I would be interested if anyone is having this issue.

Thanks...

0 Comments   [ + ] Show comments

Answers (10)

Posted by: airwolf 14 years ago
Red Belt
0
I'm not sure what you mean by "button". However, we had issues with the new drop-down menus in 5.1. Over 1800 LDAP labels were uncategorized because they were empty - this caused the inventory page to take over 5 minutes to load.
Posted by: crubnich 14 years ago
Senior Yellow Belt
0
I mean the button that populates Inventory | All Items | "Your Labels" |... This is the same for the Asset Tab. Etc. Are you still having an issue (s)?
Posted by: airwolf 14 years ago
Red Belt
0
That's a drop-down menu, not a button. I'd suggest submitting a support ticket to DellKACE for this, as it sounds exactly like the problem I had. Support had to tether into my KBOX to fix it.
Posted by: bgatech 14 years ago
Orange Senior Belt
0
Yes, We've been having this problem. Really annoying too! You click on something, then the button or menu appears and you realize you've clicked in the wrong place.

I think it is the new buttons/menues. I like the old ones better.
Posted by: airwolf 14 years ago
Red Belt
0
I definitely like the old menus better as well. However, the new menus shouldn't be any slower - if they are then you need to work with support to get your labels fixed. During the 5.1 upgrade, any empty labels aren't categorized - and this is what causes slowness... basically, it's counting all empty labels and adding them to whatever page you're on.
Posted by: GillySpy 14 years ago
7th Degree Black Belt
0
A support ticket is good because we can help you troubleshoot if something is wrong or log an enhancement. crubnich does have a ticket open for this. Anyone else who experiences this should also open a ticket. The premise of this thread as a "sanity-check" with other K1000 users is a good exercise too.

What is the primary browser and version that you all are using?
Are you using nested-labels?

Here is a query you can use to check for hidden labels. I will check on the source of Andy's comment regarding cleaning them up.

select L.ID, L.NAME,L.NOTES from LABEL L
LEFT JOIN MACHINE_LABEL_JT ML ON ML.LABEL_ID=L.ID
LEFT JOIN SOFTWARE_LABEL_JT SL ON SL.LABEL_ID=L.ID
LEFT JOIN ADVISORY_LABEL_JT AL ON AL.LABEL_ID=L.ID
LEFT JOIN CLIENTDIST_LABEL_JT CL ON CL.LABEL_ID=L.ID
LEFT JOIN DELL_PKG_LABEL_JT DPL ON DPL.LABEL_ID=L.ID
LEFT JOIN FS_LABEL_JT FL ON FL.LABEL_ID=L.ID
LEFT JOIN HD_QUEUE_APPROVER_LABEL_JT HQAL ON HQAL.LABEL_ID=L.ID
LEFT JOIN HD_QUEUE_OWNER_LABEL_JT HQOL ON HQOL.LABEL_ID=L.ID
LEFT JOIN HD_QUEUE_SUBMITTER_LABEL_JT HQSL ON HQSL.LABEL_ID=L.ID
LEFT JOIN HD_SERVICE_USER_LABEL_JT HSUL ON HSUL.LABEL_ID=L.ID
LEFT JOIN IPHONE_PROFILE_LABEL_JT IPL ON IPL.LABEL_ID=L.ID
LEFT JOIN KBOT_LABEL_JT KL ON KL.LABEL_ID=L.ID
LEFT JOIN LABEL_LABEL_JT LL ON LL.LABEL_ID=L.ID
LEFT JOIN MESSAGE_LABEL_JT MSGL ON MSGL.LABEL_ID=L.ID
LEFT JOIN MI_LABEL_JT MIL ON MIL.LABEL_ID=L.ID
LEFT JOIN NODE_LABEL_JT NL ON NL.LABEL_ID=L.ID
LEFT JOIN NTSERVICE_LABEL_JT NTL ON NTL.LABEL_ID=L.ID
LEFT JOIN PATCHLINK_PATCH_LABEL_JT PPL ON PPL.LABEL_ID=L.ID
LEFT JOIN PATCHLINK_SCHEDULE_DEPLOY_LABEL_JT PSDL ON PSDL.LABEL_ID=L.ID
LEFT JOIN PATCHLINK_SCHEDULE_DETECT_LABEL_JT PSDLJ ON PSDLJ.LABEL_ID=L.ID
LEFT JOIN PATCHLINK_SCHEDULE_LABEL_JT PSL ON PSL.LABEL_ID=L.ID
LEFT JOIN PATCHLINK_SCHEDULE_ROLLBACK_LABEL_JT PSRL ON PSRL.LABEL_ID=L.ID
LEFT JOIN PORTAL_LABEL_JT PL ON PL.LABEL_ID=L.ID
LEFT JOIN PROCESS_LABEL_JT PLJ ON PLJ.LABEL_ID=L.ID
LEFT JOIN STARTUPPROGRAM_LABEL_JT SPL ON SPL.LABEL_ID=L.ID
LEFT JOIN USER_LABEL_JT UL ON UL.LABEL_ID=L.ID
LEFT JOIN VK_DISTRIBUTION_LABEL_JT VDL ON VDL.LABEL_ID=L.ID
WHERE
ML.LABEL_ID IS NULL and
SL.LABEL_ID IS NULL and
AL.LABEL_ID IS NULL and
CL.LABEL_ID IS NULL and
DPL.LABEL_ID IS NULL and
FL.LABEL_ID IS NULL and
HQAL.LABEL_ID IS NULL and
HQOL.LABEL_ID IS NULL and
HQSL.LABEL_ID IS NULL and
HSUL.LABEL_ID IS NULL and
IPL.LABEL_ID IS NULL and
KL.LABEL_ID IS NULL and
LL.LABEL_ID IS NULL and
MSGL.LABEL_ID IS NULL and
MIL.LABEL_ID IS NULL and
NL.LABEL_ID IS NULL and
NTL.LABEL_ID IS NULL and
PPL.LABEL_ID IS NULL and
PSDL.LABEL_ID IS NULL and
PSDLJ.LABEL_ID IS NULL and
PSL.LABEL_ID IS NULL and
PSRL.LABEL_ID IS NULL and
PL.LABEL_ID IS NULL and
PLJ.LABEL_ID IS NULL and
SPL.LABEL_ID IS NULL and
UL.LABEL_ID IS NULL and
VDL.LABEL_ID IS NULL
ORDER BY L.NAME
Posted by: m1k3 14 years ago
Senior Yellow Belt
0
We reported this problem to Dell/Kace when we first installed 5.1 RC. The problem showed up with the new release. It was like you described in the new drop down menus. I worked with Kace for several days on this, even had them remote into my machine to witness it. The slowness didn't occur on with Google Chrome or Firefox, only IE. Or at least it was only noticeable on IE.

For a while, support assumed that it was something on our network or Active Directory causing it. We decided to wait for the final release thinking that it was something in the RC code.

Final release installed, still have a problem. Called back, they looked at it again. Again assumed that it was something on our side. The third time they remote in I got this:

Changed ticket Status from "Responded" to "Bug submitted".

Hi Mike,
Looks like this time was the charm. Alex noticed something in the code that didn't look right to him. He's submitted a bug for us the bug number is 11896. He said it looked like it could cause a bit of a loop which could be the cause of what you're experiencing. I'm not sure why this seems to only be affecting IE and not the other browsers, but I'm sure it's all in code interpretation. May also be affecting those with the larger databases more noticeably which would explain others not reporting it. We currently don't have an eta on the fix. Please feel free to check with us for a status update. Unfortunately when I set the status on this ticket to bug submitted I won't get any updates if you add more information to the ticket.

Thank you,
Michael

So far, it still does it. We have switched to use Google Chrome with the Kbox Admin Console. It's a pretty large annoyance when you work with it day in, day out.

Mike
Posted by: RichB 14 years ago
Second Degree Brown Belt
0
I ran this query and it found 319 "hidden" labels. We have 557 total labels. What does hidden mean?

We are not experiencing a slow menu response in Safari on the Mac or IE on the PC. We used to have about 30 LDAP labels but found every time one of our 9000 computers was checking in it would run all the LDAP queries and that was flooding our Active Directory logs so much nothing else could be found easily so we stopped using LDAP labels.

I put our active tether on the Inventory box but don't know how long it will remain active.
Posted by: GillySpy 14 years ago
7th Degree Black Belt
0
A "hidden" label means that it was created as a placeholder for some object that you picked a small list of machines by name instead of by label. They would show on this report if that object was modified or deleted. You can't see a hidden label in the UI and should be ignored by any label list.

I'm not convinced these are a problem but given airwolf's comments it's worth gathering this info.
Posted by: GillySpy 14 years ago
7th Degree Black Belt
0
For 5.1 customers with a support contract. We have a patch for the "slow button behaviour" in IE. If you contact support we'll verify your symptoms and you can obtain it.
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ