Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

App doesn't launch #2174

Closed
qJackDodgersp opened this issue Apr 18, 2020 · 46 comments
Closed

App doesn't launch #2174

qJackDodgersp opened this issue Apr 18, 2020 · 46 comments
Labels
bug Confirmed to be a bug

Comments

@qJackDodgersp
Copy link

After instalation, program doesn't respond.
No errors or any warning shows up.

image

Bug Report

Expected behavior:

Actual behavior:

Detailed steps to reproduce:

Fits involved in EFT format (Edit > To Clipboard > EFT):

Release or development git branch? Please note the release version or commit hash:

Operating system and version (eg: Windows 10, OS X 10.9, OS X 10.11, Ubuntu 16.10):

Other relevant information:

@DarkFenX
Copy link
Member

Open <user folder>\.pyfa\ and upload the latest log file somewhere, e.g. https://gist.github.com/

@qJackDodgersp
Copy link
Author

wich file is the log:

@DarkFenX
Copy link
Member

Files named like pyfa-2020-04-18.log

@qJackDodgersp
Copy link
Author

not a single file with that extension on directory.

@qJackDodgersp
Copy link
Author

I also tried some late versions with the same issue.

@biomath
Copy link

biomath commented Apr 21, 2020

Identical problem here. Previous versions also do not launch.
image

@DarkFenX
Copy link
Member

DarkFenX commented Apr 21, 2020

What about https://github.com/pyfa-org/Pyfa/releases/tag/v2.16.0, does it work for you?

@Ceraci
Copy link

Ceraci commented Apr 21, 2020

What about https://github.com/pyfa-org/Pyfa/releases/tag/v2.16.0, does it work for you?

I have the same problem ... with the proposed version of January / 2020 it works normally, however, with the current version not yet.

image

@DarkFenX
Copy link
Member

  1. Try running app from the console (open command line, cd <pyfa folder>, pyfa.exe) and see if it prints anything
  2. What are your regional settings? "Locale/language for non-unicode programs" and "format" settings specifically.
  3. Can you try versions after v2.16.0 one-by-one and find the oldest one which doesn't start? Bear in mind several versions triggered anti-virus warnings, but you can ignore them (refer to Trojan warning from Windows Defender and several other AV monitors with pyinstaller 3.6 #2125 for more info).

@Ceraci
Copy link

Ceraci commented Apr 21, 2020

  1. Try running app from the console (open command line, cd <pyfa folder>, pyfa.exe) and see if it prints anything
    Answer: Does not inform anything
  1. What are your regional settings? "Locale/language for non-unicode programs" and "format" settings specifically.
    image
  1. Can you try versions after v2.16.0 one-by-one and find the oldest one which doesn't start? Bear in mind several versions triggered anti-virus warnings, but you can ignore them (refer to Trojan warning from Windows Defender and several other AV monitors with pyinstaller 3.6 #2125 for more info).
    Answer: From that version none worked ... all had similar problems of not opening the application. I even disabled windows defender and I don't use another anti virus ... however, it still doesn't work ...

@DarkFenX
Copy link
Member

DarkFenX commented Apr 23, 2020

I will try to find out which exactly library upgrade caused that, and if it depends on the Format setting (if it does, most likely it is wxpython).

Try changing format setting to US english and see if it helps.

I will try debugging it myself, but first i need some spare time and access to windows machine, so no promises it happens until end of the following week.

@Ceraci
Copy link

Ceraci commented Apr 23, 2020

I will try to find out which exactly library upgrade caused that, and if it depends on the Format setting (if it does, most likely it is wxpython).

Try changing format setting to US english and see if it helps.

I will try debugging it myself, but first i need some spare time and access to windows machine, so no promises it happens until end of the following week.

With the change of the regional configurations the most current version worked ... now let's see what it can be so that we can use the local version ... but thanks in advance for your attention!!!

@DarkFenX
Copy link
Member

With the change of the regional configurations the most current version worked

Could you say changing which setting exactly has helped you? "Format" or something else?

@Ceraci
Copy link

Ceraci commented Apr 24, 2020

With the change of the regional configurations the most current version worked

Could you say changing which setting exactly has helped you? "Format" or something else?

Only with the change of format ... I restarted and it was working as usual ...

@DarkFenX
Copy link
Member

DarkFenX commented Apr 24, 2020

Okay, then most likely it is the wxpython issue i was talking about, and I am afraid there won't be a way to fix it without breaking anything. The options I have right now:

So, python 3.8 + wxpython 4.0.7post2 + reset locale is a no-go (crashes), without reset locale you get RTL interface on some locales and crashes on another locales, and with 3.7 + 4.0.6 you have this issue. I am cornered and either way I choose, I will have one issue or another.

I think that correct course of action is to poke wxpython devs so that they fix images in their repo and make another bug fix release, which I will be able to use with locale reset, which - theoretically - should resolve all linked issues.

And for you as a user, workaround would be to change the format setting until we have this issue resolved.

@DarkFenX
Copy link
Member

@Ceraci please try setting locale back to the setting which used to break pyfa and try one of those builds: https://ci.appveyor.com/project/pyfa-org/pyfa/builds/32409127/artifacts see if pyfa launches and if character editor opens without a crash.

In this build I am resetting locale on python 3.7 + wxpython 4.0.6, so maybe it will help.

@DarkFenX DarkFenX added the bug Confirmed to be a bug label Apr 24, 2020
@Ceraci
Copy link

Ceraci commented Apr 24, 2020

@Ceraci please try setting locale back to the setting which used to break pyfa and try one of those builds: https://ci.appveyor.com/project/pyfa-org/pyfa/builds/32409127/artifacts see if pyfa launches and if character editor opens without a crash.

In this build I am resetting locale on python 3.7 + wxpython 4.0.6, so maybe it will help.

Something strange happened ... after applying this experimental version, both the Portuguese (Brazil) and English (USA) formats stopped working ... then I decided to validate some versions to see the behavior ... below the table comparative:
image

@DarkFenX
Copy link
Member

Okay. I will try to drill down what's exactly the issue with portuguese/brasil later and will revert the workaround I implemented. Meanwhile, use release version with non-portuguese format.

@Ceraci
Copy link

Ceraci commented Apr 24, 2020

Okay. I will try to drill down what's exactly the issue with portuguese/brasil later and will revert the workaround I implemented. Meanwhile, use release version with non-portuguese format.

I tried what was requested, however, it did not work with the current version 2.20.3, follows the updated chart of tests performed:
image

@DarkFenX
Copy link
Member

DarkFenX commented Apr 25, 2020

wait, I might misinterpreted those tables. Does release version (v2.20.3 for example) not launch for you after you launched that experimental version? If yes, it doesn't make much sense...

@Ceraci
Copy link

Ceraci commented Apr 25, 2020

wait, I might misinterpreted those tables. Does release version (v2.20.3 for example) not launch for you after you launched that experimental version? If yes, it doesn't make much sense...

Let me detail all the phases of what happened from yesterday:

  1. We had managed to make the pyfa-v2.20.2-win version work by changing the regional / format settings to English (USA);

  2. Then, as you were asked to install the version pyfa-v2.20.2 + 12-gea07bbf4-win and return the regional settings / format Portuguese (Brazil);

  3. After making the change to the pyfa-v2.20.2 + 12-gea07bbf4-win version, the application stopped working in the two regional / format configurations, it can be seen in my first table informed yesterday earlier;

  4. After the release of the pyfa-v2.20.3-win version, I tested again on the two formats of regional configurations, however, without success either;

  5. I redid the process step by step, starting from the pyfa-v2.16.0-win version as observed in the second table, presenting the results reported there;

I am also unable to reach a consensus on what may have been changed in the experimental version pyfa-v2.20.2 + 12-gea07bbf4-win which came to stop working what had previously worked at least with the English (US) regional settings. I hope I can help you to clarify this situation with the explanations above.

@qJackDodgersp
Copy link
Author

I've noticed something interesting.

When I boot up my computer, I clicked on Pyfa like a madman, and it seems to briefly pop up the program window. Then, it closes itself after a little while.
Anyone could try?

Portuguese BR here.

@Ceraci
Copy link

Ceraci commented Apr 25, 2020

I've noticed something interesting.

When I boot up my computer, I clicked on Pyfa like a madman, and it seems to briefly pop up the program window. Then, it closes itself after a little while.
Anyone could try?

Portuguese BR here.

I did what was asked, however, he even tried to load it, however, he did not get to open the application.

Therefore, I did another test that crossed my mind that was to start windows 10 in safe mode:

  1. Windows key + R
  2. msconfig
  3. System initialization
  4. Startup options
  5. I have checked Safe Boot / Minimal
  6. Restarted the system

