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

 
 

bug #59123: Inherited axes properties incorrect/inconsistent

Submitter:  None
Submitted:  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 Fixed Release:  None
Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

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

Seems to work for me now.
Closing as fixed.

Markus Mützel <mmuetzel>
Group administrator
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>
Group administrator
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>
Group administrator
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)
  •  

    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 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.13-758e.
    Corresponding source code