Ticket #114 (closed defect: fixed)
Cannot save the configuration file
| Reported by: | katsutoshi | Owned by: | jteh |
|---|---|---|---|
| Priority: | minor | Milestone: | 0.6p2 |
| Component: | Core | Version: | development |
| Keywords: | Japanese Windows save configuration nvda.ini | Cc: | rd-a11y@mitsue.co.jp |
| Operating system: | Blocked by: | ||
| Blocking: |
Description
With latest snapshot, I can not save the configuration file(nvda.ini) with Japanese Windows.
Steps to Reproduce
- Download the latest snapshot from NVDA Snapshot page(I tried with both installer and zip file).
- Run the NVDA and change synthesizer from eSpeak to SAPI4 Active voice.
- Press Nvda+Ctrl+C or use NVDA menu to save settings.
Result
I got a message "Could not save configuration - probably read only file system". And if I restart NVDA, it was started with eSpeak.
But, if I work with source code of NVDA, this problem doesn't happen.
Answers to Jamie's questions
- What revision of NVDA is this?
I tested with nvda_snapshot_trunk-r2136.
- Are you testing with official pre-built snapshots?
Yes. It was from official snapshot page.
- What operating system(s)?
I tested with 3 Windows XP with SP3 installed machines and 1 Windows Vista with SP1 installed machine. All of them are Japanese version.
Now, I am asking NVDA Japanese translate team to test this problem with their machines. When I get messages from them, I'll report them.
- Is NVDA running as a normal user or as administrator?
I tested with administrator users.
- Does this happen for other Japanese users also?
Yes. My coworkers machine also had same problem. But, I am still correcting the data from testers.
- Does this work properly for you in earlier versions of NVDA?
Yes.
In my computer, I have division2057 and I couldn't find problem like this with 2057.
Attachments
Change History
comment:2 Changed 4 years ago by jteh
- Owner set to jteh
- Status changed from new to accepted
This may be fixed in r2204. Please test and report.
comment:3 Changed 4 years ago by katsutoshi
I tested with latest trunk version r2205 and got same error message.
I hope nvda.log which I attached help you to find the problem.
comment:4 follow-up: ↓ 5 Changed 4 years ago by jteh
Please set your log level to DEBUGWARNING in NVDA->Preferences->General, repeat the test and attach this log file.
comment:5 in reply to: ↑ 4 Changed 4 years ago by katsutoshi
Replying to jteh:
Please set your log level to DEBUGWARNING in NVDA->Preferences->General, repeat the test and attach this log file.
I tested with log level DEBUGWARNING. I'll reattach nvda.log file.
comment:6 Changed 4 years ago by jteh
- Milestone changed from 0.6 to 0.6p2
Ack. It seems that my suspicion was right, but my fix didn't quite fix the entire problem. I know what needs to be done, but it is a litle more complicated than initially suspected.
comment:7 follow-up: ↓ 8 Changed 4 years ago by jteh
Hopefully fixed by r2206. Please tst and report. Note that this requires MiscellaneousDependencies? 2008-07-09-01. Also, please remove config/*.pyc to be sure. This will be in snapshots from r2206.
comment:8 in reply to: ↑ 7 Changed 4 years ago by katsutoshi
- Status changed from accepted to closed
- Resolution set to fixed
Replying to jteh:
Hopefully fixed by r2206. Please tst and report. Note that this requires MiscellaneousDependencies? 2008-07-09-01. Also, please remove config/*.pyc to be sure. This will be in snapshots from r2206.
I tested latest version and it works fine now.
I can save configuration file after I changed some settings.
Thank you for your great work.



Reporter has identified that this regressed in r2070.