Bug 577579

Created attachment 341110 [details]
backtrace.

Sorry, I fails to reproduce your issue in OOO320m8.

would you please upgrade your OOo to OOO320, and try again? It would be better if you remove your local cache file ~/.ooo3 after you update the OOo.

Rainer, have you tried 3.2 yet?

You can upgrade to 3.2 from the OpenOffice.org STABLE repository from the OBS (openSUSE build service).  Let us know how that goes.

Hello, Yoshida. I am sorry because I couldn't answer before and my current answer is of no help.

But do not worry: it is not (at least for now) due to OOo, but because I have not working with it as I worked previously so I could notice this random issue. I have been working with other applications (I have to read at least 600 pdfs no without troubles: https://bugzilla.novell.com/show_bug.cgi?id=580712) and I haven't worked with OOo in the last 10 days, so far as I remember.
And when Feng Lin posted the suggestion to upgrade to 3.2 in the OBS still was 3.1, to which I upgraded instead and, although this and others issues I have reported were still present, they were in a very slight way, so I felt that 3.1 improved its behavior.
The have just upgrade to 3.2 (it is something that takes me at least four hours). I will start working with OOo 3.2 right now.
Grant me a week to test it and tell you what happens without uncertainty.
I Thank you all.

Hello and I thank you all for wait.
This issue is random, but its frequency is so low that is almost accidental its appearance. However, in despite of that the behavior concerning this issue is improved (OOo 3.2.0.7 from OBS) and doesn't involves no longer an application crash and the risk of data lost has diminished, the cut/copy and paste operations work still wrongly.
For instance, I just have cut and pasted (OOo Writer) a portion of a text, which has 7 pages long, from the end to near the beginning of the document itself. In this case it was pasted indeed, but all the styles (margins, italics, numbering, & c.) were lost.
This new miss-behavior associated to cut/copy & paste takes place always. Whateve you have changed (between OOo 3.2.0.5 to OOo 3.2.0.7 from OBS: I have a friend that still was using 3.2.0.5, so I tested it a little on his computer) to solve this issue produces this.
I do not know whether it helps you, but it is, in brief, the hint I could provide you.
I add a new gdb.log, although I think it is useless.
Thank you.

Created attachment 347483 [details]
New bactrace for OOo 3.2.0.7

yeah the backtrace is not really helpful

looking at the backtrace I am confused you don't mention in this bug that you are having crashes but the trace says

>Program received signal SIGSEGV, Segmentation fault.
>0x00007fffcdf63ecf in ?? ()

crash ^^^^^
(gdb) cont
but you continue ^^^ from the crash without getting a backtrace, seems to me now the application is probably in some strange state
>> Continuing.
and then when you do try to get a stack trace you do it after you exit the application.

>Program exited normally.
>(gdb) thread apply all backtrace
>(gdb) backtrace
>No stack.
>(gdb) thread apply all bt
>(gdb) quit

so, I am not sure what you want to do, but if you get a crash when gdb is attached that is the time to generate a backtrace. Are you getting crashes normally or just with gdb attached.

what about console output when you get these strange cut'n'paste  problems ( you could additionally try run 'soffice' from a terminal before attaching gdb ) then you could post any intersting output from the terminal here too

Few more questions:

> This new miss-behavior associated to cut/copy & paste takes place always.
> Whateve you have changed (between OOo 3.2.0.5 to OOo 3.2.0.7 from OBS: I have a
> friend that still was using 3.2.0.5, so I tested it a little on his computer)
> to solve this issue produces this.

I am not sure if I understand it correctly. Does it mean that it pasted the styles in OOo-3.2.0.5 and it paste only plain text in OOo-3.2.0.7?

Is it possible that you forgot to remove 
/usr/lib64/ooo3/basis-link/program/libvclplug_kde4lx.so after you updated to OOo-3.2.0.7?

Such problems might also be related to the KDE clipper (icon with K in the panel). You might try to change the setting. Especially, I would try to switch between the mode "Separate clipboard and selection" and "Synchronize contents of the clipboard and the selection".

Also please do not forget to explain the crash that was mentioned in the comment #7.

Hello, and I'm sorry for my delayed answer.
I didn't mentioned the crashes that Noel Power notices because they seemed unrelated with the current bug, and, I assumed in my ignorance that you somehow might be aware of them. Those crashes are only noticeable when OOo is debugged and have taken place always when scrolling up and down the pages in OOo Writer just when the application begins to run, since the OOo version released with openSuSE 11.2 x86_64 Final, and affected both 3.2.0.5 and OOo 3.2.0.7.
My copy/cut and paste issue does not project any stop during the debugging, so I am not prompted for the debug to introduce any else command. That is why, besides my mechanical application of the debugging steps due to my ignorance, I ask for a stack trace after I had exit the application.
Also, as Noel Power suggest, I have run OOo from a terminal, and there follows the output:

user@system:~> soffice
user@system:~> warning: line 6432: incompatible stripping characters and condition
warning: line 6444: incompatible stripping characters and condition

user@system:~>

My comments to this output: after run soffice my bash prompt is back. When I open a first document in which I click on (focus on it) and slightly scroll up or down the page in which it is opened, the application produces the output complaining of lines 6432 and 6444, and a new line. During the debugging it is the application running segment in which the multiple crashes occur. Afterwards, I have no other output or crash no matter what I do editing my document. After the application is finished, I just press RETURN key to get my bash prompt back.

And, yes, Petr Mladek: I do mean that it pasted the styles in OOo-3.2.0.5, but it pasted me only plain text in OOo-3.2.0.7.
And you are right, I didn't removed /usr/lib64/ooo3/basis-link/program/libvclplug_kde4lx.so after I updated to OOo-3.2.0.7. I thought that in this new build the library could be improved. And it is, indeed, from my point of view. But in the OOo-3.2.0.5 I used /usr/lib64/ooo3/basis-link/program/libvclplug_kde4lx.so wasn't removed either. So, from my experience as user, I do not know if those issues are really related to libvclplug_kde4lx.so.

Concerning the Klipper, I use to set "Synchronize contents of the clipboard and the selection", and, when I installed openSuSE 11.2 Final x86_64, I configured Klipper in that way. However, after my first encounters with the cut/copy and paste issue, and before submitting this bug for the very first time, I played switching between the modes "Separate clipboard and selection" and "Synchronize contents of the clipboard and the selection" without changing the erratical behavior of OOo. After that, I submitted the bug 558250. Since then, my Klipper was set in "Separate clipboard and selection".
After your suggestion, I switched between both modes again. I noticed the following:
1. the issue seems to be unrelated with the Klipper mode;
2. the bug manifestations are "por rachas", in Spanish. I do not know how to say that in English. So, I'll describe it to you: For instance, I cut/copied a text and afterwards I pasted it somewhere. In a given time A (a period), nothing wrong happens. But in a given time B (another period), the styles (italics, bold, & c.) are not pasted, but just the text. But, If I quited the application and restarted it again, and again, and again, and performed the same operations with the text, the results are always the same, till the window time B is closed. After that window time B, I could work with my OOo quite well (window time A). But there could be a new window time (C), in which I cut or copy but I can not paste at all in the same persistent way, no matter If I restarted once, twice, trice... the OOo Writer. That is what I mean with my "por rachas" expression.
This time I'll submit you a new gdb.log in which I ask for a backtrace after each crash before I ask for continue the execution. But all the crashes are produced by just click on the page in which the first opened document is and slightly scroll in that page (in my case, looking for the cursor and taking a glance of in which part of the text I am), but just when recently executed OOo, because after that sequence (look, I might say here "racha") of crashes, the OOo runs without any other warning, in despite of I scroll the 55 pages of the entire document, or open a new one, or scroll another.
Another thing that is clearly seen during the debugging is how the Search and Replace dialog box is redrawn and resized repeatedly, as if it were blinking, before it stabilized in its shape and size.
Curiously, during this window time I run OOo inside GDB, I have not any issue cutting/copying and pasting.
Thank you.

Created attachment 349548 [details]
New bactrace for OOo 3.2.0.7

Regarding the crash when scrolling:

   + the backtrace shows many thread-related entries => I expect a 
     sycnronization problem between threads
   + it might be another variant of
     http://qa.openoffice.org/issues/show_bug.cgi?id=105621
   + such issues are really hard to fix :-(((
   + do you have many CPUs (cores) in your machine?

   I am not sure if Cedric might see anything interesing in the backtrace that
   would help to locate the problem


Regarding the problem with pasting (styles vs. plain text):

   + could you please try to remove
     /usr/lib64/ooo3/basis-link/program/libvclplug_kde4lx.so again?
     Does it help?

   + do you select older entries in clipper before pasting? I experienced
     that the styles were pasted only when I did not touch the klipper icon at 
     all


BTW: I was a bit confused by the "por rachas" explanation. You wrote there that you restarted the application again, and again, and again and it worked the same way until you closed the window B. I do not understand how you could restart OOo and keep another OOo window opened. Well, it is possible that I missed some point.

Mladek, hello.
Concerning the issue http://qa.openoffice.org/issues/show_bug.cgi?id=105621, I do think it is possible that my scrolling issue might be a variant, although the crashes are only noticeable under debugging and just happen when OOo start its execution.
And, I have this 2 cores processor: AMD Athlon(tm) 64 X2 Dual Core Processor 4600+.
I'll follow your advice and I'll remove /usr/lib64/ooo3/basis-link/program/libvclplug_kde4lx.so.
And no: it is not an issue related with selecting old entries in Klipper. I am aware of that styles are lost interacting with Klipper since long ago. In fact, I do not use Klipper frequently, but when I write into Forms embedded in web pages, write in kwrite or paste in konsole.
And before I submited you this problem, I played with Klipper, because I thought that this issue could be related with its configuration. Currently, for safe and for provide you a common ground to deal with this issue, I maintain untouched all the default configurations of openSuSE 11.2, including the KDE and its applications and its workspace: so Klipper currently has its default configuration.
Concerning the "por rachas" explanation: I did not meant "window A-C", but "window time A-C". In my explanation, I have tried to establish periods, not moments. Why? Because the issue takes place persistently (I close all the windows of OOo, so I really close OOo, and re-run it, and this behavior persist in the subsequent re-runs), but JUST FOR A PERIOD, which length in time seems to be arbitrary (all morning, a day, two days, a week). To this PERIOD I call WINDOW TIME, and the variants in the behavior are identified by the letters A, B, C, ...
But I think that this period's length (WINDOW TIME) is not arbitrary at all. Since bug 558250 I have tried to bound it to changes in my system packages, because, being OOo, the PC, the collection of packages installed and my manipulation the same (the use I do of my computer system) since the beginning, the only source of variations in my system that could justify variations in the behavior of any application is the upgrading of else packages. And it could explain its erraticism too. But I am not being able to isolate, if my insight were true, which packages upgradings are relevant to this problem. I am aware, by Hume, that not all A situations preceding B situations are cause of B. It could be mere coincidence or it could be that both A and B are effects from an unknown cause X. But I am persuaded that, even being true a programming bug in OOo, some upgradings affect OOo due to the concomitance of them.
What is the problem derived of this: my software sources. I use other repositories than the official for openSuSE 11.2: Packman and Videolan, but mainly for multimedia applications: dvdcss library and xine (I dislike kaffeine frontend since ever) in first place. However, I do not switch my system packages to the versions in the non-official repositories: I keep the packages from the OSS and NON-OSS and Update repositories as a rule. And the changes in the behavior of OOo are after some updatings from the Update repository.
Of course, I am not necessarily right in what I think, but that is what I think, and it is no wrong sharing it with you (I think so too).
Thank you.

Rainer, thanks a lot for the the detailed information.

Could you please tell us if it somehow helped to remove /usr/lib64/ooo3/basis-link/program/libvclplug_kde4lx.so file? We are intereted into both, the cut&paste problem and the scrolling-related crasher. It would help us to locate the problem a bit more.

Hello, Petr.
I have already removed /usr/lib64/ooo3/basis-link/program/libvclplug_kde4lx.so file. Let me tell you that it doesn't affect, nor solve, the scrolling issue. In fact, I think it behaves worst, because I never have the chance to swift to the application windows before the first crash (change to it my focus), so I did not any scroll over it.
However, after a long way of crashes, the application stabilized and run softly, as I described it before.
The removing of /usr/lib64/ooo3/basis-link/program/libvclplug_kde4lx.so file not solved the flickering of the Search/Replace box. And, as I was expecting, produced OOo to crash when I mechanically ask for the Open file dialog (lines 2560-2578). The later output (lines 2579sq) are the backtrace of the crashes subsequent to my intent to open a new file: So, they are unrelated to the scrolling issue. Perhaps it could be useful, although I do not know. But I think that it is good for you that I warn you about that due to the lengh of the new gdb.log. I suppose I should change my OOo preferences to set the use of native OOo dialogs.
I thank you.

Created attachment 349846 [details]
New backtrace for OOo 3.2.0.7 after removing /usr/lib64/ooo3/basis-link/program/libvclplug_kde4lx.so

Created attachment 349847 [details]
Updates applied to my system

Concerning my, perhaps unjustifiable fear between updatings and missbehavior, I commanded
ls -A --full-time * | awk 'begin {fs =" "} {print $6 $9}' > ~/updates.log
which is the file I submit you. I did not know how separate records $6 and $9 to make it more legible.

Concerning the cut/copy & paste problem, let me work with OOo so I could you tell you what happens.

I have some more ideas:

1. Just for sure, cold you please provide the list of installed OpenOffice_org packages? You might get it by the command:

   rpm -qa | grep -i openoffice


2. Could you please verify them?

   rpm -V `rpm -qa | grep -i openoffice`


3. Most of the crashers in the last gdb log, from the comment #15, mention GrammarCheckingIterator::DequeueAndCheck. Is it more stable when you uninstall the package OpenOffice_org-LanguageTool?


4. The last thread from the last gdb log, from the comment #15, mentions the 
   command QFontDatabase::load:

   a) it is strange that it mentions a QT (KDE) function. Could you please try 
      to unistall the package OpenOffice_org-kde4?

      Note that libvclplug_kde4lx.so is not part of the -kde4 subpackage. It is
      one known problem of the split build and is not easy to fix.


   b) it might mean a problem with a particular font; Do you use only the
      standard fonts that are installed out-of-box or do you use some
      extra fonts?

I will attach the list of packages installed and its verification soon after I post this note. I have already uninstalled OpenOffice_org-LanguageTool and OpenOffice_org-kde4, I'll tell you what happens soon.
I haven't changed any fonts settings in my system, but I did install extra fonts.
I use Thorndale AMT, which isn't present in openSuSE 11.2: I took it, with some other fonts, from openSuSE 10.2.
I have a third source for my fonts: before I erased MS Windows Vista from my new laptop I backed up C:\Windows\Fonts for use the fonts under Linux.
The last source of my fonts is sil.org.
I myself just use Thorndale AMT, but my wife uses MS fonts and sil.org fonts.
All the extra fonts were installed trough KDE 4's systemsettings fonts module.
Thank you.

Created attachment 350628 [details]
list of packages installed

Created attachment 350629 [details]
its verification

Hello. I am sorry for my delay in answer you, but I was writing. It means that I have been using OOo Writer (3.2.0.7 from OBS), so I have news, but of the kind of the good ones: since our last exchange, I just have had a copy/cut and paste problem once: April 12, 2010, c. 1330.
The issue was as follows:
I tried several times to paste a previously copied/cut item, but, each time I pasted, OOo Writer pasted an older item instead. I close OOo Writer, and even clear Klipper for sure, to get the currently copied/cut item properly pasted.
The issue was present copying/cutting and Pasting between Kwite (source) and OOo Writer (target), and between two OOo Writer Documents, and KDE's Dolphin dialog of rename (I used a caption copied from an OOo Writer Document to name a document).

It was the same kind of behavior I had with Adobe Acrobat Reader (whatever version it was) when I used openSuSE 10.2, although in this case was persistently often (I liked kpdf but I had some problems opening certain PDFs; but not of the same kind of those I currently have with Okular (which, also, doesn't recover my kpdf bookmarks), because my preferred application then still was kpdf and now... it is hard (for me, at least) to use Okular...).

I hope it be a good news indeed.

Thank you.

Another thing (I just have reviewed my pending tasks and I noticed that I forgot mention the following):

I have been working at my Desktop PC without OpenOffice_org-LanguageTool, but I maintain installed OpenOffice_org-LanguageTool at my laptop, so I could objectively compare the behavior in relation with the presence or absence of LanguageTool packages.

There aren't changes in the stability of the application related with this.
In fact, the issue that I commented you above (April 12th, 2010) took place working with OOo Writer at my Desktop PC (where OOo's KDE extensions and Language Tool (plus -en and -es) packages and /usr/lib64/ooo3/basis-link/program/libvclplug_kde4lx.so were removed).

Again, except for the measures you suggested me (OOo's KDE extensions and Language Tool (plus -en and -es) packages and /usr/lib64/ooo3/basis-link/program/libvclplug_kde4lx.so remotion), which I only applied on my Desktop PC, my software collection on both computers are almost the same (I never installed Gnome on my laptop), and the only changes in them are the updates.

Both computers (concerning this OOo issue, mainly of OOo Writer) and with the exception mentioned (problem at my Desktop PC, April 12th, 2010) had behaved very good during this last 30 days.

Thank you all.

Closing the bug as you can't reproduce it anymore. Feel free to reopen it if needed.

After installing the following packages from OBS at December 21th, 2010, this issue reappeared:
OpenOffice_org-base-extensions-3.2.1.6-1.2.x86_64.rpm
OpenOffice_org-impress-3.2.1.6-1.2.x86_64.rpm
OpenOffice_org-calc-3.2.1.6-1.2.x86_64.rpm
OpenOffice_org-impress-extensions-3.2.1.6-1.2.x86_64.rpm
OpenOffice_org-calc-extensions-3.2.1.6-1.2.x86_64.rpm
OpenOffice_org-math-3.2.1.6-1.2.x86_64.rpm
OpenOffice_org-draw-3.2.1.6-1.2.x86_64.rpm
OpenOffice_org-writer-3.2.1.6-1.2.x86_64.rpm
OpenOffice_org-draw-extensions-3.2.1.6-1.2.x86_64.rpm
OpenOffice_org-writer-extensions-3.2.1.6-1.2.x86_64.rpm
OpenOffice_org-l10n-es-3.2.1.6-1.2.noarch.rpm
(the new versions available from OBS are just for them)
However I have not serious crashes (seldom) and the recovery seems to work fine at 100%, the cut and paste frequently fails:

some times, although I have something in the clipboard, the paste icon is inactive, but Ctrl+V works.
some times, nothing is pasted (neither with Ctrl+v, but just under OOo, because most of the times when this happens I am able to paste the content into another application);
some times, after a certain amount of time (no more than a minute), even the clipboard itself is cleared (klipper)
and some times it pasted unformatted text, so all styles are lost (italics, and so on, but also tables, graphics, &c.). For instance:
Número 0 Septiembre de 1984 Junio de 2000 7 de octubre de 2010 26 de octubre de 2010 13 de noviembre de 2010 20 de diciembre de 2010 27 de diciembre de 2010
Índice B/A 0 0.19 0.26 0.1 0.1 0.04 0.16 0.07
it was a 9x2 table.

It is not as critical as it was a year ago. Usually it is enough to undo and retry the operation, without restart OOo.

Should I to choose between a working document fields updating corrected with those packages and a more or less working cut & paste without crashes and good recovery with the previous released?

I think that this last year was not good.

Also, 11.3 is buggy. A lot of issues I deal with are not really fixed in 11.3, and there are more which are not present in 11.2. For instance: Dolphin crashes when I drag and drop many files (a 1000, for instance) to move, copy or link; operations that I have to do with bash, and then are well done.
Thus I realized that most of SuSE 11.2 faults do persist, but I learned to avoid them, to prevent them... I am just accustomed to the OS: I unconsciously know what button not to press or what function not to ask, or what operation to not perform, and I do not press, ask or perform.
So, 11.2 is not so good.
To switch to 11.3 is not an option.
Also, it is not an option to switch to Gnome. I hate Gnome, and if something goes wrong with KDE is this Gnome-looks now has.
I am not lying: I still have an old Compaq Presario 7111LA wit 10.2: although obsolete 10.2 has been the finest version of SuSE I ever had. The problem is that I can not make it work in my newer computers, else will do downgrade SuSE till 10.2! So bad I think the things are, and not only dealing with OOo, but also Dolphin, Xournal, Okular, Firefox (mainly but not all)...
Do I dealing with production usable and stable systems or with alpha developments.

This appears to be just a copy of bug #558250.

*** This bug has been marked as a duplicate of bug 558250 ***