[Libreoffice-bugs] [Bug 138201] impossible to delete table after opening the report

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Sun Nov 15 18:31:20 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=138201

Terrence Enger <lo_bugs at iseries-guru.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |needsUXEval
           See Also|                            |https://bugs.documentfounda
                   |                            |tion.org/show_bug.cgi?id=12
                   |                            |8518,
                   |                            |https://bugs.documentfounda
                   |                            |tion.org/show_bug.cgi?id=13
                   |                            |8241
             Status|UNCONFIRMED                 |NEW
     Ever confirmed|0                           |1
                 CC|                            |lo_bugs at iseries-guru.com

--- Comment #1 from Terrence Enger <lo_bugs at iseries-guru.com> ---
 Working with a local build of commit 38b1497d (2020-11-04), built and
running on debian-buster, I have created the reported problem.  My
error message carries the additional information:

   
/home/terry/lo_hacking/git/libo6/connectivity/source/drivers/firebird/Util.cxx:68

Further observations:

(*) The problem persists if the .odb is saved and reopened between
    steps 3 and 4.

(*) If the saved .odb is opened there is no problem deleting the table
    without steps 4 and 5.


Bug 128518 also reports the inability to delete a table from an
embedded Firebird database, but I am confirming the present bug
because:

(*) That bug was closed a year ago.

(*) The difficulty in that bug followed editing the table.  There was
    no report involved.

(*) Commenters on that bug got varying results.  This bug does not
    (yet) have that complication.


I see it as wrong that LibreOffice relies (even accidentally) upon
previous execution of the report when it allows or disallows deletion
of the table.  I do not have an opinion on whether LibreOffice should
allow deletion of that table while a referencing report exists.  But
if deletion is disallowed, the error message should say why, and LO
need not attempt the deletion at all.  I am adding keyword
needsUXEval.


If, after deleting successfully deleting table, you run the report
anyway, the resulting error message is impolite.  I have reported this
as bug 138241.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20201115/b89163dc/attachment.htm>


More information about the Libreoffice-bugs mailing list