Modify

Opened 12 years ago

Last modified 11 years ago

#8612 new enhancement

Next version of remote control API

Reported by: akks Owned by: team
Priority: normal Milestone:
Component: Core Version: latest
Keywords: remote control Cc: Don-vip, stoecker, bastiK, skyper, simon04

Description (last modified by akks)

Since we have started to change remote control functions r5872 r5845 r5837 , the version of Remote control API should be increased.

But before doing this, we may need to implement some minor remote control enhancements. I propose to discuss all of them here.

I was asked to add some functionality by CupIvan, author and maintainer of one of Russian validators http://osm.cupivan.ru but it needs discussion.

  1. Allow "noconfirm" option to add_tags parameter - do not show confirmation dialog at all (+one more security permission ? )
  1. Allow separate request to return JOSM version (to check supporting extra fuctionality). Do we want to allow getting some more JOSM info, like installed plugins ?
  1. Allow to add changeset tags that indicate using the specific validator/web tool by remote request (changeset_tags parameter?) , related to #8149

-- From me:

  1. Document, enchance and use zoom_mode parameter in all possible commands (see also #5669)
  1. (most crazy) Support opening remote file with preferences http://josm.openstreetmap.de/wiki/Help/Preferences/ImportExport or execute configuration xml script sent in POST request if the user really agree with it. This could help to install plugins, specify imagery sources customize toolbars/styles/presets for team work.

But there is possible security issue - for now, arbitrary JS execution is allowed and JS has full access to Java API. The code checker may be added to restrict the configuration, maybe forbid JS execution more complex than ${a==2 && b==3}.

  1. Add usage example to the reply on errors and empty parameter lists, #8228

We could implement the steps independently, when reaching an agreement which ones to add.

Attachments (1)

remote_features.patch (14.2 KB ) - added by akks 11 years ago.

Download all attachments as: .zip

Change History (28)

comment:1 by akks, 12 years ago

Description: modified (diff)

comment:2 by akks, 12 years ago

Cc: simon04 added
Description: modified (diff)

comment:3 by stoecker, 12 years ago

Cc: simon04 removed
Description: modified (diff)

I'm against 1, 2 and 5. These are things which should not be remotely controlled. Remote control is dangerous, it should not become a nightmare.

For 1: I could accept a similar feature, e.g. if we add something like "Don't show confirm request any more for this session".

comment:4 by akks, 12 years ago

Cc: simon04 added
Description: modified (diff)

in reply to:  3 comment:5 by akks, 12 years ago

Replying to stoecker:

For 1: I could accept a similar feature, e.g. if we add something like "Don't show confirm request any more for this session".

Agree. If the parameter "noconfirm" is present, the checkbox "Do not ask again in this session" is shown in add_tags dialog. Standard add_tags will always need confirmation that can not be skipped, because users are lazy :)

comment:6 by Hind, 12 years ago

For 2: IMHO, this isn't a good idea. It's better to return a list of supported remote queries.

in reply to:  6 comment:7 by akks, 12 years ago

Replying to Hind:

For 2: IMHO, this isn't a good idea. It's better to return a list of supported remote queries.

Yes, this can be joined with 6 #8228 (plain text with all supported queries for browser and something like JSON for automatic checking).

Last edited 12 years ago by akks (previous) (diff)

in reply to:  3 comment:8 by bastiK, 12 years ago

Replying to stoecker:

I'm against 1, 2 and 5. These are things which should not be remotely controlled. Remote control is dangerous, it should not become a nightmare.

+1

For 1: I could accept a similar feature, e.g. if we add something like "Don't show confirm request any more for this session".

It would increase the security, if we ask for confirmation again, when the host changes.

Last edited 12 years ago by bastiK (previous) (diff)

comment:9 by akks, 12 years ago

So, 2 is clearly discarded (other - waiting for more opinions). Proposed replacement:

2a. "/features" request: returns list of all commands with their parameters as JSON, implement together with text answer generation #8228

[ {"request": "imagery", "description": "....." , "examples":["/imagery?title=...&type={wms|tms|html|bing|scanex} .... "], 
  "parameters": [ "url", "title", "name", "min_zoom", "max_zoom" ], "optionalParametersCount":"1" }
, ... ]
Last edited 12 years ago by akks (previous) (diff)

comment:10 by Don-vip, 12 years ago

My votes:

1) ok with parameter + stoecker's suggestion (checkbox for current session) + bastiK's security check
2) ok for 2a
3) ok for the idea, but we need to fix #8149 first (not an easy task I think)
4) ok
5) no
6) I would prefer a static link to our wiki rather than static examples. The wiki can be edited by other users.

in reply to:  10 comment:11 by skyper, 12 years ago

Replying to Don-vip:

My votes:

1) ok with parameter + stoecker's suggestion (checkbox for current session) + bastiK's security check
2) ok for 2a
3) ok for the idea, but we need to fix #8149 first (not an easy task I think)
4) ok
5) no
6) I would prefer a static link to our wiki rather than static examples. The wiki can be edited by other users.

+1

The wiki needs some update. From a user's point of few, remote control is rather poor documented only under Preferences.

Last edited 12 years ago by skyper (previous) (diff)

comment:12 by akks, 12 years ago

I agree too. Some additional qustions:

  1. Do we need noconfirm parameter? Or we just allow user to skip all dialogs in current session? About determining host - most of remote control actions come from localhost to localhost (we should of course be aware of real remote control, but this is not common usecase).
  1. or similar - no arbitrary changes, OK :) Do not we need some specific requests like imagery? Maybe adding plugins / styles / filters / presets?
