Bug reports

Posted by ornus on Wed 23 of Jun, 2010 23:06 GMT

1. I can't get a flat list of controls by alphabet. All controls are always grouped by the base class. Selecting Flat list or Structured List in +- menu doesn't seem to make a difference.

2. When I click on Add-in settings buttons I get the following exception:
Date: 6/23/2010 7:02:48 PM
Vers: 4.71.0019
Win: Microsoft Windows NT 6.1.7600.0
VS: 9.0.1.1
Excep: System.NullReferenceException

Description:

Object reference not set to an instance of an object.

Additional Info:

Unhandled error

Stack Trace:

at MultiLang.ctlToolWindow.tbMain_Buttonclick(Object sender, ToolBarButtonclickEventArgs e) in D:\MultiLang.NET\Framework_3_5\MultiLang\Controls\ctlToolWindow.vb:line 2590

Thanks.

Reads: 56465
Link
Posted by Phil on Thu 24 of Jun, 2010 21:58 GMT Germany

(1)
Do you just mean the components are grouped by the base class, usually just System.Windows.Forms.Form and System.Windows.Forms.UserControl?
I could make that optional, or even take it out completely. It's certainly not an important feature.

(2)
This worked in the version for VS 2010, but I had merged some changes incorrectly into the versions for VS 2008 and VS 2005. I have fixed it in version 4.71.0021.

Phil

Link

Posted by ornus on Fri 25 of Jun, 2010 13:48 GMT

1) Well, in my case I have about 5-6 different base classes. So it's not just under UserControl group. So, if I need to find a specific control I either need to look in all groups or open the control by hand, see the base class and then look in the correct group.

In any case it's pretty inconvenient. It would be nice if I could get alphabetical list of all controls without any kind of grouping.

I assumed this is what Flat List is supposed to be doing, but I guess I was wrong.

Link
Posted by Phil on Fri 02 of Jul, 2010 06:17 GMT Germany

Hi

in Version 4.7x.0023 there is a new option to select whether the components are sorted according to the base class. This is hidden somewhere in the Add-In setup dialog. The option is NOT selected by default.

Phil

Link

Posted by davidcie on Mon 05 of Jul, 2010 12:10 GMT
Thought I'd report this one, as it has been around for a while - at least in our project wink Steps to reproduce: open ML, change something in code, right click on node corresponding to the file being modified, select 'Rescan this module'.
ml problem.jpg (68.82 Kb)
Link
Posted by Phil on Mon 05 of Jul, 2010 21:34 GMT Germany

I think that I have fixed this in version 4.7x.0025.

Phil

Link
Posted by davidcie on Tue 06 of Jul, 2010 08:48 GMT

> I think that I have fixed this in version 4.7x.0025.

I can confirm it's fixed indeed - thank you Phil!

Link

Posted by davidcie on Mon 02 of Aug, 2010 09:45 GMT
One more I came across just now. Occurs when I search for a phrase, and click 'next search result' on the toolbar a few times.
search.jpg (50.51 Kb)
Link
Posted by Phil on Sun 15 of Aug, 2010 19:48 GMT Germany

Hi,

sorry for the slow reply, but I have been on vacation for the last two weeks.

This error has been reported to me before and I am baffled by it. I cannot figure out why it happens and I cannot reproduce it.

I think that I will have to add a lot more log information to get closer to this error. I don't think that it is a high priority, but I will try to get around to it soon.

Phil

Link
Posted by Phil on Mon 16 of Aug, 2010 21:32 GMT Germany

Hi,

I have just uploaded a new version (4.7x.0032) which writes more information into the log file from the Search Next function. Can you try installing the latest version and when this error occurs, please send me the log file.

Phil

Link

Posted by davidcie on Mon 30 of Aug, 2010 09:11 GMT
One more, occurred when rescanning components in the Scanning InitializeComponent step.
MultiLang.log (46.88 Kb)
Link
Posted by davidcie on Mon 30 of Aug, 2010 09:11 GMT

> One more, occurred when rescanning components in the Scanning InitializeComponent step.

And here's the screen.

error.jpg (81.63 Kb)
Link
Posted by davidcie on Mon 30 of Aug, 2010 09:19 GMT

> > One more, occurred when rescanning components in the Scanning InitializeComponent step.
>
> And here's the screen.

Wierd thing that it happened only once, and we've been working with Krypton+ML for several months. After VS was restarted it went away... which is good since we're working to meet an important deadline today :-)

