bugGNU Octave - Bugs: bug #44622, [GUI] Don't update file browser...

 
 

bug #44622: [GUI] Don't update file browser window unless at top level

Submitted by:  Philip Nienhuis <philipnienhuis>
Submitted on:  Tue 24 Mar 2015 05:41:36 PM UTC  
 
Category: GUISeverity: 3 - Normal
Priority: 5 - NormalItem Group: Feature Request
Status: FixedAssigned to: None
Originator Name: Philip NienhuisOpen/Closed: Closed
Release: devOperating System: Any

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sat 25 Apr 2015 07:34:06 PM UTC, comment #3:

Thanks.
It was esp. a nuisance when e.g., scripts were unzipping/zipping archives in a temp directory. I found that populating the file browser window could take a long time for crowded working directories.

I'll try later.

Philip Nienhuis <philipnienhuis>
Project Member
Sat 25 Apr 2015 06:00:42 PM UTC, comment #2:

I have pushed changeset
http://hg.savannah.gnu.org/hgweb/octave/rev/d7bea5b11fc3
which uses the set_workspace method to update the gui (file browser and combo box in main window) if the directory has changed in the meantime.

Torsten <ttl>
Project Member
Fri 17 Apr 2015 06:59:07 PM UTC, comment #1:

@Torsten: Sorry to keep adding you to bug reports, but this one also looks like something you would know very quickly how to fix. Octave needs to stop synchronizing the File Browser pane when executing long scripts.

Rik <rik5>
Project Administrator
Tue 24 Mar 2015 05:41:36 PM UTC, original submission:

E.g., during operation of _run_test_suite_.m, but also noted during debugging of unpack.m & tar.m, I noted that not only the workspace but also the file browser pane gets updated regularly.

The workspace pane updates have been fixed (see bug #44156 and bug #44455), but the file directory pane still gets updated.
I commented on this in bug #44455, but that got closed.

The file directory browser may even take more waiting time than the workspace as querying the OS for what files are on disk is a slow operation. However I don't know if this query happens in the background - if so, it may not use that many CPU cycles.
But rendering the directory structure while Octave is busy clearly seems unnecessary.

Philip Nienhuis <philipnienhuis>
Project Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by ttl (Posted a comment)
  • -unavailable- added by rik5 (Posted a comment)
  • -unavailable- added by rik5
  • -unavailable- added by philipnienhuis (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 17 May 2015 11:09:59 PM UTCrik5StatusReady For Test=>Fixed
      Open/ClosedOpen=>Closed
    Sat 25 Apr 2015 06:00:42 PM UTCttlStatusNone=>Ready For Test
    Fri 17 Apr 2015 06:59:07 PM UTCrik5Carbon-Copy-=>Added ttl

    Back to the top


    Powered by Savane 3.1-cleanup1