All Answers

Hi Bitpainter,

WJ-8135,WJ-8136,WJ-8137 and WJ-8138 are all fixed in the latest release (1.3.44).

Thanks again.

Best regards
Frank

Hi Matthew,

thanks, WJ-8146 is fixed in the latest Wisej release 1.3.44.

Best regards
Frank

Ok

Thanks

Cristian

Thanks. We had the wrong handler declaration, it’s WJ-8146 and should be fixed in the upcoming build.

As a temporary workaround you can handle the click on the menu items.

The watermark (or placeholder) is only available for editable controls in the browser. When the combobox is a DropDownList it’s not editable so the watermark doesn’t work. If you set the ComboBox.ReadOnly = true instead and leave the style to DropDown you should get the watermark.

I have updated the sample to use DGV.HitTest() instead of calculating the row. However the null reference exception is caused by a new regression in the DGV occurring when a row is removed and added back. It’s fixed in the the dev build that will be uploaded shortly.

http://wisej.s3.amazonaws.com/support/attachments/Wisej.DataGridDragDrop.zip

The problem is in Details view correct? It seems to work fine in Icon View.  It’s related to the stopping of the event bubbling. It should be in the dev build coming up today.

I can’t reproduce but by the stack trace in the screenshot looks like the tooltip manager is trying to position a tooltip after an element has been destroyed. We can add a safeguard against this scenario.

Good catch. It’s enough to remove ToLocalTime(). The client browser already returns the local time for the client.

Thanks, we’ll change.

We are fixing the regressions and will upload a dev build today. The regression was introduced because accelerators (keyboard events) in a browser always bubble up and if a user pressed a menu shortcut key and the menu item was on an inactive window, or two menu items had the same shortcut, they both would be executed. Unfortunately the check didn’t take in consideration the Desktop.

Just installed 1.3.43. Right mouse click in listview still not working. Is there something i should change?

I just tried the sample in this ticket with the latest version and I am getting an object reference exception. Is this still the recommended way to do it? It looks like the error is in the framework.

Hi Muhammed,

are you referring to the Bubble extension ?

I have just created a new enhancement request WJ-8139 for that request.

I will inform you when it´s available.

Best regards
Frank

Hi,

thanks a lot for this sample and reporting the problems you have found.

I have logged issues 1/2 and 4 and they are all fixed now and will be included in the next release.

Reference issue numbers are WJ-8135 & WJ-8136, WJ-8137 and WJ-8138.

re 3: Unfortunately we can´t fire pointer events in that scenario.

I´ll notify you when the next update is available.

Best regards
Frank

Wisej tries to save the license in the shared application folder and in the application folder. Usually the IIS ApplicationPool has write access to the shared folder (ProgramData) and not to the application folder, unless you add IIS_IUSRS full control. Before it was hiding the error with the result that wisej-server.lic was not generated silently without any message. Not it only ignores permission errors writing to the local (application) directory. It’s assumed that the application pool can write to ProgramData.

The problem occurs when you create a new Application Pool and it doesn’t have enough permissions to write to ProgramData. If Wisej cannot save wisej-server.lic then it will try every time the app is loaded and it always needs an internet connection.

See also https://wisej.com/support/question/license-error-path-is-denied

We can change this behavior easily, but we need to inform developers that the server couldn’t save and the permissions are missing. Writing to a log is already, but you need to attach a log writer and without a message on the screen it’s overlooked.

Suggestions?

I tried chrome multiple tabs, chrome + ff and chrome + ff multiple tabs but cannot reproduce. I wouldn’t know how to share the same javascript instance between two tabs or two browsers.

The only reason it could happen is if the application somehow is trying to create the DragDrop component twice. I tried to create the error and the only way to get close to it is to create a new instance of the Wisej.Web.Application class. I don’t know why the constructor is public, it shouldn’t be.

Can you check if your app creates a new Wisej.Web.Application() somewhere?