[jira] [Created] (NETBEANS-4721) Code templates lack contexts when saving
Riksoft created NETBEANS-4721: - Summary: Code templates lack contexts when saving Key: NETBEANS-4721 URL: https://issues.apache.org/jira/browse/NETBEANS-4721 Project: NetBeans Issue Type: Bug Components: editor - Completion & Templates Affects Versions: 11.3, 12.0, 9.0, 8.2 Environment: Any Reporter: Riksoft The code completion doesn't work at all on code templates on languages that are not PHP, not by keyword, nor by typing the initial part of the expanded text (as the manual says). It is years and years that I work around this problem with this bash script that adds contexts to the xml config file and it's ridiculous I have to do this to make the IDE works properly [https://www.riksoft.it/wikiriks/ide/netbeans-8-no-completion-on-php-code-template] One day, when the IDE was still branded Oracle, someone fixed this problem for PHP only, adding a tab "Contexts" in Tools->Options->Editor->code Templates when you click "New" for Language=PHP; but all the other languages have not such checkbox. By the way I think we shouldn't even bother to add a checkbox because the proper contexts should be always added automatically. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4721) Code templates lack contexts when saving
[ https://issues.apache.org/jira/browse/NETBEANS-4721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-4721: -- Description: The code completion doesn't work at all on code templates on languages that are not PHP, not by keyword, nor by typing the initial part of the expanded text (as the manual says). It is years and years that I work around this problem with this bash script that adds contexts to the xml config file and it's ridiculous I have to do this to make the IDE works properly [https://www.riksoft.it/wikiriks/ide/netbeans-8-no-completion-on-php-code-template] One day, when the IDE was still branded Oracle, someone fixed this problem for PHP only, adding a tab "Contexts" in Tools->Options->Editor->code Templates when you click "New" for Language=PHP; but all the other languages have not such checkbox. was: The code completion doesn't work at all on code templates on languages that are not PHP, not by keyword, nor by typing the initial part of the expanded text (as the manual says). It is years and years that I work around this problem with this bash script that adds contexts to the xml config file and it's ridiculous I have to do this to make the IDE works properly [https://www.riksoft.it/wikiriks/ide/netbeans-8-no-completion-on-php-code-template] One day, when the IDE was still branded Oracle, someone fixed this problem for PHP only, adding a tab "Contexts" in Tools->Options->Editor->code Templates when you click "New" for Language=PHP; but all the other languages have not such checkbox. By the way I think we shouldn't even bother to add a checkbox because the proper contexts should be always added automatically. > Code templates lack contexts when saving > > > Key: NETBEANS-4721 > URL: https://issues.apache.org/jira/browse/NETBEANS-4721 > Project: NetBeans > Issue Type: Bug > Components: editor - Completion & Templates >Affects Versions: 8.2, 9.0, 12.0, 11.3 > Environment: Any >Reporter: Riksoft >Priority: Major > Labels: easyfix > Original Estimate: 1h > Remaining Estimate: 1h > > The code completion doesn't work at all on code templates on languages that > are not PHP, not by keyword, nor by typing the initial part of the expanded > text (as the manual says). > It is years and years that I work around this problem with this bash script > that adds contexts to the xml config file and it's ridiculous I have to do > this to make the IDE works properly > [https://www.riksoft.it/wikiriks/ide/netbeans-8-no-completion-on-php-code-template] > One day, when the IDE was still branded Oracle, someone fixed this problem > for PHP only, adding a tab "Contexts" in Tools->Options->Editor->code > Templates when you click "New" for Language=PHP; but all the other languages > have not such checkbox. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4721) Code templates lack contexts when saving
[ https://issues.apache.org/jira/browse/NETBEANS-4721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-4721: -- Description: The code completion doesn't work on code templates on languages that are not PHP or Javascript, not by keyword, nor by typing the initial part of the expanded text (as the manual says). It is years and years that I work around this problem with this bash script that adds contexts to the xml config file and it's ridiculous I have to do this to make the IDE works properly [https://www.riksoft.it/wikiriks/ide/netbeans-8-no-completion-on-php-code-template] One day, when the IDE was still branded Oracle, someone fixed this problem for PHP/JS only, adding a tab "Contexts" in Tools->Options->Editor->code Templates when you click "New" for Language=PHP; but all the other languages have not such checkbox. was: The code completion doesn't work at all on code templates on languages that are not PHP, not by keyword, nor by typing the initial part of the expanded text (as the manual says). It is years and years that I work around this problem with this bash script that adds contexts to the xml config file and it's ridiculous I have to do this to make the IDE works properly [https://www.riksoft.it/wikiriks/ide/netbeans-8-no-completion-on-php-code-template] One day, when the IDE was still branded Oracle, someone fixed this problem for PHP only, adding a tab "Contexts" in Tools->Options->Editor->code Templates when you click "New" for Language=PHP; but all the other languages have not such checkbox. > Code templates lack contexts when saving > > > Key: NETBEANS-4721 > URL: https://issues.apache.org/jira/browse/NETBEANS-4721 > Project: NetBeans > Issue Type: Bug > Components: editor - Completion & Templates >Affects Versions: 8.2, 9.0, 12.0, 11.3 > Environment: Any >Reporter: Riksoft >Priority: Major > Labels: easyfix > Original Estimate: 1h > Remaining Estimate: 1h > > The code completion doesn't work on code templates on languages that are not > PHP or Javascript, not by keyword, nor by typing the initial part of the > expanded text (as the manual says). > It is years and years that I work around this problem with this bash script > that adds contexts to the xml config file and it's ridiculous I have to do > this to make the IDE works properly > [https://www.riksoft.it/wikiriks/ide/netbeans-8-no-completion-on-php-code-template] > One day, when the IDE was still branded Oracle, someone fixed this problem > for PHP/JS only, adding a tab "Contexts" in Tools->Options->Editor->code > Templates when you click "New" for Language=PHP; but all the other languages > have not such checkbox. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4721) Code templates lack contexts when saving
[ https://issues.apache.org/jira/browse/NETBEANS-4721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-4721: -- Description: The code completion doesn't work on code templates on languages that are not PHP or Javascript, not by keyword, nor by typing the initial part of the expanded text (as the manual says). It is years and years that I work around this problem with this bash script that adds contexts to the xml config file and it's ridiculous I have to do this to make the IDE works properly [https://www.riksoft.it/wikiriks/ide/netbeans-8-no-completion-on-php-code-template] refurbished for v.12 :) https://www.riksoft.it/wikiriks/ide/netbeans-12-no-code-completion-on-templates One day, when the IDE was still branded Oracle, someone fixed this problem for PHP/JS only, adding a tab "Contexts" in Tools->Options->Editor->code Templates when you click "New" for Language=PHP; but all the other languages have not such checkbox. was: The code completion doesn't work on code templates on languages that are not PHP or Javascript, not by keyword, nor by typing the initial part of the expanded text (as the manual says). It is years and years that I work around this problem with this bash script that adds contexts to the xml config file and it's ridiculous I have to do this to make the IDE works properly [https://www.riksoft.it/wikiriks/ide/netbeans-8-no-completion-on-php-code-template] One day, when the IDE was still branded Oracle, someone fixed this problem for PHP/JS only, adding a tab "Contexts" in Tools->Options->Editor->code Templates when you click "New" for Language=PHP; but all the other languages have not such checkbox. > Code templates lack contexts when saving > > > Key: NETBEANS-4721 > URL: https://issues.apache.org/jira/browse/NETBEANS-4721 > Project: NetBeans > Issue Type: Bug > Components: editor - Completion & Templates >Affects Versions: 8.2, 9.0, 12.0, 11.3 > Environment: Any >Reporter: Riksoft >Priority: Major > Labels: easyfix > Original Estimate: 1h > Remaining Estimate: 1h > > The code completion doesn't work on code templates on languages that are not > PHP or Javascript, not by keyword, nor by typing the initial part of the > expanded text (as the manual says). > It is years and years that I work around this problem with this bash script > that adds contexts to the xml config file and it's ridiculous I have to do > this to make the IDE works properly > [https://www.riksoft.it/wikiriks/ide/netbeans-8-no-completion-on-php-code-template] > refurbished for v.12 :) > https://www.riksoft.it/wikiriks/ide/netbeans-12-no-code-completion-on-templates > One day, when the IDE was still branded Oracle, someone fixed this problem > for PHP/JS only, adding a tab "Contexts" in Tools->Options->Editor->code > Templates when you click "New" for Language=PHP; but all the other languages > have not such checkbox. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-4150) IDE not using Keyring on Debian Buster
[ https://issues.apache.org/jira/browse/NETBEANS-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17226754#comment-17226754 ] Riksoft commented on NETBEANS-4150: --- And by the way, I've just discovered that clicking "cancel" to any question, without typing the master password, the upload/sync/wathever, proceeds without the need to actually type the master password. So this is (1) A mitigation factor or (2) a security issue... depending on what you prefer. :) > IDE not using Keyring on Debian Buster > -- > > Key: NETBEANS-4150 > URL: https://issues.apache.org/jira/browse/NETBEANS-4150 > Project: NetBeans > Issue Type: Bug > Components: ide - UI, php - FTP Support, platform - Keyring >Affects Versions: 12.0, 11.2, 11.3 > Environment: Debian Buster 64 bit, tested with: > - XFCE > - Mate > - Gnome classic > - Gnome Xorg > - Gnome >Reporter: Riksoft >Assignee: Riksoft >Priority: Major > > Netbeans asks for a master password once per session, every time I have to > access something that uses a password. > The reason is that *libgnome-keyring.so* has +been deprecated+. > > It's time to implement the keyring using the new +libsecret+ because > *libgnome-keyring.so* it is OFFICIALLY DEAD and from now on any distro based > on Gnome will have this problem as well. > See here > ??This project is deprecated and has been superseded by libsecret > ([https://gitlab.gnome.org/GNOME/libsecret]).?? > [https://github.com/GNOME/libgnome-keyring] > > here > > [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] > > and here > [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-2722: -- Description: _Sorry but I'm not able to choose the right component for this issue. Maybe PHP-Project? Maybe Project - Generic infrastructure? Maybe Ide?_ I can't tell if this is only related to PHP/Web project or to other kind of project asl well, because I only use Netbeans for web development. Every time you have to check differences from local and remote file on a web server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to be resized +every time+. As soon as the window is closed, the diff of the next file starts, again, with a useless small window. At least in the same synchro session the size should be kept. Even better +Netbeans should remember the last size forever+, based on project or, even better, globally since it depends more on the size of the screen than on language or other variables. And by the way the initial default should be changed with higher values (fixed or even better based on the monitor or main window size). The way it is now, it's really, really, nerve wracking with usability closed to zero. _PS: by the way... the button "Take over local changes" is too ambiguous. I think of "take over" as "take the place of", but actually is the opposite as in "Send it out". Should be something like "Overwrite remote"/ "Overwrite local"._ was: _Sorry but I'm not able to choose the right component for this issue. Maybe PHP-Project? Maybe Project - Generic infrastructure?Maybe Ide?_ I can't tell if this is a problem of PHP/Web project or also for other kind of project because I only use Netbeans for web development. Every time you have to check differences from local and remote file on a web server (via FTP or SFTP), the diff window is ridiculously small and has to be resized +every time+. As soon as the window is closed, the diff of the next file starts, again, with a useless small window. At least in the same synchro session the size should be kept because it's impossible to use this way. Even better +Netbeans should remember the last size forever+, based on project or, even better, globally since it depends more on the size of the screen than on language or other variables. The way it is now, it's nerve wracking. _PS: the button "Take over local changes" is too ambiguous. I think of "take over" as "take the place of", but actually is the opposite as in "Send out". Should be something like "Overwrite remote"/ "Overwrite local"._ > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > _Sorry but I'm not able to choose the right component for this issue. Maybe > PHP-Project? Maybe Project - Generic infrastructure? Maybe Ide?_ > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-2722: -- Description: I can't tell if this is only related to PHP/Web project or to other kind of project asl well, because I only use Netbeans for web development. Every time you have to check differences from local and remote file on a web server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to be resized +every time+. As soon as the window is closed, the diff of the next file starts, again, with a useless small window. At least in the same synchro session the size should be kept. Even better +Netbeans should remember the last size forever+, based on project or, even better, globally since it depends more on the size of the screen than on language or other variables. And by the way the initial default should be changed with higher values (fixed or even better based on the monitor or main window size). The way it is now, it's really, really, nerve wracking with usability closed to zero. _PS: by the way... the button "Take over local changes" is too ambiguous. I think of "take over" as "take the place of", but actually is the opposite as in "Send it out". Should be something like "Overwrite remote"/ "Overwrite local"._ was: _Sorry but I'm not able to choose the right component for this issue. Maybe PHP-Project? Maybe Project - Generic infrastructure? Maybe Ide?_ I can't tell if this is only related to PHP/Web project or to other kind of project asl well, because I only use Netbeans for web development. Every time you have to check differences from local and remote file on a web server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to be resized +every time+. As soon as the window is closed, the diff of the next file starts, again, with a useless small window. At least in the same synchro session the size should be kept. Even better +Netbeans should remember the last size forever+, based on project or, even better, globally since it depends more on the size of the screen than on language or other variables. And by the way the initial default should be changed with higher values (fixed or even better based on the monitor or main window size). The way it is now, it's really, really, nerve wracking with usability closed to zero. _PS: by the way... the button "Take over local changes" is too ambiguous. I think of "take over" as "take the place of", but actually is the opposite as in "Send it out". Should be something like "Overwrite remote"/ "Overwrite local"._ > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug > Components: php - FTP Support, php - Project >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-2722: -- Component/s: php - Project php - FTP Support > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug > Components: php - FTP Support, php - Project >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > _Sorry but I'm not able to choose the right component for this issue. Maybe > PHP-Project? Maybe Project - Generic infrastructure? Maybe Ide?_ > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16927353#comment-16927353 ] Riksoft commented on NETBEANS-2722: --- Hi Geertjan, to check that you need and FTP account somewhere, then: * start a php web project * right click on the main project node * "properties" * "run configuration" * make sure "Run as" is set as "Remote Web Site (FTP, SFTP) * on the side of "Remote connection" click "Manage" and set the data of your FTP account (use "Pure FTP" to avoid extra problems in this test). Save. * back in the previous window, set "Upload Files" to "Manually". Click OK. * Create a new file in the project * In tree of the project, right click on such file and click "Synchronize" * An ftp connection will be established and you are now looking at a window that shows the name of the file. * Single click on the only row present (the name of the file) * Single click on the first icon in the lower panel. It's the icon with the image of a broken document (when you hover the mouse on it it says: "Review differencess between local and remote file" * At this point you see the bad window I was talking about > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug > Components: php - FTP Support, php - Project >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16927353#comment-16927353 ] Riksoft edited comment on NETBEANS-2722 at 9/11/19 8:05 AM: Hi Geertjan, to check that you need and FTP account somewhere, then: * start a php web project * right click on the main project node * "properties" * "run configuration" * make sure "Run as" is set as "Remote Web Site (FTP, SFTP) * on the side of "Remote connection" click "Manage" and set the data of your FTP account (use "Pure FTP" to avoid extra problems in this test). Save. * back in the previous window, set "Upload Files" to "Manually". Click OK. * Create a new file in the project * In tree of the project, right click on such file and click "Synchronize" * An ftp connection will be established and you are now looking at a window that shows the name of the file. * Single click on the only row present (the name of the file) * Single click on the first icon in the lower panel. It's the icon with the image of a broken document (when you hover the mouse on it it says: "Review differencess between local and remote file" * At this point you see the bad window I was talking about About making the modification by myself: It's difficult enough to find which module it is + I'm not good enough in Java programming to change the Netbeans code. I use Netbeans for web development only. was (Author: riksoft): Hi Geertjan, to check that you need and FTP account somewhere, then: * start a php web project * right click on the main project node * "properties" * "run configuration" * make sure "Run as" is set as "Remote Web Site (FTP, SFTP) * on the side of "Remote connection" click "Manage" and set the data of your FTP account (use "Pure FTP" to avoid extra problems in this test). Save. * back in the previous window, set "Upload Files" to "Manually". Click OK. * Create a new file in the project * In tree of the project, right click on such file and click "Synchronize" * An ftp connection will be established and you are now looking at a window that shows the name of the file. * Single click on the only row present (the name of the file) * Single click on the first icon in the lower panel. It's the icon with the image of a broken document (when you hover the mouse on it it says: "Review differencess between local and remote file" * At this point you see the bad window I was talking about > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug > Components: php - FTP Support, php - Project >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16927353#comment-16927353 ] Riksoft edited comment on NETBEANS-2722 at 9/11/19 8:05 AM: Hi Geertjan, to check that you need and FTP account somewhere, then: * start a php web project * right click on the main project node * "properties" * "run configuration" * make sure "Run as" is set as "Remote Web Site (FTP, SFTP) * on the side of "Remote connection" click "Manage" and set the data of your FTP account (use "Pure FTP" to avoid extra problems in this test). Save. * back in the previous window, set "Upload Files" to "Manually". Click OK. * Create a new file in the project * In tree of the project, right click on such file and click "Synchronize" * An ftp connection will be established and you are now looking at a window that shows the name of the file. * Single click on the only row present (the name of the file) * Single click on the first icon in the lower panel. It's the icon with the image of a broken document (when you hover the mouse on it it says: "Review differencess between local and remote file" * At this point you see the bad window I was talking about About making the modification by myself: It's difficult enough to find which component it is + I'm not good enough in Java programming to change the Netbeans code. I use Netbeans for web development only. was (Author: riksoft): Hi Geertjan, to check that you need and FTP account somewhere, then: * start a php web project * right click on the main project node * "properties" * "run configuration" * make sure "Run as" is set as "Remote Web Site (FTP, SFTP) * on the side of "Remote connection" click "Manage" and set the data of your FTP account (use "Pure FTP" to avoid extra problems in this test). Save. * back in the previous window, set "Upload Files" to "Manually". Click OK. * Create a new file in the project * In tree of the project, right click on such file and click "Synchronize" * An ftp connection will be established and you are now looking at a window that shows the name of the file. * Single click on the only row present (the name of the file) * Single click on the first icon in the lower panel. It's the icon with the image of a broken document (when you hover the mouse on it it says: "Review differencess between local and remote file" * At this point you see the bad window I was talking about About making the modification by myself: It's difficult enough to find which module it is + I'm not good enough in Java programming to change the Netbeans code. I use Netbeans for web development only. > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug > Components: php - FTP Support, php - Project >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16927398#comment-16927398 ] Riksoft commented on NETBEANS-2722: --- "Take over local changes" is the "PS:" because it the last of the problems. This bug report is about the window size. > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug > Components: php - FTP Support, php - Project >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16927398#comment-16927398 ] Riksoft edited comment on NETBEANS-2722 at 9/11/19 8:40 AM: "Take over local changes" is in the "PS:" because it the last of the problems. This bug report is about the window size. was (Author: riksoft): "Take over local changes" is the "PS:" because it the last of the problems. This bug report is about the window size. > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug > Components: php - FTP Support, php - Project >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16927398#comment-16927398 ] Riksoft edited comment on NETBEANS-2722 at 9/11/19 8:43 AM: "Take over local changes" is in the "PS:" because it the last of the problems. This bug report is about the window size. And by the way I don't think changing a label it's safe when someone like me doesn't know what else could be involved (e.g. dynamically changed, language localization, etc.). Changes should be made by people who knows the project. was (Author: riksoft): "Take over local changes" is in the "PS:" because it the last of the problems. This bug report is about the window size. > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug > Components: php - FTP Support, php - Project >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16927411#comment-16927411 ] Riksoft edited comment on NETBEANS-2722 at 9/11/19 8:53 AM: I've made some experiments to be sure, and I can state such button only means "Upload remotely", so the text could be "Upload remotely". was (Author: riksoft): I've made some experiment to be sure, and I can state such button only means "Upload remotely", so the text could be "Upload remotely". > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug > Components: php - FTP Support, php - Project >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16927411#comment-16927411 ] Riksoft commented on NETBEANS-2722: --- I've made some experiment to be sure, and I can state such button only means "Upload remotely", so the text could be "Upload remotely". > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug > Components: php - FTP Support, php - Project >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16927417#comment-16927417 ] Riksoft commented on NETBEANS-2722: --- Maybe the defaults are in the same file as well, where it says setPreferredSize(new Dimension(600, 450)); and changing them could already be a bit of an improvement already in the meantime that someone implements the persistance of the window size. I'm not sure I have the necessary tools to play with netbeans source... but I could try. If someone more skill in Java can "take over" :) me could be better though. :) > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug > Components: php - FTP Support, php - Project >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16927428#comment-16927428 ] Riksoft commented on NETBEANS-2722: --- OK, thanks a lot for the info. I can get used to it. :) For this simple edit it is not necessary that I test it locally. In the Window there aren't any other colliding shortcuts so I think I'll use "&Upload local changes". > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug > Components: php - FTP Support, php - Project >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16927471#comment-16927471 ] Riksoft commented on NETBEANS-2722: --- Hi Junichi, I've made a small change [https://github.com/apache/netbeans/pull/1493] but it still requires some work to implement the persistance of the window size. At the moment the window reopen only with the defaults, every time. > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug > Components: php - FTP Support, php - Project >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16927471#comment-16927471 ] Riksoft edited comment on NETBEANS-2722 at 9/11/19 10:32 AM: - Hi Junichi, I've made a small change [https://github.com/apache/netbeans/pull/1493] but it still requires some work to implement the persistance of the window size. At the moment the window reopens only with the defaults, every time. was (Author: riksoft): Hi Junichi, I've made a small change [https://github.com/apache/netbeans/pull/1493] but it still requires some work to implement the persistance of the window size. At the moment the window reopen only with the defaults, every time. > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug > Components: php - FTP Support, php - Project >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-3089) Remote data are on the left instead of right
Riksoft created NETBEANS-3089: - Summary: Remote data are on the left instead of right Key: NETBEANS-3089 URL: https://issues.apache.org/jira/browse/NETBEANS-3089 Project: NetBeans Issue Type: Improvement Components: php - Project Affects Versions: 11.1, 10.0, 9.0, 8.2 Reporter: Riksoft How to reproduce the issue: * Create a PHP project and add one or more files * Right click on a file or dir * Synchronize * The sync window opens and the remote files are presented in the left column instead of the right one It works but sound very unnatural because I've never seen a software were the remote dir is represented on the left. Maybe in some countries where they write right to left that sounds more natural? I don't know but if so, we'd better have the swap button with persistance... (and this comes a bug because swapping doesn't change arrows... but I'm going to open another ticket for that). The problem is in org.netbeans.modules.php.project.connections.sync dir: ./netbeans-master/php/php.project/src/org/netbeans/modules/php/project/connections/sync/ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-3091) Swapping colums in sync window doesn't change arrows direction
Riksoft created NETBEANS-3091: - Summary: Swapping colums in sync window doesn't change arrows direction Key: NETBEANS-3091 URL: https://issues.apache.org/jira/browse/NETBEANS-3091 Project: NetBeans Issue Type: Bug Components: php - Project Reporter: Riksoft How to reproduce the issue: * Create a PHP web project and add one or more files * Right click on the main node of the project anche click Properties * Click "Run configuration" * Add an ftp connection to any available server and set "Upload files" on "Manually" * Click OK and we are back on the main window of NB * Right click on a file or dir * Synchronize * The sync window opens * The default (unfortunately unchangeable) is that the remote is on the left and the local files on the right. * Since the remote location is empty you'll see an icon pointing top-right to bottom-left. * Since I find unnatural having the remote column on the left, I click "swap" * Now the remote is on the right but the icon that shows the direction of the upload/download is still in it's original position and that's wrong. NB: clicking "swap" the icons in lower toolbar actually change accordingly, so the problem is only about the icons between the remote and local column. Morever, if you change the disposition of the arrow by clicking "Set upload" (the icon in the lower toolbar), from that moment the swap button starts also to correctly change the arrows in the list. -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3091) Swapping colums in sync window doesn't change arrows direction
[ https://issues.apache.org/jira/browse/NETBEANS-3091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-3091: -- Description: How to reproduce the issue: * Create a PHP web project and add one or more files * Right click on the main node of the project anche click Properties * Click "Run configuration" * Add an ftp connection to any available server and set "Upload files" on "Manually" * Click OK and we are back on the main window of NB * Right click on a file or dir * Synchronize * The sync window opens * The default (unfortunately unchangeable) is that the remote is on the left and the local files on the right. * Since the remote location is empty you'll see an icon pointing top-right to bottom-left. * Since I find unnatural having the remote column on the left, I click "swap" * Now the remote is on the right but the icon that shows the direction of the upload/download is still in it's original position and that's wrong. +That's very confusing and could probably lead to potential problems+ if someone only rely on arrow direction at sight. NB: clicking "swap" the icons in lower toolbar actually change accordingly, so the problem is only about the icons between the remote and local column. Morever, if you change the disposition of the arrow by clicking "Set upload" (the icon in the lower toolbar), from that moment the swap button starts also to correctly change the arrows in the list. was: How to reproduce the issue: * Create a PHP web project and add one or more files * Right click on the main node of the project anche click Properties * Click "Run configuration" * Add an ftp connection to any available server and set "Upload files" on "Manually" * Click OK and we are back on the main window of NB * Right click on a file or dir * Synchronize * The sync window opens * The default (unfortunately unchangeable) is that the remote is on the left and the local files on the right. * Since the remote location is empty you'll see an icon pointing top-right to bottom-left. * Since I find unnatural having the remote column on the left, I click "swap" * Now the remote is on the right but the icon that shows the direction of the upload/download is still in it's original position and that's wrong. NB: clicking "swap" the icons in lower toolbar actually change accordingly, so the problem is only about the icons between the remote and local column. Morever, if you change the disposition of the arrow by clicking "Set upload" (the icon in the lower toolbar), from that moment the swap button starts also to correctly change the arrows in the list. > Swapping colums in sync window doesn't change arrows direction > -- > > Key: NETBEANS-3091 > URL: https://issues.apache.org/jira/browse/NETBEANS-3091 > Project: NetBeans > Issue Type: Bug > Components: php - Project >Reporter: Riksoft >Priority: Major > > How to reproduce the issue: > * Create a PHP web project and add one or more files > * Right click on the main node of the project anche click Properties > * Click "Run configuration" > * Add an ftp connection to any available server and set "Upload files" on > "Manually" > * Click OK and we are back on the main window of NB > * Right click on a file or dir > * Synchronize > * The sync window opens > * The default (unfortunately unchangeable) is that the remote is on the left > and the local files on the right. > * Since the remote location is empty you'll see an icon pointing top-right > to bottom-left. > * Since I find unnatural having the remote column on the left, I click "swap" > * Now the remote is on the right but the icon that shows the direction of > the upload/download is still in it's original position and that's wrong. > +That's very confusing and could probably lead to potential problems+ if > someone only rely on arrow direction at sight. > NB: clicking "swap" the icons in lower toolbar actually change accordingly, > so the problem is only about the icons between the remote and local column. > Morever, if you change the disposition of the arrow by clicking "Set upload" > (the icon in the lower toolbar), from that moment the swap button starts also > to correctly change the arrows in the list. -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3089) Remote data are on the left instead of right
[ https://issues.apache.org/jira/browse/NETBEANS-3089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-3089: -- Description: How to reproduce the issue: * Create a PHP web project and add one or more files * Right click on the main node of the project anche click Properties * Click "Run configuration" * Add an ftp connection to any available server and set "Upload files" on "Manually" * Click OK and we are back on the main window of NB * Right click on a file or dir * Synchronize * The sync window opens and the remote files are presented in the left column instead of the right one It works but it sounds very unnatural and in fact I've never seen a software were the remote dir is represented on the left. Maybe in some countries where they write right to left that sounds more natural, I don't know but if so, we'd better have the swap button with persistance... (about the "swap" button see also here https://issues.apache.org/jira/browse/NETBEANS-3091). The problem is in org.netbeans.modules.php.project.connections.sync dir: ./netbeans-master/php/php.project/src/org/netbeans/modules/php/project/connections/sync/ was: How to reproduce the issue: * Create a PHP project and add one or more files * Right click on a file or dir * Synchronize * The sync window opens and the remote files are presented in the left column instead of the right one It works but sound very unnatural because I've never seen a software were the remote dir is represented on the left. Maybe in some countries where they write right to left that sounds more natural? I don't know but if so, we'd better have the swap button with persistance... (and this comes a bug because swapping doesn't change arrows... but I'm going to open another ticket for that). The problem is in org.netbeans.modules.php.project.connections.sync dir: ./netbeans-master/php/php.project/src/org/netbeans/modules/php/project/connections/sync/ > Remote data are on the left instead of right > > > Key: NETBEANS-3089 > URL: https://issues.apache.org/jira/browse/NETBEANS-3089 > Project: NetBeans > Issue Type: Improvement > Components: php - Project >Affects Versions: 8.2, 9.0, 10.0, 11.1 >Reporter: Riksoft >Priority: Minor > > How to reproduce the issue: > * Create a PHP web project and add one or more files > * Right click on the main node of the project anche click Properties > * Click "Run configuration" > * Add an ftp connection to any available server and set "Upload files" on > "Manually" > * Click OK and we are back on the main window of NB > * Right click on a file or dir > * Synchronize > * The sync window opens and the remote files are presented in the left > column instead of the right one > It works but it sounds very unnatural and in fact I've never seen a software > were the remote dir is represented on the left. > Maybe in some countries where they write right to left that sounds more > natural, I don't know but if so, we'd better have the swap button with > persistance... (about the "swap" button see also here > https://issues.apache.org/jira/browse/NETBEANS-3091). > The problem is in > org.netbeans.modules.php.project.connections.sync > dir: > > ./netbeans-master/php/php.project/src/org/netbeans/modules/php/project/connections/sync/ -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-3092) Sync results window always shows 0
Riksoft created NETBEANS-3092: - Summary: Sync results window always shows 0 Key: NETBEANS-3092 URL: https://issues.apache.org/jira/browse/NETBEANS-3092 Project: NetBeans Issue Type: Bug Components: php - Project Environment: Both client and server Linux. The ftp connection is SFTP. Reporter: Riksoft Attachments: Screenshot at 2019-09-12 16-58-40.png Steps to reproduce the issue: * Create a PHP web project and add one or more files * Right click on the main node of the project anche click Properties * Click "Run configuration" * Add an ftp connection to any available server and set "Upload files" on "Manually" * Click OK and we are back on the main window of NB * Right click on a file or dir * Synchronize * The sync window opens * Start the sync process. This will upload 1 or more files * At the end, a small window pops up with the results but it won't show a proper result, only zeroes as per screenshot -- This message was sent by Atlassian Jira (v8.3.2#803003) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-95) Code templates for HTML/XHTML will not shown in code completion
[ https://issues.apache.org/jira/browse/NETBEANS-95?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17064868#comment-17064868 ] Riksoft commented on NETBEANS-95: - You can update the NB version to 11.2 because it has the same problem. JS and PHP are working OK after setting context. HTML has not "context" options and doesn't work. I've tried setting the context by hand as "html" and "HTML" in the file .netbeans/11.2/config/Editors/text/html/org-netbeans-modules-editor-settings-CustomCodeTemplates.xml but doesn't work either. > Code templates for HTML/XHTML will not shown in code completion > --- > > Key: NETBEANS-95 > URL: https://issues.apache.org/jira/browse/NETBEANS-95 > Project: NetBeans > Issue Type: Bug > Components: web - HTML Editor >Affects Versions: 8.2 >Reporter: Christian Lenz >Priority: Major > > Unfortunately, custom templates, the one that already exists like d -> TAB -> > content or custom ones, will not shown in the code completion of > HTML. This is really weird and a big problem, because if you have smth like > this: a-ngFor-trackBy this is first hard to know and second hard to type it > everytime to the full name. > The problem is, that there is no context set like for JS, Java or PHP. So JS, > PHP and Java works fine, if you create a code template and check the checkbox > of the context. So please add the functionality, that all code templates will > shown in the code completion. > Regards > Chris -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4059) HTML Code template not showing up in code completion
Riksoft created NETBEANS-4059: - Summary: HTML Code template not showing up in code completion Key: NETBEANS-4059 URL: https://issues.apache.org/jira/browse/NETBEANS-4059 Project: NetBeans Issue Type: Bug Components: editor - Completion & Templates Affects Versions: 11.2, 11.3 Environment: Any Linux. Reporter: Riksoft While PHP and JS are working OK, HTML and CSS are not showing anything, so you have to remember the abbreviation in full. Moreover, you also have to type the abbreviation quickly or it doesn't expand. The code completion doesn't show up with the abbreviation nor typing the beginning of the expanded snippet. I reckon the problem affect any code template not having the "context" option. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4150) IDE not using Keyring on Debian Buster
Riksoft created NETBEANS-4150: - Summary: IDE not using Keyring on Debian Buster Key: NETBEANS-4150 URL: https://issues.apache.org/jira/browse/NETBEANS-4150 Project: NetBeans Issue Type: Bug Components: ide - UI, php - FTP Support, platform - Keyring Affects Versions: 11.2, 11.3 Environment: Debian Buster 64 bit Reporter: Riksoft Netbeans asks for a master password once per session, every time I have to access something that uses a password. Example: in a PHP/html project, rigth click on a file -> Synchronize. Example: in a PHP/html project, right click on the project name -> properties -> Run configuration -> "Manage" button A workaround is pressing ESC to skip the windows, however is quite annoying. I've tested the keyring with {code:java} gdbus call --session --dest org.gnome.keyring --object-path /org/freedesktop/secrets/collection/login --method org.freedesktop.DBus.Properties.Get org.freedesktop.Secret.Collection Locked ir returns (,) {code} and {code:java} dbus-send --print-reply --dest=org.gnome.keyring /org/freedesktop/secrets/collection/login org.freedesktop.DBus.Properties.Get string:org.freedesktop.Secret.Collection string:Locked It returns method return time=1586539994.076230 sender=:1.13 -> destination=:1.222 serial=6 reply_serial=2 variant boolean false {code} The same Netbeans, same version, same config, same metadata, works like a charm in Mint 18 (based on Debian 9). So the problem could be Debian 10 dropping support for some keyring libs. If that's the case, I suppose the same problem is on any other Debian 10 based distro. I've added -J-Dorg.netbeans.modules.keyring.level=0 in the NB config to have more info on this problem in the log, but I can't see any useful info about this problem. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4150) IDE not using Keyring on Debian Buster
[ https://issues.apache.org/jira/browse/NETBEANS-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-4150: -- Environment: Debian Buster 64 bit, test with: - XFCE - Mate - Gnome classic - Gnome Xorg - Gnome was:Debian Buster 64 bit > IDE not using Keyring on Debian Buster > -- > > Key: NETBEANS-4150 > URL: https://issues.apache.org/jira/browse/NETBEANS-4150 > Project: NetBeans > Issue Type: Bug > Components: ide - UI, php - FTP Support, platform - Keyring >Affects Versions: 11.2, 11.3 > Environment: Debian Buster 64 bit, test with: > - XFCE > - Mate > - Gnome classic > - Gnome Xorg > - Gnome >Reporter: Riksoft >Priority: Major > > Netbeans asks for a master password once per session, every time I have to > access something that uses a password. > Example: in a PHP/html project, rigth click on a file -> Synchronize. > Example: in a PHP/html project, right click on the project name -> properties > -> Run configuration -> "Manage" button > A workaround is pressing ESC to skip the windows, however is quite annoying. > I've tested the keyring with > {code:java} > gdbus call --session --dest org.gnome.keyring --object-path > /org/freedesktop/secrets/collection/login --method > org.freedesktop.DBus.Properties.Get org.freedesktop.Secret.Collection Locked > ir returns > (,) > {code} > and > {code:java} > dbus-send --print-reply --dest=org.gnome.keyring > /org/freedesktop/secrets/collection/login org.freedesktop.DBus.Properties.Get > string:org.freedesktop.Secret.Collection string:Locked > It returns > method return time=1586539994.076230 sender=:1.13 -> destination=:1.222 > serial=6 reply_serial=2 >variant boolean false > {code} > The same Netbeans, same version, same config, same metadata, works like a > charm in Mint 18 (based on Debian 9). So the problem could be Debian 10 > dropping support for some keyring libs. If that's the case, I suppose the > same problem is on any other Debian 10 based distro. > I've added > -J-Dorg.netbeans.modules.keyring.level=0 > in the NB config to have more info on this problem in the log, but I can't > see any useful info about this problem. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4150) IDE not using Keyring on Debian Buster
[ https://issues.apache.org/jira/browse/NETBEANS-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-4150: -- Environment: Debian Buster 64 bit, tested with: - XFCE - Mate - Gnome classic - Gnome Xorg - Gnome was: Debian Buster 64 bit, test with: - XFCE - Mate - Gnome classic - Gnome Xorg - Gnome > IDE not using Keyring on Debian Buster > -- > > Key: NETBEANS-4150 > URL: https://issues.apache.org/jira/browse/NETBEANS-4150 > Project: NetBeans > Issue Type: Bug > Components: ide - UI, php - FTP Support, platform - Keyring >Affects Versions: 11.2, 11.3 > Environment: Debian Buster 64 bit, tested with: > - XFCE > - Mate > - Gnome classic > - Gnome Xorg > - Gnome >Reporter: Riksoft >Priority: Major > > Netbeans asks for a master password once per session, every time I have to > access something that uses a password. > Example: in a PHP/html project, rigth click on a file -> Synchronize. > Example: in a PHP/html project, right click on the project name -> properties > -> Run configuration -> "Manage" button > A workaround is pressing ESC to skip the windows, however is quite annoying. > I've tested the keyring with > {code:java} > gdbus call --session --dest org.gnome.keyring --object-path > /org/freedesktop/secrets/collection/login --method > org.freedesktop.DBus.Properties.Get org.freedesktop.Secret.Collection Locked > ir returns > (,) > {code} > and > {code:java} > dbus-send --print-reply --dest=org.gnome.keyring > /org/freedesktop/secrets/collection/login org.freedesktop.DBus.Properties.Get > string:org.freedesktop.Secret.Collection string:Locked > It returns > method return time=1586539994.076230 sender=:1.13 -> destination=:1.222 > serial=6 reply_serial=2 >variant boolean false > {code} > The same Netbeans, same version, same config, same metadata, works like a > charm in Mint 18 (based on Debian 9). So the problem could be Debian 10 > dropping support for some keyring libs. If that's the case, I suppose the > same problem is on any other Debian 10 based distro. > I've added > -J-Dorg.netbeans.modules.keyring.level=0 > in the NB config to have more info on this problem in the log, but I can't > see any useful info about this problem. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4150) IDE not using Keyring on Debian Buster
[ https://issues.apache.org/jira/browse/NETBEANS-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-4150: -- Description: Netbeans asks for a master password once per session, every time I have to access something that uses a password. Example: in a PHP/html project, rigth click on a file -> Synchronize. Example: in a PHP/html project, right click on the project name -> properties -> Run configuration -> "Manage" button A workaround is pressing ESC to skip the windows, however is quite annoying. I've tested the keyring with {code:java} gdbus call --session --dest org.gnome.keyring --object-path /org/freedesktop/secrets/collection/login --method org.freedesktop.DBus.Properties.Get org.freedesktop.Secret.Collection Locked ir returns (,) {code} and {code:java} dbus-send --print-reply --dest=org.gnome.keyring /org/freedesktop/secrets/collection/login org.freedesktop.DBus.Properties.Get string:org.freedesktop.Secret.Collection string:Locked It returns method return time=1586539994.076230 sender=:1.13 -> destination=:1.222 serial=6 reply_serial=2 variant boolean false {code} The same Netbeans, same version, same config, same metadata, works like a charm in Mint 18 (based on Debian 9). So the problem could be Debian 10 dropping support for some keyring libs. If that's the case, I suppose the same problem is on any other Debian 10 based distro. I've added -J-Dorg.netbeans.modules.keyring.level=0 in the NB config and I've discovered the problem is the missing lib *libgnome-keyring.so* that has been deprecated. I suppose the only way to go is to fix Netbeans to use the new libsecret instead. was: Netbeans asks for a master password once per session, every time I have to access something that uses a password. Example: in a PHP/html project, rigth click on a file -> Synchronize. Example: in a PHP/html project, right click on the project name -> properties -> Run configuration -> "Manage" button A workaround is pressing ESC to skip the windows, however is quite annoying. I've tested the keyring with {code:java} gdbus call --session --dest org.gnome.keyring --object-path /org/freedesktop/secrets/collection/login --method org.freedesktop.DBus.Properties.Get org.freedesktop.Secret.Collection Locked ir returns (,) {code} and {code:java} dbus-send --print-reply --dest=org.gnome.keyring /org/freedesktop/secrets/collection/login org.freedesktop.DBus.Properties.Get string:org.freedesktop.Secret.Collection string:Locked It returns method return time=1586539994.076230 sender=:1.13 -> destination=:1.222 serial=6 reply_serial=2 variant boolean false {code} The same Netbeans, same version, same config, same metadata, works like a charm in Mint 18 (based on Debian 9). So the problem could be Debian 10 dropping support for some keyring libs. If that's the case, I suppose the same problem is on any other Debian 10 based distro. I've added -J-Dorg.netbeans.modules.keyring.level=0 in the NB config and I've discovered the problem is the missing lib libgnome-keyring.so that has been deprecated. I suppose the only way to go is to fix Netbeans to use the new libsecret instead. > IDE not using Keyring on Debian Buster > -- > > Key: NETBEANS-4150 > URL: https://issues.apache.org/jira/browse/NETBEANS-4150 > Project: NetBeans > Issue Type: Bug > Components: ide - UI, php - FTP Support, platform - Keyring >Affects Versions: 11.2, 11.3 > Environment: Debian Buster 64 bit, tested with: > - XFCE > - Mate > - Gnome classic > - Gnome Xorg > - Gnome >Reporter: Riksoft >Priority: Major > > Netbeans asks for a master password once per session, every time I have to > access something that uses a password. > Example: in a PHP/html project, rigth click on a file -> Synchronize. > Example: in a PHP/html project, right click on the project name -> properties > -> Run configuration -> "Manage" button > A workaround is pressing ESC to skip the windows, however is quite annoying. > I've tested the keyring with > {code:java} > gdbus call --session --dest org.gnome.keyring --object-path > /org/freedesktop/secrets/collection/login --method > org.freedesktop.DBus.Properties.Get org.freedesktop.Secret.Collection Locked > ir returns > (,) > {code} > and > {code:java} > dbus-send --print-reply --dest=org.gnome.keyring > /org/freedesktop/secrets/collection/login org.freedesktop.DBus.Properties.Get > string:org.freedesktop.Secret.Collection string:Locked > It returns > method return time=1586539994.076230 sender=:1.13 -> destination=:1.222 > serial=6 reply_serial=2 >variant boolean false > {code} > The same Netbeans, same version, same config, same metadata, works like a > charm in Mint 18 (based on Debian 9). So the problem could be Debian 10 > dropping support for s
[jira] [Updated] (NETBEANS-4150) IDE not using Keyring on Debian Buster
[ https://issues.apache.org/jira/browse/NETBEANS-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-4150: -- Description: Netbeans asks for a master password once per session, every time I have to access something that uses a password. Example: in a PHP/html project, rigth click on a file -> Synchronize. Example: in a PHP/html project, right click on the project name -> properties -> Run configuration -> "Manage" button A workaround is pressing ESC to skip the windows, however is quite annoying. I've tested the keyring with {code:java} gdbus call --session --dest org.gnome.keyring --object-path /org/freedesktop/secrets/collection/login --method org.freedesktop.DBus.Properties.Get org.freedesktop.Secret.Collection Locked ir returns (,) {code} and {code:java} dbus-send --print-reply --dest=org.gnome.keyring /org/freedesktop/secrets/collection/login org.freedesktop.DBus.Properties.Get string:org.freedesktop.Secret.Collection string:Locked It returns method return time=1586539994.076230 sender=:1.13 -> destination=:1.222 serial=6 reply_serial=2 variant boolean false {code} The same Netbeans, same version, same config, same metadata, works like a charm in Mint 18 (based on Debian 9). So the problem could be Debian 10 dropping support for some keyring libs. If that's the case, I suppose the same problem is on any other Debian 10 based distro. I've added -J-Dorg.netbeans.modules.keyring.level=0 in the NB config and I've discovered the problem is the missing lib libgnome-keyring.so that has been deprecated. I suppose the only way to go is to fix Netbeans to use the new libsecret instead. was: Netbeans asks for a master password once per session, every time I have to access something that uses a password. Example: in a PHP/html project, rigth click on a file -> Synchronize. Example: in a PHP/html project, right click on the project name -> properties -> Run configuration -> "Manage" button A workaround is pressing ESC to skip the windows, however is quite annoying. I've tested the keyring with {code:java} gdbus call --session --dest org.gnome.keyring --object-path /org/freedesktop/secrets/collection/login --method org.freedesktop.DBus.Properties.Get org.freedesktop.Secret.Collection Locked ir returns (,) {code} and {code:java} dbus-send --print-reply --dest=org.gnome.keyring /org/freedesktop/secrets/collection/login org.freedesktop.DBus.Properties.Get string:org.freedesktop.Secret.Collection string:Locked It returns method return time=1586539994.076230 sender=:1.13 -> destination=:1.222 serial=6 reply_serial=2 variant boolean false {code} The same Netbeans, same version, same config, same metadata, works like a charm in Mint 18 (based on Debian 9). So the problem could be Debian 10 dropping support for some keyring libs. If that's the case, I suppose the same problem is on any other Debian 10 based distro. I've added -J-Dorg.netbeans.modules.keyring.level=0 in the NB config to have more info on this problem in the log, but I can't see any useful info about this problem. > IDE not using Keyring on Debian Buster > -- > > Key: NETBEANS-4150 > URL: https://issues.apache.org/jira/browse/NETBEANS-4150 > Project: NetBeans > Issue Type: Bug > Components: ide - UI, php - FTP Support, platform - Keyring >Affects Versions: 11.2, 11.3 > Environment: Debian Buster 64 bit, tested with: > - XFCE > - Mate > - Gnome classic > - Gnome Xorg > - Gnome >Reporter: Riksoft >Priority: Major > > Netbeans asks for a master password once per session, every time I have to > access something that uses a password. > Example: in a PHP/html project, rigth click on a file -> Synchronize. > Example: in a PHP/html project, right click on the project name -> properties > -> Run configuration -> "Manage" button > A workaround is pressing ESC to skip the windows, however is quite annoying. > I've tested the keyring with > {code:java} > gdbus call --session --dest org.gnome.keyring --object-path > /org/freedesktop/secrets/collection/login --method > org.freedesktop.DBus.Properties.Get org.freedesktop.Secret.Collection Locked > ir returns > (,) > {code} > and > {code:java} > dbus-send --print-reply --dest=org.gnome.keyring > /org/freedesktop/secrets/collection/login org.freedesktop.DBus.Properties.Get > string:org.freedesktop.Secret.Collection string:Locked > It returns > method return time=1586539994.076230 sender=:1.13 -> destination=:1.222 > serial=6 reply_serial=2 >variant boolean false > {code} > The same Netbeans, same version, same config, same metadata, works like a > charm in Mint 18 (based on Debian 9). So the problem could be Debian 10 > dropping support for some keyring libs. If that's the case, I suppose the > same problem is on any other
[jira] [Updated] (NETBEANS-4150) IDE not using Keyring on Debian Buster
[ https://issues.apache.org/jira/browse/NETBEANS-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-4150: -- Description: Netbeans asks for a master password once per session, every time I have to access something that uses a password. Example: in a PHP/html project, rigth click on a file -> Synchronize. Example: in a PHP/html project, right click on the project name -> properties -> Run configuration -> "Manage" button A workaround is pressing ESC to skip the windows, however is quite annoying. I've tested the keyring with {code:java} gdbus call --session --dest org.gnome.keyring --object-path /org/freedesktop/secrets/collection/login --method org.freedesktop.DBus.Properties.Get org.freedesktop.Secret.Collection Locked ir returns (,) {code} and {code:java} dbus-send --print-reply --dest=org.gnome.keyring /org/freedesktop/secrets/collection/login org.freedesktop.DBus.Properties.Get string:org.freedesktop.Secret.Collection string:Locked It returns method return time=1586539994.076230 sender=:1.13 -> destination=:1.222 serial=6 reply_serial=2 variant boolean false {code} The same Netbeans, same version, same config, same metadata, works like a charm in Mint 18 (based on Debian 9). So the problem could be Debian 10 dropping support for some keyring libs. If that's the case, I suppose the same problem is on any other Debian 10 based distro. I've added -J-Dorg.netbeans.modules.keyring.level=0 in the NB config and I've discovered the problem is the missing lib *libgnome-keyring.so* that has +been deprecated+. I suppose the only way to go is to fix Netbeans to use the new libsecret instead. was: Netbeans asks for a master password once per session, every time I have to access something that uses a password. Example: in a PHP/html project, rigth click on a file -> Synchronize. Example: in a PHP/html project, right click on the project name -> properties -> Run configuration -> "Manage" button A workaround is pressing ESC to skip the windows, however is quite annoying. I've tested the keyring with {code:java} gdbus call --session --dest org.gnome.keyring --object-path /org/freedesktop/secrets/collection/login --method org.freedesktop.DBus.Properties.Get org.freedesktop.Secret.Collection Locked ir returns (,) {code} and {code:java} dbus-send --print-reply --dest=org.gnome.keyring /org/freedesktop/secrets/collection/login org.freedesktop.DBus.Properties.Get string:org.freedesktop.Secret.Collection string:Locked It returns method return time=1586539994.076230 sender=:1.13 -> destination=:1.222 serial=6 reply_serial=2 variant boolean false {code} The same Netbeans, same version, same config, same metadata, works like a charm in Mint 18 (based on Debian 9). So the problem could be Debian 10 dropping support for some keyring libs. If that's the case, I suppose the same problem is on any other Debian 10 based distro. I've added -J-Dorg.netbeans.modules.keyring.level=0 in the NB config and I've discovered the problem is the missing lib *libgnome-keyring.so* that has been deprecated. I suppose the only way to go is to fix Netbeans to use the new libsecret instead. > IDE not using Keyring on Debian Buster > -- > > Key: NETBEANS-4150 > URL: https://issues.apache.org/jira/browse/NETBEANS-4150 > Project: NetBeans > Issue Type: Bug > Components: ide - UI, php - FTP Support, platform - Keyring >Affects Versions: 11.2, 11.3 > Environment: Debian Buster 64 bit, tested with: > - XFCE > - Mate > - Gnome classic > - Gnome Xorg > - Gnome >Reporter: Riksoft >Priority: Major > > Netbeans asks for a master password once per session, every time I have to > access something that uses a password. > Example: in a PHP/html project, rigth click on a file -> Synchronize. > Example: in a PHP/html project, right click on the project name -> properties > -> Run configuration -> "Manage" button > A workaround is pressing ESC to skip the windows, however is quite annoying. > I've tested the keyring with > {code:java} > gdbus call --session --dest org.gnome.keyring --object-path > /org/freedesktop/secrets/collection/login --method > org.freedesktop.DBus.Properties.Get org.freedesktop.Secret.Collection Locked > ir returns > (,) > {code} > and > {code:java} > dbus-send --print-reply --dest=org.gnome.keyring > /org/freedesktop/secrets/collection/login org.freedesktop.DBus.Properties.Get > string:org.freedesktop.Secret.Collection string:Locked > It returns > method return time=1586539994.076230 sender=:1.13 -> destination=:1.222 > serial=6 reply_serial=2 >variant boolean false > {code} > The same Netbeans, same version, same config, same metadata, works like a > charm in Mint 18 (based on Debian 9). So the problem could be Debian 10 > dropping support f
[jira] [Updated] (NETBEANS-4150) IDE not using Keyring on Debian Buster
[ https://issues.apache.org/jira/browse/NETBEANS-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-4150: -- Description: Netbeans asks for a master password once per session, every time I have to access something that uses a password. The reason is that lib *libgnome-keyring.so* has +been deprecated+. It's time to migrate remove the use of *libgnome-keyring.so* in netbeans because it is OFFICIALLY DEAD and from now on any distro based on gnome will have problems as well. See here ??This project is deprecated and has been superseded by libsecret ([https://gitlab.gnome.org/GNOME/libsecret]).?? [https://github.com/GNOME/libgnome-keyring] here [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] and here [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] was: Netbeans asks for a master password once per session, every time I have to access something that uses a password. Example: in a PHP/html project, rigth click on a file -> Synchronize. Example: in a PHP/html project, right click on the project name -> properties -> Run configuration -> "Manage" button A workaround is pressing ESC to skip the windows, however is quite annoying. I've tested the keyring with {code:java} gdbus call --session --dest org.gnome.keyring --object-path /org/freedesktop/secrets/collection/login --method org.freedesktop.DBus.Properties.Get org.freedesktop.Secret.Collection Locked ir returns (,) {code} and {code:java} dbus-send --print-reply --dest=org.gnome.keyring /org/freedesktop/secrets/collection/login org.freedesktop.DBus.Properties.Get string:org.freedesktop.Secret.Collection string:Locked It returns method return time=1586539994.076230 sender=:1.13 -> destination=:1.222 serial=6 reply_serial=2 variant boolean false {code} The same Netbeans, same version, same config, same metadata, works like a charm in Mint 18 (based on Debian 9). So the problem could be Debian 10 dropping support for some keyring libs. If that's the case, I suppose the same problem is on any other Debian 10 based distro. I've added -J-Dorg.netbeans.modules.keyring.level=0 in the NB config and I've discovered the problem is the missing lib *libgnome-keyring.so* that has +been deprecated+. I suppose the only way to go is to fix Netbeans to use the new libsecret instead. > IDE not using Keyring on Debian Buster > -- > > Key: NETBEANS-4150 > URL: https://issues.apache.org/jira/browse/NETBEANS-4150 > Project: NetBeans > Issue Type: Bug > Components: ide - UI, php - FTP Support, platform - Keyring >Affects Versions: 11.2, 11.3 > Environment: Debian Buster 64 bit, tested with: > - XFCE > - Mate > - Gnome classic > - Gnome Xorg > - Gnome >Reporter: Riksoft >Priority: Major > > Netbeans asks for a master password once per session, every time I have to > access something that uses a password. > The reason is that lib *libgnome-keyring.so* has +been deprecated+. > > It's time to migrate remove the use of *libgnome-keyring.so* in netbeans > because it is OFFICIALLY DEAD and from now on any distro based on gnome will > have problems as well. > See here > ??This project is deprecated and has been superseded by libsecret > ([https://gitlab.gnome.org/GNOME/libsecret]).?? > [https://github.com/GNOME/libgnome-keyring] > > here > [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] > > and here > [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4150) IDE not using Keyring on Debian Buster
[ https://issues.apache.org/jira/browse/NETBEANS-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-4150: -- Description: Netbeans asks for a master password once per session, every time I have to access something that uses a password. The reason is that lib *libgnome-keyring.so* has +been deprecated+. It's time to migrate to libsecret because the use of *libgnome-keyring.so* it is OFFICIALLY DEAD and from now on any distro based on Gnome will have this problem as well. See here ??This project is deprecated and has been superseded by libsecret ([https://gitlab.gnome.org/GNOME/libsecret]).?? [https://github.com/GNOME/libgnome-keyring] here [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] and here [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] was: Netbeans asks for a master password once per session, every time I have to access something that uses a password. The reason is that lib *libgnome-keyring.so* has +been deprecated+. It's time to migrate remove the use of *libgnome-keyring.so* in netbeans because it is OFFICIALLY DEAD and from now on any distro based on gnome will have problems as well. See here ??This project is deprecated and has been superseded by libsecret ([https://gitlab.gnome.org/GNOME/libsecret]).?? [https://github.com/GNOME/libgnome-keyring] here [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] and here [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] > IDE not using Keyring on Debian Buster > -- > > Key: NETBEANS-4150 > URL: https://issues.apache.org/jira/browse/NETBEANS-4150 > Project: NetBeans > Issue Type: Bug > Components: ide - UI, php - FTP Support, platform - Keyring >Affects Versions: 11.2, 11.3 > Environment: Debian Buster 64 bit, tested with: > - XFCE > - Mate > - Gnome classic > - Gnome Xorg > - Gnome >Reporter: Riksoft >Priority: Major > > Netbeans asks for a master password once per session, every time I have to > access something that uses a password. > The reason is that lib *libgnome-keyring.so* has +been deprecated+. > > It's time to migrate to libsecret because the use of *libgnome-keyring.so* it > is OFFICIALLY DEAD and from now on any distro based on Gnome will have this > problem as well. > See here > ??This project is deprecated and has been superseded by libsecret > ([https://gitlab.gnome.org/GNOME/libsecret]).?? > [https://github.com/GNOME/libgnome-keyring] > > here > > [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] > > and here > [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4150) IDE not using Keyring on Debian Buster
[ https://issues.apache.org/jira/browse/NETBEANS-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-4150: -- Description: Netbeans asks for a master password once per session, every time I have to access something that uses a password. The reason is that *libgnome-keyring.so* has +been deprecated+. It's time to migrate to libsecret because the use of *libgnome-keyring.so* it is OFFICIALLY DEAD and from now on any distro based on Gnome will have this problem as well. See here ??This project is deprecated and has been superseded by libsecret ([https://gitlab.gnome.org/GNOME/libsecret]).?? [https://github.com/GNOME/libgnome-keyring] here [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] and here [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] was: Netbeans asks for a master password once per session, every time I have to access something that uses a password. The reason is that lib *libgnome-keyring.so* has +been deprecated+. It's time to migrate to libsecret because the use of *libgnome-keyring.so* it is OFFICIALLY DEAD and from now on any distro based on Gnome will have this problem as well. See here ??This project is deprecated and has been superseded by libsecret ([https://gitlab.gnome.org/GNOME/libsecret]).?? [https://github.com/GNOME/libgnome-keyring] here [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] and here [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] > IDE not using Keyring on Debian Buster > -- > > Key: NETBEANS-4150 > URL: https://issues.apache.org/jira/browse/NETBEANS-4150 > Project: NetBeans > Issue Type: Bug > Components: ide - UI, php - FTP Support, platform - Keyring >Affects Versions: 11.2, 11.3 > Environment: Debian Buster 64 bit, tested with: > - XFCE > - Mate > - Gnome classic > - Gnome Xorg > - Gnome >Reporter: Riksoft >Priority: Major > > Netbeans asks for a master password once per session, every time I have to > access something that uses a password. > The reason is that *libgnome-keyring.so* has +been deprecated+. > > It's time to migrate to libsecret because the use of *libgnome-keyring.so* it > is OFFICIALLY DEAD and from now on any distro based on Gnome will have this > problem as well. > See here > ??This project is deprecated and has been superseded by libsecret > ([https://gitlab.gnome.org/GNOME/libsecret]).?? > [https://github.com/GNOME/libgnome-keyring] > > here > > [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] > > and here > [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4150) IDE not using Keyring on Debian Buster
[ https://issues.apache.org/jira/browse/NETBEANS-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-4150: -- Description: Netbeans asks for a master password once per session, every time I have to access something that uses a password. The reason is that *libgnome-keyring.so* has +been deprecated+. It's time to migrate to libsecret because *libgnome-keyring.so* it is OFFICIALLY DEAD and from now on any distro based on Gnome will have this problem as well. See here ??This project is deprecated and has been superseded by libsecret ([https://gitlab.gnome.org/GNOME/libsecret]).?? [https://github.com/GNOME/libgnome-keyring] here [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] and here [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] was: Netbeans asks for a master password once per session, every time I have to access something that uses a password. The reason is that *libgnome-keyring.so* has +been deprecated+. It's time to migrate to libsecret because the use of *libgnome-keyring.so* it is OFFICIALLY DEAD and from now on any distro based on Gnome will have this problem as well. See here ??This project is deprecated and has been superseded by libsecret ([https://gitlab.gnome.org/GNOME/libsecret]).?? [https://github.com/GNOME/libgnome-keyring] here [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] and here [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] > IDE not using Keyring on Debian Buster > -- > > Key: NETBEANS-4150 > URL: https://issues.apache.org/jira/browse/NETBEANS-4150 > Project: NetBeans > Issue Type: Bug > Components: ide - UI, php - FTP Support, platform - Keyring >Affects Versions: 11.2, 11.3 > Environment: Debian Buster 64 bit, tested with: > - XFCE > - Mate > - Gnome classic > - Gnome Xorg > - Gnome >Reporter: Riksoft >Priority: Major > > Netbeans asks for a master password once per session, every time I have to > access something that uses a password. > The reason is that *libgnome-keyring.so* has +been deprecated+. > > It's time to migrate to libsecret because *libgnome-keyring.so* it is > OFFICIALLY DEAD and from now on any distro based on Gnome will have this > problem as well. > See here > ??This project is deprecated and has been superseded by libsecret > ([https://gitlab.gnome.org/GNOME/libsecret]).?? > [https://github.com/GNOME/libgnome-keyring] > > here > > [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] > > and here > [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-4150) IDE not using Keyring on Debian Buster
[ https://issues.apache.org/jira/browse/NETBEANS-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft reassigned NETBEANS-4150: - Assignee: Riksoft > IDE not using Keyring on Debian Buster > -- > > Key: NETBEANS-4150 > URL: https://issues.apache.org/jira/browse/NETBEANS-4150 > Project: NetBeans > Issue Type: Bug > Components: ide - UI, php - FTP Support, platform - Keyring >Affects Versions: 11.2, 11.3 > Environment: Debian Buster 64 bit, tested with: > - XFCE > - Mate > - Gnome classic > - Gnome Xorg > - Gnome >Reporter: Riksoft >Assignee: Riksoft >Priority: Major > > Netbeans asks for a master password once per session, every time I have to > access something that uses a password. > The reason is that *libgnome-keyring.so* has +been deprecated+. > > It's time to migrate to libsecret because *libgnome-keyring.so* it is > OFFICIALLY DEAD and from now on any distro based on Gnome will have this > problem as well. > See here > ??This project is deprecated and has been superseded by libsecret > ([https://gitlab.gnome.org/GNOME/libsecret]).?? > [https://github.com/GNOME/libgnome-keyring] > > here > > [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] > > and here > [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4150) IDE not using Keyring on Debian Buster
[ https://issues.apache.org/jira/browse/NETBEANS-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-4150: -- Description: Netbeans asks for a master password once per session, every time I have to access something that uses a password. The reason is that *libgnome-keyring.so* has +been deprecated+. It's time to implement the keyring using the new +libsecret+ because *libgnome-keyring.so* it is OFFICIALLY DEAD and from now on any distro based on Gnome will have this problem as well. See here ??This project is deprecated and has been superseded by libsecret ([https://gitlab.gnome.org/GNOME/libsecret]).?? [https://github.com/GNOME/libgnome-keyring] here [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] and here [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] was: Netbeans asks for a master password once per session, every time I have to access something that uses a password. The reason is that *libgnome-keyring.so* has +been deprecated+. It's time to migrate to libsecret because *libgnome-keyring.so* it is OFFICIALLY DEAD and from now on any distro based on Gnome will have this problem as well. See here ??This project is deprecated and has been superseded by libsecret ([https://gitlab.gnome.org/GNOME/libsecret]).?? [https://github.com/GNOME/libgnome-keyring] here [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] and here [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] > IDE not using Keyring on Debian Buster > -- > > Key: NETBEANS-4150 > URL: https://issues.apache.org/jira/browse/NETBEANS-4150 > Project: NetBeans > Issue Type: Bug > Components: ide - UI, php - FTP Support, platform - Keyring >Affects Versions: 11.2, 11.3 > Environment: Debian Buster 64 bit, tested with: > - XFCE > - Mate > - Gnome classic > - Gnome Xorg > - Gnome >Reporter: Riksoft >Assignee: Riksoft >Priority: Major > > Netbeans asks for a master password once per session, every time I have to > access something that uses a password. > The reason is that *libgnome-keyring.so* has +been deprecated+. > > It's time to implement the keyring using the new +libsecret+ because > *libgnome-keyring.so* it is OFFICIALLY DEAD and from now on any distro based > on Gnome will have this problem as well. > See here > ??This project is deprecated and has been superseded by libsecret > ([https://gitlab.gnome.org/GNOME/libsecret]).?? > [https://github.com/GNOME/libgnome-keyring] > > here > > [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] > > and here > [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4150) IDE not using Keyring on Debian Buster
[ https://issues.apache.org/jira/browse/NETBEANS-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-4150: -- Affects Version/s: 12.0 > IDE not using Keyring on Debian Buster > -- > > Key: NETBEANS-4150 > URL: https://issues.apache.org/jira/browse/NETBEANS-4150 > Project: NetBeans > Issue Type: Bug > Components: ide - UI, php - FTP Support, platform - Keyring >Affects Versions: 12.0, 11.2, 11.3 > Environment: Debian Buster 64 bit, tested with: > - XFCE > - Mate > - Gnome classic > - Gnome Xorg > - Gnome >Reporter: Riksoft >Assignee: Riksoft >Priority: Major > > Netbeans asks for a master password once per session, every time I have to > access something that uses a password. > The reason is that *libgnome-keyring.so* has +been deprecated+. > > It's time to implement the keyring using the new +libsecret+ because > *libgnome-keyring.so* it is OFFICIALLY DEAD and from now on any distro based > on Gnome will have this problem as well. > See here > ??This project is deprecated and has been superseded by libsecret > ([https://gitlab.gnome.org/GNOME/libsecret]).?? > [https://github.com/GNOME/libgnome-keyring] > > here > > [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] > > and here > [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-553) Bookmarks with ctrl+shift+> are lost when closing
Riksoft created NETBEANS-553: Summary: Bookmarks with ctrl+shift+> are lost when closing Key: NETBEANS-553 URL: https://issues.apache.org/jira/browse/NETBEANS-553 Project: NetBeans Issue Type: Bug Components: cnd - Editor Affects Versions: 8.2 Environment: Linux Mint 64 bit Mate Version. Reporter: Riksoft (From my previous report on the old site [https://netbeans.org/bugzilla/show_bug.cgi?id=270730] ) CTRL+SHIFT+ > and CTRL+SHIFT+ < are great shortcuts, but when you close and reopen the IDE or simply the project, their content is lost, contrary to the bookmarks view and the markers in the editors that are reloaded correctly. As a workaround I found that clicking the bookmarks one by one from the bookmark view they get reloaded in the the list used by the shortcuts. Basically the IDE lacks a piece of code to push the bookmarks in this second list as it happens for the bookmark view. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-634) Firefox freezes when first opened via F6
Riksoft created NETBEANS-634: Summary: Firefox freezes when first opened via F6 Key: NETBEANS-634 URL: https://issues.apache.org/jira/browse/NETBEANS-634 Project: NetBeans Issue Type: Bug Affects Versions: 8.2 Environment: Linux Mint 18.3 64bit Mate edition Reporter: Riksoft I have Firefox Developer Edition associated to Netbeans, so that pressing F6 or Shift-F6 it opens the webpage in the browser automatically (PHP projects... that is the only thing I use Netbeans for). PROBLEM: if Firefox is already opened, no problem. If Netbeans has to open the browser by itself, after a while it freezes badly and I have to use pkill. There is something wrong in the way Netbeans starts the browser or more probably in the way it manages the handle to the process. I've already reported this bug on the old Oracle website but no luck for years. WORKAROUND: launching Firefox manually, before using F6/Shift-F6, solves the problem. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-2722) Synchronize, Remote diff window too small
Riksoft created NETBEANS-2722: - Summary: Synchronize, Remote diff window too small Key: NETBEANS-2722 URL: https://issues.apache.org/jira/browse/NETBEANS-2722 Project: NetBeans Issue Type: Improvement Affects Versions: 11.0, 8.2 Reporter: Riksoft _Sorry but I'm not able to choose the right component for this issue. Maybe PHP-Project? Maybe Project - Generic infrastructure?Maybe Ide?_ I can't tell if this is a problem of PHP/Web project or also for other kind of project because I only use Netbeans for web development. Every time you have to check differences from local and remote file on a web server (via FTP or SFTP), the diff window is ridiculously small and has to be resized +every time+. As soon as the window is closed, the diff of the next file starts, again, with a useless small window. At least in the same synchro session the size should be kept. Even better +Netbeans should remember the last size forever+, based on project or, even better, globally since it depends more on the size of the screen than on language or other variables. The way it is now, it's nerve wracking. _PS: the button "Take over local changes" is too ambiguous. I think "take over" as "take the place of", but actually is the opposite as in "Send out". Should be somthing like "Overwrite remote"/ "Overwrite local"._ -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-2722: -- Issue Type: Bug (was: Improvement) > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > _Sorry but I'm not able to choose the right component for this issue. Maybe > PHP-Project? Maybe Project - Generic infrastructure?Maybe Ide?_ > I can't tell if this is a problem of PHP/Web project or also for other kind > of project because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP or SFTP), the diff window is ridiculously small and has to be > resized +every time+. As soon as the window is closed, the diff of the next > file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > The way it is now, it's nerve wracking. > _PS: the button "Take over local changes" is too ambiguous. I think "take > over" as "take the place of", but actually is the opposite as in "Send out". > Should be somthing like "Overwrite remote"/ "Overwrite local"._ -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-2722: -- Description: _Sorry but I'm not able to choose the right component for this issue. Maybe PHP-Project? Maybe Project - Generic infrastructure?Maybe Ide?_ I can't tell if this is a problem of PHP/Web project or also for other kind of project because I only use Netbeans for web development. Every time you have to check differences from local and remote file on a web server (via FTP or SFTP), the diff window is ridiculously small and has to be resized +every time+. As soon as the window is closed, the diff of the next file starts, again, with a useless small window. At least in the same synchro session the size should be kept because it's impossible to use this way. Even better +Netbeans should remember the last size forever+, based on project or, even better, globally since it depends more on the size of the screen than on language or other variables. The way it is now, it's nerve wracking. _PS: the button "Take over local changes" is too ambiguous. I think of "take over" as "take the place of", but actually is the opposite as in "Send out". Should be something like "Overwrite remote"/ "Overwrite local"._ was: _Sorry but I'm not able to choose the right component for this issue. Maybe PHP-Project? Maybe Project - Generic infrastructure?Maybe Ide?_ I can't tell if this is a problem of PHP/Web project or also for other kind of project because I only use Netbeans for web development. Every time you have to check differences from local and remote file on a web server (via FTP or SFTP), the diff window is ridiculously small and has to be resized +every time+. As soon as the window is closed, the diff of the next file starts, again, with a useless small window. At least in the same synchro session the size should be kept. Even better +Netbeans should remember the last size forever+, based on project or, even better, globally since it depends more on the size of the screen than on language or other variables. The way it is now, it's nerve wracking. _PS: the button "Take over local changes" is too ambiguous. I think "take over" as "take the place of", but actually is the opposite as in "Send out". Should be somthing like "Overwrite remote"/ "Overwrite local"._ > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Priority: Major > > _Sorry but I'm not able to choose the right component for this issue. Maybe > PHP-Project? Maybe Project - Generic infrastructure?Maybe Ide?_ > I can't tell if this is a problem of PHP/Web project or also for other kind > of project because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP or SFTP), the diff window is ridiculously small and has to be > resized +every time+. As soon as the window is closed, the diff of the next > file starts, again, with a useless small window. > At least in the same synchro session the size should be kept because it's > impossible to use this way. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > The way it is now, it's nerve wracking. > _PS: the button "Take over local changes" is too ambiguous. I think of "take > over" as "take the place of", but actually is the opposite as in "Send out". > Should be something like "Overwrite remote"/ "Overwrite local"._ -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3089) Remote data are on the left instead of right
[ https://issues.apache.org/jira/browse/NETBEANS-3089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-3089: -- Description: How to reproduce the issue: * Create a PHP web project and add one or more files * Right click on the main node of the project anche click Properties * Click "Run configuration" * Add an ftp connection to any available server and set "Upload files" on "Manually" * Click OK and we are back on the main window of NB * Right click on a file or dir * Synchronize * The sync window opens and the remote files are presented in the left column instead of the right one It works but it sounds very unnatural and in fact I've never seen a software with the remote dir on the left. Maybe in some countries with right to left writing that sounds more natural... I don't know but if so, we'd better have the swap button with persistance... (about the "swap" button see also here https://issues.apache.org/jira/browse/NETBEANS-3091). The problem is in org.netbeans.modules.php.project.connections.sync dir: ./netbeans-master/php/php.project/src/org/netbeans/modules/php/project/connections/sync/ was: How to reproduce the issue: * Create a PHP web project and add one or more files * Right click on the main node of the project anche click Properties * Click "Run configuration" * Add an ftp connection to any available server and set "Upload files" on "Manually" * Click OK and we are back on the main window of NB * Right click on a file or dir * Synchronize * The sync window opens and the remote files are presented in the left column instead of the right one It works but it sounds very unnatural and in fact I've never seen a software were the remote dir is represented on the left. Maybe in some countries where they write right to left that sounds more natural, I don't know but if so, we'd better have the swap button with persistance... (about the "swap" button see also here https://issues.apache.org/jira/browse/NETBEANS-3091). The problem is in org.netbeans.modules.php.project.connections.sync dir: ./netbeans-master/php/php.project/src/org/netbeans/modules/php/project/connections/sync/ > Remote data are on the left instead of right > > > Key: NETBEANS-3089 > URL: https://issues.apache.org/jira/browse/NETBEANS-3089 > Project: NetBeans > Issue Type: Improvement > Components: php - Project >Affects Versions: 8.2, 9.0, 10.0, 11.1 >Reporter: Riksoft >Priority: Minor > > How to reproduce the issue: > * Create a PHP web project and add one or more files > * Right click on the main node of the project anche click Properties > * Click "Run configuration" > * Add an ftp connection to any available server and set "Upload files" on > "Manually" > * Click OK and we are back on the main window of NB > * Right click on a file or dir > * Synchronize > * The sync window opens and the remote files are presented in the left > column instead of the right one > It works but it sounds very unnatural and in fact I've never seen a software > with the remote dir on the left. > Maybe in some countries with right to left writing that sounds more > natural... I don't know but if so, we'd better have the swap button with > persistance... (about the "swap" button see also here > https://issues.apache.org/jira/browse/NETBEANS-3091). > The problem is in > org.netbeans.modules.php.project.connections.sync > dir: > > ./netbeans-master/php/php.project/src/org/netbeans/modules/php/project/connections/sync/ -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3089) Remote data are on the left instead of right
[ https://issues.apache.org/jira/browse/NETBEANS-3089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-3089: -- Affects Version/s: 12.0 > Remote data are on the left instead of right > > > Key: NETBEANS-3089 > URL: https://issues.apache.org/jira/browse/NETBEANS-3089 > Project: NetBeans > Issue Type: Improvement > Components: php - Project >Affects Versions: 8.2, 9.0, 10.0, 12.0, 11.1 >Reporter: Riksoft >Priority: Minor > > How to reproduce the issue: > * Create a PHP web project and add one or more files > * Right click on the main node of the project anche click Properties > * Click "Run configuration" > * Add an ftp connection to any available server and set "Upload files" on > "Manually" > * Click OK and we are back on the main window of NB > * Right click on a file or dir > * Synchronize > * The sync window opens and the remote files are presented in the left > column instead of the right one > It works but it sounds very unnatural and in fact I've never seen a software > with the remote dir on the left. > Maybe in some countries with right to left writing that sounds more > natural... I don't know but if so, we'd better have the swap button with > persistance... (about the "swap" button see also here > https://issues.apache.org/jira/browse/NETBEANS-3091). > The problem is in > org.netbeans.modules.php.project.connections.sync > dir: > > ./netbeans-master/php/php.project/src/org/netbeans/modules/php/project/connections/sync/ -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2722) Synchronize, Remote diff window too small
[ https://issues.apache.org/jira/browse/NETBEANS-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17281720#comment-17281720 ] Riksoft commented on NETBEANS-2722: --- Using it a lot, I notice it would be of massive help having such window with the "maximize" button. > Synchronize, Remote diff window too small > - > > Key: NETBEANS-2722 > URL: https://issues.apache.org/jira/browse/NETBEANS-2722 > Project: NetBeans > Issue Type: Bug > Components: php - FTP Support, php - Project >Affects Versions: 8.2, 11.0 >Reporter: Riksoft >Assignee: Riksoft >Priority: Major > Labels: pull-request-available > Fix For: 11.2 > > Time Spent: 2h 40m > Remaining Estimate: 0h > > I can't tell if this is only related to PHP/Web project or to other kind of > project asl well, because I only use Netbeans for web development. > Every time you have to check differences from local and remote file on a web > server (via FTP/FTPS/SFTP), the diff window is ridiculously small and has to > be resized +every time+. As soon as the window is closed, the diff of the > next file starts, again, with a useless small window. > At least in the same synchro session the size should be kept. > Even better +Netbeans should remember the last size forever+, based on > project or, even better, globally since it depends more on the size of the > screen than on language or other variables. > And by the way the initial default should be changed with higher values > (fixed or even better based on the monitor or main window size). > The way it is now, it's really, really, nerve wracking with usability closed > to zero. > _PS: by the way... the button "Take over local changes" is too ambiguous. I > think of "take over" as "take the place of", but actually is the opposite as > in "Send it out". Should be something like "Overwrite remote"/ "Overwrite > local"._ -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3092) Sync results window always shows 0
[ https://issues.apache.org/jira/browse/NETBEANS-3092?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-3092: -- Affects Version/s: 12.0 > Sync results window always shows 0 > -- > > Key: NETBEANS-3092 > URL: https://issues.apache.org/jira/browse/NETBEANS-3092 > Project: NetBeans > Issue Type: Bug > Components: php - Project >Affects Versions: 12.0 > Environment: Both client and server Linux. The ftp connection is SFTP. >Reporter: Riksoft >Priority: Minor > Attachments: Screenshot at 2019-09-12 16-58-40.png > > > Steps to reproduce the issue: > * Create a PHP web project and add one or more files > * Right click on the main node of the project anche click Properties > * Click "Run configuration" > * Add an ftp connection to any available server and set "Upload files" on > "Manually" > * Click OK and we are back on the main window of NB > * Right click on a file or dir > * Synchronize > * The sync window opens > * Start the sync process. This will upload 1 or more files > * At the end, a small window pops up with the results but it won't show a > proper result, only zeroes as per screenshot -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-5369) link rel preconnect
Riksoft created NETBEANS-5369: - Summary: link rel preconnect Key: NETBEANS-5369 URL: https://issues.apache.org/jira/browse/NETBEANS-5369 Project: NetBeans Issue Type: Bug Reporter: Riksoft -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5369) link rel preconnect marked as bad value
[ https://issues.apache.org/jira/browse/NETBEANS-5369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-5369: -- Summary: link rel preconnect marked as bad value (was: link rel preconnect) > link rel preconnect marked as bad value > --- > > Key: NETBEANS-5369 > URL: https://issues.apache.org/jira/browse/NETBEANS-5369 > Project: NetBeans > Issue Type: Bug >Reporter: Riksoft >Priority: Major > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5369) link rel preconnect marked as bad value
[ https://issues.apache.org/jira/browse/NETBEANS-5369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-5369: -- Priority: Minor (was: Major) > link rel preconnect marked as bad value > --- > > Key: NETBEANS-5369 > URL: https://issues.apache.org/jira/browse/NETBEANS-5369 > Project: NetBeans > Issue Type: Bug >Reporter: Riksoft >Priority: Minor > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5369) link rel preconnect marked as bad value
[ https://issues.apache.org/jira/browse/NETBEANS-5369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-5369: -- Affects Version/s: 12.0 > link rel preconnect marked as bad value > --- > > Key: NETBEANS-5369 > URL: https://issues.apache.org/jira/browse/NETBEANS-5369 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.0 >Reporter: Riksoft >Priority: Minor > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5369) link rel preconnect marked as bad value
[ https://issues.apache.org/jira/browse/NETBEANS-5369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-5369: -- Component/s: php - Editor php - Code Analysis > link rel preconnect marked as bad value > --- > > Key: NETBEANS-5369 > URL: https://issues.apache.org/jira/browse/NETBEANS-5369 > Project: NetBeans > Issue Type: Bug > Components: php - Code Analysis, php - Editor >Affects Versions: 12.0 >Reporter: Riksoft >Priority: Minor > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5369) link rel preconnect marked as bad value
[ https://issues.apache.org/jira/browse/NETBEANS-5369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-5369: -- Description: A common line of code like this one https://fonts.gstatic.com";> is marked as "Bad value" because the validator doesn't like the "preconnect" value for "rel". Actually rel="preconnect" is valid code, as shown here https://www.w3.org/TR/resource-hints/ > link rel preconnect marked as bad value > --- > > Key: NETBEANS-5369 > URL: https://issues.apache.org/jira/browse/NETBEANS-5369 > Project: NetBeans > Issue Type: Bug > Components: php - Code Analysis, php - Editor >Affects Versions: 12.0 >Reporter: Riksoft >Priority: Minor > > A common line of code like this one > https://fonts.gstatic.com";> > is marked as "Bad value" because the validator doesn't like the "preconnect" > value for "rel". > Actually rel="preconnect" is valid code, as shown here > https://www.w3.org/TR/resource-hints/ -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5369) link rel preconnect marked as bad value
[ https://issues.apache.org/jira/browse/NETBEANS-5369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-5369: -- Description: A common line of code like this one https://fonts.gstatic.com";> is marked as "Bad value" because the validator doesn't like the "preconnect" value for "rel". Actually rel="preconnect" is valid code, as shown here [https://www.w3.org/TR/resource-hints/] was: A common line of code like this one https://fonts.gstatic.com";> is marked as "Bad value" because the validator doesn't like the "preconnect" value for "rel". Actually rel="preconnect" is valid code, as shown here https://www.w3.org/TR/resource-hints/ > link rel preconnect marked as bad value > --- > > Key: NETBEANS-5369 > URL: https://issues.apache.org/jira/browse/NETBEANS-5369 > Project: NetBeans > Issue Type: Bug > Components: php - Code Analysis, php - Editor >Affects Versions: 12.0 >Reporter: Riksoft >Priority: Minor > > A common line of code like this one > https://fonts.gstatic.com";> > is marked as "Bad value" because the validator doesn't like the "preconnect" > value for "rel". > Actually rel="preconnect" is valid code, as shown here > [https://www.w3.org/TR/resource-hints/] -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-5369) link rel preconnect marked as bad value
[ https://issues.apache.org/jira/browse/NETBEANS-5369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Riksoft updated NETBEANS-5369: -- Description: A common line of code like this one {code:java} https://fonts.gstatic.com";>{code} is marked as "Bad value" with this phrase: _Bad value "preconnect" for attribute "rel" on element "link": The string "preconnect" is not a registered keyword._ _Syntax of list of link-type keywords:_ _A whitespace-separated list of link types listed as allowed on '' in the HTML specification or listed as an allowed on '' on the Microformats wiki without duplicate keywords in the list. You can register link types on the Microformats wiki yourself._ Actually rel="preconnect" is valid code, as shown here [https://www.w3.org/TR/resource-hints/] so should be added to the validator. I wonder what's and where is the Microformats wiki the message is talking about... was: A common line of code like this one https://fonts.gstatic.com";> is marked as "Bad value" because the validator doesn't like the "preconnect" value for "rel". Actually rel="preconnect" is valid code, as shown here [https://www.w3.org/TR/resource-hints/] > link rel preconnect marked as bad value > --- > > Key: NETBEANS-5369 > URL: https://issues.apache.org/jira/browse/NETBEANS-5369 > Project: NetBeans > Issue Type: Bug > Components: php - Code Analysis, php - Editor >Affects Versions: 12.0 >Reporter: Riksoft >Priority: Minor > > A common line of code like this one > {code:java} > https://fonts.gstatic.com";>{code} > is marked as "Bad value" with this phrase: > _Bad value "preconnect" for attribute "rel" on element "link": The string > "preconnect" is not a registered keyword._ > _Syntax of list of link-type keywords:_ > _A whitespace-separated list of link types listed as allowed on '' in > the HTML specification or listed as an allowed on '' on the > Microformats wiki without duplicate keywords in the list. You can register > link types on the Microformats wiki yourself._ > Actually rel="preconnect" is valid code, as shown here > [https://www.w3.org/TR/resource-hints/] so should be added to the validator. > I wonder what's and where is the Microformats wiki the message is talking > about... > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-4150) IDE not using Keyring on Debian Buster
[ https://issues.apache.org/jira/browse/NETBEANS-4150?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17422031#comment-17422031 ] Riksoft commented on NETBEANS-4150: --- I've installed Netbeans 12.5 and the problem is solved (at least on Buster. In the meantime the new Debian Stable is Bullseye and I've not tested on it). > IDE not using Keyring on Debian Buster > -- > > Key: NETBEANS-4150 > URL: https://issues.apache.org/jira/browse/NETBEANS-4150 > Project: NetBeans > Issue Type: Bug > Components: ide - UI, php - FTP Support, platform - Keyring >Affects Versions: 12.0, 11.2, 11.3 > Environment: Debian Buster 64 bit, tested with: > - XFCE > - Mate > - Gnome classic > - Gnome Xorg > - Gnome >Reporter: Riksoft >Assignee: Premek Vyhnal >Priority: Major > Labels: pull-request-available > Time Spent: 3.5h > Remaining Estimate: 0h > > Netbeans asks for a master password once per session, every time I have to > access something that uses a password. > The reason is that *libgnome-keyring.so* has +been deprecated+. > > It's time to implement the keyring using the new +libsecret+ because > *libgnome-keyring.so* it is OFFICIALLY DEAD and from now on any distro based > on Gnome will have this problem as well. > See here > ??This project is deprecated and has been superseded by libsecret > ([https://gitlab.gnome.org/GNOME/libsecret]).?? > [https://github.com/GNOME/libgnome-keyring] > > here > > [https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=libgnome-keyring-removal] > > and here > [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941821] > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-5369) link rel preconnect marked as bad value
[ https://issues.apache.org/jira/browse/NETBEANS-5369?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17492175#comment-17492175 ] Riksoft commented on NETBEANS-5369: --- I don't have at hand v. 12.0 anymore. With 12.6 I can't reproduce the problem either. Actually now Netbeans doesn't complain anything about it, whatever I write ad a value, even if it's not an allowed value, e.g. rel="hello". Not sure is the intended behaviour or a check I disabled because of the bug (I can't find which option), or a new problem of this version. > link rel preconnect marked as bad value > --- > > Key: NETBEANS-5369 > URL: https://issues.apache.org/jira/browse/NETBEANS-5369 > Project: NetBeans > Issue Type: Bug > Components: php - Code Analysis, php - Editor >Affects Versions: 12.0 >Reporter: Riksoft >Priority: Minor > > A common line of code like this one > {code:java} > https://fonts.gstatic.com";>{code} > is marked as "Bad value" with this phrase: > _Bad value "preconnect" for attribute "rel" on element "link": The string > "preconnect" is not a registered keyword._ > _Syntax of list of link-type keywords:_ > _A whitespace-separated list of link types listed as allowed on '' in > the HTML specification or listed as an allowed on '' on the > Microformats wiki without duplicate keywords in the list. You can register > link types on the Microformats wiki yourself._ > Actually rel="preconnect" is valid code, as shown here > [https://www.w3.org/TR/resource-hints/] so should be added to the validator. > I wonder what's and where is the Microformats wiki the message is talking > about... > -- This message was sent by Atlassian Jira (v8.20.1#820001) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists