X-Recipient:	archive-cygwin AT delorie DOT com
DKIM-Filter:	OpenDKIM Filter v2.11.0 sourceware.org 490A73858C2D
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1675076584;
	bh=4WCWMXqkCaNAl90K967Cqr9X4aF4Ac1o5Fo5PxCiNw4=;
	h=References:In-Reply-To:Date:Subject:To:List-Id:List-Unsubscribe:
	List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:
	From;
	b=cQ1CBQo9BMUB97Ha/45Hzy2CpAaluSMhWEtMbdJ4HJ08/eZPcGkyvzTEb9g/MNdy3
	wezamnQ1oitunAxswwbhRt9ISixyIZRinmYMwSBJ+FpDH76GURR9S3csjGEl6vhR2k
	x/02epe+T8FwZh+jalzeAV64v/m3BHMpHlmSkSgU=
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DMARC-Filter:	OpenDMARC Filter v1.4.2 sourceware.org 442F43858D1E
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20210112;
	h=to:subject:message-id:date:from:in-reply-to:references:mime-version
	:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
	bh=bwuMmWcxyE7zU3lXl9tktuwa6Fw02ncWgyktgyi2xtk=;
	b=3poCGfhydP76Tjrhv97ZNZSWaSmE2PbxGDPjdZ6ODNr0Mw/gqtyOR7waJ9nVMZCOFX
	ywxOpgftNMPaH+JHIt9gu/TBiCvdxnvO6SsYSDf8RsiEeMFqk54e0jXfm9IH7KEvEE9e
	VDz5pXns7FuayuhibVVLQrtZ1i70z6YGk1xQzQRflmh4Jz0+I+ETdZuuZx2zgX3WDnXe
	SvzHKVjHt4LEK50dY58i2juxZt7/agfe7Rn3Lo8mkHmz+nYVIUtdeZgeEETsowHK5hAJ
	fkIzNEzDKUAqEz4t5Z2nUfZOMFzT7zJD9fuE7gpNKYxcJKas5zl5uxMETRCum3L9LqDA
	SlJg==
X-Gm-Message-State:	AO0yUKWbF7ONnS63h6G2auct1Wjo3spMzs8m/eiWdAezquXN98TpT1GV
	O+dpjIDpa4DrMZ0fMkjRwM0b6GUy8xMq8meVqapQgZTrPdoP5Civ
X-Google-Smtp-Source:	AK7set/CARs911ay5+WBdh7kiDDC9Q9s3pai46YO1nYzQfs/DOp456qATI1IAQWp511s7eZ5L95KDzmG0qyaqH8fTrU=
X-Received:	by 2002:a05:6871:b0d:b0:163:28ab:c4ca with SMTP id
	fq13-20020a0568710b0d00b0016328abc4camr1382706oab.195.1675076565175; Mon, 30
	Jan 2023 03:02:45 -0800 (PST)
MIME-Version:	1.0
References:	<CAGJ7yHC1UxsYeV9dM03+CJiHYyj85opu8yt7tzCzQ9qE8OL4GA AT mail DOT gmail DOT com>
	<3bafc985-e382-5b31-bca5-3556ca6e4e40 AT Shaw DOT ca>
	<CAGJ7yHDge+-xe-zTjcCXmRNus8qFOo6m0smbHs8Z=ZHPwcdwEg AT mail DOT gmail DOT com>
	<ad5f00c1-2924-b4dd-4f6d-259f40c911e9 AT Shaw DOT ca>
In-Reply-To:	<ad5f00c1-2924-b4dd-4f6d-259f40c911e9@Shaw.ca>
Date:	Mon, 30 Jan 2023 03:02:34 -0800
Message-ID:	<CAGJ7yHAT1ZJ04TPhQdj_m94+frUVr7eAjSanyzY5d-k5VGS0Xg@mail.gmail.com>
Subject:	Re: BUG: Log on Scheduled Task invisible/empty window blocks input
To:	cygwin AT cygwin DOT com
X-Spam-Status:	No, score=-0.4 required=5.0 tests=BAYES_00, DKIM_SIGNED,
	DKIM_VALID, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS,
	TXREP autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version:	SpamAssassin 3.4.6 (2021-04-09) on
	server2.sourceware.org
