Trivial tkinter button works on Python 3.5, initially unresponsive on Python 3.6, 3.7 The Next CEO of Stack OverflowTkinter window unresponsive in embedded pythonPython tkinter ttk one radio button appears the wrong sizePython/Tkinter: drawing an Entry on top of a ButtonPython tkinter: button disappearing after label updateTkinter root widget won't initialize with python 3.5Python Tkinter Window not closingpython tkinter menu , how to change font?Python 3.6, using tkinter, gives me the spinning beachball forever. (mac)Python 3.6 + tkinter: Stop while loop with Buttontkinter: mainloop() opens root window twice

How to make a variable always equal to the result of some calculations?

MAZDA 3 2006 (UK) - poor acceleration then takes off at 3250 revs

How do I construct this japanese bowl?

Shade part of a Venn diagram

Was a professor correct to chastise me for writing "Prof. X" rather than "Professor X"?

Is it my responsibility to learn a new technology in my own time my employer wants to implement?

Why does standard notation not preserve intervals (visually)

When Does an Atlas Uniquely Define a Manifold?

How to safely derail a train during transit?

Are there languages with no euphemisms?

How does practicing restraint and performing actions of merit purify the mind?

How can I open an app using Terminal?

Is a stroke of luck acceptable after a series of unfavorable events?

If the heap is initialized for security, then why is the stack uninitialized?

Is HostGator storing my password in plaintext?

How do I go from 300 unfinished/half written blog posts, to published posts?

Increase performance creating Mandelbrot set in python

How to be diplomatic in refusing to write code that breaches the privacy of our users

Science fiction (dystopian) short story set after WWIII

What do "high sea" and "carry" mean in this sentence?

Why here is plural "We went to the movies last night."

Need some help with wall behind rangetop

How easy is it to start Magic from scratch?

Go Pregnant or Go Home



Trivial tkinter button works on Python 3.5, initially unresponsive on Python 3.6, 3.7



The Next CEO of Stack OverflowTkinter window unresponsive in embedded pythonPython tkinter ttk one radio button appears the wrong sizePython/Tkinter: drawing an Entry on top of a ButtonPython tkinter: button disappearing after label updateTkinter root widget won't initialize with python 3.5Python Tkinter Window not closingpython tkinter menu , how to change font?Python 3.6, using tkinter, gives me the spinning beachball forever. (mac)Python 3.6 + tkinter: Stop while loop with Buttontkinter: mainloop() opens root window twice










2















On Python 3.6 and 3.7 on MacOS 10.12.6, a tkinter.Button does not initially respond to clicks - but the same code works perfectly on Python 3.5.



If I run the following script:



import tkinter as tk

root = tk.Tk()
button = tk.Button(root, text='Button')
button.pack()
root.mainloop()


then on Python 3.6 and 3.7, a window appears with a single button as expected, it does not visually appear to be disabled, but clicking on it has no effect.



Resizing the window or clicking elsewhere within it does not fix the issue.
However, if I bring another application to the foreground and then bring the Python application back to the front, everything works perfectly, and I am then unable to make the issue reappear.



In Python 3.5, running the test script brings up the application and the button is immediately responsive to clicks - as expected. Experimentation was unable to reproduce any issues in 3.5. The script also runs fine in Python 2.7 if tkinter is replaced by Tkinter.



Changing the pack layout manager to grid gave exactly the same results.



I went so far as to reboot the machine, with no change.



I am close to 100% certain that the Python 3.6 and Python 3.7 binaries and libraries are in a good state. They are essentially clean installs as I work entirely in virtualenvs. And my non-trivial tkinter application runs identically on Python 3.5, 3.6 and 3.7, except for this one problem.










