Bug 421229

Summary:	Some plots are not displayed
Product:	[Applications] cantor	Reporter:	avlas <jsardid>
Component:	octave-backend	Assignee:	Cantor Bugs <cantor-bugs>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	warquark
Priority:	NOR
Version First Reported In:	20.04
Target Milestone:	---
Platform:	Neon
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

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).