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

Forum Replies Created

Viewing 15 posts - 3,511 through 3,525 (of 7,398 total)
  • Author
    Posts
  • in reply to: Export Bug – Too Much Rows #25312
    peterlaursen
    Participant

    We were not able to finish analyzing this with 6.14 RC. Now it is absolutely priority #1.

    in reply to: Alter Table Raised Error #25353
    peterlaursen
    Participant
    in reply to: Sqlyog Job Agent Keeps Running #25076
    peterlaursen
    Participant

    a PLINK process will continue to run if SQLyog or SJA is running using SSH tunnelling, and the 'mother program' (SQLyog, SJA) is not closing down 'gracefully' (ie: killed or crashing). This PLINK process is now 'orphaned' and it will run untill it is killed or system reboots. I do not think it can be otherwise on Windows.

    When closing normally SQLyog and SJA will close the PLINK process too.

    I will add the timeout request to our issue-tracker today!

    in reply to: Export Bug – Too Much Rows #25309
    peterlaursen
    Participant

    not required.

    Finally we 'caught it in the act' . Now we can debug this, I think!

    in reply to: Export Bug – Too Much Rows #25308
    peterlaursen
    Participant

    So weird only that we cannot reproduce when it is so simple for you to do!

    Do you have access to another server (alternatively we may create an account for you on our server) ?

    Do you have an option to try on another client machine?

    in reply to: 6.13 Schema Designer #25367
    peterlaursen
    Participant

    I am sorry but I am not able to understand!

    In this

    table A – primary key Field_0, foreign key Field_1

    table B – primary key Field_1, Field_2, also a non unique index on Field_2

    table C – primary key Field_2

    .. please change to the names actually used in the screenshot. And if FK's are defined please paste table create statement!

    in reply to: Feature Request – Table Views, Schema Designer #25377
    peterlaursen
    Participant

    1) To print you will need a screen grabber. There are lots of them. Also some that will capture the Schema Desinger Window alone. Maybe we can built in such code into SQLyog.

    2) I think that will be a major change. Anyway it is a good request! We will need time to discuss this

    3) OK .. request understood. currently the LIMIT setting is used. You can change the LIMIT in 'preferences' to match your display.

    in reply to: Sja613 Linux — "nothing Happens!?" #25366
    peterlaursen
    Participant

    we know that the sja.log could be much better!

    in reply to: Linux (wine) Bugs With Sqlyog 6.13 #25356
    peterlaursen
    Participant

    FYI: the known issues with Wine are described here:

    http://code.google.com/p/sqlyog/issues/detail?id=12

    We will study your report tomorrow morning.

    in reply to: Sja613 Linux — "nothing Happens!?" #25364
    peterlaursen
    Participant

    do something …. well, that's an excellent idea really! We will discuss that! But we thought that people were running Linux only for entertainment and for the reason they could then tell that they do!

    Jokes apart:

    Could there be a Firewall issue? If you use SJA on Linux you would probably connect to MySQL on the same machine? Try 'localhost' or '127.0.0.1' as.

    Spam filter issue that results in that mails are not received ?

    SMTP: “mySQL Server on ov2”? SMTP must a a SMTP (mail) server not a MySQL server . But was that what you meant?

    You have abort on error = yes and no connection error/authencation error in the log, so .. thinking …

    peterlaursen
    Participant

    It is very hard to tell a definite answer!

    But if you are not in control of server configuration (shared server), then replication is out of question!

    Basically we provide a TRIAL so that you can test with your own data, connections etc.

    The standard TRIAL only allows for syncing two tables per job. We can make special arrangement, however. Please create a support ticket then.

    in reply to: Export Bug – Too Much Rows #25305
    peterlaursen
    Participant

    Still not reproducable!

    Server version?

    Table Engine?

    We have to be sure that your indexes or tablespace is not corrupted!

    Do you consistently use PK's in your tables?

    Did you try 'repair table' (if MyISAM)?

    With InnoDB the ultimate repair is to export and import again!

    still waiting for the breakthrough here!

    in reply to: Export Bug – Too Much Rows #25303
    peterlaursen
    Participant

    And this happens for you with all tables (big enough to take the necessary amount of time to export) and not only specific tables?

    in reply to: Connection Dialog Problems With Pulldown Field #25345
    peterlaursen
    Participant

    two persons tried on two different systems. We still cannot reproduce!

    I wonder if you have some special mouse driver or setting that will select (= 'click') after hovering the same place for some time. Some laptop Touchpads actually have this option (and some will CLICK on the touchpad itself). Also there are tweaks/utilities that do similar things with an ordinary mouse.

    Is your mouse using Windows standard driver or something else like LOGITECH driver for instance?

    in reply to: Migrating To Pre-existing Database #25336
    peterlaursen
    Participant

    If we shall comment this exact case, please provide a .mdb file for the reasons:

    1) we will get a much more efficient workflow

    2) we need the types exactly as defined in Access

    3) we could easily make a mistake when building a .mdb ourselves

    You can empty the file for data! Only structure is required for structure sync!

Viewing 15 posts - 3,511 through 3,525 (of 7,398 total)