SystemOpen from ScheduledTask

Clash Royale CLAN TAG#URR8PPP

up vote
7
down vote

favorite

1

I could bet it used to work, now the following code fails 95% of times:

RunScheduledTask[Echo @ SystemOpen @ "https://www.wolfram.com", 1]

Can you reproduce the problem? Is there a workaround?

Reproduced on V11.3, Win10 and OSX Mojave

A support case with the identification [CASE:4177940] was created.

bugs interoperability scheduling

share|improve this question

edited 3 hours ago

asked 4 hours ago

Kuba♦

101k11195496

• 
  
  
  

  
  1
  

  
  
  
  
  
  

  
  Wild guess: doesn's SystemOpen require an FE? Update: Yes it does, maybe the problem is related to that. I can confirm the problem BTW/
  – Szabolcs
  4 hours ago
  
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  @Szabolcs Yes it does but UsingFrontEnd does not help. It is not really needed, you can do FrontEndExecute @ FrontEnd`SystemOpen@... and you will see it gets there (it returns False though). Weirdly, I think it was working well even in 11.3 because it was part of an app I created and no one complained so far. So maybe a recent paclet update?
  – Kuba♦
  4 hours ago
  
  

  
  
  
  


• 
  
  
  

  
  1
  

  
  
  
  
  
  

  
  It does not work in 11.1 on macOS High Sierra.
  – Szabolcs
  4 hours ago
  

  
  
  
  


• 
  
  
  

  
  2
  

  
  
  
  
  
  

  
  There is currently no workaround.
  – ihojnicki
  3 hours ago
  

  
  
  
  


• 
  
  
  

  
  2
  

  
  
  
  
  
  

  
  @Kuba the FrontEnd has an audit system. It is used by Dynamic, the old web browser plugin, etc... When you call something in the FE that interacts with the system, it wants to know where it came from. ScheduledTasks breaks that link. Your suggested workaround works but it assumes you have the rights to a.) create the dialog box and b.) have rights to run dynamics in that dialog box. So it would be satisfactory for a lot of use cases, just not all of them.
  – ihojnicki
  2 hours ago
  
  

  
  
  
  

 | 
show 2 more comments

up vote
7
down vote

favorite

1

I could bet it used to work, now the following code fails 95% of times:

RunScheduledTask[Echo @ SystemOpen @ "https://www.wolfram.com", 1]

Can you reproduce the problem? Is there a workaround?

Reproduced on V11.3, Win10 and OSX Mojave

A support case with the identification [CASE:4177940] was created.

bugs interoperability scheduling

share|improve this question

edited 3 hours ago

asked 4 hours ago

Kuba♦

101k11195496

• 
  
  
  

  
  1
  

  
  
  
  
  
  

  
  Wild guess: doesn's SystemOpen require an FE? Update: Yes it does, maybe the problem is related to that. I can confirm the problem BTW/
  – Szabolcs
  4 hours ago
  
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  @Szabolcs Yes it does but UsingFrontEnd does not help. It is not really needed, you can do FrontEndExecute @ FrontEnd`SystemOpen@... and you will see it gets there (it returns False though). Weirdly, I think it was working well even in 11.3 because it was part of an app I created and no one complained so far. So maybe a recent paclet update?
  – Kuba♦
  4 hours ago
  
  

  
  
  
  


• 
  
  
  

  
  1
  

  
  
  
  
  
  

  
  It does not work in 11.1 on macOS High Sierra.
  – Szabolcs
  4 hours ago
  

  
  
  
  


• 
  
  
  

  
  2
  

  
  
  
  
  
  

  
  There is currently no workaround.
  – ihojnicki
  3 hours ago
  

  
  
  
  


• 
  
  
  

  
  2
  

  
  
  
  
  
  

  
  @Kuba the FrontEnd has an audit system. It is used by Dynamic, the old web browser plugin, etc... When you call something in the FE that interacts with the system, it wants to know where it came from. ScheduledTasks breaks that link. Your suggested workaround works but it assumes you have the rights to a.) create the dialog box and b.) have rights to run dynamics in that dialog box. So it would be satisfactory for a lot of use cases, just not all of them.
  – ihojnicki
  2 hours ago
  
  

  
  
  
  

 | 