Link
Posted by davidcie on Tue 31 of Aug, 2010 07:32 GMT
Managed to track it down to ML not automatically loading the Krypton dll. So when we start VS and go to ML immediately > rescan, this pops up. But when we start VS, go into design mode for a form that uses Krypton, and then launch ML, the problem goes away.
Link
Posted by Phil on Fri 03 of Sep, 2010 21:54 GMT Germany

Hi,

I just found some information on this page
http://flylib.com/books.php?ln=en&n=3&p=147&c=114&p1=1&c1=1&c2=213&view=1
which is actually an extract from a book on .NET Internationalization.

It describes that a .resx file can contain bitmaps as embedded data, or with a file reference. If the file reference fails, then an error occurs reading the .resx file. The error message in your log file "position 4 cannot be located. Line 197, position 5. cannot be parsed." is similar (though not identical) to the message shown on that page.

The proposed solution is to initialize the property ResXResourceReader.BasePath.

Up to now, I have not initialized this property. Even if it doesn't fix your problem, it looks like a sensible modification, so I will be doing this in the next few days.

I hope to fix a few other errors before releasing a new version, but it will be quite soon.

Phil

Link
Posted by davidcie on Mon 06 of Sep, 2010 11:34 GMT

> I hope to fix a few other errors before releasing a new version, but it will be quite soon.

Thanks for your explanation and research. Updating to .0035 right now, will let you know when I come across new problems.

Link

Posted by davidcie on Fri 24 of Sep, 2010 08:53 GMT

Decided to post on an error that occurs intermittently but is infuriating when it does. We've got several forms that use the Krypton Suite (forms, text boxes, etc.). Those have a custom property named .Text that you set in code / designer to let the control know what eg. a label should display. We localize this property with ML. As this is a custom/extended property, we need to set ML to 'Determine Resource Names' when we regenerate, and it seems to work fine.

What often fails however is the initial control scan. Out of the three forms with Krypton controls in them, it sometimes happens that one of them (accidentaly, the main form in the app!) gets its controls' Text property values in the .resx file replaced with the property names themselves. Eg. 'Menu' gets replaced with 'bApp.Text'.


As you can imagine, upon the next project scan all our translations for the original language get replaced with property names, which leads to time-consuming svn-assised rolling back of MainWindow.resx.

Any way I can help you track this bug down?

PS: Does this forum allow code snippet insertion? Didn't seem to be able to paste xml from my resx files.

Link
Posted by davidcie on Fri 24 of Sep, 2010 09:29 GMT
Update: sorry, it seems that .resx files are broken not during the initial scan step, but the regenerate resources step. Just happened again...
Link
Posted by Phil on Sun 26 of Sep, 2010 20:44 GMT Germany

Sorry, I haven't looked at this yet, but I will try to look at it in the next few days.

Phil

Link
Posted by Phil on Mon 27 of Sep, 2010 21:41 GMT Germany

First a bit of background information.

Usually, the resource names used for properties follow a simple convention. However, some third party controls do not follow the normal conventions and cause great difficulty for the Add-In. First and foremost, this applies to the Infragistics controls.

I have a dirty hack to get around this problem, which is the option "Determine Resource Names". If this is selected, the Add-In makes a temporary version of the .resx file, in which the value of all string resources is set equal to the resource name. It then scans the properties via the designer window. During this scan, the value of each localizable property is identical to the resource name associated with it. After doing this scan, the Add-In restores the original .resx file.

Now I have been looking at the code, and it seems pretty watertight to me. The Add-In makes a backup copy of the .resx file, as .resx.mlbak. The whole processing is in a try/finally block. In the Finally block, it copies the backup file back to the .resx file. After that it deletes the backup file.

The original file is restored using the method FileInfo.CopyTo with the overwrite flag set to true. If this fails, it should throw an exception, in which case, the backup file will not be deleted.

Could you check whether there are any old .mlbak files in your project directory?

One possible cause, is that the designer window remains open, still using the wrong .resx file. Later it might save it to disk, with the wrong contents.

This should not happen. If the designer window is already open, then the Add-In starts off by closing it, before modifying the .resx file. It then opens the designer window to perform the scan (it won't normally be visible) and closes it afterwards. I don't see where this can go wrong, but I will try to add some additional checks.

If you know how to generate the error, maybe you could try closing all documents (via the window menu) before saving the resoucres. I would be interested to know whether this makes a difference.

By the way, I'm not sure about posting XML. I think that it has problems with the greater than and less than characters. There have been several new versions of TikiWiki which I have not installed, so the latest version may have more capabilities. You can do almost anything if you know the wiki syntax, but that is too much for normal forum users.

Phil

Link

Page: 1/2  [Next]
1  2