[
https://issues.apache.org/jira/browse/NETBEANS-1537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16746362#comment-16746362
]
D Burbridge commented on NETBEANS-1537:
---------------------------------------
OK, I see the misunderstanding.
The googleearth etc shortcuts are in
\\<server>\<username>AppSenseData\DesktopIcons
I have no control over that - AppSense is something put there by our corporate
IT that's supposed to help save desktop settings when moving from one PC to
another. It's more trouble than it's worth, really (and is admitted as such by
the IT department!). Deleting broken shortcuts merely results in AppSense
putting them back again next time.
My Netbeans10 userdir is C:\PersonalData\Development\NetBeans10
There is therefore no link between the two locations - and I've checked: there
are no googleearth etc shortcuts in my NB10 userdir! (also, the actual projects
I'm working on are also located in C:\PersonalData\Development\... so again, no
need to be looking at the server path).
Yes, the root cause is that AppSense is a pile of stinking doo-doo, and getting
rid of it (if I could) would get rid of the problem. However, the problem is
manifested by the way in which NetBeans behaves when open the file dialog. No
other application has an error when opening a file...
I did start to wonder whether there was an underlying problem with the way Java
(11 in my case) deals with broken shortcuts when creating the open file dialog.
However, I've run a test project using the JFileChooser dialog with no problems.
I've also downloaded the NB sources, but there are rather a large number of
files & folders, so it's not particularly easy for a newcomer to work out where
to start...! Searching for the text "open project..." brings up several
matches, but the only two that don't seem to be part of the testing process are
in files called bundle.properties; in one of these there's something called
LBL_NodeOpenProjectAction_Name, with the value "Open Project...". However, I
can find no further reference to it.
> File - Open... "Windows cannot find the target"
> -----------------------------------------------
>
> Key: NETBEANS-1537
> URL: https://issues.apache.org/jira/browse/NETBEANS-1537
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Dialogs&Wizards
> Affects Versions: 8.2, 9.0, 10.0
> Environment: Product Version: Apache NetBeans IDE 9.0 (Build
> incubator-netbeans-release-334-on-20180708)
> Updates: NetBeans IDE is updated to version NetBeans 8.2 Patch 2
> Java: 1.8.0_192; Java HotSpot(TM) 64-Bit Server VM 25.192-b12
> Runtime: Java(TM) SE Runtime Environment 1.8.0_192-b12
> System: Windows 7 version 6.1 running on amd64; Cp1252; en_GB (nb), Windows
> 10 version 10.0 running on amd64; UTF-8; en_US (nb)
> Reporter: D Burbridge
> Priority: Critical
> Labels: dialog, file, menu, open, save
> Attachments: NetBeans64_debug.TXT
>
>
> When trying to access any file dialog, I get the message:
>
> netbeans64.exe
> Windows cannot find the target.
> OK
>
> Clicking OK repeats the message several times, until it finally clears.
> Plus, in the log I have:
>
> WARNING [org.netbeans.modules.progress.spi.InternalHandle]: Cannot switch to
> silent mode when not running at
> org.netbeans.core.ui.warmup.MenuWarmUpTask$NbWindowsAdapter$1HandleBridge.run(MenuWarmUpTask.java:244)
>
> (repeated several times again)
> It seems to be the file browsing dialog box that's the problem, as it arises
> on all those I've tested so far:
> File - Open Project
> File - Open File
> File - Save As
> File - Import Project - From Zip - Browse
> Tools - Options - Java - Ant - Browse
>
> I tried deactivating all plugins but the error still occurred, so it looks
> like it's a netbeans issue, not 3rd party. (In fact, all I achieved was the
> complete loss of my plugins as I don't seem to be able to reactivate them
> now!)
>
> The other factor to be aware of is that there are a number of shortcuts on my
> desktop which are currently invalid. I wonder if there is some checking going
> on within the dialog to see where those shortcuts go, but it's creating the
> error I'm seeing? In which case, the checking needs to be done silently -
> after all, invalid shortcuts aren't unusual, especially when working offline.
> Besides, the error comes up (5-6 times) not just when the "Open file" dialog
> comes up, but 2-3 times every time I change directory within that dialog!
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
