pivot-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sandro Martini (Commented) (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (PIVOT-656) FileBrowserSheet seems frozen while browsing network folders
Date Thu, 01 Dec 2011 14:26:40 GMT

    [ https://issues.apache.org/jira/browse/PIVOT-656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13160928#comment-13160928
] 

Sandro Martini commented on PIVOT-656:
--------------------------------------

Hi, thanks for the patch.
I tried to merge into our current trunk (we are really near to freeze 2.0.1 release) but before
it, can I ask if you have enough time to try your slow case even with our latest trunk (before
even without applying your patch) ?

Someone of us has applications where this fix could be useful, so comments ?
It there aren't objections we still are in time to apply it (but merge manually) for 2.0.1
...

Bye

                
> FileBrowserSheet seems frozen while browsing network folders
> ------------------------------------------------------------
>
>                 Key: PIVOT-656
>                 URL: https://issues.apache.org/jira/browse/PIVOT-656
>             Project: Pivot
>          Issue Type: Improvement
>    Affects Versions: 1.5.1
>            Reporter: A.J.
>             Fix For: 2.1
>
>         Attachments: apache-pivot-terra-fileBrowserSkin-performance.patch
>
>
> Our customer complains about the FileBrowserSheet being unresponsive while browsing network
folders.
> I haven't been able to reproduce this in my development environment but I saw this in
'action' (or inaction in this case).
> They click a folder then ... nothing happens, they wait, then wait. They are free to
try other folders (I guess this is asynchronous task) but nothing happens.
> I've asked them to navigate the same network path with the Windows explorer which has
no apparent problem (some slowdowns at worst).
> So, it's hard to say where the problems is (no stack trace) but there is a problem.
> One first improvement that could be done would be to display an hourglass (busy cursor)
while the current I/O operation is pending.
> Another one could be also to set a timer after which the I/O operation would be canceled
(or abandonned) and give back hand to the calling code.
> That's all I'm thinking fo r now.
> As soon as I can get some more info on the origin of the problem, I'll update this issue.
> Cheers, 
> A.J.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message