Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - gmundt

#1
Programming / Scroll Mnemonic
May 07, 2025, 09:39:38 AM
I am trying to use the scroll mnemonic based on some BBx code and having some issues.

print 'scroll'(4,7,76,17)

print @(4,23)"Enter Memo / Item, F3-End, F4-Backup" is printing over the top of line 1.

Any recommendations or suggestions?
#2
Programming / Program Password Removal
April 08, 2025, 02:30:11 PM
Is there a method to remove a password from a program if the user that created the program can no longer remember the password?
#3
Language / Re: Error 117 in Keyed file
March 17, 2025, 11:30:54 AM
I was getting this error on a file that was getting too large.  I had to work around it by doing a check and rotating files when they reached a size limit.
#4
Web Services / Re: Web server failing to get requests.
January 14, 2025, 04:22:34 PM
I don't believe there are any firewalls on the linux server, but will check that out.
#5
Web Services / Re: Web server failing to get requests.
January 14, 2025, 02:17:01 PM
It's a bit of a confusing issue.  What the network team is indicating is that the request makes it through the firewall, but does not show in the logs for the web service.
#6
Web Services / Re: Web server failing to get requests.
January 14, 2025, 12:34:26 PM
It is a linux server running the PxPlus WebServer.  I do know that the server is up.  I also know that a call made from Postman returns a result and the application processes.  A call from Business Central never even makes it to the web server.

1. Is there a difference between pxplus.crt and pxplus.pem?

2. What other locations on the linux server can I see if the call from Business Central is reaching the site?
#7
Web Services / Re: Web server failing to get requests.
January 14, 2025, 11:51:23 AM
Does the certificate have to be .pem.  There is one with .crt which has both Begin / End Certificate and Begin / End Private Key.  The Postman call works, but the program call doesn't even make it to the logs.
#8
Programming / Re: MSGBOX Button Names
December 19, 2024, 10:35:06 AM
I found the issue.  I had to turn on 'MX'

set_param 'MX'
def msg(156)="&Summary,&Detail,&Cancel"
msgbox "Test","Test","?,YESNOCANCEL",xx$
def msg(156)="&Yes,&No,&Cancel"
set_param 'MX'=0

That did the trick.

Thank you James
#9
Programming / MSGBOX Button Names
December 19, 2024, 08:58:33 AM
I am trying to rename buttons on a msgbox command and cannot get it to populate.

def msg(165)="&Summary,&Detail,&Cancel"
msgbox "Test","Test","?,YESNOCANCEL",x$

Still shows Yes No and Cancel as the button options

msgbox "Test","Test","?,BTN1=Summary, BTN2=Detail, BTN3=Cancel,3",x$

Shows just an OK option.

Wondering if this option is available.
#10
Programming / OPOS Integration
November 11, 2024, 10:46:23 AM
Just wondering if anyone has recommendations for accessing OPOS devices using PxPlus.  I would like to communicate with Scanner, Receipt Printer, Scale and Cash Drawer using OPOS, but cannot really find any type of documentation or use cases.
#11
Language / Re: PHP Call Time to read
November 04, 2024, 02:45:34 PM
I have made a modification to the program and I believe that has resolved the time to complete issue.  I believe this is all set.

I changed from:

read record (mychan,err=*next,bsy=*next)r$; rr$=r$; r_cnt++; if r_cnt<5 then goto *same

to:

read record (mychan,err=*next,bsy=*next)r$; rr$=r$; if pos("</pos_store>"=rr$)=0 then r_cnt++; if r_cnt<5 then goto same

This eliminates the need to make multiple tries if the string is read correctly initially and speeds up the result.
#12
Language / PHP Call Time to read
November 04, 2024, 01:40:53 PM
I am wondering if there is something that would cause a read to be very slow on a new linux server running Red Hat when the CentOS server was very fast.

p_str$:

POST /kpos/kpos_updates_allowed.php HTTP/1.1
Host: www.grsql.com
Connection: Keep-Alive
Content-Type: application/x-www-form-urlencoded
Content-Length: 8
Accept: */*
Cache-Control: no

kmp=0995

open (hfn)"[tcp]www.myurl.com;80"; mychan=lfo
write record (mychan)p_str$
wait 1
read record record (mychan, err=*next, bsy=*next)r$

The response is:

HTTP/1.1 200 OK
Server: nginx
Date: Mon, 04 Nov 2024 18:16:44 GMT
Content-Type: text/xml;charset=UTF-8
Transfer-Encoding: chunked
Connection: keep-alive
X-Powered-By: PHP/8.3.13
X-Powered-By: PleskLin

89
<?xml version="1.0"?>
<pos_store>
   <snum>0995</snum>
   <date>11/04/2024</date>
   <time>18:16:44</time>
   <on_maint>Y</on_maint>
</pos_store>
0


Since migrating to the new server the read now takes 45 - 60 seconds and it used to take 5.  I am guessing this has something to do with configuration, but cannot find anything.  Wondering if there is an alternative method to the open to execute the php and pull the result.
#13
Web Services / Re: REST API Issue
October 08, 2024, 03:07:16 PM
The issue was a difference between using 'lf' and $0d0a$ as a line separator.  The vendor was unable to parse the 'lf'.  I am now able to submit.  Thank you for all of the assistance.
#14
Web Services / Re: REST API Issue
September 26, 2024, 02:21:29 PM
I have pushed some logs to the vendor.  I switched the header to have Authorization as the first line and Accept as the second.  It then accesses, but fails on their side with a SQL error.

I appreciate your help and will let you know what I find.
#15
Web Services / Re: REST API Issue
September 26, 2024, 01:34:21 PM
That makes sense.  I made some changes and it's now getting through, but doesn't appear to be pulling the header information.

siteURL$=https://ccp.mobileappsuite.com/api/public/gift_cards/123456789?cvv=123
RequestData$=""
MimeType$=application/json
ExtraHdr$=
Accept: vnd.appsuite.pa.v6+json
Authorization: Basic VHlqRlpUV1V0WFg2VnllZjpPRXVmeDlhb2FLVHlmVmFB

Resp$="Access Denied"

RespHdr$=
HTTP/1.1 401 Unauthorized
Date: Thu, 26 Sep 2024 17:30:12 GMT
Content-Type: application/json
Content-Length: 15
Connection: close
Set-Cookie: PHPSESSID=h8c9ba2ist2mjgk025jv9vqous; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate
Pragma: no-cache
CF-Cache-Status: DYNAMIC
Set-Cookie: _cfuvid=8CMTrC9RJI4zcnK3IH8E2DVUq_k02ScUebtChuCSuN4-1727371812131-0.
0.1.1-604800000; path=/; domain=.mobileappsuite.com; HttpOnly; Secure; SameSite=
None
Server: cloudflare
CF-RAY: 8c94faff9fc7a94b-DTW

So, I am guessing there is something missing in the ExtraHdr$ variable as the vendor is indicating they are not seeing the Authorization line of the header.

This is a sandbox to test some integration, but still should be working.