Re: address@hidden: Buffer sometimes changes to modified with truncate-partial-width-windows set to nil]

[martin rudalics]

> Even more bizaarely, tweaking set-buffer-modified-p inside the
> `with-buffer-prepared-for-jit-lock' block, as shown below, also causes
> the bug to go away.  By right, it should do nothing.  The
> set-buffer-modified-p call can be put later in `jit-lock-fontify-now',
> but putting it any earlier causes the bug to resurface.  Anyone have
> any idea what's going on here?

Would the following handle it?

*** jit-lock.el.~1.53.~ Tue Aug 15 10:00:50 2006
--- jit-lock.el Wed Aug 16 09:40:26 2006
***************
*** 391,399 ****
                             (buf (current-buffer)))
                 (run-with-timer
                  0 nil (lambda ()
!                         (with-buffer-prepared-for-jit-lock
!                             (put-text-property start orig-start
!                                                'fontified t buf))))))

           ;; Find the start of the next chunk, if any.
           (setq start (text-property-any next end 'fontified nil))))))))
--- 391,400 ----
                             (buf (current-buffer)))
                 (run-with-timer
                  0 nil (lambda ()
!                       (with-current-buffer buf
!                         (with-buffer-prepared-for-jit-lock
!                          (put-text-property start orig-start
!                                             'fontified t)))))))

           ;; Find the start of the next chunk, if any.
           (setq start (text-property-any next end 'fontified nil))))))))