Description: Crash swlo!SwXTextRange::SetPositions Steps to Reproduce: 1. Open Writer 2. Open Chrome/Vivaldi https://www.managementboek.nl/managementboeken/boeken 3. CTRL+A/ CTRL+C in the browser 4. CTRL+V in Writer Actual Results: Crash Expected Results: No crash? Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.0.alpha0+ (x64) Build ID: 4501a0ba623ad61c5a4e0b807da2e96f0e4ce82c CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
No crash with Version: 7.0.0.0.alpha0+ Build ID: aa191f35978ea48bbacc0e613ae8f0e6536ebcfc CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 and Firefox
Repro 7.0+ with both Skia and default. No repro 6.4+. Regression.
I'm volunteer with QA in LO, who added value to some 2.200 bugs. It takes a lot of time to properly triage bugs, to test all versions and details, many times correcting previous status. I'm trying to prioritize properly, sometimes decreasing in special cases but also increasing when needed, and needed it is frequently. I noticed lately that QA engineer Xisco makes a lot of changes of my priority, only downgrading. Not only it's degrading, without any clarification, but it's also without any explaination, even though I previously wrote explaination for changing status. I triaged this bug and confirmed, marking High Critical. Why? Because https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg says that crash is critical. It's a simple paste crash, so it's reasonable to be High, but as a regression it certainly is. Without any explaination, Xisco changed the bug to Medium Normal. I didn't quite understand that it's normal to have crashes in LO or any software! For the effort I, or anyone else, invested in triaging, explanation should be made, what's the justification or this is only for the sake of phony stats.
Let's bisect it first, then we can raise the priority
Not happening in Version: 7.0.0.0.alpha0+ Build ID: 24e1563b5db3de5abac0d4fd0f737ec319e703e8 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: x11; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Can't reproduce it in Version: 7.0.0.0.alpha0+ (x64) Build ID: 94a7ceae287a7967e8f013d012673e26637c6bb5 CPU threads: 16; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; Locale: en-GB (en_GB); UI-Language: en-US Calc: threaded using Firefox or IE11. Doesn't have permissions to install other browsers. @Telesto, @Timur, could you please bisect this issue ?
Interesting that crash was also in OO 3.3 up to LO 3.5. Ni repro anymore, test with today's master. WFM. I cannot bibisect now, but it would be helpful. There's another bug here, pasted content of 1st page looks wrong from LO 3.6. up to 7.0.
Created attachment 159639 [details] page compared MSO LO
(In reply to Timur from comment #7) > Interesting that crash was also in OO 3.3 up to LO 3.5. > Ni repro anymore, test with today's master. WFM. > I cannot bibisect now, but it would be helpful. > > There's another bug here, pasted content of 1st page looks wrong from LO > 3.6. up to 7.0. Confirming with Version: 7.0.0.0.alpha0+ (x64) Build ID: 4475bcd83aac7e033fc5250f268eb922bd471e7b CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; Locale: en-US (nl_NL); UI-Language: en-US Calc: CL However still bit skeptical if this really fixed, or a coincidence