show 2 more comments

up vote
7
down vote

favorite

1

up vote
7
down vote

favorite

1

1

I could bet it used to work, now the following code fails 95% of times:

RunScheduledTask[Echo @ SystemOpen @ "https://www.wolfram.com", 1]

Can you reproduce the problem? Is there a workaround?

Reproduced on V11.3, Win10 and OSX Mojave

A support case with the identification [CASE:4177940] was created.

bugs interoperability scheduling

share|improve this question

edited 3 hours ago

asked 4 hours ago

Kuba♦

101k11195496

I could bet it used to work, now the following code fails 95% of times:

RunScheduledTask[Echo @ SystemOpen @ "https://www.wolfram.com", 1]

Can you reproduce the problem? Is there a workaround?

Reproduced on V11.3, Win10 and OSX Mojave

A support case with the identification [CASE:4177940] was created.

bugs interoperability scheduling

bugs interoperability scheduling

share|improve this question

edited 3 hours ago

asked 4 hours ago

Kuba♦

101k11195496

share|improve this question

edited 3 hours ago

asked 4 hours ago

Kuba♦

101k11195496

share|improve this question

share|improve this question

edited 3 hours ago

edited 3 hours ago

edited 3 hours ago

asked 4 hours ago

Kuba♦

101k11195496

asked 4 hours ago

Kuba♦

101k11195496

asked 4 hours ago

Kuba♦

101k11195496

101k11195496

• 
  
  
  

  
  1
  

  
  
  
  
  
  

  
  Wild guess: doesn's SystemOpen require an FE? Update: Yes it does, maybe the problem is related to that. I can confirm the problem BTW/
  – Szabolcs
  4 hours ago
  
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  @Szabolcs Yes it does but UsingFrontEnd does not help. It is not really needed, you can do FrontEndExecute @ FrontEnd`SystemOpen@... and you will see it gets there (it returns False though). Weirdly, I think it was working well even in 11.3 because it was part of an app I created and no one complained so far. So maybe a recent paclet update?
  – Kuba♦
  4 hours ago
  
  

  
  
  
  


• 
  
  
  

  
  1
  

  
  
  
  
  
  

  
  It does not work in 11.1 on macOS High Sierra.
  – Szabolcs
  4 hours ago
  

  
  
  
  


• 
  
  
  

  
  2
  

  
  
  
  
  
  

  
  There is currently no workaround.
  – ihojnicki
  3 hours ago
  

  
  
  
  


• 
  
  
  

  
  2
  

  
  
  
  
  
  

  
  @Kuba the FrontEnd has an audit system. It is used by Dynamic, the old web browser plugin, etc... When you call something in the FE that interacts with the system, it wants to know where it came from. ScheduledTasks breaks that link. Your suggested workaround works but it assumes you have the rights to a.) create the dialog box and b.) have rights to run dynamics in that dialog box. So it would be satisfactory for a lot of use cases, just not all of them.
  – ihojnicki
  2 hours ago
  
  

  
  
  
  

 | 
show 2 more comments

• 
  
  
  

  
  1
  

  
  
  
  
  
  

  
  Wild guess: doesn's SystemOpen require an FE? Update: Yes it does, maybe the problem is related to that. I can confirm the problem BTW/
  – Szabolcs
  4 hours ago
  
  

  
  
  
  


• 
  
  
  

  
  

  
  
  
  
  
  

  
  @Szabolcs Yes it does but UsingFrontEnd does not help. It is not really needed, you can do FrontEndExecute @ FrontEnd`SystemOpen@... and you will see it gets there (it returns False though). Weirdly, I think it was working well even in 11.3 because it was part of an app I created and no one complained so far. So maybe a recent paclet update?
  – Kuba♦
  4 hours ago
  
  

  
  
  
  


