Hi Max,

Will do.

However I would not mix my case with what Simon kindly described.

These issues may be correlated and I will mention Simon's case in the defect
description.
But the assignee for the bug should not be misled by mixing up "hour-glass"
with PPR and "hour-glass" with inputDate elements.

Max, as a matter of curiosity, I am somehow sure you are an expert in ADF.
Considering that Oracle ADF take its roots from Trinidad, this becomes a
practical curiosity matter.

Does this defect appear in Oracle ADF too?

Regards,
Dmitry

On 15 June 2010 15:06, Max Starets <[email protected]> wrote:

> Simon, Dmitry ,
>
> Could one of you log a Trinidad JIRA for this?
>
> Thanks,
> Max
>
>
> Simon Kulessa wrote:
>
>> Hi,
>>
>> I send an email with the same problem to the dev mailinglist but did not
>> receive an answer. Search for "IE8 MouseIcon Bug with inputDate".
>>
>> To reproduce this bug at irian.at you just need to do these steps:
>>
>> Goto:
>> http://www.irian.at/trinidad-demo/faces/components/inputDate.jspx
>>
>> 1. Enter something that is not a date (or does not match the expected
>> date format)
>> 2. Click 'update'
>> 3. Remove the focus from the inputField
>>
>> Regards,
>> Simon.
>>
>> Am 15.06.2010 12:23, schrieb Dmitry Barsukov:
>>
>>> Hi Toby,
>>>
>>> Thanks for your prompt attempt to help, this is very much appreciated.
>>> However it does not help. The form I posted initially gets blocked
>>> quickly
>>>  (3rd or 5th click).
>>> Here is what I included into the header of the form:
>>>
>>>         <trh:head><title>hour glass issue</title>
>>>             <trh:script text="function _pprStartBlocking(a0) {return;}"/>
>>>         </trh:head>
>>>
>>> Surprisingly I could not reproduce the issue on Irian.at Trinidad demo
>>> page... that looks strange.
>>>
>>> Regards,
>>> D.
>>>
>>> On 15 June 2010 10:50, Eisenträger, Tobias<[email protected]
>>> >wrote:
>>>
>>>  Hello Dmitry,
>>>>
>>>> we stumled upon the same problem, and simply deactivated the hour glass
>>>> functionality via overwriting the javascript which comes bundled in
>>>> trinidad.
>>>>
>>>> We include a custom javascript anyway in each page, and the last method
>>>> overwrites the hourglass functionality.
>>>>
>>>> /**
>>>>  * Overwrites the jsFile for PPR which comes in
>>>>  * trinidad-impl.1.3.13
>>>>  *              /META-INF/adf/jsLibs/Core.js
>>>>  *              /META-INF/adf/jsLibsDebug/Core.js
>>>>  * to prevent the IE to freeze at PPR.
>>>>  * look at function _pprStartBlocking(a0)
>>>>  **/
>>>> function _pprStartBlocking(a0) {
>>>>   return;
>>>> }
>>>>
>>>> However, it would be correct to find the real problem the IE Javascript
>>>> has
>>>> and fix it in the source, or create a JIRA for it.
>>>>
>>>> Please let me know if that helps,
>>>>
>>>> Toby
>>>>
>>>>  -----Ursprüngliche Nachricht-----
>>>>> Von: Dmitry Barsukov [mailto:[email protected]]
>>>>> Gesendet: Dienstag, 15. Juni 2010 11:02
>>>>> An: [email protected]
>>>>> Betreff: [Trinidad] IE + PPR causing "Hour-glass"
>>>>>
>>>>> Hi All,
>>>>>
>>>>> I wonder if anyone has ever come across an issue with "hour-glass"
>>>>> cursor
>>>>> when working with PPR and IE?
>>>>>
>>>>> Here is the simplest form below which does cause "hour-glass" cursor
>>>>> appearing and a form freezing when rendered on IE.
>>>>> Rick then left-left mouse click may help to switch the form back into a
>>>>> normal state.
>>>>>
>>>>> <f:view xmlns:f="http://java.sun.com/jsf/core";
>>>>>         xmlns:tr="http://myfaces.apache.org/trinidad";
>>>>>         xmlns:trh="http://myfaces.apache.org/trinidad/html";>
>>>>>     <trh:html>
>>>>>         <trh:head><title>hour glass issue</title>  </trh:head>
>>>>>         <trh:body>
>>>>>                 <tr:panelGroupLayout layout="vertical">
>>>>>                         <tr:form id="frm_1">
>>>>>                                 <tr:inputText label="Surname:"
>>>>>
>>>> id="it_1"/>
>>>>
>>>>>                                 <tr:commandButton id="cb_1"
>>>>> text="Search"
>>>>> partialSubmit="true"/>
>>>>>                         </tr:form>
>>>>>                 </tr:panelGroupLayout>
>>>>>         </trh:body>
>>>>>     </trh:html>
>>>>> </f:view
>>>>>
>>>>> To catch an issue you need to click inputText element several times
>>>>> quickly
>>>>> then commandButton then inputText element again.
>>>>> With this simplest form the issue is not that apparent. However if the
>>>>> form
>>>>> becomes more complicated "hour-glass" cursors spoils the whole
>>>>>
>>>> application
>>>>
>>>>> because it may appear VERY often, for instance on each third click in
>>>>> the
>>>>> form.
>>>>>
>>>>> If I remove "partialSubmit" the issue disappears.
>>>>>
>>>>> What is wrong here?
>>>>>
>>>>> ---
>>>>> Sincerely yours
>>>>> Dmitry Barsukov
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>


-- 
---
Sincerely yours
Dmitry Barsukov

Reply via email to