The system started in safe mode without loading all services, only the minimum for operation. Open the application in its pyfa-v2.20.3-win version installed with the regional settings / Portuguese (Brazil) format and the application opened normally.

Faced with a system without loading any driver the application worked normal, I couldn't test it all, considering that there was no internet connection to load the pilot and other things.

But apparently there is something that starting at startup that is causing the application not to run properly.

I remain willing to do other tests if necessary.

@DarkFenX
Copy link
Member

DarkFenX commented Apr 25, 2020

I am also unable to reach a consensus on what may have been changed in the experimental version pyfa-v2.20.2 + 12-gea07bbf4-win which came to stop working what had previously worked at least with the English (US) regional settings.

Me neither. The only relevant change in linked build is ea07bbf which resets app's locale. It should leave no persistent effects (which remain across different builds). Maybe it affected some system setting somehow, i do not know. Try moving <user>\.pyfa\ somewhere and launch any build which worked previously.

I am yet to try how pyfa works with your format setting, once I get to it I will post here.

@qJackDodgersp trying to load pyfa on system startup probably allows system to draw pyfa frame before it gets to process the event which makes pyfa crash (since the system is busy with loading various resources).

@Ceraci
Copy link

Ceraci commented Apr 26, 2020

Me neither. The only relevant change in linked build is ea07bbf which resets app's locale. It should leave no persistent effects (which remain across different builds). Maybe it affected some system setting somehow, i do not know. Try moving <user>\.pyfa\ somewhere and launch any build which worked previously.

I am yet to try how pyfa works with your format setting, once I get to it I will post here.

After moving the \ .pyfa \ folder and reinstalling the pyfa-v2.20.3-win version with the regional settings / English (USA) format it returned to work.

Just to note that the Portuguese (Brazil) format did not work.

I am available for further tests.

Thank's for your help at all times requested.

@biomath
Copy link

biomath commented Apr 26, 2020

The fix above did not work for me.
A potentially relevant detail is I also have Portuguese (Brazil) as an alternate keyboard and my Region Settings were set to "Match windows display settings" (my display has always been English (US)). Switching it to English (US) does not help.

@Ceraci
Copy link

Ceraci commented Apr 26, 2020

The fix above did not work for me.
A potentially relevant detail is I also have Portuguese (Brazil) as an alternate keyboard and my Region Settings were set to "Match windows display settings" (my display has always been English (US)). Switching it to English (US) does not help.

Ok ... I will do a step by step below the actions I performed here on my operating system to try to help you, follow the sequence and see if the application will work for you:

  1. Uninstall the version of pyfa that is installed on the PC;
  2. Remove the < user > \ .pyfa\ folder and place it in another folder;
  3. Enter the Regional Settings >> Format and change to English (USA);
  4. Restart the computer;
  5. Install the pyfa-v2.16.0-win version;
  6. Check if the pyfa will open;
  7. If step 6 worked, install the pyfa-v2.20.3-win version;
  8. Check if pyfa will open.

For my format in question, which is Portuguese (Brazil) it doesn't work, however, my goal is to have the application working to be able to subsidize my gameplay with EVE, and as in the English (USA) format it doesn't hinder me at all in my PC, then the provisional solution made is satisfactory.

Remembering that the configuration of the keyboard layout does not change the situation above, I did these tests too, and there was no explicit change.

I hope I can help you.

@biomath
Copy link

biomath commented May 1, 2020

Thank you for trying to help. I followed your troubleshooting, but unfortunately only v2.16 worked.

@qJackDodgersp
Copy link
Author

pyfa-v2.16.0-win opens, new one doesn't.

@DarkFenX
Copy link
Member

DarkFenX commented May 4, 2020

Well, I've set Format to Portuguese (Brazil) and cannot reproduce the issue on windows 10 with pyfa-v2.20.3-win.exe. Are there any extra settings which can affect that? For example Regional Settings > Administrative > Language for non-unicode programs, what do you have in there?

And for all the people who experience this issue - could you try getting logs, like mentioned in this comment? #2174 (comment)

As it stands now - I am unable to help you with this issue if I cannot reproduce it myself, and if I have no data to work with. Reverting to 2.16.0-alike builds is a no-go due to a number of issues (pyinstaller 3.3 vulnerabilities, anti-virus false positives etc).

@biomath
Copy link

biomath commented May 4, 2020

