Ticket #114 (closed defect: fixed)

Opened 2 years ago

Last modified 2 years ago

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


1. Download the latest snapshot from NVDA Snapshot page(I tried with both installer and zip file).
2. Run the NVDA and change synthesizer from eSpeak to SAPI4 Active voice.
3. 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

nvda.log Download (0.8 KB) - added by katsutoshi 2 years ago.
nvda.2.log Download (1.4 KB) - added by katsutoshi 2 years ago.
Tested with log level DEBUGWARNING

Change History

  Changed 2 years ago by jteh

Reporter has identified that this regressed in r2070.

  Changed 2 years ago by jteh

  • status changed from new to accepted
  • owner set to jteh

This may be fixed in r2204. Please test and report.

Changed 2 years ago by katsutoshi

  Changed 2 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.

follow-up: ↓ 5   Changed 2 years ago by jteh

Please set your log level to DEBUGWARNING in NVDA->Preferences->General, repeat the test and attach this log file.

Changed 2 years ago by katsutoshi

Tested with log level DEBUGWARNING

in reply to: ↑ 4   Changed 2 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.

  Changed 2 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.

follow-up: ↓ 8   Changed 2 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.

in reply to: ↑ 7   Changed 2 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.

Note: See TracTickets for help on using tickets.