Last edited 12 years ago by akks (previous) (diff)

in reply to:  12 ; comment:13 by bastiK, 12 years ago

Replying to akks:

I agree too. Some additional qustions:

  1. Do we need noconfirm parameter? Or we just allow user to skip all dialogs in current session?

Why not simply let the user decide?

About determining host - most of remote control actions come from localhost to localhost (we should of course be aware of real remote control, but this is not common usecase).

Ok, stupid idea. There is no way to determine the website, where the user clicked the remote-control link.

  1. or similar - no arbitrary changes, OK :) Do not we need some specific requests like imagery? Maybe adding plugins / styles / filters / presets?

I agree, there is the need to add certain plugins, styles, presets and imagery all in one go e.g. for HOT teams. But I'd prefer to do it in another way. E.g. as an "extension package", which would essentially be a zip file with some meta-info.

in reply to:  13 ; comment:14 by simon04, 12 years ago

Replying to bastiK:

About determining host - most of remote control actions come from localhost to localhost (we should of course be aware of real remote control, but this is not common usecase).

Ok, stupid idea. There is no way to determine the website, where the user clicked the remote-control link.

There is – evaluate the Referer HTTP header, e.g. Referer=http://www.openstreetmap.org/ when clicking edit in JOSM on the main website.

ad 6: My hope is that usage examples are updated more frequently when they are contained in the source code, especially since the method getUsageExamples in #8228 has to be implemented for all handlers.

in reply to:  14 ; comment:15 by akks, 12 years ago

Replying to simon04:

There is – evaluate the Referer HTTP header, e.g. Referer=http://www.openstreetmap.org/ when clicking edit in JOSM on the main website.

Ok, this looks good. So, 1 is replaced with

1a. Checkbox "Do not ask again in this session for site ..." is shown in add_tags dialog. Site is determined by referrer header, if possible. Queries not from localhost always need confirmation are distinguished by IP.

ad 6: My hope is that usage examples are updated more frequently when they are contained in the source code, especially since the method getUsageExamples in #8228 has to be implemented for all handlers.

I agree. But the link to JOSM help is also useful. Let us have both?

Last edited 12 years ago by akks (previous) (diff)

comment:16 by akks, 12 years ago

In 5876/josm:

Remote control: allow adding tags without confirmation for current session (add_tags), see #8612
added parsing of request headers and detecting request sender by IP and "referer" HTTP header

comment:17 by akks, 12 years ago

Please check and improve if needed. Current status:

(1a) is implemented,
(3) waits for Don-vip's #8149,
(2a)+(6) (/features, examples) - simopn04 and I can implement based on patch #8228
(4) - I can implement it later, if someone wants - post message here
(5) - rejected (packs can be already created by opening downloaded custom configurator script XML)

in reply to:  15 comment:18 by simon04, 12 years ago

Replying to akks:

ad 6: My hope is that usage examples are updated more frequently when they are contained in the source code, especially since the method getUsageExamples in #8228 has to be implemented for all handlers.

I agree. But the link to JOSM help is also useful. Let us have both?

No strong objections, but I slightly prefer only one place of documentation to avoid inconsistencies. This is what I did for the TaggingPresets documentation: referring the Wiki visitor to the corresponding source code.

in reply to:  16 ; comment:19 by Don-vip, 12 years ago

Replying to akks:

In 5876/josm:

This change broke wikipedia plugin.

in reply to:  17 comment:20 by Don-vip, 12 years ago

Replying to akks:

(3) waits for Don-vip's #8149,

I have no immediate plans to fix this particular ticket, I am not sure how to do it.

in reply to:  19 comment:21 by akks, 12 years ago

Replying to Don-vip:

Replying to akks:

In 5876/josm:

This change broke wikipedia plugin.

Oops... Please fix it if you can, I am out of time until evening...

comment:22 by akks, 12 years ago

I am fixing plugins.

comment:23 by Don-vip, 12 years ago

The previous constructor without sender argument should be restored:

public AddTagsDialog(String[][] tags) { 
    this(tags, null);
}

comment:24 by akks, 12 years ago

Fixed Wikipedia in [o29511] (sorry for unused import).

Maybe it is better to make constructor of AddTagsDialog private now and add extra static methods? static methods contain confirmation skipping logic while constructor does not...

public static void addTags(String[][] keyValue) {
    addTags(keyValue, ""); 
}
Last edited 12 years ago by akks (previous) (diff)

by akks, 11 years ago

Attachment: remote_features.patch added

comment:25 by akks, 11 years ago

Here is the patch with initial and unfinished support of "features" request and also with list of optional request parameters.
Usage examples and text from #8228 can be added too if all agree to store them in code (not only in Wiki).

This will go to new Latest, no Tested, I guess.

Last edited 11 years ago by akks (previous) (diff)

comment:26 by akks, 11 years ago

In 6091/josm:

see #8612, #8228: remote control - add examples [patch by simon04, parts], add /feature request to detect commands

comment:27 by akks, 11 years ago

Features JSON:
http://localost:8011/features

Full list:
http://localost:8011/asdfghj

Do we need something else before changing remote API version to 1.6?

Modify Ticket

Change Properties
Set your email in Preferences
Action
as new The owner will remain team.
as The resolution will be set. Next status will be 'closed'.
to The owner will be changed from team to the specified user.
Next status will be 'needinfo'. The owner will be changed from team to akks.
as duplicate The resolution will be set to duplicate. Next status will be 'closed'. The specified ticket will be cross-referenced with this ticket.
The owner will be changed from team to anonymous. Next status will be 'assigned'.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.