Unsupported Screen Size: The viewport size is too small for the theme to render properly.

Forum Replies Created

Viewing 15 posts - 16 through 30 (of 2,527 total)
  • Author
    Posts
  • in reply to: Keyboard Input (shift + 9) Problem. #21909
    Ritesh
    Member

    I would also like to know about the SHIFT+9 problem.

    in reply to: Error Back… In 14 Final #21905
    Ritesh
    Member

    Yes. “Select * from….” from result tab would be little faster then TABLE DATA as no duplication of data is done in Result Tab in the initial stage. When a user updates a ROW then a duplicate copy is made. In RESULT TAB, duplicate copy of the data is made and kept in the memory from the beginning itself.

    We plan to improve upon this part in TABLE DATA in one of the future versions. We indeed had plans too implement page wise browsing/editing in TABLE DATA as you suggested. Actually, it has already been implemented likewise in SQLyog Max.

    in reply to: Sja Fails To Sync Databases #21892
    Ritesh
    Member

    Thank Peter.

    Regarding structure sync, it has been reproduced and Sarat will be working on it in the next version. We basically don't change for TIMESTAMP length in Structure Sync. The problem lies in the issue that between MySQL 4.0 and 4.1, the implementation of TIMESTAMP has changed so we need to take care of the multiple MySQL versions.

    Regarding data sync, we are working on it. Expect a reply by evening.

    in reply to: Sja Fails To Sync Databases #21889
    Ritesh
    Member

    Changing from TIMESTAMP(14) to TIMESTAMP is due to the MySQL server which silently changes TIMESTAMP with any range to just TIMESTAMP in v4.1. This is a known issue.

    SJA takes TIMESTAMP into consideration but your case looks strange.

    If the data is not confidential then can you send me sample data so that we can reproduce the error at our end?

    We created the table with sample data at our end but could not reproduce the problem.

    in reply to: Sqlyog 5.12: Very Slow Update Time #21673
    Ritesh
    Member
    in reply to: Q About Connecting With Https As Host Address #21876
    Ritesh
    Member

    They both should be equally secured but SSH Tunneling will be 10x times faster then HTTP.

    in reply to: Sqlyog 5.1 Rc Still Quietly Disappears #21275
    Ritesh
    Member

    Nope.

    We have not been reported any issue.

    Can you give us a table dump and some idea of steps to follow to fix the issue?

    in reply to: Autocomplete And Table Locks #21883
    Ritesh
    Member

    Thanks for the info. This is definitely a good idea. I will add this in the TO-DO list.

    We can basically implement a user defined timeout error for all kinds of Autocomplete query.

    Quote:
    in this particular situation there is no way to stop the running query either. No 'red cross' icon, and program is not responsive. So the request for a time-out when accessing a LOCKED table is not only for autocomplete!

    The red cross action should work. Once you execute a query and it stops, pressing the red cross should break the query and reconnect again. Is this not happening or am I missing something?

    in reply to: Feature Request – View Database Sync Sql #21881
    Ritesh
    Member

    I am not sure how logging of queries that will bring changes to the DB would be helpful but we did have lot of request for the same.

    Basically, instead of executing the INSERT/UPDATE statement, we log it into the file. This is not very hard to implement and we do plan to implement this feature soon.

    in reply to: Q About Connecting With Https As Host Address #21874
    Ritesh
    Member
    Quote:
    I'm testing out some secure connection options, and I can connect to my site via https as my host address. Since this is SSL, is there any reason this isn't secure? (as compared to SSH Tunneling).

    It should be secure. We have couple of customers working with the same configuration.

    Quote:
    I was having trouble connecting via SSH. I was able to connect to my remote db without SSH while using http:// as part of the host address. However, when I added in SSH, I couldn't connect. I tried using a host name both with http:// and without in the SSH settings, but neither worked. I discovered that when I take out the http:// from the regular connection settings and then leave it out in the SSH, then all of a sudden I was able to connect via SSH. This may come in handy for someone…

    You can either use SSH to HTTPS. You cannot use both at the same time. What I mean is that you can either use SSH or HTTP Tunneling.

    If you have SSH running on your MySQL server then you should be able to connect using SSH Tunneling without any problem.

    Are we missing something?

    in reply to: Stored Procedure Integration With Svn #21857
    Ritesh
    Member

    Very valid requirement. In fact, many SQLyog users visiting our booth at the MySQL UC wanted source control integration.

    We have put it in our TODO list.

    in reply to: Error 73 #21850
    Ritesh
    Member
    mreaves53 wrote on Jun 7 2006, 03:57 PM:
    I can connect to the server using MySQL Broswer.

    MySQL Browser does not support HTTP tunneling so I am sure that you are using direct connection. However, in SQLyog you are trying HTTP Tunneling. The parameters are different.

    Can you connect thru SQLyog using direct connection?

    in reply to: Can't Update Table Data #21790
    Ritesh
    Member

    5.14 BETA 2 should be even better! Check it out at:

    http://www.webyog.com/forums/index.php?sho…t=0&#entry10419

    in reply to: Error 73 #21847
    Ritesh
    Member
    peterlaursen wrote on Jun 7 2006, 02:50 PM:
    Looks like a XML-related issue – doesn't it Ritesh?

    Yes. Seems to be data-specific…

    in reply to: Error 73 #21845
    Ritesh
    Member

    Can we get temporary access to you server? If a bug is reproduced, we guarantee a fix within 72 hours.

    Please send the server details to riteshATwebyog.com with a cc to peter_laursenATwebyog.com

Viewing 15 posts - 16 through 30 (of 2,527 total)