share|improve this question






















  • Okay, but what's your question? What kind of answer are you looking for?

    – Aran-Fey
    Mar 8 at 13:14











  • change your line to this: button = tk.Button(root, text='Button', command=lambda:print('Hello!')), this will test if button really works

    – Andrii Chumakov
    Mar 8 at 13:35







  • 1





    There's nothing wrong with your code. I think the OSX version of tkinter is a little buggy.

    – Bryan Oakley
    Mar 8 at 13:40











  • @AndriiChumakov : I just edited the code to do that explicit test, and it works in the tiny test too.

    – Tom Swirly
    Mar 8 at 13:57







  • 1





    @Tom you are not the 1st to use it on mac. That is why Bryan is saying its a bit buggy on OSX. Because others have had problems. I wonder if doing root.update_idletasks() right before you create the button may fix the problem. I know there are some focus issues in tkinter it will fix so its worth giving it a try here.

    – Mike - SMT
    Mar 8 at 14:30
















2















On Python 3.6 and 3.7 on MacOS 10.12.6, a tkinter.Button does not initially respond to clicks - but the same code works perfectly on Python 3.5.



If I run the following script:



import tkinter as tk

root = tk.Tk()
button = tk.Button(root, text='Button')
button.pack()
root.mainloop()


then on Python 3.6 and 3.7, a window appears with a single button as expected, it does not visually appear to be disabled, but clicking on it has no effect.



Resizing the window or clicking elsewhere within it does not fix the issue.
However, if I bring another application to the foreground and then bring the Python application back to the front, everything works perfectly, and I am then unable to make the issue reappear.



In Python 3.5, running the test script brings up the application and the button is immediately responsive to clicks - as expected. Experimentation was unable to reproduce any issues in 3.5. The script also runs fine in Python 2.7 if tkinter is replaced by Tkinter.



Changing the pack layout manager to grid gave exactly the same results.



I went so far as to reboot the machine, with no change.



I am close to 100% certain that the Python 3.6 and Python 3.7 binaries and libraries are in a good state. They are essentially clean installs as I work entirely in virtualenvs. And my non-trivial tkinter application runs identically on Python 3.5, 3.6 and 3.7, except for this one problem.










share|improve this question






















  • Okay, but what's your question? What kind of answer are you looking for?

    – Aran-Fey
    Mar 8 at 13:14











  • change your line to this: button = tk.Button(root, text='Button', command=lambda:print('Hello!')), this will test if button really works

    – Andrii Chumakov
    Mar 8 at 13:35







  • 1





    There's nothing wrong with your code. I think the OSX version of tkinter is a little buggy.

    – Bryan Oakley
    Mar 8 at 13:40











  • @AndriiChumakov : I just edited the code to do that explicit test, and it works in the tiny test too.

    – Tom Swirly
    Mar 8 at 13:57







  • 1





    @Tom you are not the 1st to use it on mac. That is why Bryan is saying its a bit buggy on OSX. Because others have had problems. I wonder if doing root.update_idletasks() right before you create the button may fix the problem. I know there are some focus issues in tkinter it will fix so its worth giving it a try here.

    – Mike - SMT
    Mar 8 at 14:30














2












2








2








On Python 3.6 and 3.7 on MacOS 10.12.6, a tkinter.Button does not initially respond to clicks - but the same code works perfectly on Python 3.5.



If I run the following script:



import tkinter as tk

root = tk.Tk()
button = tk.Button(root, text='Button')
button.pack()
root.mainloop()


then on Python 3.6 and 3.7, a window appears with a single button as expected, it does not visually appear to be disabled, but clicking on it has no effect.



Resizing the window or clicking elsewhere within it does not fix the issue.
However, if I bring another application to the foreground and then bring the Python application back to the front, everything works perfectly, and I am then unable to make the issue reappear.



In Python 3.5, running the test script brings up the application and the button is immediately responsive to clicks - as expected. Experimentation was unable to reproduce any issues in 3.5. The script also runs fine in Python 2.7 if tkinter is replaced by Tkinter.



Changing the pack layout manager to grid gave exactly the same results.



I went so far as to reboot the machine, with no change.



I am close to 100% certain that the Python 3.6 and Python 3.7 binaries and libraries are in a good state. They are essentially clean installs as I work entirely in virtualenvs. And my non-trivial tkinter application runs identically on Python 3.5, 3.6 and 3.7, except for this one problem.










share|improve this question














On Python 3.6 and 3.7 on MacOS 10.12.6, a tkinter.Button does not initially respond to clicks - but the same code works perfectly on Python 3.5.



