[Ritesh]

ronjeremy_69 wrote on May 26 2006, 08:52 PM:

Could I convince you to include it in v5.14 for $100?

Thank you very much for your offer, but I am sorry that we will not be able to deliver it. There are several reasons:

Firstly, we are simply “overbooked”. We are going thru a major re-factoring exercise and there is a complete “feature-freeze” of the code-base for the next 2-3 weeks. The 5.1x line is for critical bug fixes only. 5.2 will have a completely refactored core! Believe me, this is major refactoring…we are rewriting the string handling class!

Secondly, we don't accept “sponsored” development or “custom” development. If the past, we have been politely refusing fairly large custom/sponsored developments. Right now, we don't have the infrastructure, manpower or the processes to do something of that sort. I know it is not rocket science but the company is not geared up for the “pressure” of delivering something specifically for someone within a certain period of time ( because you have collected money! ). The current model is heavily skewed towards “shrink-wrapped” software development – keep the licensing cost extremely low and sell thousands of copies.

Thirdly, as a part of the refactoring exercise, we are working towards providing a model by which custom development is possible in SQLyog by third party developers. Expect some big announcements from us in this regard 🙂

Last and not the least, I have just increased the priority of this feature in our to-do list!

[Ritesh]

LMan wrote on May 29 2006, 09:24 AM:

On a sidenote, I found it quite disturbing that enabling the define ( “DEBUG”, 1 ); would write the connection password into the log file.

We log the entire incoming and outgoing XML “data-load”, so logging the password was not an additional instruction.

But, I get your point. In the future versions, we will parse the XML, strip out the password before logging.

[Ritesh]

Good suggestion.

I have added this to our TO-DO list.

[Ritesh]

marcm wrote on May 27 2006, 09:23 PM:

Here's the image of the edit field error. I'm running 5.2 on Win2K. I didn't have this problem with 4.1. It also inserts a new row without me asking it to at times. Note that I'm using MySQL 4.1 one Win2k. Below the image is a sample table structure for the CSV problem..

While we are working diligently to solve the CSV issue, we are not able to reproduce the display issues on any machine in our office ( tried on 10 at least )

Are you using dual monitors by any chance?

[Ritesh]

I was just about to give the same suggestion as Cal Evans but it looks like he has already replied. Right now you can get the same effect using 3 keyboard steps.

Select the table in object browser.

1.) Press Ctrl+Shift+S, this will write the correct SELECT statement for you in the query editor.

2.) Press F5, to execute the query.

3.) Press Ctrl+L to change the data to text.

[Ritesh]

Regarding your CSV export/import issue, can you attach your table sturcture out here with sample data. We will export and try to import at our end to see if there is any issue.

Also, can you tell me which version of MySQL are you using for exporting/importing?

[Ritesh]

Quote:

Does the free trial of the enterprise version let me experience the data sync functions? I plan on upgrading, but it would be nice to see that working first.

Yes. The trial version is fully functional for 30 days.

Quote:

Also of note, since I upgraded to 5.2 from 4.1 I notice that double clicking on a field in my result set (especially if NULL) yields strange and unpredictable behavior. Like the editable part appears to the right or the result set jumps around – it never did that before! Maybe I'll revert back to 4.1…

This is strange. We have never been reported something like this before. Can you attach your table structure and sample data to reproduce the issue? Screenshot will also be helpful.

[Ritesh]

Extra space bug reproduced and working to fix it.

[Ritesh]

As of now, it will only return non-zero on success and 0 on failure. To get more details about error, you can always parse and use sjasession.xml.

[Ritesh]

I have been trying all these in direct connection only.

@Peter: I have mailed you the IP.

[Ritesh]

This is strange.

I tried with the same dump between 4.0.26 and 4.1.19, 4.0.18 and 4.1.19 and both the cases I am getting the correct output.

The versions I tried are:

4.0.18-max-nt

4.1.19-community-nt

4.0.26-debug

[Ritesh]

This is interesting.

I just tried with 4.0.26 and 4.1.7 on remote and local and it works. Will now download and work with v4.1.19.

[Ritesh]

Hmmmm….

Sounds interesting. Prolly, we will implement this in v5.3.

[Ritesh]

Always use the template that is provided by SQLyog for CREATE/ALTER 5.x objects. Just change the value whereever required.

[Ritesh]

Will take a look tomorrow.

[Author]

Posts