[Client Plugin SDK] Requesting filelist always opens File Browser

[Thomas]

If I call requestFileList in a plugin, the filebrowser dialog comes up.

[SilentStorm]

Like the title says calling said Function will open up the Filebrowser window of the specified Channel... This should definately not be the case.

Edit:
Calling this Function also adds SpamPoints (and not too few if I may say so) which is just ridiculous considered you only get one Directory and have to repeat for every subdirectory. Due to this you will end up banned before you even get the whole list of files...

[SilentStorm]

while I should probably create a new Thread for this I will just add it here because its basicly the same Problem. If Moderators think it should be a seperate Thread after all feel free to Split

The same thing also happens with for example requestPermissionOverview. It will open up the Permission Overview Window which in turn will request and display the Information.

As a general Rule: If a Plugin requests Information under no circumstances it should cause a popup (or any GUI for that matter) to be displayed unless explicitly specified by the Plugin.

It appears SDK Devs got a bit lazy on (at least) these two functions (and I guess quite a few more that relate to this kind of stuff) and just called the already in place Dialogs which then request the actual information instead of directly requesting the Information.

[Thomas]

Same bug as here.

[ScP]

Nothing more to say...

[dante696]

This is a bug and will be fixed for TS3.1

Internal Ticket ID TS-611

Temp fix add return code at the end of you command.
It's missing in our client for this command and this is the reason, why your client opens the filebrowser.

Update - This won't be fixed

Alle Aufrufe von requestFileList() im Client benutzen einen returnCode. Der plugin muss auch returnCodes benutzen. Das hatten wir doch schonmal und ich hatte für plugins die returnCodes eingebaut.

[Thomas]

The client's changelog says:

=== Client Release 3.0.0-rc1 10 May 2011
...
Calling plugin functions requestFileList and requestPermissionOverview no
longer open the FileBrowser or PermissionOverview dialogs within the client.
Added returnCode parameter to onFileListEvent and onPermissionOverviewEvent,
so plugins can also check if the callbacks were caused by an own request.

But the problem still exists (at least for requestFileList).

Working on Linux 64 bit.

[dante696]

We had an internal ticket and it won't be fixed. ScP reported that for you.
Both threads have been merged.

[Thomas]

Even with a returnCode, the client's filebrowser dialog opens.

Btw: Currently, if I call requestFileList, the fileListEvent does not trigger for any files.
Parameters should be fine, if I hit the update button in the client's filebrowser dialog, the files will be displayed, and the event triggers.

So the requestFileList functions is currently useless (or I overlook something )

*bump*
Hope, you'll notice this thread.

Please, keep me posted about this (if you still classify this as no bug).

[dante696]

It has been send yesterday
It's on developers todo, to have an look at it, but this won't be done until the final client has been released.

[Thomas]

Thanks for the info.