All Answers

Also here is the original source in javascript that I ported.

https://github.com/emilyxxie/green_rain/blob/master/sketch.js

That looks pretty cool can you attach back the changed source code?

Cool!

http://demo.wisej.com/matrixstreams

If you open the thumbnail it scrolls together with the main window! And this is all drawn on the serve side.

I changed a couple of things to remove the statics and the native text renderer to draw the string to use only GDI2 without creating the HDC.

This app also uncovered what I call an “edge bug”, a bug at the border line of the performance limits of Wisej. Internally the client wisej middleware queues all events and processes the queue at 75ms intervals in order to pack more data in a single message. The low interval (80ms) set in the app caused the scheduler to go into an infinite loop of canceling and rescheduling when adding more streams or more windows.

Hi Shawn,

It is the issue I described in my last comment. This is what happens in your code:

Execution Path 1: Program.Main -> window.Show() -> AddHandler SessionTimeout -> Done.

User clicks MenuItem1 -> LoadTest() -> frm.LoadData() -> frmShowDialog() -> Modal Idling (thread is suspended).

Timeout event from client -> Application_SessionTimeout -> Handler = true -> Done.

Execution Path 2: Program.Main -> window.Show() -> LoadTest() -> frm.LoadData() -> frmShowDialog() -> Modal Idling (thread is suspended).

Timeout event from client -> There is no handler attached since Main() is in a modal loop.

Solution: Move AddHandler before window.Show(), or better not use ShowDialog(), use frm.ShowModalMask = true and frm.Show()

/Luca

Luca, I have written a really tiny app that demonstrates the problem.

If you run this on a server (not inside of VS2015), you will need to click on the menu option “Test”.  This will open a form that, using a timer will update the time every 2 seconds.

It will run and run and not have the session timeout.

If you go into Window1.vb and uncomment the LoadTest() in the Main_Load and run it, the frmTest form will load, and the timer will update the time label every 2 seconds.  Wait around 6-7 minutes and it will throw up the message that the session will time out in xxx.

Hi Frank,

I upgraded the Wisej to 1.3.47 and confirm the problem is gone.

Thanks and regards,

Felix

Hi Frank,

Thanks a lot.

Regards,

Felix

One more question, the code that restores the session and calls mnuBill_Run is it invoked when the client gets an invalid session error (after a recycle) and you have the javascript code that reloads?

Hi Frank,

Thank you for fixing it seems working but there is an another one exists now. Any control in userpopup doesn’t change its location or size while resizing with their anchor’s or dock properties are setted.

Thank you.

Thanks very much – the workaround of just calling IFramePanel.Call(“reload”)  works beautifully!   Thank you for the great support.

Also – I notice that the IFrame panel does not display any content at all when I run the same app I’m building on an iPad (though it does in desktop).  Is there something different that I need to do?

Luca, I am sending you both the XML file and the class that is serialized to it.  You won’t be able to compile it because it uses some external libraries of mine, but you can look at it.

Can you send the content of ReadXML? I’m wondering if .NET is creating a dynamic assembly and somehow causes a reload.

I added

“colors”: {
“CMSToolBarButtonBackgroundHover”: “red”
}

to a theme mixin and attached to the mouse hover event like this:

private void Button_MouseHover(object sender, EventArgs e)
{
((Button)sender).BackColor = System.Drawing.Color.FromName(“@CMSToolBarButtonBackgroundHover”);
}

It works here. I also tried to assign a BackColor to the button to something different than the default. Can you reproduce in a small test case?

Thanks,

Luca

Hi Andrew,

I can see the double event, thanks for the details. The wiring on the server side is not the problem, it doesn’t matter how many times the event name is added to config.wiredEvents since the class checks if it exists. The error is coming from the client side. I should be able to send you a dev build with the fix quickly.

Sorry about the time spent on this, but please contact us as soon as you encounter these issues.

Best,

Luca

Good catch! We can add the Reload method. Workarounds:

from the iFrame class: this.Call(“reload”)

or from outside: this.iFramePanel1.Call(“reload”)

or add a parameter to the URL: &v={counter{

Calling “reload” is much better.

Best,

Luca

Hi Shawn,

ChartJS has now also been updated in the latest Wisej release (1.3.47).

Best regards
Frank

Hi Shawn,

ChartJS has now also been updated in the latest Wisej release.

Best regards
Frank