Kuid 0:0
- Thread starter JCitron
- Start date
Yes, I do, but why?
Regards
Swordfish
Exactly! Why? I thought it was my setup that's why I asked.
John
I've gotten that when dragging and dropping a large list of items to the download helper, it doesn't add all of them and the last item that shows up will be kuid:0:0. Workaround in TS2010 is to right click and choose Download instead of drag and drop.
Edit: Oh, and I reported it to Auran as a bug a while ago.
Edit: Oh, and I reported it to Auran as a bug a while ago.
Thank you for reporting it. I was going to do the same. I hate the fact that it loses the last selected items off the list too.
John
This sometimes pops up in the download helper for me.
When I drag a loco for instance into the download area, when the list of dependencies needed appear below it, occasionally I get this kuid.
Didn't Auran mention this in the list of fixes of SP2?
Sounds familiar (can't be bothered to check now
)
Smiley.
When I drag a loco for instance into the download area, when the list of dependencies needed appear below it, occasionally I get this kuid.
Didn't Auran mention this in the list of fixes of SP2?
Sounds familiar (can't be bothered to check now
)Smiley.
This happens everytime I use the "show in main list" then place large numbers of items in the download section. In this situation the kuid:0:0 is at the bottom of the download list and when I remember (which isn't often enough) I just delete it from the list prior to starting the download. If I only select a small number of items to download I don't seem to the get the error.
Bricey
Bricey
From a sometime programmer's point of view, I think what's going on is that the memory buffer used to store the list of items that's used for drag and drop operations is running out of space. (aka there are too many items to fit) and so it cuts the list off somewhere and the last item gets assigned a null kuid. (aka kuid:0:0 )
For anyone who didn't see this before, if you right click and choose Download the problem won't occur and all the items should get added. (Well, unless one of those items is a built-in item with an update available, that's a special case.)
Edit: Oh, and this isn't mentioned in the list of SP2 fixes as far as I know. There's also another Download Helper bug (at least in SP1) where operations intended to be done on an item show the wrong item, because there's an item above it with dependencies that is collapsed. (aka not showing the dependencies) Workaround there is to make sure to expand all the items with dependencies. (aka click the triangles)
For anyone who didn't see this before, if you right click and choose Download the problem won't occur and all the items should get added. (Well, unless one of those items is a built-in item with an update available, that's a special case.)
Edit: Oh, and this isn't mentioned in the list of SP2 fixes as far as I know. There's also another Download Helper bug (at least in SP1) where operations intended to be done on an item show the wrong item, because there's an item above it with dependencies that is collapsed. (aka not showing the dependencies) Workaround there is to make sure to expand all the items with dependencies. (aka click the triangles)
Last edited:
So that may explain when I am Archiving a large list of items, some of the items in my list are not Archived and I have to add them again. This would mean there is some limit to how many items can be added to a Archive or Download list at one time.
I can not remember if the kuid:0:0 showed when this occurs.
Craig