If I run the following script:



import tkinter as tk

root = tk.Tk()
button = tk.Button(root, text='Button')
button.pack()
root.mainloop()


then on Python 3.6 and 3.7, a window appears with a single button as expected, it does not visually appear to be disabled, but clicking on it has no effect.



Resizing the window or clicking elsewhere within it does not fix the issue.
However, if I bring another application to the foreground and then bring the Python application back to the front, everything works perfectly, and I am then unable to make the issue reappear.



In Python 3.5, running the test script brings up the application and the button is immediately responsive to clicks - as expected. Experimentation was unable to reproduce any issues in 3.5. The script also runs fine in Python 2.7 if tkinter is replaced by Tkinter.



Changing the pack layout manager to grid gave exactly the same results.



I went so far as to reboot the machine, with no change.



I am close to 100% certain that the Python 3.6 and Python 3.7 binaries and libraries are in a good state. They are essentially clean installs as I work entirely in virtualenvs. And my non-trivial tkinter application runs identically on Python 3.5, 3.6 and 3.7, except for this one problem.







python python-3.x tkinter






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Mar 8 at 13:11









Tom SwirlyTom Swirly

1,87011935




1,87011935












  • Okay, but what's your question? What kind of answer are you looking for?

    – Aran-Fey
    Mar 8 at 13:14











  • change your line to this: button = tk.Button(root, text='Button', command=lambda:print('Hello!')), this will test if button really works

    – Andrii Chumakov
    Mar 8 at 13:35







  • 1





    There's nothing wrong with your code. I think the OSX version of tkinter is a little buggy.

    – Bryan Oakley
    Mar 8 at 13:40











  • @AndriiChumakov : I just edited the code to do that explicit test, and it works in the tiny test too.

    – Tom Swirly
    Mar 8 at 13:57







  • 1





    @Tom you are not the 1st to use it on mac. That is why Bryan is saying its a bit buggy on OSX. Because others have had problems. I wonder if doing root.update_idletasks() right before you create the button may fix the problem. I know there are some focus issues in tkinter it will fix so its worth giving it a try here.

    – Mike - SMT
    Mar 8 at 14:30


















  • Okay, but what's your question? What kind of answer are you looking for?

    – Aran-Fey
    Mar 8 at 13:14











  • change your line to this: button = tk.Button(root, text='Button', command=lambda:print('Hello!')), this will test if button really works

    – Andrii Chumakov
    Mar 8 at 13:35







  • 1





    There's nothing wrong with your code. I think the OSX version of tkinter is a little buggy.

    – Bryan Oakley
    Mar 8 at 13:40











  • @AndriiChumakov : I just edited the code to do that explicit test, and it works in the tiny test too.

    – Tom Swirly
    Mar 8 at 13:57







  • 1





    @Tom you are not the 1st to use it on mac. That is why Bryan is saying its a bit buggy on OSX. Because others have had problems. I wonder if doing root.update_idletasks() right before you create the button may fix the problem. I know there are some focus issues in tkinter it will fix so its worth giving it a try here.

    – Mike - SMT
    Mar 8 at 14:30

















Okay, but what's your question? What kind of answer are you looking for?

– Aran-Fey
Mar 8 at 13:14





Okay, but what's your question? What kind of answer are you looking for?

– Aran-Fey
Mar 8 at 13:14













change your line to this: button = tk.Button(root, text='Button', command=lambda:print('Hello!')), this will test if button really works

– Andrii Chumakov
Mar 8 at 13:35






change your line to this: button = tk.Button(root, text='Button', command=lambda:print('Hello!')), this will test if button really works

– Andrii Chumakov
Mar 8 at 13:35





1




1





There's nothing wrong with your code. I think the OSX version of tkinter is a little buggy.

– Bryan Oakley
Mar 8 at 13:40





There's nothing wrong with your code. I think the OSX version of tkinter is a little buggy.

– Bryan Oakley
Mar 8 at 13:40













@AndriiChumakov : I just edited the code to do that explicit test, and it works in the tiny test too.

