Re: Typing Text Into a Locked Field -- Win Surface

[Bob Sneidar via use-livecode]

Duplicate field? 

Bob S


> On Apr 20, 2021, at 19:09 , Peter Bogdanoff via use-livecode 
>  wrote:
> 
> Hi,
> 
> I have a customer (in China) who is reporting that she is able to type text 
> into a locked field on a Windows Surface device.
> 
> Context: a LC 9.6.1 runtime application installed on a Windows Surface 
> computer (appears to be a laptop).
> 
> Field settings:
> lockText = true
> transversalOn = true
> autoHilite = true


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Bug? Specific binary character throws errors in scripts (even when commented out)

[R.H. via use-livecode]

I am reading binary data from a .LNK file on Windows 10 using LC 9.6.1.

There is a character that looks visually like a dot ".", but it is not, and
using the chartonum() function or placing it in a script (even when
commented out) results in an error message. The whole script will not work
and be interpreted.

I overcame the problem using this fragment in my parseSymbolicLink()
function.

...put URL("binfile:"&pFilePath) into tContent1
...put binaryDecode("a*",tContent1,tContent2)
...repeat for each char tChar in tContent1
.put chartonum(tChar) into n
.if n > 31 then put tChar after tContent3
...end repeat

But nevertheless, it made me be curious.

Also, probably everyone has seen this, sometimes, especially in list
fields, characters scramble up in one place and become unreadable, this
happens with some characters it seems, but also just with usual ASCII in
long strings. It happens from time to time and I see it at least for the
last 10 years...

Are there such codepoints/characters that are known to stop the system from
working in a script and using any function on them?

Roland
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Bug? Specific binary character throws errors in scripts (even when commented out)

[Bob Sneidar via use-livecode]

Hi Roland. I had similar issues with non-printing characters when drag-dropping 
data from an OCR'd PDF. Apparently in order for Adobe to get the OCR's text to 
get close to the positioning of the "text" in a scanned image, they have to 
pull some shenanigans. 

I used a similar approach to yours, which I call cleanAscii() which simply 
iterates through every character in the dragdata ["text"] and copies only the 
printable characters to a new variable which it returns. 

Bob S


> On Apr 21, 2021, at 09:12 , R.H. via use-livecode 
>  wrote:
> 
> I am reading binary data from a .LNK file on Windows 10 using LC 9.6.1.
> 
> There is a character that looks visually like a dot ".", but it is not, and
> using the chartonum() function or placing it in a script (even when
> commented out) results in an error message. The whole script will not work
> and be interpreted.
> 
> I overcame the problem using this fragment in my parseSymbolicLink()
> function.
> 
> ...put URL("binfile:"&pFilePath) into tContent1
> ...put binaryDecode("a*",tContent1,tContent2)
> ...repeat for each char tChar in tContent1
> .put chartonum(tChar) into n
> .if n > 31 then put tChar after tContent3
> ...end repeat
> 
> But nevertheless, it made me be curious.
> 
> Also, probably everyone has seen this, sometimes, especially in list
> fields, characters scramble up in one place and become unreadable, this
> happens with some characters it seems, but also just with usual ASCII in
> long strings. It happens from time to time and I see it at least for the
> last 10 years...
> 
> Are there such codepoints/characters that are known to stop the system from
> working in a script and using any function on them?
> 
> Roland
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

RE: What exactly does "put" do on Server?

[Ralph DiMola via use-livecode]

If it's a POST then you must set the "Content-Length" in the header for
xhttp requests. The client(chrome anyway) will fail. GETs don't require
"Content-Length" to be set in the header. I don't know how multiple "put"s
work for xhttp. Now I'm curious...

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of Richard Gaskin via use-livecode
Sent: Tuesday, April 20, 2021 9:02 PM
To: use-livecode@lists.runrev.com
Cc: Richard Gaskin
Subject: Re: What exactly does "put" do on Server?

Postman shows a single reply to the client from Apache.

strace on the server shows each "put" implemented at the system level as a
write to stdout.

So it looks to me like Apache buffers writes it receives and sends all of it
to the client in one go, with a header that accurately accounts for the
total size of multiple "put"s in the Content-Length.

I'm still curious to know how Apache knows when to send to the client - does
it wait for the CGI to terminate?

But for now, at least it seems we have an answer to the question of whether
LC Server or Apache buffers the writes.

--
  Richard Gaskin
  Fourth World Systems



Tom Glod wrote:

> Following, I've wondered this, but never had enough motivation to test it.
> 
> On Tue, Apr 20, 2021 at 4:00 PM Richard Gaskin via use-livecode <
> use-livecode at lists.runrev.com> wrote:
> 
>> Normally, HTTP is used for request-reply patterns, where the server
>> receives the request, does some processing to it, and then sends back
>> the reply.
>>
>> In a faceless environment like Server, "put" goes to stdout, yes?  So
>> when we say "put tData", then the contents of tData are handed back to
>> Apache which then sends them along to the client.
>>
>> So what happens when I have a script that uses multiple "put" statements?
>>
>> Does LC Server buffer all "put" output together and send it as one
>> string back to the client?
>>
>> If so, why do I see faster results if I collect data myself and use only
>> one "put"?
>>
>> If not, how does it write a meaningful header, since the length can't be
>> known in advance?
>>
>> What exactly is the Server engine doing with "put"?
>>
>> --
>>   Richard Gaskin
>>
> 
> 
> -- 
> Tom Glod
> Founder & Developer
> MakeShyft R.D.A (www.makeshyft.com)
> Mobile:647.562.9411


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: native scroller cuts off parts of last line in a field

