bugGNU Octave - Bugs: bug #51717, bad colorbar placement (regression...


bug #51717: bad colorbar placement (regression from 4.2)

Submitted by:  Dmitri A. Sergatskov <dasergatskov>
Submitted on:  Thu 10 Aug 2017 04:02:50 AM UTC  
Category: Plotting with OpenGLSeverity: 3 - Normal
Priority: 5 - NormalItem Group: Regression
Status: ConfirmedAssigned to: None
Originator Name: Open/Closed: Open
Release: devOperating System: GNU/Linux

Add a New Comment(Rich Markup)

You are not logged in

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


(Jump to the original submission Jump to the original submission)

Thu 10 Aug 2017 05:40:33 PM UTC, comment #8:

With Doug's fingering of the problem cset I went and compiled revision 23012 and 23013, and I also can verify that 23013 introduced the problem.

Rik <rik5>
Project Administrator
Thu 10 Aug 2017 05:15:36 PM UTC, comment #7:

yes ccache
I start going back by powers of 2 ie.
back 128 and if still bad go
back 256 etc.
powers of 2 is most efficient, as you know.

17 min for a full ./bootstrap to ./run-octave.

most of the time much less.

Doug Stewart <dastew>
Thu 10 Aug 2017 05:09:10 PM UTC, comment #6:

Are you using ccache as well?

Your computer, indeed, must be very fast. A 7-month old bisection would typically take me close to a day to perform.

Rik <rik5>
Project Administrator
Thu 10 Aug 2017 05:05:13 PM UTC, comment #5:

I just copied #7 and made an mfile.
I did this manually I did not use a bisect command if there is one.

I also have a fast computer

Doug Stewart <dastew>
Thu 10 Aug 2017 04:45:43 PM UTC, comment #4:

I am curious -- what did you use as test for bisect?


Dmitri A. Sergatskov <dasergatskov>
Thu 10 Aug 2017 04:07:34 PM UTC, comment #3:

@Doug: Wow, thanks for doing the bisection. That is a long time a go indeed. I'm adding Pantxo to the CC list for this bug since he checked in cset 23013. I happen to know that he is on summer holiday right now, so don't expect an answer for a few weeks.

Rik <rik5>
Project Administrator
Thu 10 Aug 2017 03:58:27 PM UTC, comment #2:

I bisected to

23013 (5dca1727ce94) cla.m, newplot.m: make use of reset function to cleanup listeners (bug #49980). …

this 7 months go!

Doug Stewart <dastew>
Thu 10 Aug 2017 04:52:23 AM UTC, comment #1:

Confirmed. I don't run the demos all that frequently, but this feels like a fairly new regression. Maybe try hg bisect to find the problem changeset?

Rik <rik5>
Project Administrator
Thu 10 Aug 2017 04:02:50 AM UTC, original submission:

margin between plot and colorbar is incorrect (in some orientations).
See e.g. "demo colorbar". Demo #7 is attached. Good plot made by octave-4.2.1, bad on by hg id cb8251337689.


Dmitri A. Sergatskov <dasergatskov>


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

Attach File(s):

Attached Files


Depends on the following items: None found

   bug dependencies.


Carbon-Copy List
  • -unavailable- added by rik5
  • -unavailable- added by dastew (Posted a comment)
  • -unavailable- added by rik5 (Posted a comment)
  • -unavailable- added by dasergatskov (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 7 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Fri 11 Aug 2017 05:35:37 PM UTCrik5Dependencies-=>bugs #51731 is dependent
    Thu 10 Aug 2017 04:07:34 PM UTCrik5Carbon-Copy-=>Added pantxo
    Thu 10 Aug 2017 04:52:23 AM UTCrik5Item GroupNone=>Regression
      Summarybad colorbar placement=>bad colorbar placement (regression from 4.2)
    Thu 10 Aug 2017 04:02:50 AM UTCdasergatskovAttached File-=>Added bad_colorbar_cb8251337689.png, #41470
      Attached File-=>Added good_colorbar_o421.png, #41471

    Back to the top

    Powered by Savane 3.1-cleanup1