No query attachments allowed for urls passed to kioslaves?

[Friedrich W. H. Kossebau]

Hi Allan,

Le dimanche, 8. février 2009, à 11:35, Allan Sandfeld Jensen a écrit:
> Hi
>
> On Sunday 08 February 2009, Friedrich W. H. Kossebau wrote:
> > is this the right mailinglist to ask kio questions?
> >
> > If no, which one is?
>
> Here or on kde-core-devel.

Good, thanks.

> > If yes,
> > is there a reason querys get stripped from urls before they get passed to
> > a kioslave?
>
> No, querys to not get stripped from urls, otherwise most PHP/ASP sites
> would not work at all. So you have probably encountered some special bug.

Meanwhile I encoded the service url in the path. The url
	service://workstation/fantasy/gibt.es.auch.nicht/
works if I click on it, but if I enter it in the url bar and press enter, the 
kioslave receives the url with the trailing "/" cut away
	service://workstation/fantasy/gibt.es.auch.nicht

This is both the same for using UDS_URL and UDS_TARGET_URL as keys.

Looking at the log (attached) I wonder:
How comes
	KParts::BrowserRun::scanFile: MIME TYPE is "inode/directory"
when none of the slots in my kioslave are called to find this out?

Still in the end it says
	konqueror(23113) KonqView::openUrl: url= 
KUrl("service://workstation/fantasy/gibt.es.auch.nicht/") 
locationBarURL= "service://workstation/fantasy/gibt.es.auch.nicht/"
	kio_slp(23115) ServicesSlave::listDir: url= 
KUrl("service://workstation/fantasy/gibt.es.auch.nicht")
So who could munge away the trailing "/" between the two log enties (the url 
stays unchanged in ServicesSlave::listDir(), so it should not be the ioslave)

I played with different values for "URIMode" in the protocol file but that had 
no effect (should it have? hopefully I never forgot kbuildsycoca4).

> service://workstation/?fantasy%3A%2F%2Fgibt.es.nicht%3A324%2Fsome%2Fwhere%2
>Fover
>
> Have you tried giving the target a name? It might be that sending queries
> to a directories doesn't work:
>
> service://workstation/whatever?fantasy%3A%2F%2Fgibt.es.nicht%3A324%2Fsome%2
>Fwhere%2Fover

Not yet, will do next. But the result above tells me something else is getting 
in the way.

Strange enough if calling such urls for the http protocol they seem to work, 
e.g. "http://maps.google.de/?ie=UTF8&z=5". But I could not find any different 
entry in the http.protocol file.

Cheers
Friedrich
-- 
Okteta - KDE 4 Hex Editor - http://utils.kde.org/projects/okteta
-------------- next part --------------
A non-text attachment was scrubbed...
Name: typedurl.log
Type: text/x-log
Size: 3278 bytes
Desc: not available
URL: <https://mail.kde.org/mailman/private/kfm-devel/attachments/20090208/1e8bb431/attachment.bin>