Not remembering formatting when switching between files

I’m not sure if I’m being very dense here or not but I can’t work out why this is happening…I only downloaded the .26 beta last night and have spent some time importing files in various formats. I have several which are text files which were in Word, then saved as RTF before I imported them. They consist of mostly several tables with a few lines of text scattered in between. Anyway, in the original files there would be the end of a table, a line break, a line of text, a line break and the start of a new table. The first of those line breaks disappeared when I imported, but I figured that wasn’t too much trouble so I went back through the files putting them all back in. Only when I click from one file to another, and then back, some of the line breaks have decided to disappear again. I’ve been clicking between the same two files repeatedly now and just putting the line breaks back, but when I get back to the other file those have gone, and then when I get back to the first they’ve gone too! It’s not even all of them, just a few. It makes no difference saving after doing them or not.

These are just my character profiles and I have all my stuff saved elsewhere, but I’m loathe to start using the program for actual writing if it can’t remember something as simple as a line break the moment you click to another file. Am I just doing something really obviously wrong?

If it’s relevant, I’m running Windows 7 Home Premium on a Dell iMedia S1800. Actually, even if it’s not relevant I’m still running that.

Do you have a scenario when this always happens that you could give me step-by-step instructions to reproduce? I’m not seeing it, but if this is a bug we certainly want to catch it. How are you looking for the page breaks? Keep in mind that Scrivener doesn’t do page layout the way Word will, so even if you have page breaks in the editor, your text there will still flow together–it’s not until you print or compile that the page breaks will be “visible” in the sense that they’ll cause an actual page break. You can choose Format>Options>Show Invisibles when working in the editor to see the line breaks as a blue line across the page. When I try insert several into different documents and switch back, they’re still in place, so there may be something specific to trigger the bug if you’re getting a different behavior.

Before it started I’d just imported five files, moved them around a bit in the binder and then started to try putting the line breaks back in when I noticed they were gone.

I just opened it again now and they were still gone, so I tried putting them back in and same results - click off to anywhere else and they were gone when I got back. I tried turning on Show Invisibles and it looks like the end of the table, then the gap missing still (so no line break), then the line of text with the return arrow symbol after it, then a link break with the line break symbol there, then the start of the next table. But when I try to click anywhere in the document to try to put more in, Scrivener crashes. I think the first time (it’s done it three times in succession) it let me click and move the cursor up a few lines before it crashed, but the second and third times it just crashed when I clicked. I’ve just opened it again though and repeated my steps and have now seen there is a green status bar flashing in the top right of the main window (I mean, a grey rectangle which fills with green). It’s flashing with 99%, 53% and then disappearing, all in the space of about a second, then leaving a second and starting again. No idea what it is.

Aaaand that was there for a few minutes while I typed this so I tried clicking in again to check it would crash and it hasn’t, but done a weird thing where two of the tables appeared to butt together. When I clicked in the last line of the table and then pressed down, my line break, line of text and line break was suddenly visible again. It’s done that with a couple of the tables/lines of text, a couple still don’t have their line breaks as normal and a couple are still as I left them.

I just clicked to another file and then back and the invisibles had gone (and the option was deselected in the menu) and the line breaks were missing again.

Any news on what this is? I want to give Scrivener a go while the beta’s still in play so I know if it’s worthwhile buying it, but I don’t feel comfortable using it to write knowing it does this.

Sorry, this is on the list but hasn’t been fixed yet to my knowledge. it has to do with copying (and importing) the tables specifically–the formatting and properties for the tables don’t seem to be saved properly, and it causes the loss of the new line below it. I haven’t seen an issue with losing a new line anywhere else, so for now if you avoid tables you should be good.

Also, could you check in the Windows logs for any crash reports generated and paste those here (or just one, if they’re all the same)?

To grab the crash report generated by Windows:

  1. Open the Control Panel and choose Administrative Tools (under System and Security if you’re viewing categories)
  2. Open Computer Management
  3. In the tree view, select System Tools\Event Viewer\Windows Logs\Application
  4. In the window on the right, you should see a list of reports Information, Error, and Warning. Group these by date and sort by level, and then look for any errors that occurred at the time of your crash (Aug 1st, unless you’ve done this more recently)–the source column should say something like “Application Error” or “Application Hang”. Selecting any one should show you the details in the lower part of the window; you can also double click to open it in a new window. Make sure that “Scrivener.exe” is referenced in the description of the error, and then use the Copy button to send the contents to your clipboard (if you get an option, choose “copy details as text” rather than “copy table”).
  5. Paste the crash details in a post here.

Thanks very much for any extra details there for the crashes. (To clarify, I think the crash may not be specifically related to the loss of the new line, as that doesn’t consistently cause a crash–I haven’t had any crashes with it so far, nor have I seen crash reports from anyone else who reported this. There does seem to be something that’s causing a crash in general, though, so yours might be part of that.) As far as testing the program, even if you don’t want to work with the beta, once the official release comes out, there will be a 30-nonconsecutive-day trial before you’re required to register, so you’ll still get a chance to test out the program to see if you’d want to buy.

Thanks for the reply. Here are the crash logs I could find (wasn’t sure if these were the same or different in any way so I’ve just put all of them). I’ve been a bit busy this last week but I’ll give the program a go without using tables and see how I get on. And good to know about the trial after the program release as well.

Log Name: Application
Source: Application Error
Date: 01/08/2011 14:23:41
Event ID: 1000
Task Category: (100)
Level: Error
Keywords: Classic
User: N/A
Computer: PC2010
Description:
Faulting application name: Scrivener.exe, version: 0.0.0.0, time stamp: 0x4e157094
Faulting module name: ntdll.dll, version: 6.1.7601.17514, time stamp: 0x4ce7ba58
Exception code: 0xc0000005
Fault offset: 0x0002e39e
Faulting process id: 0x10cc
Faulting application start time: 0x01cc504e271b3469
Faulting application path: C:\Program Files (x86)\Scrivener\Scrivener.exe
Faulting module path: C:\Windows\SysWOW64\ntdll.dll
Report Id: 78b59235-bc41-11e0-ae2c-90fba689d63b
Event Xml:



1000
2
100
0x80000000000000

8133
Application
PC2010



Scrivener.exe
0.0.0.0
4e157094
ntdll.dll
6.1.7601.17514
4ce7ba58
c0000005
0002e39e
10cc
01cc504e271b3469
C:\Program Files (x86)\Scrivener\Scrivener.exe
C:\Windows\SysWOW64\ntdll.dll
78b59235-bc41-11e0-ae2c-90fba689d63b

Log Name: Application
Source: Application Error
Date: 01/08/2011 14:23:03
Event ID: 1000
Task Category: (100)
Level: Error
Keywords: Classic
User: N/A
Computer: PC2010
Description:
Faulting application name: Scrivener.exe, version: 0.0.0.0, time stamp: 0x4e157094
Faulting module name: ntdll.dll, version: 6.1.7601.17514, time stamp: 0x4ce7ba58
Exception code: 0xc0000005
Fault offset: 0x0002e39e
Faulting process id: 0xd14
Faulting application start time: 0x01cc504dea71c085
Faulting application path: C:\Program Files (x86)\Scrivener\Scrivener.exe
Faulting module path: C:\Windows\SysWOW64\ntdll.dll
Report Id: 61c3f985-bc41-11e0-ae2c-90fba689d63b
Event Xml:



1000
2
100
0x80000000000000

8131
Application
PC2010



Scrivener.exe
0.0.0.0
4e157094
ntdll.dll
6.1.7601.17514
4ce7ba58
c0000005
0002e39e
d14
01cc504dea71c085
C:\Program Files (x86)\Scrivener\Scrivener.exe
C:\Windows\SysWOW64\ntdll.dll
61c3f985-bc41-11e0-ae2c-90fba689d63b

Log Name: Application
Source: Application Error
Date: 01/08/2011 14:26:10
Event ID: 1000
Task Category: (100)
Level: Error
Keywords: Classic
User: N/A
Computer: PC2010
Description:
Faulting application name: Scrivener.exe, version: 0.0.0.0, time stamp: 0x4e157094
Faulting module name: ntdll.dll, version: 6.1.7601.17514, time stamp: 0x4ce7ba58
Exception code: 0xc0000005
Fault offset: 0x0002e39e
Faulting process id: 0x1234
Faulting application start time: 0x01cc504e7f131bc7
Faulting application path: C:\Program Files (x86)\Scrivener\Scrivener.exe
Faulting module path: C:\Windows\SysWOW64\ntdll.dll
Report Id: d182ce14-bc41-11e0-ae2c-90fba689d63b
Event Xml:



1000
2
100
0x80000000000000

8135
Application
PC2010



Scrivener.exe
0.0.0.0
4e157094
ntdll.dll
6.1.7601.17514
4ce7ba58
c0000005
0002e39e
1234
01cc504e7f131bc7
C:\Program Files (x86)\Scrivener\Scrivener.exe
C:\Windows\SysWOW64\ntdll.dll
d182ce14-bc41-11e0-ae2c-90fba689d63b

Log Name: Application
Source: Application Error
Date: 01/08/2011 01:10:28
Event ID: 1000
Task Category: (100)
Level: Error
Keywords: Classic
User: N/A
Computer: PC2010
Description:
Faulting application name: Scrivener.exe, version: 0.0.0.0, time stamp: 0x4e157094
Faulting module name: ntdll.dll, version: 6.1.7601.17514, time stamp: 0x4ce7ba58
Exception code: 0xc0000005
Fault offset: 0x0002e3fb
Faulting process id: 0xf44
Faulting application start time: 0x01cc4fbd5f74e3b0
Faulting application path: C:\Program Files (x86)\Scrivener\Scrivener.exe
Faulting module path: C:\Windows\SysWOW64\ntdll.dll
Report Id: a8f49eea-bbd2-11e0-ae2c-90fba689d63b
Event Xml:



1000
2
100
0x80000000000000

8118
Application
PC2010



Scrivener.exe
0.0.0.0
4e157094
ntdll.dll
6.1.7601.17514
4ce7ba58
c0000005
0002e3fb
f44
01cc4fbd5f74e3b0
C:\Program Files (x86)\Scrivener\Scrivener.exe
C:\Windows\SysWOW64\ntdll.dll
a8f49eea-bbd2-11e0-ae2c-90fba689d63b

This exact problem happens in Scrivener for Windows 1.0.3, to the point that it repeatedly joins together separate tables. Even a simple workaround would do for the time being, but I cannot make it stop happening, and it’s affecting my work.

Any advice (or hopefully a view to fixing the bug!) would be greatly appreciated. I’m unable to run further tests or provide reproducible steps until January, but from that point I’ll provide whatever I can to help.

Is there any point in me building a test case for this? If you have no interest or time, I’ll blow away all my tables and make do with rich text.

Can someone please answer me? I realise the Windows version has one developer who’s been on holiday, but I asked the question two months ago and nobody has even indicated a level of interest. Do I need to go somewhere else to log a bug?

I’m sorry you’ve had to wait so long for a reply. Have you tried emailing Windows technical support? The email is windows.support@literatureandlatte.com.

I hope your issue gets resolved soon.

Thanks for your reply. I’ll do that very soon.