| Summary: | [abrt] libreoffice-core-3.4.3.2-15.fc16: shadowed m_aXineramaScreenIndexMap crash on multihead new display added | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jan Kratochvil <jan.kratochvil> | ||||||||||
| Component: | libreoffice | Assignee: | Caolan McNamara <caolanm> | ||||||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||
| Severity: | unspecified | Docs Contact: | |||||||||||
| Priority: | unspecified | ||||||||||||
| Version: | 16 | CC: | caolanm, dtardon, erack, igor.redhat, js, ltinkl, mstahl, sbergman, sir.ade | ||||||||||
| Target Milestone: | --- | ||||||||||||
| Target Release: | --- | ||||||||||||
| Hardware: | x86_64 | ||||||||||||
| OS: | Unspecified | ||||||||||||
| Whiteboard: | abrt_hash:f72226c6b9a0d93f505e63f0a900d8f1bd82d547 | ||||||||||||
| Fixed In Version: | libreoffice-3.4.4.2-2.fc16 | Doc Type: | Bug Fix | ||||||||||
| Doc Text: | Story Points: | --- | |||||||||||
| Clone Of: | Environment: | ||||||||||||
| Last Closed: | 2011-11-16 00:30:53 UTC | Type: | --- | ||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||
| Documentation: | --- | CRM: | |||||||||||
| Verified Versions: | Category: | --- | |||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
| Bug Depends On: | 743750 | ||||||||||||
| Bug Blocks: | |||||||||||||
| Attachments: |
|
||||||||||||
|
Description
Jan Kratochvil
2011-11-08 08:38:45 UTC
Created attachment 532236 [details]
File: dso_list
Created attachment 532237 [details]
File: build_ids
Created attachment 532238 [details]
File: maps
Created attachment 532239 [details]
File: backtrace
This is in the method which is supposed to be triggered when monitors changed, e.g. new monitor plugged in or dimensions changed. Odd, SalDisplay::addXineramaScreenUnique with apparently an i of 0 and a crash in m_aXineramaScreenIndexMap[i] = m_aXineramaScreens.size();, which suggests that m_aXineramaScreenIndexMap is therefore of length 0, but we have...
m_aXineramaScreenIndexMap = std::vector<int>(nMonitors);
for (gint i = 0; i < nMonitors; ++i)
{
GdkRectangle dest;
gdk_screen_get_monitor_geometry(pScreen, i, &dest);
addXineramaScreenUnique( i, dest.x, dest.y, dest.width, dest.height );
}
so there isn't a way to get an empty m_aXineramaScreenIndexMap and then call addXineramaScreenUnique on it, it has to be non-empty.
I can confirm your monitor suspection. It is reproducible for me if I turn off and turn on my external LCD.
This is X220 notebook with "Use this output" disabled for its "Laptop" output in XFCE and using the "HDMI1" output instead (X220 has DP connector).
Normal mode:
# xrandr -q
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192
LVDS1 connected (normal left inverted right x axis y axis)
1366x768 60.0 +
1024x768 60.0
800x600 60.3 56.2
640x480 59.9
VGA1 disconnected (normal left inverted right x axis y axis)
HDMI1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 477mm x 268mm
1920x1080 59.9*+ 60.0 60.0
1680x1050 60.0
1280x1024 60.0
1280x960 60.0
1024x768 60.0
800x600 60.3
640x480 60.0
DP1 disconnected (normal left inverted right x axis y axis)
HDMI2 disconnected (normal left inverted right x axis y axis)
HDMI3 disconnected (normal left inverted right x axis y axis)
DP2 disconnected (normal left inverted right x axis y axis)
DP3 disconnected (normal left inverted right x axis y axis)
After turning off the "HDMI1" output:
# xrandr -q
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192
LVDS1 connected (normal left inverted right x axis y axis)
1366x768 60.0 +
1024x768 60.0
800x600 60.3 56.2
640x480 59.9
VGA1 disconnected (normal left inverted right x axis y axis)
HDMI1 disconnected 1920x1080+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
DP1 disconnected (normal left inverted right x axis y axis)
HDMI2 disconnected (normal left inverted right x axis y axis)
HDMI3 disconnected (normal left inverted right x axis y axis)
DP2 disconnected (normal left inverted right x axis y axis)
DP3 disconnected (normal left inverted right x axis y axis)
1920x1080 (0x4e) 138.5MHz
h: width 1920 start 1968 end 2000 total 2080 skew 0 clock 66.6KHz
v: height 1080 start 1083 end 1088 total 1111 clock 59.9Hz
There is in fact no active display that time.
Package: libreoffice-core-3.4.3.2-15.fc16 Architecture: x86_64 OS Release: Fedora release 16 (Verne) Comment ----- 1. Open a presentation in Libreoffice Impress 2. Change monitor layout (i.e., add an external monitor) Grrr, will figure out how this on-the-face-of-it-impossible condition comes to pass, just need to dig out some cables tomorrow. *sob*, there are *two* m_aXineramaScreenIndexMap, one of them shadowing the other, so one gets resized, and the one used remains at 0. Already fixed in 3-4 branch Will be good in >= 3.4.3.2-16 which I'm building now libreoffice-3.4.4.2-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/libreoffice-3.4.4.2-1.fc16 Package: libreoffice-core-3.4.3.2-15.fc16 Architecture: x86_64 OS Release: Fedora release 16 (Verne) Comment ----- This happened seemingly on its own when I wasn't using libre office. In case this is relevant, this happened shortly after resume (a couple of minutes after)... libreoffice-3.4.4.2-2.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/libreoffice-3.4.4.2-2.fc16 Package libreoffice-3.4.4.2-2.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libreoffice-3.4.4.2-2.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-15789 then log in and leave karma (feedback). libreoffice-3.4.4.2-2.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report. *** Bug 755389 has been marked as a duplicate of this bug. *** libreoffice-3.4.4.2-3.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/libreoffice-3.4.4.2-3.fc16 |