Dear All,

thanks for making Amarok better at any release!

I am using Amarok 2.3.1 beta on Opensuse 11.1 with updated packages (factory, Kde SC 4.4.2)

It's been a while (since March I'd say, and since 2.2) now that my wikipedia applet does not display any information - stays blank. When trying to force a reload, I get:

'Scripts should use an informative User-Agent string with contact information, or they may be IP-blocked without notice.' Which is a standard wikimedia notice (see here: http://meta.wikimedia.org/wiki/User-Agent_policy )

When manually forcing a reload the amarok -d output is the following (I was listing to a last.fm stream, but in any other use case I get the same behaviour:

Code: Select all

amarok: BEGIN: void WikipediaApplet::reloadWikipedia()
amarok:   BEGIN: virtual bool WikipediaEngine::sourceRequestEvent(const QString&)
amarok:     BEGIN: void WikipediaEngine::reloadWikipedia()
amarok:        wiki url:  "http://it.wikipedia.org/w/index.php?title=Immanu%20El&useskin=monobook"
amarok:     END__: void WikipediaEngine::reloadWikipedia() - Took 0.00028s
amarok:   END__: virtual bool WikipediaEngine::sourceRequestEvent(const QString&) - Took 0.00037s
amarok: END__: void WikipediaApplet::reloadWikipedia() - Took 0.00051s
amarok: BEGIN: void WikipediaEngine::wikiResult(KJob*)
amarok: END__: void WikipediaEngine::wikiResult(KJob*) - Took 0.0013s
amarok: BEGIN: void MainWindow::saveLayout()
amarok: END__: void MainWindow::saveLayout() - Took 0.023s

Trying to switch to album, or to artist, has the same neat 'no result':

Code: Select all

amarok: BEGIN: void WikipediaApplet::gotoAlbum()
amarok:   BEGIN: virtual bool WikipediaEngine::sourceRequestEvent(const QString&)
amarok:     BEGIN: void WikipediaEngine::update()
amarok:        wiki url:  "http://it.wikipedia.org/w/index.php?title=They%27ll%20Come%2C%20They%20Come%20%28Immanu%20El%20album%29&useskin=monobook"
amarok:     END__: void WikipediaEngine::update() - Took 0.00036s
amarok:   END__: virtual bool WikipediaEngine::sourceRequestEvent(const QString&) - Took 0.00051s
amarok: END__: void WikipediaApplet::gotoAlbum() - Took 0.00063s
amarok: BEGIN: void WikipediaEngine::wikiResult(KJob*)
amarok: END__: void WikipediaEngine::wikiResult(KJob*) - Took 0.0015s

I made a google and forum search, and it looks as if no one has my problem. Hence I did not file a bug report, since it looks as if it is a problem with my config. I tried to erase all the ~/.kde4/share/apps/amarok folder and also my ~/.kde4/share/config/amarok* files but the behaviour persisted.

Further hint: problems seem to have started when I moved to my new job and I had to use a proxy server; the problem anyway stays even when I use amark from my home connection (no proxy). Proxy is configured via YaST at the system level and then KDE is told to conform to system proxy settings, which it does pretty well.

Final note: this behaviour affects the wikipedia applet only, as last.fm streams work (both with and without proxy), flickr pics and youtube vid work, etc.

Thanks for any suggestion, and I am more than happy to file a bug report if this turns out to be a general problem.

Paolo

paolo.crosetto wrote:...
Further hint: problems seem to have started when I moved to my new job and I had to use a proxy server; the problem anyway stays even when I use amark from my home connection (no proxy). Proxy is configured via YaST at the system level and then KDE is told to conform to system proxy settings, which it does pretty well.

Final note: this behaviour affects the wikipedia applet only, as last.fm streams work (both with and without proxy), flickr pics and youtube vid work, etc.

Thanks for any suggestion, and I am more than happy to file a bug report if this turns out to be a general problem.

At first sight I would say the proxy is to blame. I guess you talk about the very same computer, just using a different connection, right? Then please check your connections again, you must have some setting in your network profile that causes it.

Mamarok,

Thanks for the quick answer, it had occurred to me too that the problem could lie in the proxy (and yes, I am on the same machine, I carry my laptop over from home). But it is rather strange, as I do not know where to look for fixing this.

All other html internet services (plasma applets, browsers, wget, amarok itself fetches covers, streams last.fm, queries flickr and youtube...) are working, both when I am at work under the proxy and when at home directly connecting. The proxy blocks pop and imap traffic, but I guess the wikipedia applet operates on http calls. I used to import the proxy in ~/.bashrc, but that caused problems and now bashrc is clean.

Any hint on where to look for fixing this are more than welcome, as I am now in the dark...

...thanks

P

I can't help neither, sorry, networking and proxy stuff is something I know very little about.

Please run "kdebugdialog" and enable all areas. Then restart Amarok, and check the contents of ~/.xsession-errors for information from "kio_http" as to why it is failing to connect.

bcooksley,

thanks for the hint. I did as you say form work (under proxy), and it really looks as a proxy problem. I am posting here the result of the debugger in xsessions:

Code: Select all

"
kio_http(20122)/kio_http_debug HTTPProtocol::readResponseHeader: Content-type:  "text/html"
kio_http(20122) HTTPProtocol::fixupResponseMimetype: before fixup "text/html"
kio_http(20122) HTTPProtocol::fixupResponseMimetype: after fixup "text/html"
kio_http(20122)/kio_http_debug HTTPProtocol::readResponseHeader: Emitting mimetype  "text/html"
kio_http(20122)/kio (kioslave) KIO::SlaveBase::mimeType: "text/html"
kio_http(20122)/kio_http_debug HTTPProtocol::proceedUntilResponseHeader: Previous Response: 0
kio_http(20122)/kio_http_debug HTTPProtocol::proceedUntilResponseHeader: Current Response: 403
kio_http(20122)/kio_http_debug HTTPProtocol::readBody: retrieve data. "117" left.
kio_http(20122)/kio_http_debug HTTPProtocol::readBody: EOD received! Left =  "0"
kio_http(20122)/kio_http_debug HTTPProtocol::cacheFileClose:
kio_http(20122)/kio_http_debug HTTPProtocol::httpClose: keepAlive = false
kio_http(20122)/kio_http_debug HTTPProtocol::cacheFileClose:
kio_http(20122)/kio_http_debug HTTPProtocol::httpCloseConnection:
kio_http(20122)/kio (TCPSlaveBase) KIO::TCPSlaveBase::disconnectFromHost:
kio_http(20122)/kio_http_debug HTTPProtocol::httpClose: keepAlive = false
kio_http(20122)/kio_http_debug HTTPProtocol::cacheFileClose:
kio_http(20122)/kio_http_debug HTTPProtocol::httpCloseConnection:
kio_http(20122)/kio (TCPSlaveBase) KIO::TCPSlaveBase::disconnectFromHost:
amarok(20076)/kdeui (KIconLoader) KPixmapCache::Private::RemovalThread::run: starting
amarok(20076)/kdeui (KIconLoader) KPixmapCache::Private::invalidateMmapFiles: Invalidating cache
amarok(20076)/kdeui (KIconLoader) KPixmapCache::Private::removeEntries: Wrote back 50 of 50 entries
amarok(20076)/kdeui (KIconLoader) KPixmapCache::Private::RemovalThread::run: done
amarok(20076)/kio (AccessManager) KIO::AccessManager::createRequest: GetOperation:  QUrl( "http://en.wikipedia.org/w/index.php?title=Manu Chao (band)&useskin=monobook" )
kio_http(20122)/kio_http_debug HTTPProtocol::get: "http://en.wikipedia.org/w/index.php?title=Manu%20Chao%20%28band%29&useskin=monobook"
kio_http(20122)/kio_http_debug HTTPProtocol::maybeSetRequestUrl: "http://en.wikipedia.org/w/index.php?title=Manu%20Chao%20%28band%29&useskin=monobook"
kio_http(20122)/kio_http_debug HTTPProtocol::resetSessionSettings: Using proxy: true URL:  "http://172.20.5.25:3128"
kio_http(20122)/kio_http_debug HTTPProtocol::resetSessionSettings: Enable Persistent Proxy Connection:  true
kio_http(20122)/kio_http_debug HTTPProtocol::resetSessionSettings: Window Id = ""
kio_http(20122)/kio_http_debug HTTPProtocol::resetSessionSettings: ssl_was_in_use = ""
kio_http(20122)/kio_http_debug HTTPProtocol::proceedUntilResponseContent:
kio_http(20122)/kio_http_debug HTTPProtocol::proceedUntilResponseHeader:
kio_http(20122)/kio_http_debug HTTPProtocol::sendQuery:
kio_http(20122)/kio_http_debug HTTPProtocol::satisfyRequestFromCache:
kio_http(20122) HTTPProtocol::sendQuery: ============ Sending Header:
kio_http(20122) HTTPProtocol::sendQuery: "GET http://en.wikipedia.org/w/index.php?title=Manu%20Chao%20%28band%29&useskin=monobook HTTP/1.1"
kio_http(20122) HTTPProtocol::sendQuery: "Host: en.wikipedia.org"
kio_http(20122) HTTPProtocol::sendQuery: "Proxy-Connection: Keep-Alive"
kio_http(20122) HTTPProtocol::sendQuery: "Pragma: no-cache"
kio_http(20122) HTTPProtocol::sendQuery: "Cache-control: no-cache"
kio_http(20122) HTTPProtocol::sendQuery: "Accept: application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5"
kio_http(20122) HTTPProtocol::sendQuery: "Accept-Encoding: x-gzip, x-deflate, gzip, deflate"
kio_http(20122) HTTPProtocol::sendQuery: "Accept-Charset: utf-8, utf-8;q=0.5, *;q=0.5"
kio_http(20122) HTTPProtocol::sendQuery: "Accept-Language: en-US, en"
kio_http(20122) HTTPProtocol::sendQuery: "Cache-Control: max-age=0"
kio_http(20122)/kio_http_debug HTTPProtocol::httpShouldCloseConnection: Keep Alive: true
kio_http(20122)/kio_http_debug HTTPProtocol::httpOpenConnection:
kio_http(20122)/kio (TCPSlaveBase) KIO::TCPSlaveBase::disconnectFromHost:
kio_http(20122)/kio_http_debug HTTPProtocol::sendQuery: sent it!
kio_http(20122)/kio_http_debug HTTPProtocol::readResponseHeader:
kio_http(20122) HTTPProtocol::readResponseHeader: ============ Received Status Response:
kio_http(20122) HTTPProtocol::readResponseHeader: "HTTP/1.0 403 Forbidden
"
kio_http(20122)/kio_http_debug HTTPProtocol::readResponseHeader:  -- full response: "HTTP/1.0 403 Forbidden
Date: Wed, 05 May 2010 07:50:06 GMT
Server: Apache
Cache-Control: private, s-maxage=0, max-age=0, must-revalidate
Content-Encoding: gzip
Vary: Accept-Encoding
Content-Length: 117
Content-Type: text/html
X-Cache: MISS from sq39.wikimedia.org
X-Cache-Lookup: MISS from sq39.wikimedia.org:3128
X-Cache: MISS from knsq27.knams.wikimedia.org
X-Cache-Lookup: MISS from knsq27.knams.wikimedia.org:3128
X-Cache: MISS from knsq23.knams.wikimedia.org
X-Cache-Lookup: MISS from knsq23.knams.wikimedia.org:80
X-Cache: MISS from proxy.luiss.it
X-Cache-Lookup: MISS from proxy.luiss.it:3128
Via: 1.0 proxy-ass.luiss.it:3128 (squid/2.7.STABLE3)
Connection: close

"

It looks that my proxy is forbidding (403) traffic on that connection. The oddity is that it allows traffic on flickr photos, youtube videos, lyrics, lastfm streams; the second oddity is that wikipedia applet behaves exactly the same when connecting directly.

To my unexperienced eye, it looks as if all the rest of the desktop is 'aware' of the proxy changes, while for some reason wikipedia applet is not.
When back at home I will look at what happens when _not_ under proxy, as the behaviour of the applet is exactly the same - but must be for different reasons.

Thanks!

P

I have run the same from home.

It spits out the same 403:forbidden error, but this time no proxy.

Code: Select all


"
kio_http(17029)/kio_http_debug HTTPProtocol::readResponseHeader: Content-type:  "text/html"
kio_http(17029)/kio_http_debug HTTPProtocol::readResponseHeader: Encoding-type:  "charset" = "utf-8"
kio_http(17029) HTTPProtocol::fixupResponseMimetype: before fixup "text/html"
kio_http(17029) HTTPProtocol::fixupResponseMimetype: after fixup "text/html"
kio_http(17029)/kio_http_debug HTTPProtocol::readResponseHeader: Emitting mimetype  "text/html"
kio_http(17029)/kio (kioslave) KIO::SlaveBase::mimeType: "text/html"
kio_http(17029)/kio_http_debug HTTPProtocol::cacheParseResponseHeader: Cache, adding "http://dailymotion.virgilio.it/video/xd0wq_welcome-to-tijuana-manu-chao_music"
kio_http(17029)/kio_http_debug HTTPProtocol::cacheFileOpenWrite:
kio_http(17029)/kio_http_debug HTTPProtocol::proceedUntilResponseHeader: Previous Response: 0
kio_http(17029)/kio_http_debug HTTPProtocol::proceedUntilResponseHeader: Current Response: 200
kio_http(17029)/kio_http_debug HTTPProtocol::readBody: retrieve data. "14536" left.
kio_http(17026)/kio_http_debug HTTPProtocol::readBody: EOD received! Left =  "0"
kio_http(17026)/kio_http_debug HTTPProtocol::cacheFileClose:
kio_http(17026)/kio_http_debug HTTPProtocol::cacheFileClose: Renaming temporary file "/var/tmp/paolo-kde/kdecache-paolo/http/bb54963a6418522767b01d23c66e83744216ded5.w17026" to "/var/tmp/paolo-kde/kdecache-paolo/http/bb54963a6418522767b01d23c66e83744216ded5"
kio_http(17026)/kio_http_debug HTTPProtocol::cacheFileClose: Renaming temporary file failed, deleting it instead.
kio_http(17026)/kio_http_debug HTTPProtocol::httpClose: keepAlive = true
kio_http(17026)/kio_http_debug HTTPProtocol::cacheFileClose:
kio_http(17026)/kio_http_debug HTTPProtocol::httpClose: keep alive ( 60 )
kio_http(17026)/kio_http_debug HTTPProtocol::httpClose: keepAlive = true
kio_http(17026)/kio_http_debug HTTPProtocol::cacheFileClose:
kio_http(17026)/kio_http_debug HTTPProtocol::httpClose: keep alive ( 60 )
kio_http(16999) HTTPProtocol::readResponseHeader: ============ Received Status Response:
kio_http(16999) HTTPProtocol::readResponseHeader: "HTTP/1.0 403 Forbidden
"
kio_http(16999)/kio_http_debug HTTPProtocol::readResponseHeader:  -- full response: "HTTP/1.0 403 Forbidden
Date: Wed, 05 May 2010 20:57:51 GMT
Server: Apache
Cache-Control: private, s-maxage=0, max-age=0, must-revalidate
Content-Encoding: gzip
Vary: Accept-Encoding
Content-Length: 117
Content-Type: text/html
X-Cache: MISS from sq75.wikimedia.org
X-Cache-Lookup: MISS from sq75.wikimedia.org:3128
X-Cache: MISS from sq66.wikimedia.org
X-Cache-Lookup: MISS from sq66.wikimedia.org:80
Connection: close


The issue in this case is that the Wikipedia servers are denying Amarok access because it does not set a User Agent. Please file a bug report at bugs.kde.org.

reported as bug 236567

https://bugs.kde.org/show_bug.cgi?id=236567

Thanks