From ooo-users-return-2657-apmail-incubator-ooo-users-archive=incubator.apache.org@incubator.apache.org Mon Sep 3 23:39:04 2012 Return-Path: X-Original-To: apmail-incubator-ooo-users-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D23849ED4 for ; Mon, 3 Sep 2012 23:39:04 +0000 (UTC) Received: (qmail 28592 invoked by uid 500); 3 Sep 2012 23:39:04 -0000 Delivered-To: apmail-incubator-ooo-users-archive@incubator.apache.org Received: (qmail 28556 invoked by uid 500); 3 Sep 2012 23:39:04 -0000 Mailing-List: contact ooo-users-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-users@incubator.apache.org Delivered-To: mailing list ooo-users@incubator.apache.org Received: (qmail 28547 invoked by uid 99); 3 Sep 2012 23:39:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Sep 2012 23:39:04 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rodlockwood@provide.net designates 216.40.44.113 as permitted sender) Received: from [216.40.44.113] (HELO smtprelay.hostedemail.com) (216.40.44.113) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Sep 2012 23:38:57 +0000 Received: from filter.hostedemail.com (ff-bigip1 [10.5.19.254]) by smtprelay03.hostedemail.com (Postfix) with SMTP id B30FF9E3A8 for ; Mon, 3 Sep 2012 23:38:36 +0000 (UTC) X-Panda: scanned! X-Session-Marker: 726F646C6F636B776F6F644070726F766964652E6E6574 X-Filterd-Recvd-Size: 8119 Received: from bookofshadows.lockwood (cpe-057.dsl.provide.net [216.86.81.57]) (Authenticated sender: rodlockwood@provide.net) by omf11.hostedemail.com (Postfix) with ESMTPA for ; Mon, 3 Sep 2012 23:38:35 +0000 (UTC) Content-Type: multipart/alternative; boundary=----------hNmguyNhxHo1yeEesHP4LC To: "OpenOffice Users Mailing List" Subject: Re: OpenOffice unable to restore file or open it Reply-To: rodlockwood@provide.net References: <61F80ED8C5434CC49B1E9561DDF51779@HPPC> <5D719F47A15D4D7290628B66F8059EA0@HPPC> Date: Mon, 03 Sep 2012 19:38:32 -0400 MIME-Version: 1.0 From: "Rod Lockwood" Message-ID: In-Reply-To: <5D719F47A15D4D7290628B66F8059EA0@HPPC> User-Agent: Opera Mail/12.02 (Win32) X-Virus-Checked: Checked by ClamAV on apache.org ------------hNmguyNhxHo1yeEesHP4LC Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: Quoted-Printable It is worse than I suspected. There was no error saving or closing the = files. OpenOffice is crashing while attempting to open the ODT files. Th= en = is unable to recover them. I tried to open two other files in the same = directory all with the same results. I have a screenshot, if you would = like me to send it. Maurice, I have no idea what you are referring to. This is the same font= = size I have always used which is set to =E2=80=98Normal=E2=80=99. I can = read it fine = without my glasses, nor is it overly large. You are the first person tha= t = has complained. -- = Sincerely, Rod Lockwood On Mon, 03 Sep 2012 19:02:10 -0400, Maurice Howe = wrote: > Good. Now that 'incubator' has re-sent your note, we can all read it. > > Maurice > > -----Original Message----- > From: Maurice Howe [mailto:maurice@stny.rr.com] > Sent: Monday, September 03, 2012 6:48 PM > To: ooo-users@incubator.apache.org; rodlockwood@provide.net > Subject: RE: OpenOffice unable to restore file or open it > > Good grief! Don't use 4 point type for ANYthing!! You waste your timea= nd > everybody else's. > Maurice D. Howe > 616 Lacey Drive > Endwell, NY 13760 > 607-754-0469 > Maurice@stny.rr.com > > _____ > > From: Rod Lockwood [mailto:rodlockwood@provide.net] > Sent: Monday, September 03, 2012 6:22 PM > To: OpenOffice Users Mailing List > Subject: OpenOffice unable to restore file or open it > > > I have a text document that apparently did not close properly whenclos= ing > OpenOffice. Starting OpenOffice 3.41 does not trigger the filerestorat= ion > process. When I click on the file to open it, OpenOffice crashes becau= se > there is already a shadow file in existance. It begins the file = > restoration, > but does not recover the shadow file. So I wind up not being able to d= o > anything. Deleting the shadow file does not work. OpenOffice cannot op= en = > the > document, even though it creates a new shadow document. > > This is why I never liked this system. I much prefer the system used b= ymy > text editor and the way it was done in the old days. Simply save thefi= le = > to > disc as a normal file with a .BAK extension every 15 minutes (or whate= ver > your preference is). That way if the original file is corrupt, you sim= ply > delete the corrupt file, rename the backed up file and you are good to= go. > At the most you lose your allotted time of work. And saving the file > manually obviously didn't make a difference. So forget about anylectur= es = > on > how I should manually save my work periodically. > > It does not interfere with the undo process. It does not create multip= le > files, just the one back up file. A simple text editor is able to do = > this. I > have never lost a file using this old-fashioned system of automaticall= y > backing up the file. Now I will have to recreate this file from scratc= h = > and > from memory. > ------------hNmguyNhxHo1yeEesHP4LC Content-Type: multipart/related; boundary=----------hNmguyNhxHo1yeNSwUsMnq ------------hNmguyNhxHo1yeNSwUsMnq Content-Type: text/html; charset=utf-8 Content-ID: Content-Transfer-Encoding: Quoted-Printable
It is worse than I su= spected. There was no error saving or closing the files. OpenOffice is c= rashing while attempting to open the ODT files. Then is unable to recove= r them. I tried to open two other files in the same directory all with t= he same results. I have a screenshot, if you would like me to send it.
Maurice, I have no idea what you are referring to. This is the sam= e font size I have always used which is set to =E2=80=98Normal=E2=80=99.= I can read it fine without my glasses, nor is it overly large. You are = the first person that has complained.

