← Back to team overview

desktop-packages team mailing list archive

[Bug 527938] Re: [upstream] Writer crashes when trying to set up Bibliography Database soffice.bin crashed with SIGABRT in __kernel_vsyscall()

 

Launchpad has imported 33 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=33266.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2011-01-19T05:19:21+00:00 Luixxiul wrote:

Steps to reproduce

- Install LO without Base
- Open Writer
- Select Tools -> Bibliography Database
- LO crash

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/21

------------------------------------------------------------------------
On 2011-01-26T02:13:49+00:00 Rene Engelhard wrote:

*** Bug 33506 has been marked as a duplicate of this bug. ***

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/22

------------------------------------------------------------------------
On 2011-02-12T12:34:58+00:00 Kissaki0 wrote:

Confirmed.
Experienced this as well.
Win7 x64.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/23

------------------------------------------------------------------------
On 2011-02-13T11:03:23+00:00 Kissaki0 wrote:

as it’s not only in RC, but also stable I changed the version up,
as it's not only x86 but also x64 I changed it to All,
as it’s a crash with potential data-loss I changed importance and severity up to max. After all, crashes are no-goes, top-prio.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/24

------------------------------------------------------------------------
On 2011-02-28T09:19:23+00:00 Alex Thurgood wrote:

Does this still happen in 3.3.1 final ?

Alex

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/25

------------------------------------------------------------------------
On 2011-03-01T14:55:56+00:00 Fergicide wrote:

Yes, Alex. Still crashing in 3.3.1 final.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/26

------------------------------------------------------------------------
On 2011-03-01T15:11:30+00:00 Alex Thurgood wrote:

Hmm, I was just wondering whether you could delete the bibliography db
entry via the Tools > Options > LibreOffice Base > Databases menu entry,
and see whether that made any difference ?

As I don't have a Windows system on which to test, I don't know. On Mac,
you don't get the choice of not installing one or more of the
components, it is all or nothing. On Linux, the official debs install
everything too. Someone with a Linux distribution package set would have
to try to see if not installing the Base packet causes the same
behaviour on Linux.

Failing that, I agree that the bibliography db should be deactivated or
unregistered by the Windows installer if the user decides not to use
Base (although to be fair, it doesn't take up a lot of space). Whether
that is seen as vitally important to the development team is another
matter. Data loss might, and I say might, only occur in the particular
circumstances you have set out, and if the user has willingly decided
not to install the Base module, why on earth would he or she go looking
for the bibliograhphy db ?


Alex

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/27

------------------------------------------------------------------------
On 2011-03-01T15:17:10+00:00 Kissaki0 wrote:

Yes, confirmed with 3.3.1 stable on a Win7 x64

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/28

------------------------------------------------------------------------
On 2011-03-01T15:21:00+00:00 Kissaki0 wrote:

(In reply to comment #6)
> Hmm, I was just wondering whether you could delete the bibliography db entry
> via the Tools > Options > LibreOffice Base > Databases menu entry, and see
> whether that made any difference ?

After deleting, still crashes.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/29

------------------------------------------------------------------------
On 2011-03-01T15:27:31+00:00 Kissaki0 wrote:

(In reply to comment #6)
> and if the user has willingly decided not to install the Base module, why
> on earth would he or she go looking for the bibliograhphy db ?

I was not aware Base is used for the bibliography db, or rather, for using the references and index tables for my sources when writing a doc in writer.
When installing, I thought it was more of a DB backend if I want to use it as a DB for other data. More like scripting or coding something.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/30

------------------------------------------------------------------------
On 2011-03-01T15:54:18+00:00 Alex Thurgood wrote:

@kissaki :

Yes, unfortunately, the entry points for database functionality within
the application suite is spread everywhere and not just in the Base
module, but the Base module kind of pulls them altogether. Without it,
the database things work rather unpredictably in my experience, or even
not at all. If you want to use database functionality in LibreOffice,
you have to install the Base module. However, I do agree that if you do
not install the module, you should not be able to see the Bibliography
database at all.


Alex

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/31

------------------------------------------------------------------------
On 2011-03-01T15:59:09+00:00 Kissaki0 wrote:

The easiest way would be to make the Base package in the installer a dependency of the Writer and other packages using Base.
That way it is clear that Base is a dependency for the other packages,
and the crash-issue is solved as well for now, without much coding work on every place using Base.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/32

------------------------------------------------------------------------
On 2011-03-07T12:51:24+00:00 Tlillqvist-k wrote:

I would prefer to just not make it possible any more to install just
parts of the LibreOffice "modules". I.e. Writer, Calc, Impress, Draw,
Base and Math (did I fotget any?) would always be installed. We have
enough bugs elsewhere to fix, we don't want to have to debug weird
border conditions in the installer that affect only a small part of the
users. Sorry. See also bug #33798 .

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/34

------------------------------------------------------------------------
On 2011-03-07T12:57:29+00:00 Fergicide wrote:

So you can't simply test for installation of Base on startup and if it's
not installed then grey out the Bibliographic Database menu item? Are
there additional points of entry to the db that are active in the
interface and will crash if clicked when Base was not installed?  If the
latter, I agree forcing Base install is reasonable.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/35

------------------------------------------------------------------------
On 2011-03-07T13:06:26+00:00 Tlillqvist-k wrote:

I have no idea.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/36

------------------------------------------------------------------------
On 2011-03-07T13:20:50+00:00 Alex Thurgood wrote:

(In reply to comment #12)
> I would prefer to just not make it possible any more to install just parts of
> the LibreOffice "modules". I.e. Writer, Calc, Impress, Draw, Base and Math (did
> I fotget any?) would always be installed. We have enough bugs elsewhere to fix,
> we don't want to have to debug weird border conditions in the installer that
> affect only a small part of the users. Sorry. See also bug #33798 .

Yes, personally, I would agree with that too, but apparently, there is
still a demand for the possibility of separate module installation...I
remember when StarOffice was a single "unified" (I use that word
lightly) app with a StarDesktop component :-)))


Alex

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/37

------------------------------------------------------------------------
On 2011-03-07T13:22:12+00:00 Alex Thurgood wrote:

(In reply to comment #13)
> installed then grey out the Bibliographic Database menu item? Are there
> additional points of entry to the db that are active in the interface and will
> crash if clicked when Base was not installed?  If the latter, I agree forcing
> Base install is reasonable.


How about Calc data ranges and the datapilot ? I seem to recall there's a hook to db functionality there too ?


Alex

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/38

------------------------------------------------------------------------
On 2011-03-07T13:23:56+00:00 Tlillqvist-k wrote:

But is that "demand" there only because "it has always been like that"?
Sometimes we just have to take the risk that somebody is offended.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/39

------------------------------------------------------------------------
On 2011-03-07T13:35:15+00:00 Alex Thurgood wrote:

Hi Tor,

You're preaching to the converted as far as I'm concerned :-) The
separation was introduced, if memory serves me correctly, after OOo was
born, possibly around version 1.1.x, and after Sun had carried out a
"survey". Obviously, that was nearly 10 years ago, and opinions and
expectations may have changed since then.

Alex

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/40

------------------------------------------------------------------------
On 2011-03-07T14:20:57+00:00 Luixxiul wrote:

(In reply to comment #18)
> Hi Tor,
> 
> You're preaching to the converted as far as I'm concerned :-) The separation
> was introduced, if memory serves me correctly, after OOo was born, possibly
> around version 1.1.x, and after Sun had carried out a "survey". Obviously, that
> was nearly 10 years ago, and opinions and expectations may have changed since
> then.
> 
> Alex

If correct, another survey must be carried out again to make it
impossible to install modules separately. there's no other way than make
a new convention in order to justify that.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/41

------------------------------------------------------------------------
On 2011-03-07T15:23:49+00:00 Tlillqvist-k wrote:

OK, so feel free to use the ten year old software then, clearly we have
been missing a survey for each and every functionality change /
addition!

Sheesh.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/42

------------------------------------------------------------------------
On 2011-03-07T15:47:49+00:00 Luixxiul wrote:

(In reply to comment #20)
> OK, so feel free to use the ten year old software then, clearly we have been
> missing a survey for each and every functionality change / addition!
> 
> Sheesh.

If you do have a right to make it impossible any more to install just parts of
the LibreOffice modules, please go ahead.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/43

------------------------------------------------------------------------
On 2011-03-07T15:51:12+00:00 Kissaki0 wrote:

Personally, I like to be able to only install what I really want and need.
I can very well imagine ppl. only need writer,
or ppl not needing and wanting Math or Draw.

Modules should enforce installation of depended on modules, but just forcing everyone to install everything is too much IMO.
Why not keep the option? Other then with this Base issue (and other potential issues as Base is used as DB for things) there have not been others I presume?

So again, a module dependency when installing would be enough.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/44

------------------------------------------------------------------------
On 2011-03-07T18:03:20+00:00 Tlillqvist-k wrote:

> I like to be able to only install what I really want and need.

But why draw the line at the somewhat random division into "modules"
then? (Which, as this bug shows, leads to unexpected problems because of
inter-dependencies.)

If that possibility had not been there earlier, would you be asking for
it? You don't ask "I never use the Drop Caps feature for paragraphs, why
can't I leave that code uninstalled", do you?

I.e. you shouldn't assume that the current situation is "natural" and
anything else is "unnatural".

> Modules should enforce installation of depended on modules,

So you prefer to risk having bugs like this as long as you can save some
tens of megabytes of disk space? The most precious resource we have is
developer time. I don't see anybody jumping up and offering to fix this
bug... Why intentionally keep doing stuff in a way that causes problems
and requires developer time to fix, instead of making stuff cleaner,
simpler, and less error-prone?

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/45

------------------------------------------------------------------------
On 2011-03-07T21:42:01+00:00 Kissaki0 wrote:

(In reply to comment #23)
> > I like to be able to only install what I really want and need.
> 
> But why draw the line at the somewhat random division into "modules" then?
> (Which, as this bug shows, leads to unexpected problems because of
> inter-dependencies.) 
> 
> If that possibility had not been there earlier, would you be asking for it? You
> don't ask "I never use the Drop Caps feature for paragraphs, why can't I leave
> that code uninstalled", do you?

Are you trolling?
You can’t seriously compare a software with it’s own executable and own focus and features to using or not a single feature of one of those apps.

> > Modules should enforce installation of depended on modules,
> 
> So you prefer to risk having bugs like this as long as you can save some tens
> of megabytes of disk space? The most precious resource we have is developer
> time. I don't see anybody jumping up and offering to fix this bug... Why
> intentionally keep doing stuff in a way that causes problems and requires
> developer time to fix, instead of making stuff cleaner, simpler, and less
> error-prone?

As I pointed out my point is that when there were no problems in the other areas before and are not now, why merge them? One could as easily just keep it the way it is.
Where dependencies come in (writer -> base) you’ll make them dependent on installation as well.

I get your point, but you should be able to get mine as well.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/46

------------------------------------------------------------------------
On 2011-03-07T23:29:09+00:00 Fergicide wrote:

Whenever I install for my own use, I always do a custom install and only
install Writer and Calc. I never use the others.  So enforcing install
of all components would be a waste of disk space in my case.  I've no
idea if I'm typical or not.  We'd need a survey to find out ;-)

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/47

------------------------------------------------------------------------
On 2011-03-08T06:48:26+00:00 Tlillqvist-k wrote:

Yes, I can.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/48

------------------------------------------------------------------------
On 2011-03-30T12:59:55+00:00 Alex Thurgood wrote:

Lowering importance and priority, I don't seriously think anything is
going to happen to this any time soon, unless someone steps up to the
mark.


Alex

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/50

------------------------------------------------------------------------
On 2011-03-30T13:17:26+00:00 Tlillqvist-k wrote:

Ah, this flame war, thanks for reminding, I have a reply to comment #24
to add:

> You can’t seriously compare a software with it’s own executable and
own focus

Ha ha. Note that the "own executable" for Base is just a minimal wrapper
that starts the very same soffice.bin executable that handles *all*
LibreOffice aspects: Writer, Calc, Base, etc. In fact I don't even know
why we bother to ship a separate Base "executable" (sbase.exe) on
Windows. As far as I understand, we could instead just have the Start
Menu entry for Base run soffice.exe with the appropriate command-line
option to make it start as Base, or have an already running soffice.bin
open up a new empty Base document, or something.

(On Unixes, it is a bit different, there people might be used to start
Base by entering an explicit oobase or sbase command.)

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/51

------------------------------------------------------------------------
On 2011-04-08T09:36:28+00:00 Carlos Manuel wrote:

Folks, this problem happens to me too.
I just wanted to say that obviously I disagree with the idea of forcing the install of Base just to avoid this kind of bugs with Writer/Calc.

Like most people, I prefer customs installations.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/52

------------------------------------------------------------------------
On 2011-04-08T09:47:25+00:00 Tlillqvist-k wrote:

Like "most" people, eh? Do you have some reliable proof for that? I
think it is overwhelmingly clear that too many options just confuse real
end-users. Geeks and "freedom-lovers" are not "most people".

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/53

------------------------------------------------------------------------
On 2011-04-08T09:48:08+00:00 Tlillqvist-k wrote:

(But of course, I don't have any proof either. I don't care that much
personally, I just work here. I do whatever my boss(es) tell me to do.)

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/54

------------------------------------------------------------------------
On 2011-11-23T09:38:41+00:00 Anders Martinsson wrote:

Same problem LO 3.4.4. The program just closes. Threre should at least
be a information dialog and no closing. A bit sad that nothing has
happend in 10 month on this.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/527938/comments/60


** Changed in: df-libreoffice
       Status: Unknown => Confirmed

** Changed in: df-libreoffice
   Importance: Unknown => Medium

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/527938

Title:
  [upstream] Writer crashes when trying to set up Bibliography Database
  soffice.bin crashed with SIGABRT in __kernel_vsyscall()

Status in LibreOffice Productivity Suite:
  Confirmed
Status in The OpenOffice.org Suite:
  Confirmed
Status in “libreoffice” package in Ubuntu:
  Triaged
Status in “openoffice.org” package in Ubuntu:
  Won't Fix

Bug description:
  Binary package hint: openoffice.org

  1) lsb_release -rd
  Description: Ubuntu 11.04
  Release: 11.04

  2) apt-cache policy libreoffice-writer
  libreoffice-writer:
    Installed: 1:3.3.2-1ubuntu4
    Candidate: 1:3.3.2-1ubuntu4
    Version table:
   *** 1:3.3.2-1ubuntu4 0
          500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages
          100 /var/lib/dpkg/status

  3) What is expected to happen in Ubuntu 11.04, LibreOffice Writer via
  the Terminal:

  lowriter -nologo

  click Tools -> Bibliography Database is that it does not crash.

  4) What happens instead is it crashes every time. This is a default
  install with no extra extensions installed.

  WORKAROUND: Installing openoffice.org-base makes the issue go away.

  Original Reporter Comments: The message on the console is: terminate called after throwing an instance of 'com::sun::star::loader::CannotActivateFactoryException'
  Reproduced also with 3.2.0rc4-1ubuntu

  ProblemType: Bug
  Architecture: i386
  Date: Thu Feb 25 20:33:28 2010
  DistroRelease: Ubuntu 9.10
  InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
  Package: openoffice.org-core 1:3.1.1-5ubuntu1.1
  ProcEnviron:
   LANGUAGE=en_GB.UTF-8
   PATH=(custom, no user)
   LANG=en_GB.UTF-8
   SHELL=/bin/bash
  ProcVersionSignature: Ubuntu 2.6.31-19.56-generic
  SourcePackage: openoffice.org
  Uname: Linux 2.6.31-19-generic i686

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/527938/+subscriptions