<p></p>
<blockquote>
<blockquote>
<p dir="auto">We plan to work on transitioning OSM web site to use the Messaging API instead of directly accessing the content of the database.</p>
</blockquote>
<p dir="auto">As <a class="user-mention notranslate" data-hovercard-type="user" data-hovercard-url="/users/tomhughes/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/tomhughes">@tomhughes</a> anticipates, that's a "hard no" from me on this approach. 😄 We already do this for a couple of parts of the website (e.g. Notes) and we're working on specifically undoing this. It's overcomplicated, it's unnecessary indirection and causes way more hassle for little to no tangible benefit.</p>
</blockquote>
<p dir="auto">My suggestion was to make use Message API from web site as a proof of concept. I was not aware of (failed) attempts to do similar things in the past. As suggested, we will not use Message API from web site.</p>
<blockquote>
<p dir="auto">So I'm in favour of a Messages API (nb not 'Messaging') but the web interface should continue to be a straightforward server-side-html / html-over-the-wire implementation like the rest of the site.</p>
</blockquote>
<p dir="auto">Agreed.</p>
<p dir="auto">Will also change the naming to refer to Messages instead of Messaging.</p>
<blockquote>
<p dir="auto">...<br>
I hope we can build a proper notifications system in the near future, and refactor all our existing event notifications to use it.</p>
</blockquote>
<p dir="auto">To clarify, the efforts related to this github issue are <em>only</em> with regards to direct messages to and from the users. There is no attempt to (partially) fix the notification of any kind, including the notifications about received direct messages.</p>
<blockquote>
<blockquote>
<ul dir="auto">
<li>one for reading messages, and an additional scope for creating new messages and sending them.</li>
</ul>
</blockquote>
<p dir="auto">It's worth clarifying which scope you think "change read status" should be included in, I could be persuaded either way.</p>
</blockquote>
<p dir="auto">This is what I had in mind:</p>
<ul dir="auto">
<li><code class="notranslate">message_consume</code> to be able to read, messages, update their status to read/unread or deleted. Affects only messages owned by the user.</li>
<li><code class="notranslate">message_send</code> - to be able to send messages to other users. Affects other users as well.</li>
</ul>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />Reply to this email directly, <a href="https://github.com/openstreetmap/openstreetmap-website/issues/4509#issuecomment-1936280722">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AAK2OLLRJ7I3VS3FT2KF723YSZJKBAVCNFSM6AAAAABC5YTKB2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSMZWGI4DANZSGI">unsubscribe</a>.<br />You are receiving this because you are subscribed to this thread.<img src="https://github.com/notifications/beacon/AAK2OLNOIO6F7I6GEQQAXDLYSZJKBA5CNFSM6AAAAABC5YTKB2WGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTTTNFGJE.gif" height="1" width="1" alt="" /><span style="color: transparent; font-size: 0; display: none; visibility: hidden; overflow: hidden; opacity: 0; width: 0; height: 0; max-width: 0; max-height: 0; mso-hide: all">Message ID: <span><openstreetmap/openstreetmap-website/issues/4509/1936280722</span><span>@</span><span>github</span><span>.</span><span>com></span></span></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/openstreetmap/openstreetmap-website/issues/4509#issuecomment-1936280722",
"url": "https://github.com/openstreetmap/openstreetmap-website/issues/4509#issuecomment-1936280722",
"name": "View Issue"
},
"description": "View this Issue on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>