Unclear what it was done for. Lets see if with the last changes
everything works without this commit.

So that a warm start does not flood the system with repository events.

remote projects must only live in the $remoteproj hash.

Otherwise the unblocked events will never get send.

Sending this event to the dispatched will just bounce it back
to the local repo server, which will send it to the schedulers.

If this event is really needed (which I doubt), the scheduler
should directly send it to the other local schedulers.

[api] Cleanup exception message and unlock comment

Request controller

 Some things I stumbled upon while looking for issue no. 949

[backend] publish: fix arguments passed to createpatterns_comps()

[api] Replace use of removed method #980 

A not existing variable would be nil anyway.

That method was already defaulting to the action's target project
and package. Thus there is no need to explicitly set it via the
method's parameters.

The $data argument was missing for createpatterns_comps() call
since argument passing was refactored in 3c5cf394

 commit,
causing "Not a HASH reference" error in this function.

This change fixes that omission.

Signed-off-by: Oleg Girko <ol@infoserver.lv>

request.raw_post is only used once. So let's not store it in a variable.

Fixes: https://github.com/openSUSE/open-build-service/issues/587

Apparently the value stored in action_counter wasn't changing. Thus we
can just use the static value.

When there isn't a 'view' parameter the xml_request variable would be nil anyway.

If a projpack entry has a partition something is seriously wrong.

This reverts commit c35d700a.

That's not how it works, at that point it's much too late.
The repos should already be watched because of the code in
calc_prps()...

slipped in with commit 3fe32fba