Thanks for your suggestions! I've learned few new tricks about KeePass once again. But... I'd prefer the solution I've reported here: Turns out everything I need is already implemented in KeePassNatMsg v2.0.17. And even fairly well documented. There are multiple options: search all string fields beginning with URL pass all strings with Field Name starting with KPH: the KeePassXC-standard Field Names like KP2A_URL_1 are also taken into account. So, the only thing I had to do is to manually create...
I think it would be great to have such a feature ported back from KeePassXC ( https://github.com/keepassxreboot/keepassxc/pull/3558 ). Personally, I'd like to have it to make TOTP work, when login-password and TOTP page URLs are different, see https://github.com/keepassxreboot/keepassxc-browser/issues/2622#issuecomment-3152022382 .
I strongly disagree that Windows 10/11 built-in virtual desktops are anywhere close to VirtuaWin. You've already mentioned one of its critical drawbacks (IMHO, this one alone drops its usability to 0).
This link seem to be dead already, thank to Microsoft. I've posted the same feedback here instead: https://feedbackportal.microsoft.com/feedback/idea/c4c7cee4-0a23-f011-9d48-7c1e52ead3c1 .
This is actually a pity that this is not supported out-of-the box, and there's even no up-to-date official guide on how to do this. IMHO, this could have been one of the most meaningful options. I found only: 1. https://drbl.org/fine-print.php?path=./faq/2_System/52_serial_console.faq#52_serial_console.faq 2. https://sourceforge.net/p/clonezilla/discussion/Clonezilla_live/thread/8325f3cd/#cef8 I agree that it is possible to do this, but I ended up just using UBCD 5.3.9 (which partially works through...
Nope, it's off. At least, according to "Start -> Windows Security -> Virus & threat protection -> Manage ransomware protection -> Controlled folder access". I strongly believe that the regular NTFS ACL permissions mechanism was the reason in my specific case. I previously installed those plugin file while I was using another User Profile. Just before I ran into this, I migrated to a new user profile. Anyway, my personal permission issue is resolved. But the reason for this bug report is that the...
Incorrect "The following plugin is incompatible" if bad file permissions
Few more closely related improvement suggestions: Although I previosly followed the https://keepass.info/help/v2/triggers.html workaround, at some point I've noticed that I got the same url twice in "File->Open Recent". Also I've got two <ConnectionInfo> items with equal <Path> (e.g. url) in my "KeePass.config.xml". One of them contains a lengthy <PropertiesEx> that contains, the HostKey (expected server host key fingerprint), and the other does not. It is misleading that they both managed to co-exist...
After all, I think the ERROR:10054 was happening that much due some temporary network issues. It got much better in a while. Nevertheless, I filed the " feature request #2909 IOProtocolExt should automatically retry on network errors After a few experiments, I was able to "extract" the line that provides the host key fingerprint validation: (inside the <ConnectionInfo> in the "%USERPROFILE%\AppData\Roaming\KeePass\KeePass.config.xml" ): <PropertiesEx>;=;HostKey=xxxxx</PropertiesEx> where xxxxx comes...
IOProtocolExt should automatically retry on network errors
This topic branches from another topic I just started - "SftpSync plugin - settings and Field References". Just some feedback on my second attempt to make it work. (When I got back to IOProtocolExt , I removed "SftpSync.plgx", since they both want to work with "sftp".) The "File->Synchronize->Synchronize with URL" works about the same for IOProtocolExt. Although there's an option to fill "SSH private key path" and "Passphrase for encrypted private keys and client certificates" there, the fact that...
This topic branches from another topic I just started - "SftpSync plugin - settings and Field References". Just some feedback on my second attempt to make it work. (When I got back to IOProtocolExt , I removed "SftpSync.plgx", since they both want to work with "sftp".) The "File->Synchronize->Synchronize with URL" works about the same for IOProtocolExt. Although there's an option to fill "SSH private key path" and "Passphrase for encrypted private keys and client certificates" there, the fact that...
KeePass version 2.57.1 + IOProtocolExt version 2.4.1 + KeeAgent 0.13.8.0 actually somewhat allow to achieve something very similar to (5). Few more details here.
This topic branches from another topic I just started - "SftpSync plugin - settings and Field References". Just some feedback on my second attempt to make it work. (When I got back to IOProtocolExt , I removed "SftpSync.plgx", since they both want to work with "sftp".) The "File->Synchronize->Synchronize with URL" works about the same for IOProtocolExt. Although there's an option to fill "SSH private key path" and "Passphrase for encrypted private keys and client certificates" there, the fact that...
In all cases I mentioned, my goal was to sync files, not open. There's a local copy of the db on each PC, and I assume that it is already unlocked. Thus, if user wants to sync the db, all the necessary passwords and ssh keys could be theoretically stored inside the db. Moreover, this actually works (somewhat). Feature request #2634 (point 5) is somewhat similar, BTW. Implementing this would make "File->Open recent" and "File->Synchronize->Recent Files" a bit more "decoupled", yes. Alternatively,...
This topic branches from another topic I just started - "SftpSync plugin - settings and Field References". Just some feedback on my second attempt to make it work. (When I got back to IOProtocolExt , I removed "SftpSync.plgx", since they both want to work with "sftp".) The "File->Synchronize->Synchronize with URL" works about the same for IOProtocolExt. Although there's an option to fill "SSH private key path" and "Passphrase for encrypted private keys and client certificates" there, the fact that...
This topic branches from another topic I just started - "SftpSync plugin - settings and Field References". (When I got back to IOProtocolExt , I removed "SftpSync.plgx", since they both want to work with "sftp".) The "File->Synchronize->Synchronize with URL" works about the same for IOProtocolExt. Although there's an option to fill "SSH private key path" and "Passphrase for encrypted private keys and client certificates" there, the fact that they would be stored in "%USERPROFILE%\AppData\Roaming\KeePass\KeePass.config.xml"...
I recently tried to migrate from ftps to sftp (with public key auth) for kdbx sync. I previously used IOProtocolExt plugin, Filezilla server, login-password auth, and it mostly worked OK (except that the server-side kbdx was constantly getting missing/renamed about once per month) The motivation was to use the same sync method as I use for Keepass2Android, where sftp implementation lacks TLS resumption, and thus is quite insecure. I expected sftp (with public key auth) to be one of the most popular...
I recently tried to migrate from ftps to sftp (with public key auth) for kdbx sync. I previously used IOProtocolExt plugin, Filezilla server, login-password auth, and it mostly worked OK (except that the server-side kbdx was constantly getting missing/renamed about once per month) The motivation was to use the same sync method as I use for Keepass2Android, where sftp implementation lacks TLS resumption, and this is quite insecure). I expected sftp (with public key auth) to be one of the most popular...
I recently tried to migrate from ftps (login-password auth) to sftp (public key auth) for kdbx sync. Initially, I expected this to be one of the most popular (and most polished) options, but this proved to be more difficult than expected. From SftpSync plugin manual says: copy the contents of the exported key file into the new SSH Private Key field under the Advanced tab Indeed, everything works if I put my private ssh key contents there (File->Synchronize->Synchronize with URL). But, this way, the...
Here's a similar thread https://sourceforge.net/p/virtuawin/discussion/257054/thread/8075fec747/ . Some people there reported that they were able to fix this by using "Hide by moving window" (works for me). Also, here's ( https://aka.ms/AArflbo ) a Microsoft Feedback Hub Problem report I just posted - consider upvoting it - sometimes they do listen and fix things (maybe 1% chance or so...).
I'm using VirtuaWin 4.5 on Windows 10 (22H2, 19045.4529). The Metro-style application windows (e.g. Feedback Hub, Settings, Microsoft Store, Calculator, ...) are not getting hidden from my taskbar when I switch to another virtual desktop with my VirtuaWin 4.5. The window itself is getting hidden OK, though. This seem to be a bug in the Metro-style windows framework, because all the other windows (e.g. Notepad) do get their taskbar buttons hidden OK. Although I found "Modern" (Metro) apps in background...
I'm using VirtuaWin 4.5 on Windows 10 (22H2, 19045.4529). The Metro-style application windows (e.g. Feedback Hub, Settings, Microsoft Store, Calculator, ...) are not getting hidden from my taskbar when I switch to another virtual desktop with my VirtuaWin 4.5. The window itself is getting hidden OK, though. This seem to be a bug in the Metro-style windows framework, because all the other windows (e.g. Notepad) do get their taskbar buttons hidden OK. Although I found "Modern" (Metro) apps in background...
Here's ( https://aka.ms/AArflbo ) a Microsoft Feedback Hub Problem report I just posted - consider upvoting it - sometimes they do listen and fix things (maybe 1% chance or so...).
Here's a similar thread https://sourceforge.net/p/virtuawin/discussion/257054/thread/8075fec747/ . Some people there reported that they were able to fix this by using "Hide by moving window". Also, here's ( https://aka.ms/AArflbo ) a Microsoft Feedback Hub Problem report I just posted - consider upvoting it - sometimes they do listen and fix things (maybe 1% chance or so...).
Currently, this is really the most disturbing issue in Notepad++, IMHO.
I do not see any issues with brackets in TeXstudio: 2.12.14, but the last point still stands for me. I'm not sure, whether Jan Sundermeyer's reply was "just explicitly define ifThisIsSotrue and ifThisIsSofalse in your own cwl" or not, thus I've just created github 532, hoping it would be a bit more illustrative.
I do not see any issues with brackets in TeXstudio: 2.12.14, but the last point still stands for me. I'm not sure, whether Jan Sundermeyer's reply was "just explicitly define ifThisIsSotrue and ifThisIsSofalse in your own cwl" or not, thus I've just created github 532, hoping it would be a bit more readable.
I do not see any issues with brackets in TeXstudio: 2.12.14, but the last point still stands for me. I'm not sure, whether Jan Sundermeyer's reply was "just explicitly define ifThisIsSotrue and ifThisIsSofalse in your own cwl" or not, thus I've just created github 532.
I do not see any issues with brackets in TeXstudio: 2.12.14, but the last point still stands for me. I'm not sure, whether Jan Sundermeyer's reply was "just explicitly define it in your own cwl" or not, thus I've just created github 532.
Too long bib tool-tips
The Qt bug mentioned above should be fixed in Qt 4.8.6/5.3.1. We now have builds with theses versions. Do they fix the problem? Nope. Not for me, at least. The "TeXstudio 2.12.6 (hg 6632:7777b2b8a906)" behaves just the same. Moreover, the built-in pdf viewer (txs:///view-pdf) opens on my "main" (#1) screen each time as well. (I have 3 monitors, and I'd like to put TexStudio main window to the 2nd and the viewer to the 3rd.) I move the viewer to the monitor I'd like Do not maximize it, just close...
I continiously run into the same thing using "TeXstudio 2.12.6 (hg 6632:7777b2b8a906)", Win7 x64. Probably, a large enough pdf is required to reproduce this (mine is 690MB when built with no compression xelatex.exe -synctex=1 -interaction=nonstopmode -output-driver="xdvipdfmx -z0" %.tex). If I scroll pdf back and forth during the compilation process - there's a ~99% chance that the bug do occur. If I don't touch it - there's still a ~5% chance to run into this. Reopening the viewer within TXS alone...
I continiously run into the same thing using "TeXstudio 2.12.6 (hg 6632:7777b2b8a906)", Win7 x64. Probably, a large enough pdf is required to reproduce this (mine is 690MB when built with no compression xelatex.exe -synctex=1 -interaction=nonstopmode -output-driver="xdvipdfmx -z0" %.tex). If I scroll pdf back and forth during the compilation process - there's a ~99% chance that the bug do occur. If I don't touch it - there's still a ~5% chance to run into this. Reopening the viewer within TXS alone...