Error while publishing

[johnbor]

Purchased the newest version yesterday of wysiwyg and getting a error when publishing to a site . It s a test test but I do have access to it here is Log with the error , maybe someone can help Oh and ver16 can upload to the same site but not he 19 version;

Code: Select all

*** START OF PUBLISH ***
Scanning publish folder...
Found 30 file(s).
WWB-API-Log:
  OpenFile:
    DllDate: Nov 17 2022
    WWB-API-Version: 9.5.0.93
    UnlockPrefix: PBLSFS.CB1052023
    Architecture: Little Endian; 64-bit
    Language: Visual C++ / x64
    VerboseLogging: 0
    Component successfully unlocked using purchased unlock code.
    sftpOpenFile:
      remotePath: /jarinsurance.dreamhosters.com/css/cyborg/images/ui-icons_2a9fd6_256x240.png
      access: writeOnly
      createDisposition: createTruncate
      v3Flags: 0x1a
      Sent FXP_OPEN
      responseMsgType: SSH_FXP_STATUS
      statusResponseFromServer:
        request: FXP_OPEN
        statusCode: SSH_FX_NO_SUCH_FILE
        Note: If the SSH/SFTP server is NOT Windows, then the remote filesystem is most likely case-sensitive.  If there is a difference in case, you will get this error.
        statusMessage: No such file
      --statusResponseFromServer
      retryFilepath: ./jarinsurance.dreamhosters.com/css/cyborg/images/ui-icons_2a9fd6_256x240.png
      remotePath: ./jarinsurance.dreamhosters.com/css/cyborg/images/ui-icons_2a9fd6_256x240.png
      access: writeOnly
      createDisposition: createTruncate
      v3Flags: 0x1a
      Sent FXP_OPEN
      responseMsgType: SSH_FXP_STATUS
      statusResponseFromServer:
        request: FXP_OPEN
        statusCode: SSH_FX_NO_SUCH_FILE
        Note: If the SSH/SFTP server is NOT Windows, then the remote filesystem is most likely case-sensitive.  If there is a difference in case, you will get this error.
        statusMessage: No such file
      --statusResponseFromServer
    --sftpOpenFile
    Failed.
  --OpenFile
--WWB-API-Log

WWB-API-Log:
  OpenFile:
    DllDate: Nov 17 2022
    WWB-API-Version: 9.5.0.93
    UnlockPrefix: PBLSFS.CB1052023
    Architecture: Little Endian; 64-bit
    Language: Visual C++ / x64
    VerboseLogging: 0
    Component successfully unlocked using purchased unlock code.
    sftpOpenFile:
      remotePath: /jarinsurance.dreamhosters.com/css/cyborg/images/ui-icons_2a9fd6_256x240.png
      access: writeOnly
      createDisposition: createTruncate
      v3Flags: 0x1a
      Sent FXP_OPEN
      responseMsgType: SSH_FXP_STATUS
      statusResponseFromServer:
        request: FXP_OPEN
        statusCode: SSH_FX_NO_SUCH_FILE
        Note: If the SSH/SFTP server is NOT Windows, then the remote filesystem is most likely case-sensitive.  If there is a difference in case, you will get this error.
        statusMessage: No such file
      --statusResponseFromServer
      retryFilepath: ./jarinsurance.dreamhosters.com/css/cyborg/images/ui-icons_2a9fd6_256x240.png
      remotePath: ./jarinsurance.dreamhosters.com/css/cyborg/images/ui-icons_2a9fd6_256x240.png
      access: writeOnly
      createDisposition: createTruncate
      v3Flags: 0x1a
      Sent FXP_OPEN
      responseMsgType: SSH_FXP_STATUS
      statusResponseFromServer:
        request: FXP_OPEN
        statusCode: SSH_FX_NO_SUCH_FILE
        Note: If the SSH/SFTP server is NOT Windows, then the remote filesystem is most likely case-sensitive.  If there is a difference in case, you will get this error.
        statusMessage: No such file
      --statusResponseFromServer
    --sftpOpenFile
    Failed.
  --OpenFile
--WWB-API-Log

Removing temporary files...
Publish failed!
*** END OF PUBLISH ***

[Pablo]

Are you sure the remote folder is correct?

[johnbor]

Positive...Im going to roll back to the 16 version and make sure its uploading with that one.. let me check

[Pablo]

Based on the error, I think there is an error in the remote path setup.

[BaconFries]

..Im going to roll back to the 16 version and make sure its uploading with that one.. let me check

Please note if you have saved the project (the .wbs) in WWB19 then you will not be able to open in WWB16 as it is not possible.

[johnbor]

I did check one thing .. I used the webportal to upload my files and the site worked of coarse ...I then used wysiwyg to edit the site and make changes then used the Publish tool to upload the changes and it then worked.. that told me my path was correct, for some reason it wont add the files until they were once there..

[johnbor]

..Im going to roll back to the 16 version and make sure its uploading with that one.. let me check

Please note if you have saved the project (the .wbs) in WWB19 then you will not be able to open in WWB16 as it is not possible.

I can roll my system back with a image before the install

[johnbor]

Nope Im correct you have a problem with v19 publish feature, on the first upload.... after the files are there changes can be made...it will not allow it until the files were there first at least with dreamhost.

[johnbor]

Just ran a different website with version 16 and boom it worked fine to the same host, directory and so on, same folders, host , everything, so that tells me the problem lays with v 19 publish ..

[johnbor]

Just ran another full test with v 16 and this time I deleted all the files in the directory as if it was empty and v16 Published perfect when i try the same thing with v 19 with all deleted , it wont publish them until they are there..

update I noticed the v 16 had to use scripts or cgi folder nor never uploaded the cgi folder or scripts folder either even if it did not use them.

[Pablo]

There are no known issues with WB19, there have not been any reported issues so far by other users.
However, there are many different servers and configurations, so it is difficult to say anything meaningful about this without knowing the exact configuration.

If you need further assistance then please setup a test configuration and share the login details so I can try to help you.

[johnbor]

Ok Pablo, I understand I did find where the problems lays thanks to Dreamhost the secure SSH is on by default and that why (they said) it will not create any items by some applications, BUT it will transfer everything correctly if I use the old non secure ftp port 21 connection then switch over to the SHH connection, so I do think its a problem that no one hit upon unless they use SSH the first time port 22 only after that it ..

[Pablo]

Thank you for clearing that up.

However, this does not work different than in previous version.
Maybe your firewall blocks the connection the first time?