ANSI colors no longer render in cmd.exe #1173

cowwoc · 2016-10-07T18:25:51Z

Please use the following bug reporting template to help produce actionable and reproducible issues. Please try to ensure that the reproduction is minimal so that the team can go through more bugs!

A brief description
Color rendering issues #76 and support 256 color #345 added support for ANSI colors. This works in version 10.0.10586 but got broken in version 10.0.14393.

symfony/symfony#19520 confirms that other people are seeing the same problem.

Expected results
ANSI colors should render in cmd.exe when applications output to stdout/stderr.
Actual results (with terminal output if applicable)
Raw ANSI codes are seen. No colors are rendered.
Your Windows build number
10.0.14393
Steps / All commands required to reproduce the error from a brand new installation
Run this Java testcase:

public class Test {

    public static void main(String[] args) {
        System.out.println("\033[37;1mwhite\033[0m");
    }
}

You will get this output: �[37;1mwhite�[0m
Redirect the application stdout to foo.log and run type foo.log
Notice that the output now reads white using white text

This is reproducible 100% of the time.

The text was updated successfully, but these errors were encountered:

fpqc · 2016-10-07T18:31:58Z

10.0.14393 is not the most current release. This should work totally fine in 14942 (latest). I think the processing used to be done in bash.exe. It has now been moved directly into conhost.exe as a console mode (enable rendering of terminal escape sequences)

cowwoc · 2016-10-07T18:39:57Z

@fpqc https://support.microsoft.com/en-ca/help/12387/windows-10-update-history disagrees with your assertion. I tried Windows Update locally (Windows 10 Pro) and it says I have the latest version.

I assume you're talking about an insider release?

Also, did you actually try running my testcase in 14942?

fpqc · 2016-10-07T18:59:51Z

Yes it's talking about an insider release, and yes I've attempted it.

I'm on 14936. 14942 just came out like an hour ago and I haven't had an opportunity to install it yet.

Anyway, I suspect that the problem with Symfony is that the executable is not set to output to the command prompt in terminal-enabled mode. This is already documented in the posts about 24-bit color, linking to an msdn article iirc.

Link the Symfony people to this article: https://msdn.microsoft.com/en-us/library/windows/desktop/mt638032(v=vs.85).aspx

You need to enable terminal processing mode in the setconsolemode flags.

I know that this documentation applies to the insider builds, not sure if it works in the official ones.

Manouchehri · 2016-10-09T14:32:50Z

@cowwoc For reporting bugs, you really need to be on the fast ring insider builds. The development here is done way faster than the Windows stable builds can keep up.

bitcrazed · 2016-10-10T15:34:31Z

Closing:

24-bit color color support was first introduced in Win10 Insiders Update 14931, and isn't available in the Win10 Anniversary Update.

To exercise this feature, you'll need to join the Windows Insiders program and update your PC to install Fast-ring releases. Alternatively, you can opt for slow-ring updates and wait a few weeks for this feature to arrive.

cowwoc · 2016-10-14T23:03:58Z

Please reopen this issue. I am seeing the same bug in update 14946.

fpqc · 2016-10-15T01:27:22Z

@cowwoc you have to set the console mode for printf.exe to enable virtual terminal processing, probably by recompiling it. GNUWin32 needs to be recompiled with this console setting enabled for each utility.

It looks like the project is unmaintained. If it matters to you, fork the project, enable this mode as in the documentation (includes two examples), and you should be good to go.

Is there any reason you need gnuwin32? Can't you use the cygwin versions?

Another more recent project is this:

https://github.com/bmatzelle/gow

Last updated 8months ago vs 3 years ago.

cowwoc · 2016-10-16T00:30:00Z

@fpqc I don't really care about printf. I was just using it because you were doing the same in your testcase. The only thing I care about is getting this to work with Java.

I tried the printf version you mentioned and got the same output (no colors).
Can you please run my testcase on your end?
Why isn't ANSI support enabled by default (without having to enable ENABLE_VIRTUAL_TERMINAL_INPUT?
Why were ANSI colors working for me (and others) in past releases and now they no longer do? This seems like a clear regression.
How do I find out what console mode a process is running with? I want to reverse-engineer what Java is using.

fpqc · 2016-10-16T02:07:37Z

@cowwoc No idea, can you set console modes for java.exe? Request that Sun enables it in jvm?

cowwoc · 2016-10-16T02:10:17Z

@fpqc There is no way to set console modes in Java without using JNI (which is not a realistic option for my use-case). It is also unlikely Sun/Oracle would enable this in the near future.

I think it would help if someone from Microsoft address point 4: why were ANSI colors working in 10.0.10586 but got broken in version 10.0.14393? Something must have changed and I'm not convinced yet this was intentional.

fpqc · 2016-10-16T03:13:31Z

@cowwoc I dunno. I can't help you, and sorry, but the devs on this Issues page can't help you either. I know Rich Turner (Senior PM on the console enhancement project) has a special work-only Twitter account and maybe you can ask him why the default got changed (vis-a-vis escape sequence processing) and ask if there is a way to turn it on for a console java application.

And if not, report it as a "bug" to Oracle and hope they fix it?

cowwoc · 2016-10-16T03:16:25Z

@fpqc Perhaps @zadjii-msft could help? He is the one who marked #1173 as fixed.

fpqc · 2016-10-16T03:19:12Z

@cowwoc I dunno, Mr. Turner is kind of his boss, I think. I think you can turn it on maybe with an environment variable, can't you set those with Java?

Edit: The solution suggested to setconsolemode on Windows for Java is to make a launcher wrapper that just does setconsolemode and then uses java.exe.

fpqc · 2016-10-16T03:29:17Z

@cowwoc Check out the top answer here:

http://stackoverflow.com/questions/12404258/truly-interactive-command-line

There is a project called Java Native Access (JNA) that lets you call SetConsoleMode from Java.
https://github.com/java-native-access/jna

It is currently maintained and will let you call SetConsoleMode in the Windows API.

cowwoc · 2016-10-16T03:30:36Z

@fpqc JNA uses JNI under the hood, so this isn't an option. The only way to interact with native code is through JNI.

fpqc · 2016-10-16T03:32:33Z

@cowwoc I guess then you've gotta ask the Java people to set it or write a small wrapper program. I assume MS turned it off by default for a reason.

cowwoc · 2016-10-16T03:36:18Z

@fpqc They simply mean that you don't need any extra JNI code. Quoting https://github.com/java-native-access/jna:

JNA uses a small JNI library stub to dynamically invoke native code

fpqc · 2016-10-16T03:38:27Z

@cowwoc Yeah that's why I deleted my post. I continued reading it.

What is this super-restrictive use case you have with no JNI at all? Maybe you can be a hero and write a generic mini-loader for Java, then throw it up on github?

cowwoc · 2016-10-16T03:50:46Z

@bitcrazed Seeing as you closed this issue, can you please clarify why ANSI colors were working in 10.0.10586 but no longer work in 10.0.14393?

@fpqc It's a long story, but the jist of it is that JNI is a deployment nightmare. You have to deploy different JAR files for different platforms. On platforms that use native code, you have to unpack the libraries before loading them. Maven (the prominent build system for Java) handles building and packaging native libraries very poorly. And so on...

The minute I introduce native code to my library I am pushing this complexity on users of my library (and their users, transitively). Considering what my library does (https://bitbucket.org/cowwoc/requirements/) this would be a major deterrent to its use.

I seriously hope there is a way to use this functionality without invoking SetConsoleMode(). I guess we'll have to wait for Monday to find out.

fpqc · 2016-10-16T04:04:04Z

@cowwoc Isn't that the point of JNA, no need to extract all those native libraries? You just have the single dll, and that lets you make calls to the Windows API, just a single quick branch on initialization?

cowwoc · 2016-10-16T04:07:48Z

@fpqc I appreciate you trying to help, but whether it's one DLL or many, you still end up with the deployment problems I mentioned.

Manouchehri · 2016-10-16T04:19:09Z

Is the problem still appearing if you use ConEmu? https://conemu.github.io

fpqc · 2016-10-16T04:26:51Z

@Manouchehri That's not the problem, he wants his java application to run on unpatched Windows conhost in stock configuration and default settings with color-escape sequence processing enabled.

Apparently this was changed from the default in Anniversary update, and he lost compatibility.

cowwoc · 2016-10-16T13:57:34Z

@Manouchehri As fpqc mentioned, this works in conemu, but I want to get my Java application to output ANSI colors on an unpatched Windows conhost using the default configuration.

Manouchehri · 2016-10-16T14:35:44Z

It works fine in cmd.exe on my end. Cannot reproduce.

Microsoft Windows [Version 10.0.14946]
(c) 2016 Microsoft Corporation. All rights reserved.

C:\Users\david>bash
dave@universal:/mnt/c/Users/david$ printf "\033[37;1mwhite\033[0m\n"
white

fpqc · 2016-10-16T15:44:07Z

@Manouchehri It depends on the console application. Bash has that mode set, but Java doesnt.

zadjii-msft · 2016-10-17T15:58:42Z

Oh my, you leave the office for one weekend, and this happens :P

There's a lot going on in here, so let me try to clarify: The windows console only supports VT sequences of ANY kind with the ConsoleMode set to enable Virtual Terminal support. See This documentation on SetConsoleMode. Specifically, you need to turn on the output mode flag ENABLE_VIRTUAL_TERMINAL_PROCESSING.

By default, cmd.exe enables VT mode for itself. Now here's the confusion:

In 10.0.10586 (or 1511 or TH2), it left this mode on when calling child applications. This meant that anything you launched from cmd would get the new behavior for free. Of course, we found that unsurprisingly broke compatibility, so we had to change that. So...
In 10.0.14393 (Anniversary update, or greater), cmd uses VT mode, but then reverts it for launching child processes. So if you wrote a console app that uses VT sequences after October 2015, then tried running it on an AU system, you'll find that the sequences don't work anymore. You'll have to manually turn on VT support with SetConsoleMode yourself. IMPORTANT cmd also wipes out the changes a child makes to the mode. So you can't call enable_vt.exe & myapp.exe and have the VT mode from enable_vt.exe pollute the mode of myapp.exe

To further confuse, bash.exe turns on VT mode itself, because obviously, it needs that.

I can't really speak about the Java issue at hand, it's been far too long since I've used Java, and I don't really have any experience calling Win32 API's from java. I did end up writing a snippet of code that enables VT support on Windows in python, so it can be done.

In conclusion: I'm going to leave this issue closed, as this is the proper, expected behavior. Confusing, but correct.

Also, in terms of hierarchy, @bitcrazed is the PM for the console, while I'm one of the devs

WASasquatch · 2017-05-11T17:54:45Z

Having this issue on the latest Windows 10 Creators. Was working fine (for all my Minecraft Servers) now, the MC servers will error out with after my PC installed the Creators update.

Question: Is microsoft simply trying to interfere with people that script out their windows to run commercial systems and services? By doing something as simple as not including the flag/ability in new releases they effectively break all sorts of services people may have deployed at every update, no doubt, because it's not their Server editions.

    2017-05-11 10:50:34,157 WARN Unable to instantiate org.fusesource.jansi.WindowsAnsiOutputStream
    [ERROR] Terminal initialization failed; falling back to unsupported
    [STDERR]: java.lang.NoClassDefFoundError: Could not initialize class org.fusesource.jansi.internal.Kernel32
    [STDERR]:       at org.fusesource.jansi.internal.WindowsSupport.getConsoleMode(WindowsSupport.java:50)
    [STDERR]:       at org.bukkit.craftbukkit.libs.jline.WindowsTerminal.getConsoleMode(WindowsTerminal.java:204)
    [STDERR]:       at org.bukkit.craftbukkit.libs.jline.WindowsTerminal.init(WindowsTerminal.java:82)
    [STDERR]:       at org.bukkit.craftbukkit.libs.jline.TerminalFactory.create(TerminalFactory.java:101)
    [STDERR]:       at org.bukkit.craftbukkit.libs.jline.TerminalFactory.get(TerminalFactory.java:158)
    [STDERR]:       at org.bukkit.craftbukkit.libs.jline.console.ConsoleReader.<init>(ConsoleReader.java:229)
    [STDERR]:       at org.bukkit.craftbukkit.libs.jline.console.ConsoleReader.<init>(ConsoleReader.java:221)
    [STDERR]:       at org.bukkit.craftbukkit.libs.jline.console.ConsoleReader.<init>(ConsoleReader.java:213)
    [STDERR]:       at net.minecraft.server.v1_11_R1.MinecraftServer.<init>(MinecraftServer.java:149)
    [STDERR]:       at net.minecraft.server.v1_11_R1.DedicatedServer.<init>(DedicatedServer.java:48)
    [STDERR]:       at net.minecraft.server.v1_11_R1.MinecraftServer.main(MinecraftServer.java:1006)
    [STDERR]:       at org.bukkit.craftbukkit.Main.main(Main.java:226)
    [STDERR]:       at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    [STDERR]:       at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    [STDERR]:       at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    [STDERR]:       at java.lang.reflect.Method.invoke(Unknown Source)
    [STDERR]:       at com.destroystokyo.paperclip.Paperclip.main(Paperclip.java:239)

    [10:50:38 INFO]: [STDERR]: java.lang.NoClassDefFoundError: Could not initialize class org.fusesource.jansi.internal.Kernel32
    [10:50:38 INFO]: [STDERR]:      at org.fusesource.jansi.internal.WindowsSupport.getConsoleMode(WindowsSupport.java:50)
    [10:50:38 INFO]: [STDERR]:      at org.bukkit.craftbukkit.libs.jline.WindowsTerminal.getConsoleMode(WindowsTerminal.java:204)
    [10:50:38 INFO]: [STDERR]:      at org.bukkit.craftbukkit.libs.jline.WindowsTerminal.init(WindowsTerminal.java:82)
    [10:50:38 INFO]: [STDERR]:      at org.bukkit.craftbukkit.libs.jline.TerminalFactory.create(TerminalFactory.java:101)
    [10:50:38 INFO]: [STDERR]:      at org.bukkit.craftbukkit.libs.jline.TerminalFactory.get(TerminalFactory.java:158)
    [10:50:38 INFO]: [STDERR]:      at org.bukkit.craftbukkit.libs.jline.console.ConsoleReader.<init>(ConsoleReader.java:229)
    [10:50:38 INFO]: [STDERR]:      at org.bukkit.craftbukkit.libs.jline.console.ConsoleReader.<init>(ConsoleReader.java:221)
    [10:50:38 INFO]: [STDERR]:      at org.bukkit.craftbukkit.libs.jline.console.ConsoleReader.<init>(ConsoleReader.java:213)
    [10:50:38 INFO]: [STDERR]:      at net.minecraft.server.v1_11_R1.MinecraftServer.<init>(MinecraftServer.java:149)
    [10:50:38 INFO]: [STDERR]:      at net.minecraft.server.v1_11_R1.DedicatedServer.<init>(DedicatedServer.java:48)
    [10:50:38 INFO]: [STDERR]:      at net.minecraft.server.v1_11_R1.MinecraftServer.main(MinecraftServer.java:1006)
    [10:50:38 INFO]: [STDERR]:      at org.bukkit.craftbukkit.Main.main(Main.java:226)
    [10:50:38 INFO]: [STDERR]:      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    [10:50:38 INFO]: [STDERR]:      at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    [10:50:38 INFO]: [STDERR]:      at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    [10:50:38 INFO]: [STDERR]:      at java.lang.reflect.Method.invoke(Unknown Source)
    [10:50:38 INFO]: [STDERR]:      at com.destroystokyo.paperclip.Paperclip.main(Paperclip.java:239)

cowwoc · 2017-05-11T19:31:38Z

@WASasquatch The error you pasted has nothing to do with Windows. Please google NoClassDefFoundError and discuss with the jansi authors if necessary.

WASasquatch · 2017-05-11T19:44:39Z

Same issue with just printing color codes via any program via bash. I was using this as a program-breaking example.

cowwoc · 2017-05-11T19:53:36Z

@WASasquatch Can you reproduce this issue without using jansi? If so, can you provide a testcase others can run?

zadjii-msft · 2017-05-11T20:08:04Z

@WASasquatch That definitely looks like a java problem, not a conhost or WSL problem to me.

Do you have a specific, simple example of VT sequences not working in WSL? They're a pretty heavily tested part of the system, I doubt they would have broken:

worksonmymachine.png

glenn-slayden · 2018-03-06T05:12:21Z

As noted here and here, the ANSI VT can be enabled for SetConsoleMode-oblivious apps, without having to re-compile them, by changing the following registry key.

[HKEY_CURRENT_USER\Console]
"VirtualTerminalLevel"=dword:00000001

This changes the system-wide default for ANSI VT processing from opt-in to opt-out, so it will affect any/all apps that don't express a preference. Works for Windows 10.16257 (and later) (and possibly earlier).

Given the very helpful information in a comment on this page by @zadjii-msft, this registry setting would appear to be the only workaround for apps that can't be re-compiled to include a call to SetConsoleMode. Because yes, cmd.exe does respect this setting while it does the fiddling described in that remark.

$HKEY_CURRENT_USER\ConsoleVirtualTerminalLevel -- Registry setting to enable ANSI sequence processing on Windows 10.16257 and later$

E3V3A · 2018-12-11T16:38:04Z

@glenn-slayden

This changes the system-wide default for ANSI VT processing from opt-in to opt-out,..
...this registry setting would appear to be the only workaround for apps that can't be re-compiled to include a call to SetConsoleMode.

Can this be understood as the setting overriding any Get/SetConsoleMode operations?

I'm asking because I get very funny results running on W8.1 where reading the ENABLE_VIRTUAL_TERMINAL_PROCESSING. While I have enabled the registry item above, using a MinGW compiled ConoutMode.exe, tell me it is OFF, while CMD tests seem to indicate that it is ON (ok), while PowerShell is behaving irregularly across versions and returns different results, most of the time no color (for obvious reasons), but returning the escape sequences, so when run via alternative conhost terminal it works...sometimes.

zadjii-msft · 2018-12-11T17:36:17Z

ENABLE_VIRTUAL_TERMINAL_PROCESSING Is only available on Windows 10 and up, in the v2 console.

The v1 console (the only version of the console available on pre-Windows 10) probably doesn't ignore flags that it doesn't support, so you could probably SetConsoleMode with ENABLE_VIRTUAL_TERMINAL_PROCESSING and then have it roundtrip to your next call to GetConsoleMode, but that doesn't imply that it's actually enabled. I know that the v2 console will ignore flags it doesn't understand, but I'm not positive about the v1.

Edit: To add, VirtualTerminalLevel will additionally do nothing on the v1 console.

ghost · 2019-02-02T04:21:48Z

Just a note to anybody using Python.

You can enable ANSI using this:

import ctypes

kernel32 = ctypes.windll.kernel32
kernel32.SetConsoleMode(kernel32.GetStdHandle(-11), 7)

koryovip · 2020-04-27T02:19:35Z

jna is ok too

microsoft/WSL#1173

quantum-hash · 2022-12-30T21:16:01Z

Use this to enable terminal colors by updating the registry using Java :

public class ENABLE_TERMINAL_COLORS_JAVA {
  public static void main(String[] args)
  {
    try { // TO ENABLE
      Process process = Runtime.getRuntime().exec("reg add HKEY_CURRENT_USER\\Console /v VirtualTerminalLevel /t REG_DWORD /d 0x00000001 /f");
    }
    // TO DISABLE (Put it back to its original value) --> try {Process process = Runtime.getRuntime().exec("reg add HKEY_CURRENT_USER\\Console /v VirtualTerminalLevel /t REG_DWORD /d 0x00000000 /f");}
    catch (Exception e) {
      e.printStackTrace(); // Catch and display exception
    }
  }
}

bitcrazed added the console label Oct 10, 2016

bitcrazed closed this as completed Oct 10, 2016

zadjii-msft added the discussion label Oct 17, 2016

lrlucena mentioned this issue Jan 10, 2018

Erro ao exibir cores no Windows potigol/potigol#28

Open

megafinz mentioned this issue Jan 24, 2018

Stack prints raw ANSI color codes sometimes commercialhaskell/stack#3797

Closed

iantype mentioned this issue Feb 12, 2018

Broken colors dnote/dnote#59

Closed

glenn-slayden mentioned this issue Mar 6, 2018

Re-enable ANSI console color for Windows 10.16257 and later ytdl-org/youtube-dl#15758

Open

sake92 mentioned this issue Jun 3, 2018

Completion causes cursor misalignment com-lihaoyi/Ammonite#817

Closed

amriteya mentioned this issue Jun 13, 2018

Logging messages show color code characters around log level instead of coloring it paypal/butterfly#36

Open

adamchester mentioned this issue Jun 29, 2018

console work haf/expecto#258

Merged

6 tasks

j4james mentioned this issue Jun 30, 2018

Gorm database logs not rendering colors properly unless ansicon is installed microsoft/terminal#211

Closed

sake92 mentioned this issue Sep 1, 2018

ANSI escape character leaks on Windows CMD com-lihaoyi/Ammonite#816

Open

antiz mentioned this issue Oct 23, 2018

Colors in Windows Console python-poetry/poetry#548

Closed

1 task

c42f mentioned this issue Dec 19, 2018

Return of the progress bars c42f/MicroLogging.jl#18

Merged

Slach mentioned this issue Dec 24, 2019

Windows 10 + Virtualbox 6.1 + minikube 1.6.2 - minikube ssh show raw escape sequences instead colors kubernetes/minikube#6158

Closed

amotl mentioned this issue Jan 3, 2020

Problems invoking "make" on WSL hiveeyes/terkin-datalogger#45

Closed

MoritzBrueckner mentioned this issue Jul 8, 2020

log.py fixes armory3d/armory#1764

Merged

Framstag mentioned this issue Oct 25, 2021

Problems with MinGW Terminal ajalt/mordant#38

Open

nkilm added a commit to nkilm/git-logs that referenced this issue Oct 18, 2022

bugfix: fixed the issue of color not rendering in cmd/powershell

2f67f21

microsoft/WSL#1173

meain mentioned this issue Oct 20, 2022

Windows: Progress bar not rendering correctly in cmd alcionai/corso#1237

Closed

patrickbkr mentioned this issue May 9, 2023

Windows 10, classic console, UTF-8, Consolas Font, Powershell 7 japhb/Terminal-Tests#7

Open

mpilgrem mentioned this issue Nov 9, 2023

Corrupted output on Windows 10 and Windows 11 UnkindPartition/ansi-terminal#160

Closed

ANSI colors no longer render in cmd.exe #1173

ANSI colors no longer render in cmd.exe #1173

Comments

cowwoc commented Oct 7, 2016

fpqc commented Oct 7, 2016 • edited Loading

cowwoc commented Oct 7, 2016 • edited Loading

fpqc commented Oct 7, 2016 • edited Loading

Manouchehri commented Oct 9, 2016

bitcrazed commented Oct 10, 2016 • edited Loading

cowwoc commented Oct 14, 2016

fpqc commented Oct 15, 2016 • edited Loading

cowwoc commented Oct 16, 2016

fpqc commented Oct 16, 2016

cowwoc commented Oct 16, 2016

fpqc commented Oct 16, 2016 • edited Loading

cowwoc commented Oct 16, 2016

fpqc commented Oct 16, 2016 • edited Loading

fpqc commented Oct 16, 2016 • edited Loading

cowwoc commented Oct 16, 2016

fpqc commented Oct 16, 2016 • edited Loading

cowwoc commented Oct 16, 2016

fpqc commented Oct 16, 2016

cowwoc commented Oct 16, 2016 • edited Loading

fpqc commented Oct 16, 2016

cowwoc commented Oct 16, 2016

Manouchehri commented Oct 16, 2016 via email

fpqc commented Oct 16, 2016 • edited Loading

cowwoc commented Oct 16, 2016

Manouchehri commented Oct 16, 2016

fpqc commented Oct 16, 2016

zadjii-msft commented Oct 17, 2016

WASasquatch commented May 11, 2017 • edited Loading

cowwoc commented May 11, 2017

WASasquatch commented May 11, 2017 • edited Loading

cowwoc commented May 11, 2017

zadjii-msft commented May 11, 2017

glenn-slayden commented Mar 6, 2018 • edited Loading

E3V3A commented Dec 11, 2018 • edited Loading

zadjii-msft commented Dec 11, 2018 • edited Loading

ghost commented Feb 2, 2019

koryovip commented Apr 27, 2020

quantum-hash commented Dec 30, 2022

Use this to enable terminal colors by updating the registry using Java :

fpqc commented Oct 7, 2016 •

edited

Loading

cowwoc commented Oct 7, 2016 •

edited

Loading

fpqc commented Oct 7, 2016 •

edited

Loading

bitcrazed commented Oct 10, 2016 •

edited

Loading

fpqc commented Oct 15, 2016 •

edited

Loading

fpqc commented Oct 16, 2016 •

edited

Loading

fpqc commented Oct 16, 2016 •

edited

Loading

fpqc commented Oct 16, 2016 •

edited

Loading

fpqc commented Oct 16, 2016 •

edited

Loading

cowwoc commented Oct 16, 2016 •

edited

Loading

fpqc commented Oct 16, 2016 •

edited

Loading

WASasquatch commented May 11, 2017 •

edited

Loading

WASasquatch commented May 11, 2017 •

edited

Loading

glenn-slayden commented Mar 6, 2018 •

edited

Loading

E3V3A commented Dec 11, 2018 •

edited

Loading

zadjii-msft commented Dec 11, 2018 •

edited

Loading