*23032* should work
Except if 0 (number) is misinterpreted and OCRed as O (letter O) 0, 8, B, i, l for instance are good candisates for misinterpretation with OCR engine
Try different value without 0
If nothing is found, sounds like a problem with fulltext on your DW organization, you should open a SR, fulltext might be broken on your organization.
Do you search with only the full text index, or do you also search with an other index ?
If yes, is wildcard actived for the other index. ?
If yes, does the value searched in the index contain a space ?
If yes to all the questions above, too bad for you (and other users) you found a bug (under investigation)
To check EMPTY or minimum something I suggest to use the validation option (need a homemade Webservice and a call). Option as the store dialog level.
Performance issue. I have not seen performance issue specific to forms. As this is a web application, try to use network in the IE dev tools (accessed by F12). It will give you valuable information on ressources.
By experience I do not want to publish (and definitely not have to fill) a form more that one or two pages long.
Imagine the situation if, for any reason, the connection is lost ! All the work is lost, unless you use another technology to store step by step the keyed information and be able to reopen it when the user reconnect.
You can use DW form to open another application or another form at the end. The current limitation right now is you cannot call a form using variables to pre fill the form. So the design must be done with such limitation in mind.
Concerning performance issue, is this Cloud ?
In the last step (Authorization), you have to check the box at the bottom left to make it public and setup the account which will be used to store the document generated from the form.
Hope it helps
I understand that not all the DLL are rebuild.
But honestly how could you accept that a version number is the not same if looking at the web administation tool and at the windows administration tool ,
So know I get a new Build version : 8518
My advise is DocuWare needs to cleanup the way the versions are published and how to get for sure the installed version.
Thanks in advance
Looking at the way the versions are posted, I have to say I am a little bit nervous on the way you and us can work with the same fully qualified version.
Explanation: On November 29th I downloaded the DW7_2018-11-07.zip file. I got a 8475 setup version and a 8375 build version
Today I used the same link to download the file, I got a DW7_2018-12-07.zip (the month is different) and the setup version is 8514, but after installation the build displayed is still 8375
In fact I never got the 8450 build you described.
So where is the "official" and qualified version ?
Thanks in advance for your feedback.
PS : the build version number I get is from the Administration tool, etiher the welcome screen or A propos
Looks like there is a difference between your information and the info I get from the installation.
When trying to update to version 2018-11-07 I get "update to version 126.96.36.19975.0"
And you wrote :The version is 2018-11-07. Build # 188.8.131.5280
I do not know what's between.
I suggest we can get such information in the file name as well as in the description to avoid any mistake.
Thansk in advance