New install not starting up

The new version is working fine, thanks for the support!

1.27 update now not starting on windows.

@DrFredPhD Do you see the window or is it failing to start at all? If yes, do you use any startup arguments for your app instance?

There could be still a case where the app is not starting up at all compared to v1.2.5 if you use wrong startup arguments. Please see https://github.com/bisq-network/bisq/commit/7f9c935a8b4ace6b6fdbbbdd6e62a85b61b738ba for details.

Please have a look in C:\Users<***>\AppData\Roaming\Bisq there should be the log file located on Windows. Would be great if you could join us in the #support channel on Keybase to continue support for this issue.

Not seeing any window or process running in task manager. No startup arguments. Downgraded back to 1.25 for now.

Could you try to launch the jar file of the app manually?

java -jar .\AppData\Local\Bisq\app\desktop-1.2.7-all.jar

For this to run you need to have Java installed on your machine. I want to check if the problem is with the binary or if some configuration error prevents you from starting v1.2.7.

It should print some error when the app is not starting

After the upgrade to 1.2.7 I could not start Bisq anymore under Ubuntu 18.4.4

Starting it from the command line results in:

$ /opt/Bisq/Bisq
error: Application data directory '/home/xxx/.local/share/Bisq' could not be created

The directory already exists. Somehow the program tries to create an already existing directory…

After running from command line on windows I have the same problem with the already existing data directory

Could you please post here what is exactly printed when starting the jar file as described above. Thanks!

When you use v1.2.5 it starts up without any error?

When running with OpenJDK 13 x64

error: Application data directory ‘C:\Users\xxx\AppData\Roaming\Bisq’ could not be created.

JRE 8 32-bit seems to be not compatible as returns wrong class version error.

1.25 Still working fine

Yes, with 1.2.5 everything worked fine for me. No config file or parameter have been changed on my part.

Looking at the code of bisq.common.config.Config @245

I assume the default config file path at ~/.local/share/Bisq/bisq.properties stored in the var defaultConfigFile should be read.

However the variable defaultConfigFile is never read again and then at line 630 it tries to create the parent directory what will throw the new ConfigException(ex, "Application data directory '%s' could not be created", path);

However I didn’t compiled and debug the code. I just skimmed over it…

Does this directory exist for you already? If yes, do you have a bisq.properties file in there? If yes, could you please post the content of it here? Thanks!

Just saw that the directory exists for you already.

I’ve just created an GitHub issue to track this problem: https://github.com/bisq-network/bisq/issues/3998

Could users affected by the appDataDir creation issue please post their operating system details? Windows / Linux distro / version, etc. Thanks.

“Ubuntu 18.04.4 LTS”. If you need further details let me know.

I have been unable to reproduce this error. Here are the steps I took:

  1. Install a fresh Ubuntu 18.04.4 LTS VM via VirtualBox
  2. Download and install the Bisq v1.2.5 .deb from https://github.com/bisq-network/bisq/releases/tag/v1.2.5
  3. Run Bisq successfully with no command line options
  4. Notice that the app starts up without error
  5. Inspect ~/.local/share/Bisq and notice that everything is in place as it should be
  6. Click the link within the running Bisq application to download and verify the v1.2.7 release
  7. Close Bisq v1.2.5, install and run the newly-downloaded v1.2.7 .deb.
  8. Notice that the app starts up without error
  9. Inspect the ~/.local/share/Bisq directory and the contents of the bisq.log file within and notice that everything is as it should be.

Since I cannot reproduce this myself, what’s needed now is to get more information about the reason for the failure to create the (already existing) ~/.local/share/Bisq directory. I’ve just published a patch that will ensure a stack trace is printed to the console in the case of this kind of directory creation failure. @tieck and/or @DrFredPhD, could one of you build and run from source using the following commands and report the stack trace back here?

First you will need to have JDK 10, 11 or 12 installed locally. Use JDK 10 if you don’t have anything installed already. You can get it from https://jdk.java.net/. When complete, check your java version at the command line and you should see the following:

$ java -version
openjdk version "10.0.2" 2018-07-17
OpenJDK Runtime Environment 18.3 (build 10.0.2+13)
OpenJDK 64-Bit Server VM 18.3 (build 10.0.2+13, mixed mode)

Next, you need to build and run Bisq with my patch applied. Here’s how to do it if you have git installed. If you don’t, see the alternative instructions that follow:

git clone --depth=50 --branch=debug-appdir-creation https://github.com/cbeams/bisq
cd bisq
./gradlew :desktop:run

If you do not have git installed, you can download the source as a zip file, unzip it and run the ./gradlew :desktop:run command within the bisq directory it unzips into:

  1. Download and unzip https://github.com/cbeams/bisq/archive/debug-appdir-creation.zip
  2. cd bisq
  3. ./gradlew :desktop:run

Note that on Windows, you will need to run gradlew.bat :desktop:run instead of ./gradlew :desktop:run

You should end up with an error that begins with the following lines:

> Task :desktop:run FAILED
fault: An unexpected error occurred. Please file a report at https://bisq.network/issues
...

Please copy and paste your entire error message.

Note that I am going to cross-post this comment to the GitHub issue tracking this bug at https://github.com/bisq-network/bisq/issues/3998. Please feel free to respond there if you have a GitHub login. Otherwise, I will make sure any relevant information posted here ends up there as well.