[sathish]

Hello,

It was a DNS issue from our end. This is fixed now. Could you please try and update us?

Regards,

Sathish

[sathish]

Hello,

1) Could you please turn off your Windows firewall, windows defender firewall and AV and try?

2) Also please check if Internet Explorer browser “Work offline” is disabled” ?

To check this:

a. Open Internet Explorer and press the Alt key.

b. On the File menu, check if the Work Offline option is enabled.

Note: If this option is enabled, a check mark appears next to Work Offline.

c. If this option is enabled, uncheck the option and check for the issue.

Regards,

Sathish

[sathish]

Hello,

Could you please let us know what is the type of connection(Direct/HTTP/SSH)?

We have fixed a similar issue in V11.27 with SSH connection.

Quoting from 11.27 release notes:

Quote:

Fixed a rare case where connection to a SSH daemon failed while copying a database.

Could you please try with Version 11.27 and let us know if this is reproducible?

Regards,

Sathish

[sathish]

Hello,

Please refer: http://faq.webyog.co…agent_-sja.html

Quoting from this FAQ:

Quote:

The jobfile will often be a file with an .xml extension (and the full file name must be written), but need not use that extension. Extension can be anything. Thus you may use the extension .sja for instance and associate the .sja extension with the SJA executable in the OS. Then you can execute all .sja –files with a single mouse-click.

You can save the job file in any format. So when you are saving the job file you can specify “*.sqlyog_backup” as extension.

Quote:

If i wanted to run the backup as once, instead of having to go through the wizard, i could just double-click the file !

To execute SJA with other executables and system commands you can use the batch-processing facility of the OS (a .bat –file on Windows) or a script/an application.

Also please refer: http://faq.webyog.co…-same-time.html

Regards,

Sathish

[sathish]

You can find this in Powertools-> Import External data.

Please refer: https://static.webyog.com/docs/SQLyog/Migration_Toolkit_SQLyog_MySQL_Manager.htm

[sathish]

Hello,

This is because you have not selected the table in the object browser. This option will be enabled only when you select a table in the object browser. Please find the screen shot attached for your reference.

Regards,

Sathish

[sathish]

Hello,

Since MySQL 5.6.4 and MariaDB 5.3 there are 'Fractional Seconds in Time Values'. We already have this in our issue tracker here: https://code.google.com/p/sqlyog/issues/detail?id=1871

Regards,

Sathish

[sathish]

Hello,

We have fixed an issue related to Execute as SQL script in Version 8.21. We did this because of unicode support added in MySQL 4.1.

From version 8.21 release notes :

Quote:

When importing an external script with no explicit SET NAMES on top, SET NAMES latin1 was executed by SQLyog. Now we won't do this – and server default charset will have effect for the import in such case.

In your dump file there are latin1 characters and there is no SET NAMES latin1 in your dump file. This is because the dump is generated from MySQL server(4.0.17) which does not include SET NAME on top that is the reason why the import was failing. But with the V4.1 and above the MySQLdump will add a SET NAME on top.

So Please add

Quote:

SET NAMES 'latin1';

in your dump file and try importing it again. Also please keep a backup of the SQLdump file before you edit it.

And we don't support MySQL 4.0 anymore.

Regards,

Sathish

[sathish]

Hello,

Issue reproducible. We are checking this. Thanks for reporting.

Regards,

Sathish

[sathish]

Hello,

We have released version 11.27 with the fix for this.

Please refer:http://blog.webyog.com/2013/10/23/sqlyog-mysql-gui-11-27-released/

Regards,

Sathish

[sathish]

Hello,

Could you please let us know what is the MySQL server version ( Select Version(); )

Also please attach a small dump file where this is reproducible.

Regards,

Sathish

[sathish]

Hello,

We have added your request in our issue tracker here: https://code.google.com/p/sqlyog/issues/detail?id=1981 But currently the priority is not set for this.

Regards,

Sathish

[sathish]

Hello,

The crash is because there is no email address in “to” recipient in the job file.

We will fix this in the next public release. As a work around you can edit the job file and specify an email address in “to” recipient which will solve the issue. Could you please try this and let us know?

Regards,

Sathish

[sathish]

Hello,

It would be helpful if you could provide us the job file. Please replace all confidential details(Password) with dummy values and attach the XML job file here.

Regards,

Sathsih

[sathish]

Hello,

Thanks for the crash dump. We are checking this.

Regards,

Sathish

[Author]

Posts