• 
  
  
  

  
  1
  

  
  
  
  
  
  

  
  It does not work in 11.1 on macOS High Sierra.
  – Szabolcs
  4 hours ago
  

  
  
  
  


• 
  
  
  

  
  2
  

  
  
  
  
  
  

  
  There is currently no workaround.
  – ihojnicki
  3 hours ago
  

  
  
  
  


• 
  
  
  

  
  2
  

  
  
  
  
  
  

  
  @Kuba the FrontEnd has an audit system. It is used by Dynamic, the old web browser plugin, etc... When you call something in the FE that interacts with the system, it wants to know where it came from. ScheduledTasks breaks that link. Your suggested workaround works but it assumes you have the rights to a.) create the dialog box and b.) have rights to run dynamics in that dialog box. So it would be satisfactory for a lot of use cases, just not all of them.
  – ihojnicki
  2 hours ago
  
  

  
  
  
  

1

1

Wild guess: doesn's SystemOpen require an FE? Update: Yes it does, maybe the problem is related to that. I can confirm the problem BTW/
– Szabolcs
4 hours ago

Wild guess: doesn's SystemOpen require an FE? Update: Yes it does, maybe the problem is related to that. I can confirm the problem BTW/
– Szabolcs
4 hours ago

@Szabolcs Yes it does but UsingFrontEnd does not help. It is not really needed, you can do FrontEndExecute @ FrontEnd`SystemOpen@... and you will see it gets there (it returns False though). Weirdly, I think it was working well even in 11.3 because it was part of an app I created and no one complained so far. So maybe a recent paclet update?
– Kuba♦
4 hours ago

@Szabolcs Yes it does but UsingFrontEnd does not help. It is not really needed, you can do FrontEndExecute @ FrontEnd`SystemOpen@... and you will see it gets there (it returns False though). Weirdly, I think it was working well even in 11.3 because it was part of an app I created and no one complained so far. So maybe a recent paclet update?
– Kuba♦
4 hours ago

1

1

It does not work in 11.1 on macOS High Sierra.
– Szabolcs
4 hours ago

It does not work in 11.1 on macOS High Sierra.
– Szabolcs
4 hours ago

2

2

There is currently no workaround.
– ihojnicki
3 hours ago

There is currently no workaround.
– ihojnicki
3 hours ago

2

2

@Kuba the FrontEnd has an audit system. It is used by Dynamic, the old web browser plugin, etc... When you call something in the FE that interacts with the system, it wants to know where it came from. ScheduledTasks breaks that link. Your suggested workaround works but it assumes you have the rights to a.) create the dialog box and b.) have rights to run dynamics in that dialog box. So it would be satisfactory for a lot of use cases, just not all of them.
– ihojnicki
2 hours ago

@Kuba the FrontEnd has an audit system. It is used by Dynamic, the old web browser plugin, etc... When you call something in the FE that interacts with the system, it wants to know where it came from. ScheduledTasks breaks that link. Your suggested workaround works but it assumes you have the rights to a.) create the dialog box and b.) have rights to run dynamics in that dialog box. So it would be satisfactory for a lot of use cases, just not all of them.
– ihojnicki
2 hours ago

 | 
show 2 more comments

1 Answer
1

active

oldest

votes

up vote
4
down vote

Here is a temporary fix:

RunScheduledTask[
 CreateDialog[
 Dynamic[SystemOpen @ "https://www.wolfram.com"; NotebookClose]
 ]
, 1
]

CreateDialog seems to work so we launch it and as soon as it appears Dynamic runs SystemOpen and closes parent dialog. On faster machines you may not even notice the dialog and otherwise the browser popup will be distracting anyway.

share|improve this answer

answered 3 hours ago

Kuba♦

101k11195496

add a comment | 

Your Answer

