Where's my stuff gone?

AusMarkB

Bit of a booboo happening.
I've just upgraded a client site to the latest srpcontrols.ocx and it all seems good so far except for the reporttable.
When the list gets assigned, nothing shows. Note, when it's initially null, the emptytable prompt is showing but then disappears when the list property is populated.

I've been through the exact same steps today on my local machine and everything is good so I was confident going in that there's be no issues. Just for full disclosure sakes here's what I did and the order I did it in.

• Installed the latest srp editor
  
• Installed the latest srp utilities
  
• Copied the srpcontrol into a local directory
  
• Unregistered the previous control
  
• Registered the new one
  

Here's the same window from the two systems. The top one is on my local system. The bottom is from the client on their server. It was all correct prior to me doing the updates.


The shortcutbar, the buttons, the popup, the ribbon all seem to be working perfectly. Just the reporttable has gone uh uh.

KevinFournier

The tables are clearly still there, but empty. Have you done any BASIC+ debugging to narrow down the issue? When you say latest, just to be clear, you installed SRP Utilities 2.1.2 and SRP ActiveX Controls 4.1.5? What version of Windows is your client running? Those scrollbars look skinned.

AusMarkB

Hey Kev,

Was just doing that. I rolled it back to 4.1.2 and the problem remains.
Turns out it is to do with srp_array("rotate") and occurred on the initialisation not the setting of the list. Sorry about the bumsteer, that's just where I noticed it.

So on the initialisation of the table, I build up the columnlist array, then have to rotate it before setting it.
The rotated variable gets screwed up.

Incidentally, the code was old enough that it was still calling srp_rotate_array(). I changed it to srp_array in the vain hope it might rectify the problem but nope. (Yes I knew but it's 1am and I was clutching at straws).

AusMarkB

Editor 3.0.3
Utilities 2.1.2
Controls 4.1.5

Running on Windows Server 2012 R2

KevinFournier

Can you make sure your client's SRPUtilities.DLL is actually 2.1.1 or 2.1.2 and not something older? Rotate had a bug in the past, but I've recreated your scenario here using the exact same data in your screenshot, and it rotates without problem.

AusMarkB

That's where I was confused. I don't get the issue on my laptop either and I followed the same procedure as I did there. It's why I was confident to do it on site.

How do I confirm their version of the utilities?
Edit: Ignore that question

AusMarkB

hhhmmm????

the dll is 2.0.2 RC5

DonBakke

The SRPUtilities.dll gets locked quite often and therefore doesn't get properly updated when installing a new version of SRP Utilities. Best practice is to rename (or remove) the file first before running the installer or manually copy in the new DLL.

AusMarkB

Crisis averted.
Couldn't copy over. Had to rename then copy.

I don't understand how it could have rolled back though. Not being able to copy over I understand but going "nope you can't copy over me and what's more, I'm just going to revert back a couple of versions just to keep you on your toes..."

AusMarkB

Apologies, it's late, actually early now so things are taking a bit longer to filter through the fog.
It makes sense now. It didn't roll back, it had just never been updated past the point where the bug was introduced.

Ignore me.