– Tom Swirly
Mar 8 at 13:57






@AndriiChumakov : I just edited the code to do that explicit test, and it works in the tiny test too.

– Tom Swirly
Mar 8 at 13:57





1




1





@Tom you are not the 1st to use it on mac. That is why Bryan is saying its a bit buggy on OSX. Because others have had problems. I wonder if doing root.update_idletasks() right before you create the button may fix the problem. I know there are some focus issues in tkinter it will fix so its worth giving it a try here.

– Mike - SMT
Mar 8 at 14:30






@Tom you are not the 1st to use it on mac. That is why Bryan is saying its a bit buggy on OSX. Because others have had problems. I wonder if doing root.update_idletasks() right before you create the button may fix the problem. I know there are some focus issues in tkinter it will fix so its worth giving it a try here.

– Mike - SMT
Mar 8 at 14:30













1 Answer
1






active

oldest

votes


















3














I do not have a Mac to test on but your issue sounds very similar to a focus problem that can occur on windows when you open a file dialog before the mainloop has had its first complete loop. The issue has the same symptoms like not allow focus to get back to the window until you bring up some other app and then go back to the tkinter app and then it works.



The way to correct the focus issue is to apply root.update_idletasks() before the problem (IE. right before opening the file dialog) and in this case right before your button.



As the OP has pointed out they had to add the root.update_idletasks() before and after the widget and I am not sure why this was the fix here for OSX. For those reading this with the same issue on Mac go ahead and try this option for a work around.






share|improve this answer

























  • This fixes the problem. Note that I had to call root.update_idletasks() twice - once before and once after packing the button. Neither single call on its own worked!

    – Tom Swirly
    Mar 8 at 15:04












  • @TomSwirly that may just be part of the buggy issues with OSX. I have not had a chance to really work with python on Mac so I cannot say for sure why. I am glad that this little work around was the trick here.

    – Mike - SMT
    Mar 8 at 15:05






  • 1





    @TomSwirly you said you added the update before and after the pack() have you tried just adding it right before you define the button?

    – Mike - SMT
    Mar 8 at 15:15











  • In fact, I added that line in all three places - before creating the button, before packing and after packing - and tried all eight combinations to make sure.

    – Tom Swirly
    Mar 8 at 15:28











  • @TomSwirly good to know.

    – Mike - SMT
    Mar 8 at 15:29











Your Answer






StackExchange.ifUsing("editor", function ()
StackExchange.using("externalEditor", function ()
StackExchange.using("snippets", function ()
StackExchange.snippets.init();
);
);
, "code-snippets");

StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "1"
;
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',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













draft saved

draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55063940%2ftrivial-tkinter-button-works-on-python-3-5-initially-unresponsive-on-python-3-6%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









3














I do not have a Mac to test on but your issue sounds very similar to a focus problem that can occur on windows when you open a file dialog before the mainloop has had its first complete loop. The issue has the same symptoms like not allow focus to get back to the window until you bring up some other app and then go back to the tkinter app and then it works.



The way to correct the focus issue is to apply root.update_idletasks() before the problem (IE. right before opening the file dialog) and in this case right before your button.



As the OP has pointed out they had to add the root.update_idletasks() before and after the widget and I am not sure why this was the fix here for OSX. For those reading this with the same issue on Mac go ahead and try this option for a work around.






share|improve this answer

























  • This fixes the problem. Note that I had to call root.update_idletasks() twice - once before and once after packing the button. Neither single call on its own worked!

    – Tom Swirly
    Mar 8 at 15:04












  • @TomSwirly that may just be part of the buggy issues with OSX. I have not had a chance to really work with python on Mac so I cannot say for sure why. I am glad that this little work around was the trick here.

    – Mike - SMT
    Mar 8 at 15:05






  • 1





    @TomSwirly you said you added the update before and after the pack() have you tried just adding it right before you define the button?

    – Mike - SMT
    Mar 8 at 15:15











  • In fact, I added that line in all three places - before creating the button, before packing and after packing - and tried all eight combinations to make sure.

    – Tom Swirly
    Mar 8 at 15:28











  • @TomSwirly good to know.

    – Mike - SMT
    Mar 8 at 15:29















3














I do not have a Mac to test on but your issue sounds very similar to a focus problem that can occur on windows when you open a file dialog before the mainloop has had its first complete loop. The issue has the same symptoms like not allow focus to get back to the window until you bring up some other app and then go back to the tkinter app and then it works.



The way to correct the focus issue is to apply root.update_idletasks() before the problem (IE. right before opening the file dialog) and in this case right before your button.



As the OP has pointed out they had to add the root.update_idletasks() before and after the widget and I am not sure why this was the fix here for OSX. For those reading this with the same issue on Mac go ahead and try this option for a work around.






share|improve this answer

























  • This fixes the problem. Note that I had to call root.update_idletasks() twice - once before and once after packing the button. Neither single call on its own worked!

    – Tom Swirly
    Mar 8 at 15:04












  • @TomSwirly that may just be part of the buggy issues with OSX. I have not had a chance to really work with python on Mac so I cannot say for sure why. I am glad that this little work around was the trick here.

    – Mike - SMT
    Mar 8 at 15:05






  • 1





    @TomSwirly you said you added the update before and after the pack() have you tried just adding it right before you define the button?

    – Mike - SMT
    Mar 8 at 15:15











  • In fact, I added that line in all three places - before creating the button, before packing and after packing - and tried all eight combinations to make sure.

    – Tom Swirly
    Mar 8 at 15:28











  • @TomSwirly good to know.

    – Mike - SMT
    Mar 8 at 15:29













3












3








3







I do not have a Mac to test on but your issue sounds very similar to a focus problem that can occur on windows when you open a file dialog before the mainloop has had its first complete loop. The issue has the same symptoms like not allow focus to get back to the window until you bring up some other app and then go back to the tkinter app and then it works.



The way to correct the focus issue is to apply root.update_idletasks() before the problem (IE. right before opening the file dialog) and in this case right before your button.



As the OP has pointed out they had to add the root.update_idletasks() before and after the widget and I am not sure why this was the fix here for OSX. For those reading this with the same issue on Mac go ahead and try this option for a work around.






share|improve this answer















I do not have a Mac to test on but your issue sounds very similar to a focus problem that can occur on windows when you open a file dialog before the mainloop has had its first complete loop. The issue has the same symptoms like not allow focus to get back to the window until you bring up some other app and then go back to the tkinter app and then it works.



The way to correct the focus issue is to apply root.update_idletasks() before the problem (IE. right before opening the file dialog) and in this case right before your button.



As the OP has pointed out they had to add the root.update_idletasks() before and after the widget and I am not sure why this was the fix here for OSX. For those reading this with the same issue on Mac go ahead and try this option for a work around.







share|improve this answer














share|improve this answer



share|improve this answer








edited Mar 8 at 15:12

























answered Mar 8 at 15:03









Mike - SMTMike - SMT

9,74121535




9,74121535












  • This fixes the problem. Note that I had to call root.update_idletasks() twice - once before and once after packing the button. Neither single call on its own worked!

    – Tom Swirly
    Mar 8 at 15:04












  • @TomSwirly that may just be part of the buggy issues with OSX. I have not had a chance to really work with python on Mac so I cannot say for sure why. I am glad that this little work around was the trick here.

    – Mike - SMT
    Mar 8 at 15:05






  • 1





    @TomSwirly you said you added the update before and after the pack() have you tried just adding it right before you define the button?

    – Mike - SMT
    Mar 8 at 15:15











  • In fact, I added that line in all three places - before creating the button, before packing and after packing - and tried all eight combinations to make sure.

    – Tom Swirly
    Mar 8 at 15:28











  • @TomSwirly good to know.

    – Mike - SMT
    Mar 8 at 15:29

















  • This fixes the problem. Note that I had to call root.update_idletasks() twice - once before and once after packing the button. Neither single call on its own worked!

    – Tom Swirly
    Mar 8 at 15:04












  • @TomSwirly that may just be part of the buggy issues with OSX. I have not had a chance to really work with python on Mac so I cannot say for sure why. I am glad that this little work around was the trick here.

    – Mike - SMT
    Mar 8 at 15:05






  • 1





    @TomSwirly you said you added the update before and after the pack() have you tried just adding it right before you define the button?

    – Mike - SMT
    Mar 8 at 15:15











  • In fact, I added that line in all three places - before creating the button, before packing and after packing - and tried all eight combinations to make sure.

    – Tom Swirly
    Mar 8 at 15:28











  • @TomSwirly good to know.

    – Mike - SMT
    Mar 8 at 15:29
















This fixes the problem. Note that I had to call root.update_idletasks() twice - once before and once after packing the button. Neither single call on its own worked!

– Tom Swirly
Mar 8 at 15:04






This fixes the problem. Note that I had to call root.update_idletasks() twice - once before and once after packing the button. Neither single call on its own worked!

– Tom Swirly
Mar 8 at 15:04














@TomSwirly that may just be part of the buggy issues with OSX. I have not had a chance to really work with python on Mac so I cannot say for sure why. I am glad that this little work around was the trick here.

– Mike - SMT
Mar 8 at 15:05





@TomSwirly that may just be part of the buggy issues with OSX. I have not had a chance to really work with python on Mac so I cannot say for sure why. I am glad that this little work around was the trick here.

– Mike - SMT
Mar 8 at 15:05




1




1





@TomSwirly you said you added the update before and after the pack() have you tried just adding it right before you define the button?

– Mike - SMT
Mar 8 at 15:15





@TomSwirly you said you added the update before and after the pack() have you tried just adding it right before you define the button?

– Mike - SMT
Mar 8 at 15:15













In fact, I added that line in all three places - before creating the button, before packing and after packing - and tried all eight combinations to make sure.

– Tom Swirly
Mar 8 at 15:28





In fact, I added that line in all three places - before creating the button, before packing and after packing - and tried all eight combinations to make sure.

– Tom Swirly
Mar 8 at 15:28













@TomSwirly good to know.

– Mike - SMT
Mar 8 at 15:29





@TomSwirly good to know.

– Mike - SMT
Mar 8 at 15:29



















draft saved

draft discarded
















































Thanks for contributing an answer to Stack Overflow!


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55063940%2ftrivial-tkinter-button-works-on-python-3-5-initially-unresponsive-on-python-3-6%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Can't initialize raids on a new ASUS Prime B360M-A motherboard2019 Community Moderator ElectionSimilar to RAID config yet more like mirroring solution?Can't get motherboard serial numberWhy does the BIOS entry point start with a WBINVD instruction?UEFI performance Asus Maximus V Extreme

Identity Server 4 is not redirecting to Angular app after login2019 Community Moderator ElectionIdentity Server 4 and dockerIdentityserver implicit flow unauthorized_clientIdentityServer Hybrid Flow - Access Token is null after user successful loginIdentity Server to MVC client : Page Redirect After loginLogin with Steam OpenId(oidc-client-js)Identity Server 4+.NET Core 2.0 + IdentityIdentityServer4 post-login redirect not working in Edge browserCall to IdentityServer4 generates System.NullReferenceException: Object reference not set to an instance of an objectIdentityServer4 without HTTPS not workingHow to get Authorization code from identity server without login form

2005 Ahvaz unrest Contents Background Causes Casualties Aftermath See also References Navigation menue"At Least 10 Are Killed by Bombs in Iran""Iran"Archived"Arab-Iranians in Iran to make April 15 'Day of Fury'"State of Mind, State of Order: Reactions to Ethnic Unrest in the Islamic Republic of Iran.10.1111/j.1754-9469.2008.00028.x"Iran hangs Arab separatists"Iran Overview from ArchivedConstitution of the Islamic Republic of Iran"Tehran puzzled by forged 'riots' letter""Iran and its minorities: Down in the second class""Iran: Handling Of Ahvaz Unrest Could End With Televised Confessions""Bombings Rock Iran Ahead of Election""Five die in Iran ethnic clashes""Iran: Need for restraint as anniversary of unrest in Khuzestan approaches"Archived"Iranian Sunni protesters killed in clashes with security forces"Archived