#1525 bugs with Read-Only option

Bug
closed-fixed
scite (88)
5
2013-10-15
2013-09-11
jstudio
No

Platform tested: WinXP Pro SP3 32bit.
SciTE version: 3.3.5 (latest official build)

Let's say I have 8 files open in 8 tabs / buffers. I've just loaded them from a .session file. Files are named like this:

F:\aaa.htaccess
F:\aaa\prepend.php
F:\aaa\format.php
F:\aaa\index.php
F:\aaa\projets.php
F:\aaa\design.css
F:\bbb\index.php
F:\bbb\design.css

I then set the last 2 files as Read-Only in Options. Next, when i try to edit F:\aaa\index.php or F:\aaa\design.css, it acts like it's been set to Read-Only: no edit possible. Notice i'm working with files with identical filenames located in different folders.

It seems i can't always reproduce this bug with a simple test case, it may be specific to the ordering of open buffers / number of open buffers / ???.
Sometimes it just impacts "index.php" and not "design.css", sometimes both.
I have to set the uneditable file to Read-Only (option does not appear checked in UI) and then again reset it to be able to edit it.

I think this bug has been introduced recently, maybe 3 or 4 versions ago (3.3.2?) because it was not present before.

I hope you can solve it with the information provided, thank you.

Discussion

  • Neil Hodgson

    Neil Hodgson - 2013-09-12

    The bug was caused by changes for background loading and saving from around 3.0.2.

    Fix committed as [45deb4].

     

    Related

    Commit: [45deb4]

  • Neil Hodgson

    Neil Hodgson - 2013-09-12
    • labels: --> scite
    • status: open --> open-fixed
    • assigned_to: Neil Hodgson
     
  • jstudio

    jstudio - 2013-09-12

    Thanks a lot Neil. Your work is very much appreciated.

     
  • Neil Hodgson

    Neil Hodgson - 2013-10-15
    • status: open-fixed --> closed-fixed
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks