bugGNU Octave - Bugs: bug #61996, Borders of vertically stacked...

 
 

bug #61996: Borders of vertically stacked docked widgets shift at every restart of Octave

Submitter:  Torsten Lilge <ttl>
Submitted:  Sat 05 Feb 2022 06:26:55 PM UTC
   
 
Category:  GUI Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Regression
Status:  In Progress Assigned to:  None
Originator Name:  Open/Closed:  * Open
Release:  * dev Operating System:  * GNU/Linux
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Sat 06 Aug 2022 10:53:10 AM UTC, comment #18: 

This shifting of borders between vertically stacked panes also happens when undocking and than re-docking a widget. No restart of Octave required.

 Philip Nienhuis <philipnienhuis>
Group Member
Thu 09 Jun 2022 09:28:21 PM UTC, comment #17: 

I tried 7.1.0 and a few recent bleeding edge dev builds and still see this issue, at least on Windows 10.

It's very consistent: upon each restart of Octave the border between vertically stacked widgets creeps up about 2/3 of a line height in the adjacent command window.

 Philip Nienhuis <philipnienhuis>
Group Member
Thu 02 Jun 2022 07:02:32 PM UTC, comment #16: 

@Torsten:
I'm away from home for a few weeks until mid-June so I'll report back later. But ISTR I still see it. IIRC Kai reported it too a year or so ago in a different context.

 Philip Nienhuis <philipnienhuis>
Group Member
Thu 02 Jun 2022 06:37:52 PM UTC, comment #15: 

I have tested recently on my old Win 7 VM and there I just saw it only occasionally and obviously only once for a new widget layout as if the layout reached a steady state after one restart.

@Philip: what are your observations on more recent windows systems?

 Torsten Lilge <ttl>
Group Member
Thu 02 Jun 2022 12:10:04 PM UTC, comment #14: 

Is this still an issue?

Changing the release target to dev. If this isn't done yet, and it is an easy fix, feel free to apply the change on the stable branch anyway (if it is save to do so).

 Markus Mützel <mmuetzel>
Group administrator
Tue 22 Feb 2022 09:57:49 PM UTC, comment #13: 

I'm changing the severity of this report from Blocker to Normal and changing the status to "In Progress".  Also re-titling to the remaining issue.

 Rik <rik5>
Group administrator
Tue 22 Feb 2022 08:40:59 PM UTC, comment #12: 

@Rik:
Yes it is (in  Octave-8.0.0), but I wouldn't quite call it a showstopper. Just a little nuissance.


Philip Nienhuis <philipnienhuis>
Group Member
Tue 22 Feb 2022 06:46:22 PM UTC, comment #11: 

@Philip: Is this still a problem (creeping stacked dock widgets)?

In Octave Developer meeting today we're trying to find any remaining bugs blocking 7.1 release.

 Rik <rik5>
Group administrator
Wed 09 Feb 2022 10:02:15 PM UTC, comment #10: 

On Windows 11, column widths in panes are preserved now. But the borders between vert. stacked docked widgets still creep up at every restart by -say- about half the height of a line in the terminal.

 Philip Nienhuis <philipnienhuis>
Group Member
Wed 09 Feb 2022 09:08:28 PM UTC, comment #9: 

Default.

I just rebuilt and on Linux (Mageia 8) it looks all right now - dock sizes & positions and column sizes are preserved. I'm cross-building now, will take a few hours.
I'll report later how the fix here behaves on Windows.

The slowly creeping up separators between vertically stacked docked widgets (and column widths) may well date back to around the time of the fix of bug #60646. But ISTR that Kai reported in another bug  report (IIRC about horizontal docked widgets positions) that it was failing for him much longer.

Philip Nienhuis <philipnienhuis>
Group Member
Wed 09 Feb 2022 06:00:39 AM UTC, comment #8: 