[Klaus major-k via use-livecode]

> Am 20.04.2021 um 18:43 schrieb Klaus major-k via use-livecode 
> :
> 
> Hi all,
> 
> FYI, I created a report:
> 

since this is a basic and VERY important feature, please add a comment.
Especially if this is also the case on iOS, thanks!


Best

Klaus
--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: use-livecode Digest, Vol 211, Issue 27 (AWSS3 in standalone)

[Mark Clark via use-livecode]

Thanks Tom—I am using it within the dev envionment and it’s a godsend, for 
sure:) Much better than calling s3cmd or mc client from shell. 

But my problem (and it must be mine, lol) is that the same stack that runs well 
within the development environment fails when I save it as a standalone. So 
that’s sort of where I am stuck. I have hesitated to file a bug since it is 
likely just something wrong with me/my environment. Have you been able to 
create a standalone with the new version? Did you search for inclusions or hand 
pick them—did I omit something from the list? I just dunno:) I dropped in the 
replacement from the bug report area and all is well within dev. Build 
standalone, just doesn’t work at all. 

From the Mac console I am seeing this (why is this being done, I wonder)

asynchronously fetching CRL (http://crl.identrust.com/DSTROOTCAX3CRL.crl) for 
client (Report Server[26475]/0#-1 LF=0)


And also--

UNIX error exception: 17

which may be—
Macro: int EEXIST
“File exists.” An existing file was specified in a context where it only makes 
sense to specify a new file.

And finally this--

LSExceptions shared instance invalidated for timeout.


I did go ahead and codesign-notarize, etc.,  but still no love. Are you able to 
build a standalone using the new lib? At least if I know someone else is 
successful I can be alone in my failures..;)

Mark







> On Apr 21, 2021, at 11:00 AM, use-livecode-requ...@lists.runrev.com wrote:
> 
> Check the comments in the bug report for this ...and the new library file
> is attached by Monte.
> I agree...its handy + more.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Changes to revsecurity.dylib in LC 9.6.2?

[Trevor DeVore via use-livecode]

This is a question for the LIveCode engineers. Did anything change with how
revsecurity.dylib is built for LC 9.6.2 compared to previous versions of LC?

I just built my application using LC 9.6.2 RC-5 in order to test. I'm
packaging the app with Levure, which uses the Standalone Builder. The app
works just fine when built with LC 9.6.1 RC 1 and it works in the LC 9.6.2
RC-5 IDE. The app also works when run on Windows. But when I run the
application on macOS encryption calls fails with the error "ssl library not
found".

Looking at the Console logs on macOS I see this error

default 12:49:42.154433-0500 kernel
/Users/xyz/path-to-app/Contents/MacOS/revsecurity.dylib: Possible race
detected. Rejecting.

A search for "Possible race detected. Rejecting" lead me to this thread
where an Apple engineer asked if the file that was loading is "built
against a modern macOS SDK (10.9 or later)?" (there is no answer yet).

https://developer.apple.com/forums/thread/677250

I'm going to do some further testing where I swap out the old
revsecurity.dylib and also try running the app prior to signing and
notarization. I'll provide an update once I am able to run those tests.

-- 
Trevor DeVore
ScreenSteps
www.screensteps.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Changes to revsecurity.dylib in LC 9.6.2?

[panagiotis merakos via use-livecode]

Hello Trevor,

Are you using any entitlements when signing the standalone? Could you try
adding the one that disables library validation?

Kind regards,
Panos

On Wed, 21 Apr 2021, 21:04 Trevor DeVore via use-livecode, <
use-livecode@lists.runrev.com> wrote:

> This is a question for the LIveCode engineers. Did anything change with how
> revsecurity.dylib is built for LC 9.6.2 compared to previous versions of
> LC?
>
> I just built my application using LC 9.6.2 RC-5 in order to test. I'm
> packaging the app with Levure, which uses the Standalone Builder. The app
> works just fine when built with LC 9.6.1 RC 1 and it works in the LC 9.6.2
> RC-5 IDE. The app also works when run on Windows. But when I run the
> application on macOS encryption calls fails with the error "ssl library not
> found".
>
> Looking at the Console logs on macOS I see this error
>
> default 12:49:42.154433-0500 kernel
> /Users/xyz/path-to-app/Contents/MacOS/revsecurity.dylib: Possible race
> detected. Rejecting.
>
> A search for "Possible race detected. Rejecting" lead me to this thread
> where an Apple engineer asked if the file that was loading is "built
> against a modern macOS SDK (10.9 or later)?" (there is no answer yet).
>
> https://developer.apple.com/forums/thread/677250
>
> I'm going to do some further testing where I swap out the old
> revsecurity.dylib and also try running the app prior to signing and
> notarization. I'll provide an update once I am able to run those tests.
>
> --
> Trevor DeVore
> ScreenSteps
> www.screensteps.com
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: native scroller cuts off parts of last line in a field

[Andrew at MidWest Coast Media via use-livecode]

Sorry to chime in late, but do you have the fullscreenMode of the stack set? 
This sounds like a problem that I noticed @ 
https://quality.livecode.com/show_bug.cgi?id=21456

—Andrew Bell

> 
> Date: Tue, 20 Apr 2021 18:43:51 +0200
> From: Klaus major-k 
> Subject: Re: native scroller cuts off parts of last line in a field
> Message-ID: <518e9b4c-bbfa-4067-aebe-fd15a7320...@major-k.de>
> Content-Type: text/plain; charset=us-ascii
> 
> Hi all,
> 
> FYI, I created a report:
> 
> 
> 
> Best
> 
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Changes to revsecurity.dylib in LC 9.6.2?

[panagiotis merakos via use-livecode]

Also, I am not entirely sure but I think LC 9.6.2 rc-1 and above was built
with xcode 12.x, whereas 9.6.1 was built with Xcode 11.x. However, in both
cases LC was built against the macosx10.9 sdk.

Btw, the error msg and what you see looks similar to this report about
revzip https://quality.livecode.com/show_bug.cgi?id=23176, that's why I
suggested using entitlements when signing.

Cheers,
Panos

On Wed, 21 Apr 2021, 21:10 panagiotis merakos,  wrote:

> Hello Trevor,
>
> Are you using any entitlements when signing the standalone? Could you try
> adding the one that disables library validation?
>
> Kind regards,
> Panos
>
> On Wed, 21 Apr 2021, 21:04 Trevor DeVore via use-livecode, <
> use-livecode@lists.runrev.com> wrote:
>
>> This is a question for the LIveCode engineers. Did anything change with
>> how
>> revsecurity.dylib is built for LC 9.6.2 compared to previous versions of
>> LC?
>>
>> I just built my application using LC 9.6.2 RC-5 in order to test. I'm
>> packaging the app with Levure, which uses the Standalone Builder. The app
>> works just fine when built with LC 9.6.1 RC 1 and it works in the LC 9.6.2
>> RC-5 IDE. The app also works when run on Windows. But when I run the
>> application on macOS encryption calls fails with the error "ssl library
>> not
>> found".
>>
>> Looking at the Console logs on macOS I see this error
>>
>> default 12:49:42.154433-0500 kernel
>> /Users/xyz/path-to-app/Contents/MacOS/revsecurity.dylib: Possible race
>> detected. Rejecting.
>>
>> A search for "Possible race detected. Rejecting" lead me to this thread
>> where an Apple engineer asked if the file that was loading is "built
>> against a modern macOS SDK (10.9 or later)?" (there is no answer yet).
>>
>> https://developer.apple.com/forums/thread/677250
>>
>> I'm going to do some further testing where I swap out the old
>> revsecurity.dylib and also try running the app prior to signing and
>> notarization. I'll provide an update once I am able to run those tests.
>>
>> --
>> Trevor DeVore
>> ScreenSteps
>> www.screensteps.com
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: native scroller cuts off parts of last line in a field

[Klaus major-k via use-livecode]

Hi andrew,

> Am 21.04.2021 um 20:10 schrieb Andrew at MidWest Coast Media via use-livecode 
> :
> 
> Sorry to chime in late, but do you have the fullscreenMode of the stack set?

yes, sure! :-D

> This sounds like a problem that I noticed @ 
> https://quality.livecode.com/show_bug.cgi?id=21456

Thank you, that is exactly what I experienced, I added a comment.
Hopefully this serious showstopper will get fixed soon!

> —Andrew Bell
>> 
>> Date: Tue, 20 Apr 2021 18:43:51 +0200
>> 
>> Hi all,
>> FYI, I created a report:
>> 

Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Changes to revsecurity.dylib in LC 9.6.2?

[Trevor DeVore via use-livecode]

On Wed, Apr 21, 2021 at 1:19 PM panagiotis merakos via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Also, I am not entirely sure but I think LC 9.6.2 rc-1 and above was built
> with xcode 12.x, whereas 9.6.1 was built with Xcode 11.x. However, in both
> cases LC was built against the macosx10.9 sdk.
>
> Btw, the error msg and what you see looks similar to this report about
> revzip https://quality.livecode.com/show_bug.cgi?id=23176, that's why I
> suggested using entitlements when signing.


Panos,

Adding the `com.apple.security.cs.disable-library-validation` entitlement
solved the problem. Thanks!

It does make me wonder why it is needed, however. I would prefer not to
disable a check if possible. Regardless, I'm happy to have the app running
again.

-- 
Trevor DeVore
ScreenSteps
www.screensteps.com
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode