Links in Help menu take a long time to open the page in browser. #73003

New Issue

Ankit Meel · 2020-01-09T18:21:53+01:00

Ankit Meel commented

2020-01-09 18:21:53 +01:00

System Information
Operating system: Darwin-18.6.0-x86_64-i386-64bit 64 Bits
Graphics card: Intel(R) HD Graphics 6000 Intel Inc. 4.1 INTEL-12.9.22
Safari 12.1.1
Firefox 72.0
macOS 10.14.5 (Mojave).

Blender Version
Broken: version: 2.82 (sub 6), branch: menu (modified), commit date: 2020-01-08 16:23, hash: e72ecaa371
Worked: (optional)

Short description of error
Clicking webpage items in Help menu changes the browser but takes a long time to open a tab and thus the webpage.

Exact steps for others to reproduce the error

Blender has focus, click Help menu, click Manual.
Default browser takes focus immediately but shows the spinning pinwheel.
After a long time, it switches to the window, often on another desktop and opens a new tab.

Findings:
Also verified in a fresh user account.

Delay in both Safari, Firefox, or any other default browser. Video: {F8267657, name=same_space ,layout=link}
Beachball and longer delay in both browsers, if they are not on the same desktop/ space as Blender. Beachball didn't appear in screen recording, but appears on screen. Video: {F8267661, name=diff_space ,layout=link}

**System Information** Operating system: Darwin-18.6.0-x86_64-i386-64bit 64 Bits Graphics card: Intel(R) HD Graphics 6000 Intel Inc. 4.1 INTEL-12.9.22 Safari 12.1.1 Firefox 72.0 macOS 10.14.5 (Mojave). **Blender Version** Broken: version: 2.82 (sub 6), branch: menu (modified), commit date: 2020-01-08 16:23, hash: `e72ecaa371` Worked: (optional) **Short description of error** Clicking webpage items in Help menu changes the browser but takes a long time to open a tab and thus the webpage. **Exact steps for others to reproduce the error** - Blender has focus, click Help menu, click Manual. - Default browser takes focus immediately but shows the spinning pinwheel. - After a long time, it switches to the window, often on another desktop and opens a new tab. **Findings:** Also verified in a fresh user account. - Delay in both Safari, Firefox, or any other default browser. Video: {[F8267657](https://archive.blender.org/developer/F8267657/Screen_Recording_2020-01-09_at_00.20.23.mov), name=same_space ,layout=link} - Beachball and longer delay in both browsers, if they are not on the same desktop/ space as Blender. Beachball didn't appear in screen recording, but appears on screen. Video: {[F8267661](https://archive.blender.org/developer/F8267661/Screen_Recording_2020-01-09_at_00.06.02.mov), name=diff_space ,layout=link}

Ankit Meel commented

2020-01-09 18:21:53 +01:00

Added subscriber: @ankitm

Nathan Letwory commented

2020-01-09 18:51:21 +01:00

Added subscriber: @jesterking

Nathan Letwory commented

2020-01-09 18:51:21 +01:00

For the record: I was unable to reproduce the delay with FireFox Nightly (74.0a1 (2020-01-08) (64-bit)), Chrome (Version 79.0.3945.117 (Official Build) (64-bit)) and Safari (Version 13.0.4 (15608.4.9.1.3)) on Catalina 10.15.2

@ankitm, have you tried with browser extensions disabled?

For the record: I was unable to reproduce the delay with FireFox Nightly (74.0a1 (2020-01-08) (64-bit)), Chrome (Version 79.0.3945.117 (Official Build) (64-bit)) and Safari (Version 13.0.4 (15608.4.9.1.3)) on Catalina 10.15.2 @ankitm, have you tried with browser extensions disabled?

Yevgeny Makarov commented

2020-01-09 18:58:56 +01:00

Added subscriber: @jenkm

Yevgeny Makarov commented

2020-01-09 18:58:56 +01:00

I can't reproduce it in Safari 13.0.4 (macOS 10.14.6) either, but I remember the issue was earlier.

Ankit Meel commented

2020-01-09 19:15:48 +01:00

Opening blender via double click shows lag.
Opening /Users/me/blender-build/build_darwin/bin/Blender.app/Contents/MacOS/Blender executable via double click or directly via terminal shows no lag.

Opening blender via double click shows lag. Opening `/Users/me/blender-build/build_darwin/bin/Blender.app/Contents/MacOS/Blender` executable via double click or directly via terminal shows no lag.

Ankit Meel commented

2020-01-09 20:17:43 +01:00

Problematic:

Buildbot's 2.82 ; not code-signed ; Required root password in Security & privacy to open
Xcode's build ; not code-signed by me.

Proper functioning:

bl.org/dl 2.81a ; code-signed ; required only a single click permission, not root password.

Also based on discussions in

It can be closed as a code-signing issue.
Using the executable in Contents folder under the package doesn't raise this problem. .app files are more constrained.

Problematic: - Buildbot's 2.82 ; *not code-signed* ; Required root password in Security & privacy to open - Xcode's build ; *not code-signed* by me. Proper functioning: - bl.org/dl 2.81a ; *code-signed* ; required only a single click permission, not root password. Also based on discussions in - https://github.com/GNS3/gns3-gui/issues/2596 - https://eclecticlight.co/2018/08/27/mojaves-privacy-protection-is-complex-and-will-crash-innocent-apps/ - https://apple.stackexchange.com/q/352454/313842 It can be closed as a code-signing issue. Using the executable in `Contents` folder under the package doesn't raise this problem. `.app` files are more constrained.

Jean First commented

2020-01-12 15:33:47 +01:00

Added subscriber: @robbott