buffer position in frame when replying to mime messages

[mere user]

recently whey replying to some html messages, vm positions the reply buffer such that the top line displayed within the reply window is the first empty line after

--text follows this line--

while the entire header is not shown unless I scroll up. this does not occur when replying to non-html messages. I am attaching an example email that leads to this issue. I am using emacs-w3m to read html messages in vm.

cheers, E

[Uday Reddy (reddyuday)]

I can't reproduce this problem.

Can you try it with default settings? You might also need to disable the
.vm.windows file to get the default behavior.

Cheers,
Uday

PS I have made your bug report public, because there wasn't anything private
in it. It didn't show up in the list of bug reports otherwise.

[mere user (emacs-user)]

hi Uday, sorry, forgot to mention that this only occurs in the trunk
version of gnu emacs for the past couple of months, not in emacs-23.3,
for example.  does this help? E

On Sun, Oct 16, 2011 at 3:12 AM, Uday Reddy <email address hidden> wrote:
>
> I can't reproduce this problem.
>
> Can you try it with default settings?  You might also need to disable the
> .vm.windows file to get the default behavior.
>
> Cheers,
> Uday
>
> PS I have made your bug report public, because there wasn't anything private
> in it.  It didn't show up in the list of bug reports otherwise.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/872512
>
> Title:
>  buffer position in frame when replying to mime messages
>
> Status in VM (View Mail) for Emacs:
>  New
>
> Bug description:
>  recently whey replying to some html messages, vm positions the reply
>  buffer such that the top line displayed within the reply window is the
>  first empty line after
>
>  --text follows this line--
>
>  while the entire header is not shown unless I scroll up.  this does
>  not occur when replying to non-html messages.  I am attaching an
>  example email that leads to this issue.  I am using emacs-w3m to read
>  html messages in vm.
>
>  cheers, E
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/vm/+bug/872512/+subscriptions

[Uday Reddy (reddyuday)]

Then it must be a problem with the trunk version of Gnu Emacs. I intend to
test out the pretest version of Gnu Emacs sometime, but it will be a while
because I have some travel and other stuff for the next few weeks.

Cheers,
Uday

[Uday Reddy (reddyuday)]

Filed an Emacs bug report on 2011-11-12 with the title:

  24.0.91; save-restriction fails to restore the screen

[Uday Reddy (reddyuday)]

Gnu Emacs bug report:

   http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10024

[Uday Reddy (reddyuday)]

The problem is only arising when emacs-w3m is invoked to insert the quoted text. In this case, even explicitly saving/restoring the point doesn't help. There is probably something wrong with emacs-w3m under Emacs 24.

Installed a work-around using `set-window-start', as recommended by Martin Rudalics.

[mere user (emacs-user)]

thanks! will start using this now and let you know if I see this again.

On Sun, Nov 13, 2011 at 5:03 PM, Uday Reddy <email address hidden> wrote:
> The problem is only arising when emacs-w3m is invoked to insert the
> quoted text.  In this case, even explicitly saving/restoring the point
> doesn't help.  There is probably something wrong with emacs-w3m under
> Emacs 24.
>
> Installed a work-around using `set-window-start', as recommended by
> Martin Rudalics.
>
>
> ** Changed in: vm
>       Status: In Progress => Fix Committed
>
> ** Changed in: vm
>    Milestone: None => 8.2.0
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/872512
>
> Title:
>  buffer position in frame when replying to mime messages
>
> Status in VM (View Mail) for Emacs:
>  Fix Committed
>
> Bug description:
>  recently whey replying to some html messages, vm positions the reply
>  buffer such that the top line displayed within the reply window is the
>  first empty line after
>
>  --text follows this line--
>
>  while the entire header is not shown unless I scroll up.  this does
>  not occur when replying to non-html messages.  I am attaching an
>  example email that leads to this issue.  I am using emacs-w3m to read
>  html messages in vm.
>
>  cheers, E
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/vm/+bug/872512/+subscriptions
>

[mere user (emacs-user)]

The bug fix seems to work now, buffer positioning during reply is fine. interestingly, there is a delay in getting to that point: emacs will stop at the wrong buffer position as described above, and will only move to the right one when I move the mouse. let me know if there is anything I can do to help...

[Uday Reddy (reddyuday)]

mere user writes:

> The bug fix seems to work now, buffer positioning during reply is fine.
> interestingly, there is a delay in getting to that point: emacs will
> stop at the wrong buffer position as described above, and will only move
> to the right one when I move the mouse. let me know if there is
> anything I can do to help...

Hi Eli,

It might be an Emacs on Mac problem.

Can you try it with the 24.0.91 pretest release, so that we know what we are
talking about?

Cheers,
Uday