Problem with a next page being the final line

Problem with a next page being the final line

[Robert Marshall]

This posting should illustrate a problem with a posting ending with a
next page and one line. I can only see the final line by viewing the
raw posting, if I do a gnus-summary-next-page, I get taken to the next article

Seems to happen with most recent versions... 5.9.0 and 5.10.2

And then...the rest is silence...


\f<you hear footsteps disappearing in the distance>

Re: Problem with a next page being the final line

[Robert Marshall]

On Sun, 15 Jun 2003, Robert Marshall wrote:

> This posting should illustrate a problem with a posting ending with
> a next page and one line. I can only see the final line by viewing
> the raw posting, if I do a gnus-summary-next-page, I get taken to
> the next article
> 
> Seems to happen with most recent versions... 5.9.0 and 5.10.2
> 
> And then...the rest is silence...
> 
> 
> \f<you hear footsteps disappearing in the distance>

oh fiddlesticks! must be those blank lines that crept in there!

\ftry this

Re: Problem with a next page being the final line

[Robert Marshall]

On Sun, 15 Jun 2003, Robert Marshall wrote:

> oh fiddlesticks! must be those blank lines that crept in there!
> 
> \ftry this

More embarrassment! It failed nicely in my local test group, I don't
know what that doesn't do that does happen here
Though I see there's extra blank lines at the end coming from somewhere,
definitely weren't there when I posted it

The original article is news:kaXQ5oFork6+Ew1y@trustsof.demon.co

Robert
-- 
Take me to the world
A world that smiles
With streets instead of aisles

url-retrieve-synchronously broken? (was: Re: Problem with a next page being the final line)

[Richard Lewis]

Robert Marshall <spam@chezmarshall.freeserve.co.uk> writes:

> On Sun, 15 Jun 2003, Robert Marshall wrote:
>
> The original article is news:kaXQ5oFork6+Ew1y@trustsof.demon.co

When I tried to follow the link i get the error message 

Symbol's function definition is void: url-retrieve-synchronously

Have I done something to break gnus-article-refer-article? Or perhaps
uninstalled something? Other browse-url things work as before.

I have the following in .gnus, which I think worked in 5.8.8 (I
currently have 5.10.2)

;Fetching Messages from old/other threads
(setq gnus-refer-thread-limit t)	 ;^ in *Summary* look through *all* extant articles
(setq gnus-refer-article-method					;How to search for MEssage-Ids
			'(current													;Fist try current backend
				(nnweb "Google"									;Then search Google
							 (nnweb-type google))))


The backtrace is as follows:

Debugger entered--Lisp error: (void-function url-retrieve-synchronously)
  url-retrieve-synchronously(#("http://groups.google.com/groups?selm=kaXQ5oFork6+Ew1y@trustsof.demon.co&output=gplain" 0 37 nil 37 71 (mouse-face highlight gnus-callback gnus-button-push gnus-data #<marker at 665 in *Article nntp+gmane:gmane.emacs.gnus.general*>) 71 85 nil))
  url-insert-file-contents(#("http://groups.google.com/groups?selm=kaXQ5oFork6+Ew1y@trustsof.demon.co&output=gplain" 0 37 nil 37 71 (mouse-face highlight gnus-callback gnus-button-push gnus-data #<marker at 665 in *Article nntp+gmane:gmane.emacs.gnus.general*>) 71 85 nil))
  mm-url-insert-file-contents(#("http://groups.google.com/groups?selm=kaXQ5oFork6+Ew1y@trustsof.demon.co&output=gplain" 0 37 nil 37 71 (mouse-face highlight gnus-callback gnus-button-push gnus-data #<marker at 665 in *Article nntp+gmane:gmane.emacs.gnus.general*>) 71 85 nil))
  byte-code("Æ\bÇÈ	$\x12\v„\x12
  mm-url-insert(#("http://groups.google.com/groups?selm=kaXQ5oFork6+Ew1y@trustsof.demon.co&output=gplain" 0 37 nil 37 71 (mouse-face highlight gnus-callback gnus-button-push gnus-data #<marker at 665 in *Article nntp+gmane:gmane.emacs.gnus.general*>) 71 85 nil))
  nnweb-request-article(#("<kaXQ5oFork6+Ew1y@trustsof.demon.co>" 0 1 nil 1 35 (mouse-face highlight gnus-callback gnus-button-push gnus-data #<marker at 665 in *Article nntp+gmane:gmane.emacs.gnus.general*>) 35 36 nil) "gmane.emacs.gnus.general" "Google" nil)
  gnus-request-article(#("<kaXQ5oFork6+Ew1y@trustsof.demon.co>" 0 1 nil 1 35 (mouse-face highlight gnus-callback gnus-button-push gnus-data #<marker at 665 in *Article nntp+gmane:gmane.emacs.gnus.general*>) 35 36 nil) "nntp+gmane:gmane.emacs.gnus.general")
  gnus-request-head(#("<kaXQ5oFork6+Ew1y@trustsof.demon.co>" 0 1 nil 1 35 (mouse-face highlight gnus-callback gnus-button-push gnus-data #<marker at 665 in *Article nntp+gmane:gmane.emacs.gnus.general*>) 35 36 nil) "nntp+gmane:gmane.emacs.gnus.general")
  gnus-read-header(#("<kaXQ5oFork6+Ew1y@trustsof.demon.co>" 0 1 nil 1 35 (mouse-face highlight gnus-callback gnus-button-push gnus-data #<marker at 665 in *Article nntp+gmane:gmane.emacs.gnus.general*>) 35 36 nil))
  gnus-summary-insert-subject(#("<kaXQ5oFork6+Ew1y@trustsof.demon.co>" 0 1 nil 1 35 (mouse-face highlight gnus-callback gnus-button-push gnus-data #<marker at 665 in *Article nntp+gmane:gmane.emacs.gnus.general*>) 35 36 nil))
  byte-code("Ä Å\x18‰\x19ƒ-
  gnus-summary-refer-article(#("<kaXQ5oFork6+Ew1y@trustsof.demon.co>" 0 1 nil 1 35 (mouse-face highlight gnus-callback gnus-button-push gnus-data #<marker at 665 in *Article nntp+gmane:gmane.emacs.gnus.general*>) 35 36 nil))
  gnus-article-refer-article()
  call-interactively(gnus-article-refer-article)

Re: url-retrieve-synchronously broken?

[Lars Magne Ingebrigtsen]

Richard Lewis <rtf@jabble.com> writes:

> Symbol's function definition is void: url-retrieve-synchronously

I think that sounds like a w3 bug...

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Problem with a next page being the final line

[Lars Magne Ingebrigtsen]

Robert Marshall <spam@chezmarshall.freeserve.co.uk> writes:

> This posting should illustrate a problem with a posting ending with
> a next page and one line. I can only see the final line by viewing
> the raw posting, if I do a gnus-summary-next-page, I get taken to
> the next article

So it does.

I think I've fixed this now.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: url-retrieve-synchronously broken?

[Richard Lewis]

Lars Magne Ingebrigtsen <larsi=smP1P7uqpqc@public.gmane.org> writes:

> Richard Lewis <rtf=oiDTqYUezG/QT0dZR+AlfA@public.gmane.org> writes:
>
>> Symbol's function definition is void: url-retrieve-synchronously
>
> I think that sounds like a w3 bug...

It seems that upgrading to cvs version of url fixes this