@Philip: Have you tested on the default or on the stable branch? The patches were added to stable and they were not merged into the default branch before yesterday.

 Torsten Lilge <ttl>
Group Member
Tue 08 Feb 2022 09:29:09 PM UTC, comment #7: 

I am just compiling for windows in order to test on my old Win 7 virtual box (tomorrow).

Could you try to remove the line "column_state" in the section "[filesdockwidget]" of the settings file and try again?

 Torsten Lilge <ttl>
Group Member
Tue 08 Feb 2022 09:15:08 PM UTC, comment #6: 

Shall I open a separate bug report (maybe it's getting messy, my fault I guess).

  1. ... references ... OK, clear
  2. Most Recently Used - yes it is (on Linux, but IIRC on Windows as well).
  3. file columns are restored in proper order, it's just the widths. I ses that widths are reset on Linux as well.
Philip Nienhuis <philipnienhuis>
Group Member
Tue 08 Feb 2022 08:58:27 PM UTC, comment #5: 

@Philip: I was referring to the fact that the references except for the widget geometry weren't saved at all. On Linux, the file browser column sizes are restored as expected. The same holds for the vertical borders.

Is the mru list of the file browser's directories is restored at the next startup? This, e,g, wasn't the case before the two patches.

And regarding the columns width, are the shown columns themselves restored?

 Torsten Lilge <ttl>
Group Member
Tue 08 Feb 2022 08:32:42 PM UTC, comment #4: 

@Torsten:
What does 'this' in "The simple changeset.... fixes this" refer to? Just the settings not being saved?

Apart from the moving borders bwteeen vertically stacked docked panes, I also see (on Windows at least) that upon each restart the column widths in the file browser are reset. Do you need a separate bug report for that?

 Philip Nienhuis <philipnienhuis>
Group Member
Mon 07 Feb 2022 09:08:37 PM UTC, comment #3: 

Changeset http://hg.savannah.gnu.org/hgweb/octave/rev/0a082e1b7422 should solve the remaining issue.

 Torsten Lilge <ttl>
Group Member
Mon 07 Feb 2022 08:10:24 PM UTC, comment #2: 

The simple changeset http://hg.savannah.gnu.org/hgweb/octave/rev/ef8b02fc4588 fixes this except for the case when the experimental terminal widget is used and octave is not quit by typing "exit" into the command line.

 Torsten Lilge <ttl>
Group Member
Sun 06 Feb 2022 06:13:54 PM UTC, comment #1: 

Is this only on Linux?

On Windows, a setting that hasn't been preserved for a quite a long time now is the position of the border between vertically stacked docked widgets. Those borders consistently creep up, or get reset to a fairly high position, upon every restart of Octave.

Philip Nienhuis <philipnienhuis>
Group Member
Sat 05 Feb 2022 06:26:55 PM UTC, original submission:  

The settings of the dock widgets are not stored at exit. This behavior is independent whether there is a main window or not. This must be an regressions since saving the settings at exit was fixed in bug #60646.

Torsten Lilge <ttl>
Group Member

 

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

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by mmuetzel (Posted a comment)
  • -email is unavailable- added by ttl (Submitted the item)

    •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2022-06-10 rik5 Carbon-CopyRemoved 72865 -
    2022-06-02 mmuetzel Release7.0.90 dev
    2022-02-22 rik5 Severity5 - Blocker 3 - Normal
        StatusReady For Test In Progress
        SummarySettings of dock widgets not saved at exit Borders of vertically stacked docked widgets shift at every restart of Octave
    2022-02-07 ttl StatusIn Progress Ready For Test
    2022-02-07 ttl StatusNone In Progress

    Back to the top

    Copyright © 2024 Free Software Foundation, Inc.
    Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved.
    The Levitating, Meditating, Flute-playing Gnu logo is a GNU GPL'ed image provided by the Nevrax Design Team.
    Page source code

    Powered by Savane 3.14-f13d.
    Corresponding source code