As a foreword this may sound like someone poisoned my coffee but I do actually like KRL.
77. Upload without resetting program pointer would be nice every now and then.
78. WV´s intellisense is sometimes utter garbage, if you start writing an IF statement it won´t suggest any variable names until you have completed the IF statement correctly, which means jumping back and forth if you don´t remember your variables by heart.
79. Better overview of variables in the smart pad. Many times you need to take a peek at a variable you almost remember but do not get quite right. You will end up running to your computer, opening workvisual and looking up the variable name from there only to run back and check it. I imagine this as somekind of view where you could lookup user/system variables by e.g. declared type in alphabetical order. I do still want both the variables -> single and overview window. But I also want more.
80. This might have been mentioned before but block selection is a bit tricky when you cannot block select anymore after the arp has escaped the program you are in currently. Sometimes if the programs have few motions you have to put in a WAIT SEC 0 or a WAIT FOR TRUE to just be able to touch up the 1 or 2 points you have in there. Or why not make it possible to jump/block select whatever you want. 
81. Visual guide to "alleviate" the estimation of how far the arp will escape from the currently selected line in WV. Would require an on/off setting as it would be annoying also at times, I imagine this would vaguely highlight code up until either the ARP has passed the number of motions currently set in $ADVANCE or it hits something breaking it.
82. if using quick messages available thru msglib.src there are several places where swrite is used which breaks arp. Regardless if you set VL_STOP=FALSE in message options. 
83. more standard functions and operators, I do not mind coding but not having modulo, exp, log, floor division, etc. As STANDARD BUILT IN FUNCTIONS seems a little cheap at times.
84. Clean up time? I know compatibility is a big deal but ILF´s have changed between KSS versions. WHY do we still encounter poorly documented variables kept for "compatibility"? EXT declarations of programs, $APO_FAC, etc. every new programmer will start by looking at the latest SI and System variables manual and many times come up empty. Same with language, although I do like the exercise when I have the time. But I would like to be able to decrypt kue_weg.src without having a translator. Maybe the german comments are supposed to serve as cheap code obfuscators? 
85. ILF code is HORRIBLE to look at.
Indentation is no fun with ILF´s either. Commenting out eg. a motion ILF in WV will trick you to believe the robot is actually running to that point when looking at the smart pad. I know it is more of a feature not a bug but anyway. My current workaround for this is to sweep it under the mat, I put a RETURN in every *.src that contains motions and hide the ILF´s there below where you can still block select them and use touch up if required, and then only program them in raw KRL in the real program.
86. Getting archives automatically with robotname and date. Without some intricate macguyver homebrew solution. I want this functionality out of the box.
87. Updating manuals when KSS updates. I would like to have manuals that are up to date when a new KSS is released. Currently latest System variables is 8.5 while KSS is 8.7. If nothing has changed why not publish it with a new sticker? Some manuals are not up to date with KRC5. eg. if you are configuring an external axis the KukaDriveKinematics catalog items are set to controller version=KRC4 and you will not be able to deploy the project to a KRC5. You have to build your own catalog item. And the manual is missing a few parameters as there are more parameters on KRC5 than a KRC4 but you have no where to look for them.
88. Stuff is spread out and stored a bit here and there and if you are new and do not know where to look, you are bound to screw up. A good example is interrupts from manual stated "priorities 1-39 and 81-128 are available.." Take a look at SPS.SUB on any new robot and holy cow priorities 91 & 92 are used. Same goes when assigning signals, I would like to get a good overview of this in an easy way.