bugGNU Octave - Bugs: bug #59123, Inherited axes properties...

 
 

bug #59123: Inherited axes properties incorrect/inconsistent

Submitted by:  None
Submitted on:  Thu 17 Sep 2020 03:05:37 PM UTC  
 
Category:  Plotting Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Incorrect Result
Status:  Fixed Assigned to:  None
Originator Name:  JZ Originator Email:  -email is unavailable-
Open/Closed:  Closed Release:  6.0.90
Operating System:  Any

Add a New Comment (Rich Markup)
   

You are not logged in

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

 

Mon 19 Oct 2020 07:44:10 PM UTC, comment #4: 

Seems to work for me now.
Closing as fixed.

Markus Mützel <mmuetzel>
Project Member
Fri 09 Oct 2020 06:30:48 AM UTC, comment #3: 

... you were right, we weren't using the exact same version under Linux and Windows. This was tested under Windows with 5.1 and a self-compiled version of the dev branch as of February/March 2020, and under Linux I have the Octave dev as of May 2020. (I just assumed these two were similar enough for simplicity)

Anonymous
Thu 08 Oct 2020 06:26:52 PM UTC, comment #2: 

It turns out I misread the code and fixing colorbar was similarly easy after all:
https://hg.savannah.gnu.org/hgweb/octave/rev/4a7890793baf

Marking as ready for test.

Markus Mützel <mmuetzel>
Project Member
Thu 08 Oct 2020 05:05:13 PM UTC, comment #1: 

Thanks for your report.

I don't see any difference on Linux and Windows. Are you sure you are running the same version of Octave on both platforms.

However, I can confirm both bugs.

The first one is easy enough to resolve. So I pushed a change to stable here:
https://hg.savannah.gnu.org/hgweb/octave/rev/73f04ba59351

For colorbar, it needs some more thinking. It looks like the complete logic relies on the axes units being set to "normalized".
It might be possible to set the axes units to "normalized" somewhere close to the beginning of that function and reset it to the original units before returning. But I'm not sure if this might cause other issues...

Markus Mützel <mmuetzel>
Project Member
Thu 17 Sep 2020 03:05:37 PM UTC, original submission:  

I attached two scripts where I can see some inconsistencies for which property is inherited from a parent/related object and which isn't.

In plotyyproblem.m, I have defined the position and the units property of the axis, then call plotyy() for that axis. Now I know that technically, plotyy() creates two new axes with new handles and everything, but I think I found a bug concerning the inheritance of certain properties for the new axes.

Under Linux, the output is
Y1 units = normalized
Y2 units = normalized
and I can see both y-axes at the specified position, even though the units are set to normalized again.

Under Windows, the output is
Y1 units = pixels
Y2 units = normalized
and the position property contains the specified position for both axes, so that I can't see the secondary axes with the position being [50 50 300 300] in normalized units.
It looks like some properties aren't consistently inherited from the first axis, but it's a little frustrating that it seems to depend on the OS of all things.

In colorbarproblem.m, a colorbar is added after the units and position of the axis was modified.
Here, under both Linux and Windows, the output is
colorbar position = 320   50   18  300
colorbar units = normalized
and the colorbar is off-charts, just like the secondary y-axis under Windows for the plotyyproblem.

I marked this as a bug for the 5.1 release but it also happens in 6.0.9. Also I'm not sure if it's related to bug #58479 or any of the bugs linked there?

Anonymous

 

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

Attach Files:
   
   
Comment:
   

Attached Files
file #49801:  plotyyproblem.m added by None (241B - text/x-objcsrc)
file #49802:  colorbarproblem.m added by None (224B - text/x-objcsrc)

 

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 None (Submitted the item)
  •  

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

    Only project members can vote.

     

     

     

    Follow 6 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2020-10-19 mmuetzel StatusReady For Test => Fixed
        Open/ClosedOpen => Closed
        Release5.1.0 => 6.0.90
    2020-10-08 mmuetzel StatusNone => Ready For Test
    2020-09-17 None Attached File- => Added plotyyproblem.m, #49801
        Attached File- => Added colorbarproblem.m, #49802

    Back to the top


    Powered by Savane 3.5