iSeller Commerce
iSeller POS Retail
iSeller POS F&B
iSeller POS Express
Crosslight
WebUI
ClientUI
What's New
Download Trial
Web Solution
Mobile Solution
Enterprise Solution
Custom Development
Blog
Community
Latest Development Blogs
ForumPostTopic
Browse By Tag
John,
Interesting results. Thanks for sharing.
The answer is simple. When cookies is turned off, the ISRes.axd is redirected to the login form, and hence it doesn't return the expected result/response.
To resolve this issue, simply exclude ISRes.axd from the authentication paths, which means ISRes.axd should always be loaded regardless of the authentication state.
The following example might do the trick:
<location path="ISRes.axd"> <system.web> <authorization> <allow users="*" /> </authorization> </system.web> </location>
Siva, I noticed that WebCombo latest build is 214. Perhaps can do an update. Also, make sure you applied the script or resources properly.
Another thing to try is to test the issue in simpler scenario, much like the one attached by Handy. Have you give it a try?
Thanks!
When cookies is turned off, the session will likely changed every time because session used cookies to store its own internal ID.
The WebCombo dropdown arrow doesn't show means that its script is not loaded. So I'll likely there are server-side errors while the scripts are requested from the server. To investigate this issue, you need to use HttpWatch and then investigate the response of each script resource.
The response is likely to be a server-side error, if you manage to get the exact error message, please post it.
I recall this issue has been fixed in the latest released build.
What's the full WebCombo version that you used?
It's interesting to hear that the WebUI controls failed to work when you turned off the cookies.
Can you help to check this, try to turn off cookies then run your application. When you got all those errors, try to paste one of the ISRes request (eg, ISRes.axd?F/ISCore.js) in the browser's address directly.
Please share what response you got in the browser. Thanks.
As an additional info, there's possibility that the CSS class can be assigned in WebCombo/WebInput through the CssClass property of the TextBoxStyle.
For instance, combo.LayoutSettings.TextBoxStyle.Normal.CssClass = "validate[required]"
Theoritically, the validation script should work properly once the input element of WebCombo/WebInput is assigned. However, since I don't test it directly, I'm unable to proof the result.
Let me know if it works in your end.
Dan,
Yes, you can see all text description through Localization Manager in WebGrid. See how to use Localization Manager here:http://support.intersoftpt.com/Docs/WebGrid/6.0.7200/Localization Manager.html
Alternatively, you can find the xml file in [Installed WebUI Studio Location]\CommonLibrary\WebGrid\v7_0_7200\Localization\Default.xml.
In fact, using Localization Manager, you can customize all textual content for your application globally (in case you wish to use the same text in the entire applications), so you don't need to customize the TextSettings to every Grid instances in all your pages. However, consider to use TextSettings if you need to customize the text for specific Grid instance.
- James
Yes! You can change the text for the alert.
In your TextSettings, select MessageBoxText/UnsavedPendingChanges as the key, then write your own text for the alert.
Hope this helps,James.
When your Save function is called via the button, does it perform full postback or AJAX (FlyPostBack)?
The ClientAction will work only in FlyPostBack context. If your page is using full postback, try to use Page.RegisterClientScriptBlock and emit a javascript function to perform grid's Refresh method in the client side.
However, for better user experience, I think you may want to try using FlyPostBack mode (this can be easily achieved if you're using Intersoft WebButton control) to delete something in database then refresh the Grid without full page refresh.
Hope this helps.
Hi John,
WebGrid control doesn't rely on cookies, so that should not be the problem.
Regarding the missing resources issue, it's unlikely related with caching. The common case with caching is that it keeps loading older version of resources (either images or scripts), but since you mention the image such as filter row is missing, I think it is more related to the server-side problem.
If you have access to your web server logs, try to inspect the logs and look for ISRes.axd entries with status >= 400.
or
Choose this if you're already a member of Intersoft Community Forum. You can link your OpenID account to your existing Intersoft Social ID.
Choose this if you don't have an Intersoft account yet. Your authenticated OpenID will be automatically linked to your new Intersoft account.
Enter your Wordpress Blogname