<p></p>
<blockquote>
<blockquote>
<p>I'm wondering if this is really necessary. Errors on saving files should be noticed by users, usually one probably wants to fix the cause instead of ignoring it.</p>
</blockquote>
<p>If this were for files being edited, I'd agree. But this is for project files. Since Geany functionality otherwise remains intact, this is more of a "warning" than an "error".</p>
<p>Geany also <em>frequently</em> saves project files, even when no changes have been made. This can lead to dozens of popups.</p>
</blockquote>
<p>The idea the popups is to inform the user that there is something wrong with the project file and that Geany could not write it. The user should fix the problem.</p>
<blockquote>
<p>When I open the plugin manager, Geany sends a number of messages to stderr. Imagine if even just the "critical" ones created pop-ups?</p>
<pre><code>(geany:5239): Gtk-WARNING **: 09:57:22.467: Negative content width -17 (allocation 1, extents 9x9) while allocating gadget (node entry, owner GtkEntry)
[...]
</code></pre>
</blockquote>
<p>These are not messages sent from Geany targetted to the user to notify her/him about a problem relevant for her/him.<br>
These are warnings from GTK and rather targetted to developers. But why these messages appear and how to fix them is a whole another story (and there exists already an issue for).</p>
<blockquote>
<blockquote>
<p>I noticed the use case in <a class="issue-link js-issue-link" data-error-text="Failed to load title" data-id="967365798" data-permission-text="Title is private" data-url="https://github.com/geany/geany/issues/2863" data-hovercard-type="issue" data-hovercard-url="/geany/geany/issues/2863/hovercard" href="https://github.com/geany/geany/issues/2863">#2863</a> but I'm not sure whether this is worth a new option and handling it at all.</p>
</blockquote>
<p>Geany previously allowed users to have read-only project files without nagging them.</p>
</blockquote>
<p>I doubt that this is true. At least it was no intended feature, this contradicts the whole idea of project files. It might be that it worked somehow but I still don't consider this a valid, common use case.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/geany/geany/pull/2953#issuecomment-962694168">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AAIOWJZMAYIDZ6TUQI6DO7LUK36AFANCNFSM5GVGU5ZQ">unsubscribe</a>.<br />Triage notifications on the go with GitHub Mobile for <a href="https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675">iOS</a> or <a href="https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub">Android</a>.
<img src="https://github.com/notifications/beacon/AAIOWJ74NS45CLOKZJBDLCDUK36AFA5CNFSM5GVGU5Z2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOHFQYYGA.gif" height="1" width="1" alt="" /></p>
<script type="application/ld+json">[
{
"@context": "http://schema.org",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"target": "https://github.com/geany/geany/pull/2953#issuecomment-962694168",
"url": "https://github.com/geany/geany/pull/2953#issuecomment-962694168",
"name": "View Pull Request"
},
"description": "View this Pull Request on GitHub",
"publisher": {
"@type": "Organization",
"name": "GitHub",
"url": "https://github.com"
}
}
]</script>