https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #44 from Drew Jensen ---
(In reply to Tamas Bunth from comment #31)
> from bug title:
> "advise to backup data prior to migration at 6.1"
>
> You can revert the migration by opening "content.xml" in the zipped
> structure and
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
V Stuart Foote changed:
What|Removed |Added
Status|REOPENED|RESOLVED
See Also|
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #42 from Heiko Tietze ---
(In reply to Florian Reisinger from comment #41)
> I do not think this is fixed as of yet...
Suggest to close this ticket as no dev will ever read all the messages, in
particular when a patch has bee
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
Florian Reisinger changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
V Stuart Foote changed:
What|Removed |Added
Depends on|117090 |
Referenced Bugs:
https://bug
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
V Stuart Foote changed:
What|Removed |Added
Depends on||117090
Referenced Bugs:
https
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
V Stuart Foote changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #39 from V Stuart Foote ---
(In reply to robert from comment #37)
> Seems there should appear a popup. Better would be: You choose the migration
> explicit. A popup will appear every time I open a HSQLDB-database with LO
> 6.
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
Heiko Tietze changed:
What|Removed |Added
CC||tietze.he...@gmail.com
--- Commen
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
Heiko Tietze changed:
What|Removed |Added
Keywords|needsUXEval |
--
You are receiving this mail
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #37 from rob...@familiegrosskopf.de ---
(In reply to V Stuart Foote from comment #36)
>
> Oops, nevermind. Just read the migrwarndlg.ui in
> https://gerrit.libreoffice.org/#/c/52876/
>
Seems there should appear a popup. Bette
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #36 from V Stuart Foote ---
(In reply to V Stuart Foote from comment #35)
> @Tamás, Miklos, Lionel, *
>
> With internal HSQLDB support now restored through 6.1 (and likely through
> later releases) why shouldn't we make the o
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #35 from V Stuart Foote ---
@Tamás, Miklos, Lionel, *
With internal HSQLDB support now restored through 6.1 (and likely through later
releases) why shouldn't we make the offer of odb migration to internal Firebird
3 an opt-in
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #34 from V Stuart Foote ---
(In reply to Florian Reisinger from comment #33)
"Users" are not going to be working with master/6.1.0 at this point!
Rather, it remains in the preview of project QA effort and expert users who of
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #33 from Florian Reisinger ---
@Tamas:
EDIT START
I am very happy about changes happening in the right direction. The statement
below still is true.
On the one hand we still have a few months until it will be fixed. But as
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #32 from Tamas Bunth ---
Hi Florian,
(In reply to Florian Reisinger from comment #30)
> As no kind of relationships (foreign key relations) or views can be migrated
> to Firebird users should not be prompted just yet!
These
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #31 from Tamas Bunth ---
from bug title:
"advise to backup data prior to migration at 6.1"
You can revert the migration by opening "content.xml" in the zipped structure
and replace the URL "sdbc:embedded:firebird" with "sdbc:
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #30 from Florian Reisinger ---
As no kind of relationships (foreign key relations) or views can be migrated to
Firebird users should not be prompted just yet!
With the current migration quality, this either should not be incl
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #29 from Commit Notification
---
Tamas Bunth committed a patch related to this issue.
It has been pushed to "master":
http://cgit.freedesktop.org/libreoffice/core/commit/?id=5b0ceb86c342754d8f4e83408c7ae0da0e3931d3
tdf#1169
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
Commit Notification changed:
What|Removed |Added
Whiteboard||target:6.1.0
--
You are r
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #28 from Lionel Elie Mamane ---
(In reply to Gerhard Weydt from comment #27)
> I simply do not know how to "put Tamás in cc"
Near top right of bug, to the right of "CC list", click "edit". In the "add"
textbox, enter "tamas b
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #27 from Gerhard Weydt ---
@25: That's just the problem I wanted to address: you people in the heart of
LibreOffice have many connections, but we simple users (as which I consider
myself: I have 30 years of experience in softw
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #26 from V Stuart Foote ---
(In reply to Lionel Elie Mamane from comment #25)
> File bugs, put Tamás in CC, and make it block bug 116968, 116970 or 51780 as
> appropriate.
To make it just a bit easier for folks here are activ
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #25 from Lionel Elie Mamane ---
(In reply to Gerhard Weydt from comment #24)
> (...) should intensively test Firebird and the migration program
> - Where can we report?
File bugs, put Tamás in CC, and make it block bug 1169
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #24 from Gerhard Weydt ---
I think we all agree that the presently communicated concept for the
change-over from HSQLDB to Firebird - which I hope all will accept as necessary
in the long run - is much more convincing than wha
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #23 from rob...@familiegrosskopf.de ---
(In reply to Lionel Elie Mamane from comment #21)
>
> Deprecation when Firebird is in good shape (cf the
> tracker bug for that), and removal at least one major distro LTS cycle after
>
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #22 from Lionel Elie Mamane ---
(In reply to robert from comment #17)
> Okay, have understand it the wrong way while reading about bugs migration
> from HSQLDB to Firebird. Only 6.1.0.0.alpha0 will automatically migrate the
>
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #21 from Lionel Elie Mamane ---
(In reply to Florian Reisinger from comment #15)
> If you care to explain why
>
> - removing a DB backend without deprication notice
> - keeping the HSQLDB data in the ODB file WITHOUT possibil
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #20 from V Stuart Foote ---
(In reply to Florian Reisinger from comment #19)
>
> Doing to automatically won't work as the user might not have permission to
> create a new file.
>
> I honestly do not believe that a backup wit
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #19 from Florian Reisinger ---
(In reply to jonathon from comment #18)
> If it is going to automatically convert the database, could the first step
> in the conversion process be copying the file from filename.odb to
> filenam
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #18 from jonathon ---
If it is going to automatically convert the database, could the first step in
the conversion process be copying the file from filename.odb to
filename.HSQLDB.date.time.odb.
The second step would be conver
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #17 from rob...@familiegrosskopf.de ---
(In reply to V Stuart Foote from comment #16)
> Who said ANYTHING about the migration engine being backported to a 6.0
> release?
>
Okay, have understand it the wrong way while reading a
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #16 from V Stuart Foote ---
Who said ANYTHING about the migration engine being backported to a 6.0 release?
Deprecation notice needs to have gone in to the 6.0 release notes (and probably
should have gone in to the 5.4 releas
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #15 from Florian Reisinger ---
#11
"It is up to developer to decide what is best" (non 100% quote from the linked
thread) is not always the best solution as backward compatibility takes effort.
As I am doing my master thesis
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #14 from rob...@familiegrosskopf.de ---
Firebird has been experimental the whole time.
Nobody should add a new feature like "Firebird not experimental - Automatic
HSQLDB-migration" during an update from 6.0.3 to 6.0.4. No depe
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #13 from Gerhard Weydt ---
@ 11: The deprecation notice should have appeared in the release notes for 6.0
from the very beginning. Now it's too late for many people who have already
updated and will not read the release notes
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #12 from Lionel Elie Mamane ---
(In reply to V Stuart Foote from comment #11)
> There is ESC support for the implementation (Lionel is a member)
There is ESC support for the migration, and the change of default,
but not for
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #11 from V Stuart Foote ---
Hate to be the lone voice of dissent here, but Tamás remains under tender from
the foundation to get the HSQLDB migration tool done correctly.
There is ESC support for the implementation (Lionel is
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #10 from Florian Reisinger ---
I would let the user save a new file. I guess the awareness might be higher
that he is able to use the old file with the old LibreOffice version. Let him
store a new file for the new behavior. Th
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #9 from Thomas Lendo ---
>From a UX point of view, we should not suppose that the user is creating a
backup file manually even if we warn him by an info bar.
We should force the user 1) either to save a backup file within an
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #8 from Florian Reisinger ---
If (as currently built in) the content of the file is changed there is no way
going back!
If (in some way) the conversion is happening in a separate file, the user at
least has the change of movi
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
Gerhard Weydt changed:
What|Removed |Added
CC||gerhard.we...@t-online.de
--- Co
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #6 from Florian Reisinger ---
@4: The file would be irreversible damaged I the conversation was not
successful?
@5: We can only get problems when automatically saving to a new location:
- space on disc can be full
- user c
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #5 from Lionel Elie Mamane ---
IMO we should either:
1) eschew the need for backup altogether by _not_ overwriting the *same*
.odb file, but saving the converted odb under a new name (e.g. one
that we ask the user via a
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
--- Comment #4 from Heiko Tietze ---
How about an infobar telling the user that migration was successful, or not?
--
You are receiving this mail because:
You are the assignee for the bug.___
L
https://bugs.documentfoundation.org/show_bug.cgi?id=116944
Lionel Elie Mamane changed:
What|Removed |Added
Summary|Firebird-migration must |Firebird-migration must
46 matches
Mail list logo