Bug 421229 - Some plots are not displayed
Summary: Some plots are not displayed
Status: RESOLVED DUPLICATE of bug 408335
Alias: None
Product: cantor
Classification: Applications
Component: octave-backend (show other bugs)
Version: 20.04
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: Cantor Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-05-09 16:15 UTC by avlas
Modified: 2020-05-11 10:57 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description avlas 2020-05-09 16:15:44 UTC
1. If I plot sth using 'gnuplot' graphics and then move to 'qt' and plot again, the plot works in both graphic backends. However, if I first move to 'qt' graphics and then plot, the figure is not displayed, and neither it is when I move back to 'gnuplot' graphics.

2. Even using just 'gnuplot' from the very beginning, I still see some plots that are not displayed:

- sombrero

it is displayed if accompanied of view(2) or e.g. view(30,60), but not for default view(3), either using it implicitly or explicitly

- similarly when using the publicly available lorentz system octave worksheet

it uses view(35,35) by default and the plot is not displayed, using some other view specification work or fail, but I recognize I didn't identify why some work and why some others do not. strangely enough view(34.9,35) works.
Comment 1 Nikita Sirgienko 2020-05-11 10:08:01 UTC
I have checked, and this is another variation of bug #408335. This problem is our fix schedule for 20.08.

*** This bug has been marked as a duplicate of bug 408335 ***
Comment 2 avlas 2020-05-11 10:12:55 UTC
(In reply to Nikita Sirgienko from comment #1)
> I have checked, and this is another variation of bug #408335. This problem
> is our fix schedule for 20.08.
> 
> *** This bug has been marked as a duplicate of bug 408335 ***

Both 1 and 2 above are actually the same bug?

Sorry I missed bug 408335
Comment 3 Nikita Sirgienko 2020-05-11 10:48:38 UTC
(In reply to avlas from comment #2)
> (In reply to Nikita Sirgienko from comment #1)
> > I have checked, and this is another variation of bug #408335. This problem
> > is our fix schedule for 20.08.
> > 
> > *** This bug has been marked as a duplicate of bug 408335 ***
> 
> Both 1 and 2 above are actually the same bug?
> 
> Sorry I missed bug 408335

Yes, the same problem - a file of plot, produced by gnuplot, have a gigantic width, filled on the left by empty space (you can open file in /tmp directory and see, that there is a plot after this huge area of empty space)
Comment 4 avlas 2020-05-11 10:57:33 UTC
(In reply to Nikita Sirgienko from comment #3)
> (In reply to avlas from comment #2)
> > (In reply to Nikita Sirgienko from comment #1)
> > > I have checked, and this is another variation of bug #408335. This problem
> > > is our fix schedule for 20.08.
> > > 
> > > *** This bug has been marked as a duplicate of bug 408335 ***
> > 
> > Both 1 and 2 above are actually the same bug?
> > 
> > Sorry I missed bug 408335
> 
> Yes, the same problem - a file of plot, produced by gnuplot, have a gigantic
> width, filled on the left by empty space (you can open file in /tmp
> directory and see, that there is a plot after this huge area of empty space)

Indeed. I realized of this happening when checking the /tmp folder. 

It may be affecting 'qt' as well given (1) above. It's quite bizarre that the very same plot, e.g. plot(1:10), suffers or not this bug based on the order in which the graphics toolkit is applied. 

That's why I first thought this was something, perhaps related, but different, because in (2) the plots that are displayed (or not) are not exactly the same (different view).