Michael J. Ross posted a comment on discussion General Discussion

Michael J. Ross — Sat, 26 Jul 2025 17:43:07 -0000

It's odd that the site is not showing up for you, nor for downforeveryoneorjustme.com. Every time I go to the site, in any browser, it always displays fine. So I saved the web page and attached it to this message. In the page's tag, I do not see any Aria settings. There are four Aria attributes in two of the divs (but I don't know if they would have any effect):

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Sat, 26 Jul 2025 17:30:18 -0000

I'm afraid I still can't get any response at all out of mygportal, and DownForEveryoneOrJustMe seems to indicate it isn't just me. So I can only offer guesswork at this point. I know some websites declare a weird Aria role on their body tag, which stops them being exposed to accessibility. I created https://addons.mozilla.org/firefox/addon/prevent-custom-document-role that fixes that, but I do recognise that part of the whole point of WebAutoType is to avoid the need to install any addons. Sadly...

Michael J. Ross posted a comment on discussion General Discussion

Michael J. Ross — Sat, 26 Jul 2025 16:25:55 -0000

For the Schwab site, an iframe was the first possibility I thought of, but when inspecting the page's source code, I looked only in the immediate area and forgot that the iframe open tag could be up much higher in the code. So that WebAutoType entry is working perfectly now. Thanks. For the GI portal site (https://tddctx.mygportal.com/), I'm baffled because the login fields don't appear to be inside an iframe, and when I use the WebAutoType hotkey combination to create a new KeePass entry (in my...

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Sat, 26 Jul 2025 07:25:57 -0000

Sometimes websites use iframes to embed their login controls from a different website to that of the parent page. For security, WebAutoType matches against the actual URL of the login form it will be sending the auto-type sequence to. In the case of schwab this is https://sws-gateway-nr.schwab.com/ui/host/#/login-one-step . I could not load mygportal.com, the site appears to be down, but I expect it will be the same issue. In Firefox you can discover these by right clicking on one of the login boxes...

Michael J. Ross posted a comment on discussion General Discussion

Michael J. Ross — Fri, 25 Jul 2025 22:24:45 -0000

WebAutoType is working well for dozens of websites that I added to my KeePass database. However, for two websites (https://www.schwab.com and https://tddctx.mygportal.com), even though their entries are set with the correct URLs and correct Auto-Type sequences, when I press the global Auto-Type hotkeys (Ctrl + Alt + A), nothing happens. I checked the Firefox Developer Tools windows (Inspector, Console, Debugger, etc.) and do not see anything amiss. Does anyone know of any reasons why WebAutoType...

Michael J. Ross posted a comment on ticket #47

Michael J. Ross — Fri, 25 Jul 2025 17:56:53 -0000

Your suggestion works perfectly. I hadn't seen any mention of that option anywhere. Perhaps it could be added to the Readme.txt instructions. Thank you! On Fri, Jul 25, 2025 at 2:25 AM AlexVallat alexvallat@users.sourceforge.net wrote: To prevent KeePass from matching using the title, go to Tools, Options, Advanced and uncheck "An entry matches if its title is contained in the target window title". You might also want uncheck other window title matching options there. [tickets:#47] https://sourceforge.net/p/webautotype/tickets/47/...

AlexVallat posted a comment on ticket #47

AlexVallat — Fri, 25 Jul 2025 07:25:03 -0000

To prevent KeePass from matching using the title, go to Tools, Options, Advanced and uncheck "An entry matches if its title is contained in the target window title". You might also want uncheck other window title matching options there.

Michael J. Ross created ticket #47

Michael J. Ross — Thu, 24 Jul 2025 22:11:53 -0000

WebAutoType not matching on URLs

Alex Frost modified a comment on discussion General Discussion

Alex Frost — Sun, 29 Jun 2025 17:55:23 -0000

Yeah, both Chromium. Realized that after I posted. All clear 😁

Alex Frost posted a comment on discussion General Discussion

Alex Frost — Sun, 29 Jun 2025 17:55:00 -0000

Yeah, all Chromium. Realized that after I posted. All clear 😁

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Sun, 29 Jun 2025 17:39:36 -0000

I mean that Chrome (well, Chromium) will have to fix it on their side, so that the accessibility request no longer throws that error. It did not use to, hopefully they will fix it in the future. Edge is just another Chrome variant so if Chrome fixes it the fix will end up in Edge too. Firefox is not a Chrome variant, so is not affected. Brave is another Chrome.

Alex Frost posted a comment on discussion General Discussion

Alex Frost — Sun, 29 Jun 2025 16:30:34 -0000

Hi. what do you mean with 'something that has to be fixed on Chrome'? That is why I reported that I had the issue with Edge this time 😁 I use Firefox, Brave and Ghostery too, but not that often. As soon as I encounter the problems on one of those, I will report it too. Thanks.

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Sun, 29 Jun 2025 08:06:38 -0000

Thanks for reporting back. That's a shame that automatic retrying isn't going to help then. This might be something that has to be fixed on Chrome, unfortunately.

Alex Frost posted a comment on discussion General Discussion

Alex Frost — Wed, 25 Jun 2025 13:17:10 -0000

I just got the error with Edge! So ti happens both wih Edge as with Chrome (but of course, Edge runs on Chromium). The auto retry fix does nor work, because you explicitly click the 'OK' button in the error Window. I guess it is more of the same, but here is the error window message KeePass Specified cast is not valid. InvalidCastException (0x80004002) @ System.Object get_accRole(System.Object) at Accessibility.IAccessible.get_accRole(Object varChild) at WebAutoType.AccessibleObjectHelper.AccessibleObjectMatchesConditions(IAccessible...

Alex Frost modified a comment on discussion General Discussion

Alex Frost — Tue, 10 Jun 2025 12:50:50 -0000

Hi, I have the update installed, but the auto retry does not seem to work. I get a sound notification when I tried the autotype in Chrome, but still had to go to KeePass and click 'OK' in the message window 😁

Alex Frost posted a comment on discussion General Discussion

Alex Frost — Tue, 10 Jun 2025 12:48:30 -0000

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Mon, 26 May 2025 07:27:03 -0000

Thanks for reporting back. I have created a possible workaround fix, as you say that if you just try again on the same site then it works. With the attached, WebAutoType will detect the error and automatically retry once to see if it is just an intermittent fault. If it still fails, the error will be reported normally. If you try this, and still see the error, then the only other option may be to have it simply ignore it, but having it silently fail to find the window is not necessarily an improvement...

Alex Frost posted a comment on discussion General Discussion

Alex Frost — Mon, 26 May 2025 06:38:51 -0000

Just had the issue this morning... With Chrome... Will let you know as soon as (and if) I experience the issue with Edge too.

Alex Frost posted a comment on discussion General Discussion

Alex Frost — Sun, 18 May 2025 19:48:19 -0000

My default browser is Edge, but I do use Chrome (and even some other browsers). Next time, I will pay attention which browser is concerns as it indeed might be browser specific.

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Sat, 17 May 2025 07:23:14 -0000

OK, thanks for letting me know. If it doesn't actually cause KeePass to crash out or stop working then it's not so serious, but still irritating. Is it Chrome that you are using, or one of the other Chrome-based browsers?

Alex Frost posted a comment on discussion General Discussion

Alex Frost — Fri, 16 May 2025 11:16:33 -0000

This seems to happen randomly on various sites, hard to reproduce 😔. When it happens and I close the error window, I can just pres CTRL+ALT+A on my keyboard again for that same site and it just works fine.

Manu posted a comment on discussion General Discussion

Manu — Wed, 14 May 2025 11:48:51 -0000

My bad. It works after updating WebAutoType to 6.9.1. Thanks.

Manu posted a comment on discussion General Discussion

Manu — Wed, 14 May 2025 11:41:03 -0000

WebAutoType (file version 6.9) stopped working on two different Windows systems both using FireFox 138.0.3 (32/64 bit). It does not detect, anymore, URLs opened in FireFox. I don't think something has recently changed. KeePass has not been updated (2.58 64bit). Both systems (a PC and a Server) are managed by different persons, and connected to different networks. I am short of ideas, on what could have gone wrong, or what to do. Any suggestion is welcome. Tks.

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Tue, 13 May 2025 17:18:06 -0000

This is certainly coming from WebAutoType, but I don't know whether it's a bug or not. Does it only happen with a specific website? Are there steps you can take which make it happen reliably? From the stack trace you've supplied it does not look like something WebAutoType can fix, as it's happening internally within the Windows accessibility code, but it should at least be possible to trap it and not crash when it happens, instead just failing to auto-type.

Alex Frost modified a comment on discussion General Discussion

Alex Frost — Tue, 13 May 2025 16:25:28 -0000

Sometimes, when I use the KeePass auto type, I get this error screen and KeePass blocks until I close the error window: specified cast is not valid I am now runnig KeePass with the debug option and got some more information. It looks like it has to to with this plugin. I just upgraded from version 6.9.0.0 to 6.9.1.0, so maybe the problem is solved now. I did not find any tickets regarding this subject, so I will post the error info here anyway: KeePass Specified cast is not valid. InvalidCastException...

Alex Frost modified a comment on discussion General Discussion

Alex Frost — Tue, 13 May 2025 16:21:07 -0000

Alex Frost posted a comment on discussion General Discussion

Alex Frost — Tue, 13 May 2025 16:20:24 -0000

Sometimes, when I use the KeePass auto type, I get this error screen and KeePass blocks until I close the error window: specified cast is not valid I am no runnig KeePass with the debug option and got some more information. It looks like it has to to with this plugin. I just upgraded from version 6.9.0.0 to 6.9.1.0, so maybe the problem is solved now. I did not find any tickets regarding this subject, so I will post the error info here anyway: KeePass Specified cast is not valid. InvalidCastException...

AlexVallat modified ticket #46

AlexVallat — Fri, 21 Feb 2025 20:02:15 -0000

Unwanted capitalization

AlexVallat posted a comment on ticket #46

AlexVallat — Fri, 21 Feb 2025 20:02:14 -0000

No problem, thanks for letting me know

Roman posted a comment on ticket #46

Roman — Fri, 21 Feb 2025 12:10:20 -0000

Thanks for your idea to isolate auto-type behavior. I have never used KeePass without your plugin , so it was hard to remember how to check this behavior without =). I checked the auto-type sequence by using "Perform auto-type" directly from the DB, and everything was OK. The real cause of the problem is related to the Windows setting "Touchpad > Advanced gestures ." I have a custom shortcut, "Shift + Alt + Z," for a four-finger tap. And I can reproduce this behavior only when using the touchpad,...

AlexVallat posted a comment on ticket #46

AlexVallat — Fri, 21 Feb 2025 08:34:25 -0000

Are you sure this is related to WebAutoType? It should not affect the AutoType key-sending mechanism itself. Does it not happen if WebAutoType is not installed?

Roman created ticket #46

Roman — Fri, 21 Feb 2025 07:47:17 -0000

Unwanted capitalization

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Wed, 24 Apr 2024 07:43:52 -0000

Oh great, good news, thanks.

Igor posted a comment on discussion General Discussion

Igor — Wed, 24 Apr 2024 07:37:45 -0000

The problem disappeared after a new browser update to version 6.7.3329.14

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Tue, 23 Apr 2024 20:13:25 -0000

Thanks for letting me know, I will look into this next week.

AlexVallat modified a comment on ticket #44

AlexVallat — Tue, 23 Apr 2024 20:12:20 -0000

WebAutoType relies on Windows accessibility interfaces to obtain the URL for the web page, so this will not work under Linux. There are probably equivalent accessibility mechanisms for Linux (possibly different for each different window manager), but I don't know them, or how to access them from mono.

AlexVallat modified ticket #44

AlexVallat — Tue, 23 Apr 2024 20:11:56 -0000

Plugin can't be installed on Linux

AlexVallat posted a comment on ticket #44

AlexVallat — Tue, 23 Apr 2024 20:11:37 -0000

Igor modified a comment on discussion General Discussion

Igor — Tue, 23 Apr 2024 07:25:12 -0000

The plugin stopped working on Vivaldi 6.7.3329.9 x64 after updating the browser. Win11x64. Checkboxes ("Native accessibility API support" and "Web accessibility")both checked

Igor modified a comment on discussion General Discussion

Igor — Tue, 23 Apr 2024 07:23:13 -0000

The plugin stopped working on Vivaldi 6.7.3329.9 x64 after updating the browser. Win11x64.

Igor posted a comment on discussion General Discussion

Igor — Tue, 23 Apr 2024 07:15:45 -0000

The plugin stopped working on Vivaldi 6.7.3329.9 x64 after updating the browser

Santiago González created ticket #44

Santiago González — Mon, 22 Apr 2024 21:12:53 -0000

Plugin can't be installed on Linux

WebAutoType released /v6.9.1/WebAutoType-v6.9.1.zip

WebAutoType — Thu, 11 Apr 2024 18:34:03 -0000

WebAutoType released /v6.9.1/Readme.txt

WebAutoType — Thu, 11 Apr 2024 18:34:03 -0000

Alex Vallat committed [4388b0] on Code

Alex Vallat — Thu, 11 Apr 2024 18:29:41 -0000

v9.6.1 Fix support for Firefox 125

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Sun, 07 Apr 2024 08:01:50 -0000

Sorry to hear that. I'm afraid I'm out of ideas, though, I don't know why it isn't working for you.

Danila Sentyabov posted a comment on discussion General Discussion

Danila Sentyabov — Sat, 06 Apr 2024 20:53:43 -0000

Sorry I missed your comment somehow. Doesn't matter which options are checked. Doesn't work even if all of them are checked.

Danila Sentyabov posted a comment on discussion General Discussion

Danila Sentyabov — Sat, 06 Apr 2024 20:51:37 -0000

Doesn't work for me either way.

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Sat, 06 Apr 2024 17:27:06 -0000

Thank you for the information. The docs you link to suggest that "complete" should be the default for that flag if unspecified, but if your experience is that it only works properly when included explicitly then that's good to know.

Ron Flex posted a comment on discussion General Discussion

Ron Flex — Sat, 06 Apr 2024 16:50:09 -0000

I wanted to note for anyone struggling that may help, the "--force-renderer-accessibility" flag in Chrome no longer works, this changed a little while back. The flag you actually want to use is "--force-renderer-accessibility=complete". Have had immensely better luck running this way. https://chromium.googlesource.com/chromium/src/+/main/docs/accessibility/overview.md#command-line-options Keep in mind though, if you edit your desktop shortcut for Chrome to add this flag it could stop working as the...

Freitag posted a comment on discussion General Discussion

Freitag — Thu, 18 Jan 2024 19:16:29 -0000

Drat. Thanks for all the fast answers though!

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Thu, 18 Jan 2024 18:28:51 -0000

Yeah, basic authentication is a total pain because the dialog appears before the page loads at all, and there's no accessibility clues inside the dialog to say which url it belongs to. https://sourceforge.net/p/webautotype/tickets/43/ tracks this, but I don't have any way to fix it.

Freitag posted a comment on discussion General Discussion

Freitag — Thu, 18 Jan 2024 17:48:00 -0000

I only had about 5 tabs open in Firefox and four in Brave. In the drop down (open or closed) the cursor stops blinking after 6 blinks. WebAutoType Create Entry hotkey was unable to get any URLs. I did another test too. I logged in past the basic authentication prompt and then in a console window I ran some JavaScript to force a log out. var p = window.location.protocol + '//' // current location must return 200 OK for this GET window.location = window.location.href.replace(p, p + 'logout:password@')...

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Thu, 18 Jan 2024 08:17:51 -0000

From your description it sounds like it is populating the URL dropdown, just slowly. Either Brave or Firefox is responding very slowly to the UIA requests - do you have hundreds of tabs open? In any case, try leaving the dropdown open for a while and see if it eventually populates. Of course manually typing the URL is a very valid approach too, particularly if you're going to need a wildcard! Another useful diagnosis is to set the WebAutoType Create Entry hotkey, then with the focus in the login...

Freitag modified a comment on discussion General Discussion

Freitag — Thu, 18 Jan 2024 03:05:40 -0000

Update: I've rebooted PC. Still no joy in Firefox When I have Firefox and Brave both open, the drop down in the Target URL auto populates with the URL from the active tab in Brave. Sometimes. It looks like the list fills up with several URLs and then blanks itself again really fast. Too fast to read what URLs showed up in there. Is there anything I can do to help diagnose the issue? I'm a developer, just not on Windows. So far I've been manually typing in https://my.url.org*since I can hit this server...

Freitag modified a comment on discussion General Discussion

Freitag — Thu, 18 Jan 2024 03:05:11 -0000

Freitag modified a comment on discussion General Discussion

Freitag — Thu, 18 Jan 2024 03:03:46 -0000

Freitag posted a comment on discussion General Discussion

Freitag — Thu, 18 Jan 2024 03:02:50 -0000

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Wed, 17 Jan 2024 20:49:49 -0000

Brave should work, it's just another Chromium browser. Might need to enable accessibility manually if they've disabled it, though, try going to chrome://accessibility/ and check Native Accessibility, Web accessibility are turned on. I've had some reports that Screen Reader Support is also needed, but it isn't for me. An alternative to chrome://accessibility is to add the "--force-renderer-accessibility" parameter to the browser command line. Addons shouldn't be an issue, I don't believe browsers...

Freitag posted a comment on discussion General Discussion

Freitag — Wed, 17 Jan 2024 20:09:32 -0000

So far the only thing I've not done is reboot the PC. That's next. Is this expected to work using the Brave browser? It does not on mine. I've tried in main windows and also "private windows" On both Brave and Firefox I have several script blocking programs (On each browser I have some combination of uBlock Origin, NoScript, Ghostery, Privacy Badger) and on Windows I have the Controlled Folder Access turned on - might these be interfering?

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Wed, 17 Jan 2024 08:04:23 -0000

Those about:support values look OK for 121.0.1, the only difference with mine is that the Accessibility Instantiator starts "UNKNOWN" instead of "UIAUTOMATION", but that seems unlikely to indicate a problem. I don't know why it's not working for you, I've just tried on 121.0.1 successfully. I assume you've already tried things like restarting the browser, and KeePass?

Freitag modified a comment on discussion General Discussion

Freitag — Wed, 17 Jan 2024 04:22:53 -0000

Firefox 121.0.1 and the problem appears to have returned. The about:config Accessibility settings do not look like the ones you mention above. Activated true Prevent Accessibility 0 Accessibility Instantiator UIAUTOMATION|D:\Program Files\KeePass Password Safe 2\KeePass.exe WebAutoType v6.9.0

Freitag posted a comment on discussion General Discussion

Freitag — Wed, 17 Jan 2024 04:09:09 -0000

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Sun, 17 Dec 2023 10:07:01 -0000

Does it work if the "screen reader support" option is checked?

Danila Sentyabov modified a comment on discussion General Discussion

Danila Sentyabov — Sun, 17 Dec 2023 09:13:17 -0000

Despite a lot of tabs being open both in Chrome, and in Edge, Target URL drop-down is always empty. My auto-type rules created a few years back that were working back then, also don't work.

Danila Sentyabov posted a comment on discussion General Discussion

Danila Sentyabov — Sun, 17 Dec 2023 09:12:06 -0000

Despite a lot of tabs being open both in Chrome, and in Edge, Target URL drop-down is always empty.

Danila Sentyabov posted a comment on discussion General Discussion

Danila Sentyabov — Sun, 17 Dec 2023 09:08:44 -0000

Edge 120.0.2210.77 Chrome 120.0.6099.72 Windows 10 Pro 22H2

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Sun, 17 Dec 2023 07:56:44 -0000

What version of Chrome, WebAutoType and Windows are you using?

Danila Sentyabov posted a comment on discussion General Discussion

Danila Sentyabov — Sat, 16 Dec 2023 21:51:15 -0000

I have the same problem both in Chrome, and in Edge. All accessibility features are enabled, but the plugin can't find any URLs. The URL dropdown is empty when I try to add a new AutoType entry, regardless of what is open in the browsers.

Felix posted a comment on discussion General Discussion

Felix — Wed, 18 Oct 2023 11:16:13 -0000

Thank you for your response! I am sure I checked both of the two boxes, but the plugin still couldn't work properly. However, after reinstalling the latest Chrome browser, the plugin is now working properly!

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Wed, 18 Oct 2023 07:24:30 -0000

Check chrome://accessibility/, the first two checkboxes ("Native accessibility API support" and "Web accessibility") should both be checked. That should happen automatically, but in case it doesn't you can check them manually.

Felix posted a comment on discussion General Discussion

Felix — Tue, 17 Oct 2023 11:27:50 -0000

The plugin works fine on Firefox. Even though I've followed the instructions in the README(launching Chrome with the "--force-renderer-accessibility"), it still doesn't work on Chrome. Do you have any further suggestions to help me? My Chrome is version 118.0.5993.71.

Lgk modified a comment on discussion General Discussion

Lgk — Fri, 08 Sep 2023 16:10:56 -0000

I checked the about:config page but it seems like the default value for accessibility.cache.enabled on the latest version of mullvad (12.5.3) is true. The error i get is "The method or operation is not implemented."

Lgk posted a comment on discussion General Discussion

Lgk — Fri, 08 Sep 2023 16:07:43 -0000

I checked the about:config page but it seems like the default value for accessibility.cache.enabled on the latest version of mullvad (12.5.3) is true.

WebAutoType released /v6.9.0/WebAutoType-v6.9.0.zip

WebAutoType — Fri, 08 Sep 2023 07:25:03 -0000

WebAutoType released /v6.9.0/Readme.txt

WebAutoType — Fri, 08 Sep 2023 07:25:03 -0000

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Fri, 08 Sep 2023 07:21:09 -0000

Great, thanks for letting me know. KeePass have changed their recommendation to use .dll instead of .plgx for plugins, unless using a custom build of KeePass. It doesn't really matter if you use either .dll or .plgx, or even both. The .dll should override the plgx if both are present in the plugins folder.

Tilman Jurk posted a comment on discussion General Discussion

Tilman Jurk — Fri, 08 Sep 2023 06:50:16 -0000

Works like a charm. Thumbs up for Alex. Great support.

averlon posted a comment on discussion General Discussion

averlon — Thu, 07 Sep 2023 15:51:52 -0000

O.K. - with the dll included and stored in the same directory as the plugin, it works as before!

averlon posted a comment on discussion General Discussion

averlon — Thu, 07 Sep 2023 15:50:38 -0000

I took only the plgx-file, not the dll - or do I have to? And if, where to place it! Only with the plgx it does not work!

AlexVallat posted a comment on discussion General Discussion

AlexVallat — Wed, 06 Sep 2023 18:56:22 -0000

WebAutoType should list active tabs, not background tabs, in the dropdown, so that behaviour is correct. I think the issue is the sidebar, whether that contains Bookmarks or Tree Style Tabs. Please give the attached v6.9.0 candidate a try and let me know if it resolves the issue for you.

Alex Vallat committed [1c850e] on Code

Alex Vallat — Wed, 06 Sep 2023 18:54:42 -0000

v6.9.0 Release both plgx and dll

Activity for WebAutoType

WebAutoType released /v6.9.3/WebAutoType-v6.9.3.zip

WebAutoType released /v6.9.3/Readme.txt

Alex Vallat committed [aa1e3d] on Code

Alex Vallat committed [39709c] on Code

StXZLypwX posted a comment on discussion General Discussion

AlexVallat posted a comment on discussion General Discussion

StXZLypwX posted a comment on discussion General Discussion

StXZLypwX modified a comment on discussion General Discussion

StXZLypwX posted a comment on discussion General Discussion

StXZLypwX posted a comment on discussion General Discussion

Michael J. Ross posted a comment on discussion General Discussion

AlexVallat posted a comment on discussion General Discussion

Michael J. Ross posted a comment on discussion General Discussion

Michael J. Ross posted a comment on discussion General Discussion