StackExchange.ifUsing("editor", function ()
return StackExchange.using("mathjaxEditing", function ()
StackExchange.MarkdownEditor.creationCallbacks.add(function (editor, postfix)
StackExchange.mathjaxEditing.prepareWmdForMathJax(editor, postfix, [["$", "$"], ["\\(","\\)"]]);
);
);
, "mathjax-editing");

StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "387"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: false,
noModals: false,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);

 

draft saved

draft discarded

Sign up or log in

StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);

Sign up using Google

Sign up using Facebook

Sign up using Email and Password

Post as a guest

Name Email

StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmathematica.stackexchange.com%2fquestions%2f184692%2fsystemopen-from-scheduledtask%23new-answer', 'question_page');

);

Post as a guest

Name Email

1 Answer
1

active

oldest

votes

1 Answer
1

active

oldest

votes

active

oldest

votes

active

oldest

votes

up vote
4
down vote

Here is a temporary fix:

RunScheduledTask[
 CreateDialog[
 Dynamic[SystemOpen @ "https://www.wolfram.com"; NotebookClose]
 ]
, 1
]

CreateDialog seems to work so we launch it and as soon as it appears Dynamic runs SystemOpen and closes parent dialog. On faster machines you may not even notice the dialog and otherwise the browser popup will be distracting anyway.

share|improve this answer

answered 3 hours ago

Kuba♦

101k11195496

add a comment | 

up vote
4
down vote

Here is a temporary fix:

RunScheduledTask[
 CreateDialog[
 Dynamic[SystemOpen @ "https://www.wolfram.com"; NotebookClose]
 ]
, 1
]

CreateDialog seems to work so we launch it and as soon as it appears Dynamic runs SystemOpen and closes parent dialog. On faster machines you may not even notice the dialog and otherwise the browser popup will be distracting anyway.

share|improve this answer

answered 3 hours ago

Kuba♦

101k11195496

add a comment | 

up vote
4
down vote

up vote
4
down vote

Here is a temporary fix:

RunScheduledTask[
 CreateDialog[
 Dynamic[SystemOpen @ "https://www.wolfram.com"; NotebookClose]
 ]
, 1
]

CreateDialog seems to work so we launch it and as soon as it appears Dynamic runs SystemOpen and closes parent dialog. On faster machines you may not even notice the dialog and otherwise the browser popup will be distracting anyway.

share|improve this answer

answered 3 hours ago

Kuba♦

101k11195496

Here is a temporary fix:

RunScheduledTask[
 CreateDialog[
 Dynamic[SystemOpen @ "https://www.wolfram.com"; NotebookClose]
 ]
, 1
]

CreateDialog seems to work so we launch it and as soon as it appears Dynamic runs SystemOpen and closes parent dialog. On faster machines you may not even notice the dialog and otherwise the browser popup will be distracting anyway.

share|improve this answer

answered 3 hours ago

Kuba♦

101k11195496

share|improve this answer

share|improve this answer

answered 3 hours ago

Kuba♦

101k11195496

answered 3 hours ago

Kuba♦

101k11195496

answered 3 hours ago

Kuba♦

101k11195496

101k11195496

add a comment | 

add a comment | 

 

draft saved

draft discarded

 

draft saved

draft discarded

Sign up or log in

StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);

Sign up using Google

Sign up using Facebook

Sign up using Email and Password

Post as a guest

Name Email

StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmathematica.stackexchange.com%2fquestions%2f184692%2fsystemopen-from-scheduledtask%23new-answer', 'question_page');

);

Post as a guest

Name Email

Sign up or log in

StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);

Sign up using Google

Sign up using Facebook

Sign up using Email and Password

Post as a guest

Name Email

Sign up or log in

StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);

Sign up using Google

Sign up using Facebook

Sign up using Email and Password

Post as a guest

Name Email

Sign up or log in

StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);

Sign up using Google

Sign up using Facebook

Sign up using Email and Password

Sign up using Google

Sign up using Facebook

Sign up using Email and Password

Post as a guest

Name Email

Name Email

Name

Email

Name Email

Name

Email