--
Sincerely,
Rod Lo= ckwood

On Mon, 03 Sep 2012 19:02:10 -0400, Maurice Howe <mauri= ce@stny.rr.com> wrote:

> Good. Now that 'incubator' has re= -sent your note, we can all read it.
>
> Maurice
>
= > -----Original Message-----
> From: Maurice Howe [mailto:maurice@stny.rr.com]
> Sent= : Monday, September 03, 2012 6:48 PM
> To: ooo-users@incubator.apa= che.org; rodlockwood@provide.net
> Subject: RE: OpenOffice unable = to restore file or open it
>
> Good grief! Don't use 4 poin= t type for ANYthing!! You waste your time
> and
> everybo= dy else's.
>Maurice D. Howe
> 616 Lacey Drive
> Endwel= l, NY 13760
> 607-754-0469
> Maurice@stny.rr.com
>
= > _____
>
> From: Rod Lockwood [mailto:rodlockwood@provide.net]
> Sent: M= onday, September 03, 2012 6:22 PM
> To: OpenOffice Users Mailing L= ist
> Subject: OpenOffice unable to restore file or open it
>= ;
>
> I have a text document that apparently did not close p= roperly when
> closing
> OpenOffice. Starting OpenOffice 3= .41 does not trigger the file
> restoration
> process. Whe= n I click on the file to open it, OpenOffice crashes because
> the= re is already a shadow file in existance. It begins the file
> r= estoration,
> but does not recover the shadow file. So I wind up n= ot being able to do
> anything. Deleting the shadow file does not = work. OpenOffice cannot open
> the
> document, even though= it creates a new shadow document.
>
> This is why I never l= iked this system. I much prefer the system used by
> my
> = text editor and the way it was done in the old days. Simply save the > file to
> disc as a normal file with a .BAK extension every= 15 minutes (or whatever
> your preference is). That way if the or= iginal file is corrupt, you simply
> delete the corrupt file, rena= me the backed up file and you are good to
> go.
> At the m= ost you lose your allotted time of work. And saving the file
> man= ually obviously didn't make a difference. So forget about any
> = lectures on
> how I should manually save my work periodically.
= >
> It does not interfere with the undo process. It does not cr= eate multiple
> files, just the one back up file. A simple text ed= itor is able to do
> this. I
> have never lost a file usin= g this old-fashioned system of automatically
> backing up the file= . Now I will have to recreate this file from scratch
> and
&g= t; from memory.
>
>

------------hNmguyNhxHo1yeNSwUsMnq-- ------------hNmguyNhxHo1yeEesHP4LC--