Hi,
That's unfortunate, but thanks for trying to help. Below is a screenshot of my settings for non-unicode program languages. As for the logs, in my case, attempting to run pyfa 2.20.3 does not generate a .pyfa folder and logs under Users/.../.pyfa

Let me know if you have any other suggestions on how I could generate more data on this issue.

image

@DarkFenX
Copy link
Member

DarkFenX commented May 4, 2020

US english in "non-unicode programs" should not affect how pyfa works, even if there were some bugs.

Idk what else could affect it. One random guess: what kind of anti-virus software do you guys run?

@Ceraci
Copy link

Ceraci commented May 5, 2020

I use windows defender ... without many restrictions ...

@qJackDodgersp
Copy link
Author

Norton

@qJackDodgersp
Copy link
Author

Well, I've set Format to Portuguese (Brazil) and cannot reproduce the issue on windows 10 with pyfa-v2.20.3-win.exe. Are there any extra settings which can affect that? For example Regional Settings > Administrative > Language for non-unicode programs, what do you have in there?

And for all the people who experience this issue - could you try getting logs, like mentioned in this comment? #2174 (comment)

As it stands now - I am unable to help you with this issue if I cannot reproduce it myself, and if I have no data to work with. Reverting to 2.16.0-alike builds is a no-go due to a number of issues (pyinstaller 3.3 vulnerabilities, anti-virus false positives etc).

Found them.

https://gist.github.com/qJackDodgersp/7cc9df735e9dce6497fc852ad8370ed4

@biomath
Copy link

biomath commented May 10, 2020

Windows defender. Turning off real-time protection before trying to start pyfa does not solve the problem

@alange1978
Copy link

Same issue here, also Portuguese (Brazil). Since v16.3, I cant update Pyfa. I would like to be able too, there are a lot of big changes in EVE since then.

@DarkFenX
Copy link
Member

DarkFenX commented May 21, 2020

Do you guys have Portuguese windows interface as well, or just "Format" field?

Or, I can change question to be more general: what Portuguese-specific you might have in your OS?

@qJackDodgersp
Copy link
Author

Full OS, Native Brazilian here.

@alange1978
Copy link

All Portuguese (Brazil); OS, interface, format, keybord.

@qJackDodgersp Can you add Kurgo Iason ingame for us to talk and try the workaround you did to make Pyfa to work? I've tryed to reproduce your steps, but failed.

@biomath
Copy link

biomath commented May 28, 2020

Do you guys have Portuguese windows interface as well, or just "Format" field?

Or, I can change question to be more general: what Portuguese-specific you might have in your OS?

My OS is full EN-US (laptop bought in US too). Only keyboard had PORT-BR option installed but not really used.

@qJackDodgersp
Copy link
Author

I was trying to run it, and closing different processes on Task Manager. I~ve noticed that sometimes the Pyfa Icon shows up but closes as soon as it lands on the task manager.

Insta Lock and Insta Kill on it,.

@qJackDodgersp
Copy link
Author

qJackDodgersp commented Jun 4, 2020

SOLVED

Brazilian users. The WARSAW Banking Security Software doesn't let PYFA open.
I opened task manager and clicked Pyfa like I was paid for it. Noticed that WARSAW software spiked in CPU demand.
Deleted it and Pyfa is working like a charm.
But you'll have to use your phone to make your banking transactions.

You're welcome. Cheers.

@biomath
Copy link

biomath commented Jun 5, 2020

SOLVED

Brazilian users. The WARSAW Banking Security Software doesn't let PYFA open.
I opened task manager and clicked Pyfa like I was paid for it. Noticed that WARSAW software spiked in CPU demand.
Deleted it and Pyfa is working like a charm.
But you'll have to use your phone to make your banking transactions.

You're welcome. Cheers.

You solved this mystery, sir. Congrats and thank you!

@qJackDodgersp
Copy link
Author

SOLVED
Brazilian users. The WARSAW Banking Security Software doesn't let PYFA open.
I opened task manager and clicked Pyfa like I was paid for it. Noticed that WARSAW software spiked in CPU demand.
Deleted it and Pyfa is working like a charm.
But you'll have to use your phone to make your banking transactions.
You're welcome. Cheers.

You solved this mystery, sir. Congrats and thank you!

Send the ISK to Jack Dodgers please.

LOL

@DarkFenX
Copy link
Member

DarkFenX commented Jun 6, 2020

I am really glad you have sorted this out. Good job.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Confirmed to be a bug
Projects
None yet
Development

No branches or pull requests

5 participants