View Issue Details

IDProjectCategoryView StatusLast Update
0016601ScribusInternalpublic2021-08-04 06:44
Reporterdidierhinz Assigned To 
PriorityurgentSeveritycrashReproducibilityalways
Status newResolutionopen 
PlatformLaptopOSLinux Mint 20.1OS VersionUbuntu 20
Product Version1.5.7 
Summary0016601: Crashes when changing the margins of a large document (500 pages) in the document settings
DescriptionCannot change the margin settings of my text book document (500 pages, 2.1 MB)

My QT Version: 5.12.8
Scribus: 1.5.7

Same behaviour with Scribus 1.5.6svn
Steps To Reproduce1) Load my sla file (a text book of 500 pages with black and white photos)
2) Go to the Document Settings (in german: "Dokument einrichten")
3) Go to the general margin settings ("Ränder und Anschnitt")
4) Change the inner and outer margin value
5) Check the check box Apply changes on all pages ("Änderungen auf alles Seiten anwenden")
6) Wait for about 10 seconds after clicking OK

Scribus crashes with the following memory error log:
Additional Informationqt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
No XVisualInfo for format QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
Falling back to using screens root_visual.

qt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
No XVisualInfo for format QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
Falling back to using screens root_visual.

pathForIcon: Unable to load icon /tmp/.mount_scribukKJtIK/lib/x86_64-linux-gnu/../share/scribus/icons/1_5_1/screen.png: File not found

qt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
No XVisualInfo for format QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
Falling back to using screens root_visual.

Scribus ist abgestürzt
-------------

Absturz durch Signal 0000011
qt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
No XVisualInfo for format QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
Falling back to using screens root_visual.

Speicherzugriffsfehler (Speicherabzug geschrieben)
TagsNo tags attached.
PatchNo

Activities

PeterBenedek

2021-07-07 09:26

developer   ~0049181

Hi didierhinz.

Please upload a sample document. Thanks.
or
Please test the document in Scribus appimage (1.5.8svn)
Source: https://impagina.org/download
https://gitlab.com/scribus/scribus/-/jobs/artifacts/master/raw/Scribus-nightly-x86_64.AppImage?job=appimage%3Alinux

didierhinz

2021-07-07 15:17

reporter   ~0049183

Same crash with 1.5.8svn !

Here some of my observations:
When I reduced the document size by deleting the last 250 pages (p. 250-500), then Scribus did not crashed when changing the pages' margins.
However, when I tried to delete the first 250 pages (p. 1-250) of my document, then Scribus crashed during this deletion, displaying "Signal 0000006".
And: When I tried to delete the first 125 pages (1-125), then Scribus did not finish this task until I gave up, i.e. after 90 minutes (!). The CPU usage (top -i) was between 99,7 and 100,3% during all this long time.
So, I guess that the problem is connected to a general memory allocation issue, rather than to the specific margin functionality.

Here my original SLA file, compressed.
buch_v0.94_x.sla.gz (404,851 bytes)

didierhinz

2021-07-16 17:50

reporter   ~0049187

I have a new fact.

When I delete the end notes at the end of the document (pages 497-499) from my sla document, then Scribus does not crash anymore!!

So, I am now pretty sure that the problem lies in the end notes feature (in German: "Einfügen" > "Marken" > "Fuß-/Endnote").

By the way, this feature makes a lot of other problems as soon as the end notes do not fit one single page. For example, my 82 end notes cover 3 document pages (3 linked text frames), then after each "Save document" operation, the order of the 3 frames is corrupted: i.e., the first frame moves at the very end of the document. In addition, after each editing (anywhere in the document), the height of the first frame is shortened a bit...

jghali

2021-08-03 15:32

administrator   ~0049190

Yes, the crash is indeed related to footnotes / endnotes. This feature is pretty much experimental at this stage. I just fixed the crash which occurs when changing margins right after opening document. Not sure how to fix the crashes which occur when deleting pages at this point.

didierhinz

2021-08-04 06:44

reporter   ~0049195

Okay, I can deal with this stage at the moment. If I don't touch (re-format) the end note pages, I can work normally with Scribus.
So let's wait until the footnote/endnote issues will be fixed.

Issue History

Date Modified Username Field Change
2021-07-07 06:14 didierhinz New Issue
2021-07-07 09:26 PeterBenedek Note Added: 0049181
2021-07-07 15:17 didierhinz Note Added: 0049183
2021-07-07 15:17 didierhinz File Added: buch_v0.94_x.sla.gz
2021-07-16 17:50 didierhinz Note Added: 0049187
2021-08-03 15:32 jghali Note Added: 0049190
2021-08-04 06:44 didierhinz Note Added: 0049195