On pc Debian x86-64 with master sources updated yesterday + brand new LO profile, I don't reproduce this.
I don't reproduce this either with 4.1 sources updated some days ago + brand new LO profile.

Oleksa:
- did you install any LO specific extensions?
- for the test, could you rename your LO directory profile and try again? (see https://wiki.documentfoundation.org/UserProfile)

If you still reproduce this, could you retrieve a backtrace? (see https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace)

Created attachment 84937 [details]
gdbtrace.log

backtrace of the bug

Thank you Oleksa for your feedback. If you attached this trace, I suppose you renamed your LO directory profile, do you confirm?

Caolán: 4_1 sources give this code for sfx2/source/dialog/tabdlg.cxx:1394
   1394         if ( pTmpSet && !pDataObject->bOnDemand )
   1395             pTabPage = (pDataObject->fnCreatePage)( pTabCtrl, *pTmpSet );

It corresponds to lines 1296/1297 on master sources.
Still on master sources, I noticed these lines:
   1280     Data_Impl* pDataObject = Find( pImpl->aData, nId );
   1281     DBG_ASSERT( pDataObject, "Id not known" );

I seems that in this case, a null pDataObject could trigger a crash, but in which case this variabe could be null?

Oh, I will add one more trace file with a new profile.
The functionality doesn't work in any case.

Created attachment 85017 [details]
gdbtrace.log with new profile

gdbtrace.log for a new profile

Thank you Oleksa for your feedback, it's the same bt (at least for the precise point where it crashes). I've got no more questions/suggestions so I put it back to NEW.

This doesn't crash for me and I get no warnings under valgrind. 

Seeing as format page is super super basic functionality I'd have expected hundreds of duplicates with a crash in this area.

If you could install valgrind and in a terminal
export VALGRIND=memcheck
and run calc from that terminal with
libreoffice --calc > valgrind.log 2>&1
and get it to crash (will be very slow) and attach the valgrind.log that might give us a better clue as to what's special here

Reproduced as primary stated (1, 2, 3 - crash).
Ubuntu 12.04
LibreOffice Version: 4.1.1.2 Build ID: 410m0(Build:2)

fixed in 4.1.1.2


2013/9/16 <bugzilla-daemon@freedesktop.org>

>   *Comment # 8 <https://bugs.freedesktop.org/show_bug.cgi?id=68686#c8> on bug
> 68686 <https://bugs.freedesktop.org/show_bug.cgi?id=68686> from zgred<zgred50@wp.pl>
> *
>
> Reproduced as primary stated (1, 2, 3 - crash).
> Ubuntu 12.04
> LibreOffice Version: 4.1.1.2 Build ID: 410m0(Build:2)
>
>  ------------------------------
> You are receiving this mail because:
>
>    - You reported the bug.
>
>

zgred: I don't understand, you confirm it's KO for you with 4.1.1.2?
If yes, could you give a try after having renamed your LO directory profile? (see https://wiki.documentfoundation.org/UserProfile#GNU.2FLinux)

@ Julien Nabet: Yes. The crash occurs after rename /home/<me>/.config/libreoffice/4/user -> .../user-old and start LO.Calc and choose Format->Page...

zgred: could you retrieve a backtrace by following this link? (https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace)

Created attachment 86037 [details]
from zgred; crash at v. 4.1.1.2; new .../user folder

@ Julien Nabet, fullfilling your request.
Ubuntu 12.04, LibreOffice Version: 4.1.1.2 Build ID: 410m0(Build:2)

zgred: thank you for your feedback.

Caolán: I'm a bit stuck here. I don't understand why only zgred (for the moment) has the problem.
Anyway, taking 4.1 sources (on master sources, it's a different line), here's the line where there's the segfault: 
1394         if ( pTmpSet && !pDataObject->bOnDemand )
Any idea?

Perhaps language UI?
Oleksa/Zgred: what UI language UI do you use?
(I tested with English and French UI)

Fixed in 4.1.1.2.

Oleksa: I've read your previous comment about this but I just asked about your UI (User Interface) language because perhaps the bug still remains for some language.
So could you tell us what UI language do you use?

I don't know why it would crash there, and apparently now only for zgred. I tried with Polish just in case there was some connection to that.

Its possible that its related to https://gerrit.libreoffice.org/#/c/5995/ or bug 68396 or bug 68396

But the backtrace doesn't confirm that unfortunately. So my only clue for now is to see if the above three fixes (two of which are in 4.1.2) will fix this.

By taking a look to the translation of ""Nie ma takiego pliku ani katalogu", I found it meant "No such file or directory".

Just to have a even more complete information just in case it could be Ubuntu packaging pb.
Oleksa: what's your Ubuntu version? + where did you get 4.1.1.2 (ppa or Libreoffice website?)

zgred: where did you get 4.1.1.2 (ppa or Libreoffice website?)

Bug 70857 is a similar issue, except that it's not a crash but a time delay, seems happen only in ubuntu with CJK UI settings.

Let's put this one to FIXED now following Caolan's comment.

Don't hesitate to reopen this tracker if you still reproduce this. (please attach a brand new backtrace in this case)

I still have this bug.
I'm using LibreOffice version 4.4.1.2
4.4.1.2 Arch Linux build-2

My UI is Hungarian.

(In reply to Pál Csányi from comment #22)
> I still have this bug.
> I'm using LibreOffice version 4.4.1.2
> 4.4.1.2 Arch Linux build-2
> 
> My UI is Hungarian.

Could you rename your LO directory profile (see https://wiki.documentfoundation.org/UserProfile#GNU.2FLinux) and give a new try?

I just rename mine LO directory profile
(~/.config/libreoffice/4/user)
and start LO again, but the problem still exist.

Thank you for your feedback.

@Pál Csányi –

I have set up Arch Linux (64bit) running lxde with Hungarian locale, and LibreOffice with Hungarian UI. I still can't reproduce the issue as yet.

Can you tell us anything more about your configuration?


If you're available to use IRC, please also feel free to drop in to #libreoffice-qa - see https://wiki.documentfoundation.org/QA/IRC - to help us reproduce what you're seeing. (I'm usually there mornings in European timezones, other people may be available at different times)

Tried with Hungarian LibO 4.4.1.2, could not reproduce crash. Arch Linux was not Hungarian, though.

(In reply to Matthew Francis from comment #26)
> @Pál Csányi –
> 
> I have set up Arch Linux (64bit) running lxde with Hungarian locale, and
> LibreOffice with Hungarian UI. I still can't reproduce the issue as yet.
> 
> Can you tell us anything more about your configuration?

I have set up Arch Linux ( 64 bit ) too.
As a window manager I'm using WindwMaker.

I'm starting X Window System with command:
startx
which uses .xinitrc with content:
if [ -d /etc/X11/xinit/xinitrc.d ]; then
  for f in /etc/X11/xinit/xinitrc.d/*; do
    [ -x "$f" ] && . "$f"
  done
  unset f
fi

[[ -f ~/.Xresources ]] && xrdb -merge ~/.Xresources

if [ -s ~/.Xmodmap ]; then
    xmodmap ~/.Xmodmap
fi

exec wmaker

In /etc/locale.conf I have:
LANG=hu_HU.UTF-8
LC_CTYPE="hu_HU.UTF-8"
LC_NUMERIC="hu_HU.UTF-8"
LC_TIME="hu_HU.UTF-8"
LC_COLLATE="hu_HU.UTF-8"
LC_MONETARY="hu_HU.UTF-8"
LC_MESSAGES="hu_HU.UTF-8"
LC_PAPER="hu_HU.UTF-8"
LC_NAME="hu_HU.UTF-8"
LC_ADDRESS="hu_HU.UTF-8"
LC_TELEPHONE="hu_HU.UTF-8"
LC_MEASUREMENT="hu_HU.UTF-8"
LC_IDENTIFICATION="hu_HU.UTF-8"
LC_ALL="hu_HU.UTF-8"

In /etc/papersize I have:
a4

> If you're available to use IRC, please also feel free to drop in to
> #libreoffice-qa - see https://wiki.documentfoundation.org/QA/IRC - to help
> us reproduce what you're seeing. (I'm usually there mornings in European
> timezones, other people may be available at different times)

I shall try to use IRC but I'm a teacher and I have classes AM and not PM.

(In reply to Beluga from comment #27)
> Tried with Hungarian LibO 4.4.1.2, could not reproduce crash. Arch Linux was
> not Hungarian, though.

I just tried again and get crash.
Yesterday I have not crash when I tried this.

I'm doing updates of my Arch Linux system almost every day.

But, I must add followings.
To reproduce this bug, I must do following steps:

1. In LO one must to change something in some cell.
2. One must Save this change.
2. Select from menu Format / Page.
3. LO crash.
4. After this crash open again LO and get recovered the flie.
5. If then I selet Format / Page LO not doing crash.

This is the situation here and now.

(In reply to Pál Csányi from comment #29)
> To reproduce this bug, I must do following steps:
> 
> 1. In LO one must to change something in some cell.
> 2. One must Save this change.
> 2. Select from menu Format / Page.
> 3. LO crash.
> 4. After this crash open again LO and get recovered the flie.
> 5. If then I selet Format / Page LO not doing crash.
> 
> This is the situation here and now.

Not reproduced even with these exact steps.

(In reply to Beluga from comment #30)
> (In reply to Pál Csányi from comment #29)
> > To reproduce this bug, I must do following steps:
> > 
> > 1. In LO one must to change something in some cell.
> > 2. One must Save this change.
> > 2. Select from menu Format / Page.
> > 3. LO crash.
> > 4. After this crash open again LO and get recovered the flie.
> > 5. If then I selet Format / Page LO not doing crash.
> > 
> > This is the situation here and now.
> 
> Not reproduced even with these exact steps.

I can to send the file to somebody if one want to try out with this file these steps.

Created attachment 114308 [details]
gdbtrace.log

I get this log file when causing the crash of LO.
You can see my steps that causes the crash in my previouse comment.

Dear Bug Submitter,

This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.

For more information about our NEEDINFO policy please read the wiki located here: 
https://wiki.documentfoundation.org/QA/FDO/NEEDINFO

If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.


Thank you for helping us make LibreOffice even better for everyone!


Warm Regards,
QA Team

This NEEDINFO message was generated on: 2015-10-14

Why is this NEEDINFO? Set back to UNCONFIRMED.
Set keyword haveBacktrace since there is already one.

Hi,

I'm running LO version: 5.0.3.2 now on Gentoo linux.
I'm using WindowMaker as a window manager with Hungarian language settings.

I think that that this bug is gone now.
I can't reproduce it any more.

Thanks!!

Since there's no known fix, let's put WFM.