bugGNU Octave - Bugs: bug #37747, copyobj inconsistent


bug #37747: copyobj inconsistent

Submitted by:  Muhali <muhali>
Submitted on:  Thu 15 Nov 2012 01:08:40 PM UTC  
Category: PlottingSeverity: 3 - Normal
Priority: 5 - NormalItem Group: None
Status: FixedAssigned to: None
Originator Name: Open/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.


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

Sun 02 Dec 2012 12:43:04 AM UTC, comment #6:

I pushed the changeset


Ben Abbott <bpabbott>
Project Member
Mon 19 Nov 2012 03:17:07 PM UTC, comment #5:

Attached is a patch for this bug.

(file #26933)

Pantxo Diribarne <pantxo>
Project Member
Mon 19 Nov 2012 12:26:11 PM UTC, comment #4:

It should have been a zero in the first instance and a one in the second. It probably got garbled by the markup system.


Muhali <muhali>
Mon 19 Nov 2012 12:22:26 PM UTC, comment #3:

On the forwarded mail I read 0 in the first case, 1 in the second. On the bug report web page I read 1. and 1 repsectively. Which one should I trust?

Anyway I will make changes in copyobj to reflect those expected behaviors, and submit a patch here.

Pantxo Diribarne <pantxo>
Project Member
Mon 19 Nov 2012 08:35:13 AM UTC, comment #2:

ML gives

  1. in the first case

1 in the second.

Muhali <muhali>
Mon 19 Nov 2012 08:24:28 AM UTC, comment #1:

Thank you for testing.
It looks like in ML the current axes is reset to its previous value when the copy is made in the same figure. I will change that.

What if the copy is made inside a new figure? Can someone test this in ML :

And what about copying figures :

Pantxo Diribarne <pantxo>
Project Member
Thu 15 Nov 2012 01:08:40 PM UTC, original submission:

Here one would expect T = 'foo' (as in ML). What one gets, however, is the empty string.

Muhali <muhali>


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

Attach File(s):

Attached Files
file #26933:  copyobj.patch added by pantxo (951B - application/octet-stream)


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by rik5 (Updated the item)
  • -email is unavailable- added by bpabbott (Posted a comment)
  • -email is unavailable- added by pantxo (Posted a comment)
  • -email is unavailable- added by muhali (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 5 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Tue 04 Dec 2012 04:06:42 AM UTCrik5StatusReady For Test=>Fixed
    Sun 02 Dec 2012 12:43:04 AM UTCbpabbottStatusNone=>Ready For Test
      Operating SystemGNU/Linux=>Any
    Mon 19 Nov 2012 03:17:07 PM UTCpantxoAttached File-=>Added copyobj.patch, #26933

    Back to the top

    Powered by Savane 3.1-cleanup1