Quote from: Jane Raymond on April 17, 2026, 12:11:41 PMIf it's just one user, it could be something in their query user profile, i.e. something in the options they have set for themselves in that particular query. You can see what options are set using the Query Profile Information Maintenance utility, which you can access through the Nomads Utilities menu, or through the IDE Graphical Application Builder > Utilities menu.

Enter the directory and library where the query is located, the query that is affected and choose the User. This will display the information that has been saved for the user. If there is anything listed under Info Type it may be causing the issue, so you select it and delete it and re-run the query to see if that was the issue.

I had a look at the Query Profile Information Maintenance and the only thing that displays is "NO DATA"

We have several clients that report this ERR=42, Program: winqry, Line: 01875
One client reports that our app is just on one computer but they use different Windows user Ids and Just ONE User ID reports the error. The other users report no errors.
What does this tell us?

we have no query's that even come close to 200 columns.
It must be something else.

I posted this in the past but never found a solution.
Getting ERR=42
Program .../lib/_plus/winutl/winqry
Line: 1875
Can someone point me in the right direction to solve this?
thnaks

Has anyone had recent success using *web/email with a gmail account.
All my attempts end with an ERROR 23 authentication problem.
Does my application need to be pre-authorized in gmail? If so how?

Problem fixed...
An edit to the .htaccess file, adding my .exe files to the allowed access list resolved the issue.

many thanks.

Our web site is hosted on iPage.
Our application install file has .exe extension.
We are now getting a "FORBIDDEN" message when trying to download the .exe file.
I have searched the iPage help files.
Anyone know how to solve this issue and allow our .exe files to be downloaded?

that worked... thanks.

Quote from: Loren Doornek on March 25, 2024, 02:21:17 PM
Does it work if you actually include the filename in the URL?

it does not work if i use the file name.

I do the following [tcp] GET from a web site and get an error 302 (file not found)
Here is the code I am using:
08120  LET R$="GET /download/update/ HTTP/1.0"+$0D0A$
08130  LET R$+="Accept-Language: en-us"+$0D0A$
08140  LET R$+="Content-Type: application/x-www-form-urlencoded"+$0D0A$
08150  LET R$+="Host: www.website.ca"+$0D0A$
08160  LET R$+="Content-Length: "+STR(LEN(PARAMS$))+$0D0A$
08170  LET R$+="Cache-Control: no-cache"+$0D0A$+$0D0A$
08180  CLOSE (1);
       OPEN (1,ERR=*NEXT)"[tcp]www.website.ca;80";
       GOTO 8200
08190  MSGBOX "Unable to connect to the Upgrade Web Site.","Connection Failure","!,TIM=15";
       LET CMD_STR$="END";
       RETURN
08200  WRITE RECORD (1)R$;
       LET RESP$="",X$=""
08210  WHILE 1
08220  READ RECORD (1,TIM=1,ERR=*BREAK)X$
08230  LET RESP$+=X$
08240  WEND
08250  CLOSE (1)

It should bring back the contents of file "index.html" but reports that it cannot find the file.
If I enter the full path to the website and directory in my browser it do get the contents of the "index.html" file.

any ideas on what can be wrong?

i assumed they were referring to their web site SSL Certificate.
But i agree with you, that our application launch should not be connected with any new certificate.

a client put in a new certificate and our application now has problems launching.
Any ideas what the issue may be?

About 2 weeks ago our FTP file operations stopped working from within pxplus.
We create a batch file and execute ftp using an INVOKE command.
The file gets uploaded to the ftp site, but is always empty.
If we manually execute the ftp batch file outside of the pxplus environment, it works.
This is probably not a pxplus problem, but what could be causing this?

The move process could be improved if our client could DE-ACTIVATE on the old computer without needing to get PVXPlus involved.
Currently the PVXPlus activation server must be changed to a MOVE mode for the client to DE-ACTIVATE.

Solved problem.
Windx was installed in a folder called: "C:\windx\"
removed this and re-installed to the Pvxplus default folder.
All working OK now.
Must have been an old registry entry that was preventing access.