Column Header Click = VS Crash & Restart :(

Posted by eyotasoft on Fri 09 of Oct, 2009 22:09 GMT

Hi,

Bug report for you .... Not sure if this is a global bug or specific to my installation but left clicking a column header on the multi-language add-in panel within visual studio 2008 causes a fatal VS error and requires a restart. little annoying rolleyes

I'm also getting the blanking of control text values that I have seen reported in another thread on this forum. Not sure when its occurring, but its also removing positioning, location & docking also. any ideas?

many thanks
Jamie.

Reads: 34057
Link
Posted by Phil on Fri 09 of Oct, 2009 23:31 GMT Germany

Hi Jamie,

thanks for the feedback.

I recently added a command to the context menu to ignore the selected component. I neglected to handle the case where there is no relevant component, like on the column header. It was a stupid error, but easy to fix.

It turns out that I did not have an exception handler in this function either, so the exception (probably a NullReferenceException) crashed VS. I have now added an exception handler as well. This is fixed in version 4.65.0021.

I don't know what is causing the other problem. Which operating system are you using? (I usually test with XP, but I'm beginning to think that I am out of step with most users.)

Is there any chance that you could send me a sample project with this problem?

Phil

Link

Posted by eyotasoft on Fri 09 of Oct, 2009 23:48 GMT

Hi Phil,

O.S. is XP 32bit. Haven't really got a sample project to send, but I am still doing a lot of testing on all of this so I will work it out and let you know. It's either a combination of options causing it or possibly more likely me being stupid ... either getting current ui language confused or deleting .resx files i shouldn't of, something along those lines razz

Jamie.

Link
Posted by Phil on Sat 10 of Oct, 2009 08:48 GMT Germany

Hi Jamie,

If you are trying things out, you might try closing all document windows via the menu (Window/Close All Documents) before doing the scan. Sometimes I have thought that this was more reliable.

Phil

Link

Posted by eyotasoft on Fri 09 of Oct, 2009 23:49 GMT
when will 4.65.0021. be released?
Link
Posted by eyotasoft on Fri 09 of Oct, 2009 23:50 GMT

> when will 4.65.0021. be released?

scrub that, i see its there now cool

Link

Posted by nicocous on Mon 12 of Oct, 2009 12:20 GMT

I've been experiencing such issues too, with blanking some of my controls.
Sometimes, the "FieldName" fields of the grid control I'm using are reset to blank (items are remove completely from the resx file). What is interesting is that most of time, I mark these fields as non-localized in the addon. The problem may come from how you handle strings that we don't want to localize.

Link
Posted by Phil on Mon 12 of Oct, 2009 20:41 GMT Germany

You are right. I have fixed this in version 4.65.0024.

Stupidly, this is a problem which I have fixed once before, but then broken again!

I have now made a fundamental change, which is that the Add-In does not export to the neutral resource files for Forms, UserControls or Web pages at all. Visual Studio generates these files itself. It was probably always an error for the Add-In to update these files. (The Add-In still updates the language specific resource files, and all versions of MultiLang.ResX.)

There is in fact still one exception. If you edit the original text column in the Add-In's controls grid, then it will update the neutral resource file.

Phil

Link

Posted by nicocous on Tue 13 of Oct, 2009 09:48 GMT

Thanks for this update.
I'll let you know if anything else seems wrong.

Link