X-BeenThere:	cygwin AT cygwin DOT com
X-Mailman-Version:	2.1.29
List-Id:	General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Archive:	<https://cygwin.com/pipermail/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe:	<https://cygwin.com/mailman/listinfo/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From:	Ross Patterson via Cygwin <cygwin AT cygwin DOT com>
Reply-To:	Ross Patterson <me AT rpatterson DOT net>
Sender:	"Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com>

On Sun, Jan 29, 2023 at 3:48 PM Brian Inglis <Brian DOT Inglis AT shaw DOT ca> wrote:
>
> Best to hide that inside a script, rather than deal with mixing Windows and
> shell quoting rules!

Tested and confirmed to be working with other scheduled tasks that exit.

> Services drop privileges to $USER privileges unelevated.

What I'm saying is that the requirement from my OP is that what is run
has highest priveleges from *the windows side* regardless of what
system/tool initially invokes it.

> > Have you tested the first, most simple, test case from my OP?  It's a
> > very elemental test and reproduces the issue reliably for me so it
> > would be interesting to hear what you (or anyone else) observes from
> > that test case.
>
> It is unlikely it will be different: do they matter?

From my experience with software, troubleshooting and support, testing
the simplest possible case is best practice to eliminate variables
*and assumptions*.  That's why my OP starts with such test cases.
It's fine if you don't want to run that test otherwise be helpful, why
don't we let others weigh in.  Thanks anyways!

> Most programs probably use regular startup code that opens the stdio handles,
> whereas most shells support non-interactive operation that doesn't.

I've also tested moving the commands being run into `*.cmd` and
`*.ps1` scripts and running them that way, including various handling
of stdio, all still reproduce the blocking window.

> Doing anything with a console in Scheduled Tasks or any detached background task
> will pop up console windows, perhaps full screen and/or UAC modal if elevated -
> no surprise - don't do that if you don't want to see them!

I don't understand how that's meant to be helpful.  Did you read all
the various cases I detailed?  I cover cases that *do* open functional
console windows and how that's not the issue I'm reporting.

> Use run like XWin startxwin which does not display console windows:
>
> %CYGWIN_ROOT%\bin\run.exe --quote /usr/bin/bash -l -c "cd; exec /usr/bin/startxwin"

See the cases using `> run.exe` in my OP.  Though I haven't tried
adding `$ bash -c` as a layer.  I'll try that out if I get more time
to do more testing.  Thanks for the specific helpful suggestion.

> Services should be started by cygrunsrv elevated so they get the environment
> they expect to run under.

My OP covers why Windows services are not an option, again highest priveleges.

> There are lots of unhelpful interactions between Cygwin and Windows environments
> and programs: you have to pick and choose one and do everything only with those
> programs in that environment. The twain can never (mostly) mix (without effort).

I concur, which is why I cover that running the commands that
ultimately need to be need highest privileges from the Windows side
and that Scheduled Tasks are the only way to do that.  I wouldn't be
messing with this if I could just do this all from inside Cygwin.

> Your tests are play toys: what exactly are you actually trying to do?

Not play toys, they are minimal test cases to reproduce an issue.  In
my experience in software, that's not only preferred but often
surprisingly difficult to get from users reporting issues, so I guess
we just don't see eye to eye.  Thanks anyways!

> and note that all stdio is redirected within the script > /var/log/...log 2>&1,
> < /dev/null if necessary, so that the Windows console is never involved.

Thanks, that's a helpful specific suggestion I'll try when I next get
time to do further testing.

Thanks much for your help, lets let others weigh in and you can have
your time back,
Ross

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

- Raw text -