New folder error

This is more an annoyance than a problem.

In Windows 7, if I right click in a directory and select "New>Folder," a
new folder is created and the name "New folder" is highlighted. If I
leave it at that and remove the focus, all is fine, and I have a folder
with the name "New folder," which I can rename as I please. However, if
I try to rename the folder during the creation process, while the name
"New folder" is highlighted, I get an error:

------------- Item Not Found ----------
Could not find this item
This is not located in [d:\directory]. Verify the item's location and
try again.

New folder
Date created: [time/date]

buttons:Try again-Cancel
--------------------------------------------

which actually makes sense. If I hit the "Try again" button, the
function proceeds and the folder is created with my new name.

I don't think this has always been this way. An update or something I
installed is causing this. Does anybody else experience this?
--
Crash

I always thought Mensa was a Japanese import.

On 12/11/2011 14:16, Dave "Crash" Dummy wrote:
> This is more an annoyance than a problem.
>
> In Windows 7, if I right click in a directory and select "New>Folder," a
> new folder is created and the name "New folder" is highlighted. If I
> leave it at that and remove the focus, all is fine, and I have a folder
> with the name "New folder," which I can rename as I please. However, if
> I try to rename the folder during the creation process, while the name
> "New folder" is highlighted, I get an error:
>
> ------------- Item Not Found ----------
> Could not find this item
> This is not located in [d:\directory]. Verify the item's location and
> try again.
>
> New folder
> Date created: [time/date]
>
> buttons:Try again-Cancel
> --------------------------------------------
>
> which actually makes sense. If I hit the "Try again" button, the
> function proceeds and the folder is created with my new name.
>
> I don't think this has always been this way. An update or something I
> installed is causing this. Does anybody else experience this?

That would do more than annoy me, it would positively raise the hackles
on my scalp. Very weird, and symptomatic of quite a fundamental system
problem.

I can't reproduce it here on my Win7 HP 64-bit, and I have all the
latest Win updates installed.

If it were me I'd try it in different folders to try and get some
insight into it.
Questions that occur;
1. Does it always report the correct folder?
2. Does it always work on retry?
3. Are other contextual commands compromised?

Ed

Ed Cryer wrote:
<snipped>

>> I don't think this has always been this way. An update or something I
>> installed is causing this. Does anybody else experience this?
>
> That would do more than annoy me, it would positively raise the hackles
> on my scalp. Very weird, and symptomatic of quite a fundamental system
> problem.
>
> I can't reproduce it here on my Win7 HP 64-bit, and I have all the
> latest Win updates installed.
>
> If it were me I'd try it in different folders to try and get some
> insight into it.
> Questions that occur;
> 1. Does it always report the correct folder?
> 2. Does it always work on retry?
> 3. Are other contextual commands compromised?

Yes, yes, no.
--
Crash

"When you get to a fork in the road, take it."
~ Yogi Berra ~

On Sat, 12 Nov 2011 09:16:41 -0500, "Dave \"Crash\" Dummy"
<> wrote:

>This is more an annoyance than a problem.
>
>In Windows 7, if I right click in a directory and select "New>Folder," a
>new folder is created and the name "New folder" is highlighted. If I
>leave it at that and remove the focus, all is fine, and I have a folder
>with the name "New folder," which I can rename as I please. However, if
>I try to rename the folder during the creation process, while the name
>"New folder" is highlighted, I get an error:
>
>------------- Item Not Found ----------
>Could not find this item
>This is not located in [d:\directory]. Verify the item's location and
>try again.
>
>New folder
>Date created: [time/date]
>
>buttons:Try again-Cancel
>--------------------------------------------
>
>which actually makes sense. If I hit the "Try again" button, the
>function proceeds and the folder is created with my new name.
>
>I don't think this has always been this way. An update or something I
>installed is causing this. Does anybody else experience this?

I've seen that behavior. For me, it began immediately after I used a
Registry hack to disable Libraries, along with a few other similar
behaviors such as File Not Found (Try Again always worked the second
time) when trying to copy or move one or more files.

In my case, the fix was simple: undo the Registry hack. Now the
Libraries are back and the weird behavior is gone.

If yours is like mine, though, the weird behavior is harmless, other
than being annoying.

--

Char Jackson

Char Jackson wrote:
> On Sat, 12 Nov 2011 09:16:41 -0500, "Dave \"Crash\" Dummy"
> <> wrote:
>
>> This is more an annoyance than a problem.
>>
>> In Windows 7, if I right click in a directory and select
>> "New>Folder," a new folder is created and the name "New folder" is
>> highlighted. If I leave it at that and remove the focus, all is
>> fine, and I have a folder with the name "New folder," which I can
>> rename as I please. However, if I try to rename the folder during
>> the creation process, while the name "New folder" is highlighted, I
>> get an error:
>>
>> ------------- Item Not Found ---------- Could not find this item
>> This is not located in [d:\directory]. Verify the item's location
>> and try again.
>>
>> New folder Date created: [time/date]
>>
>> buttons:Try again-Cancel
>> --------------------------------------------
>>
>> which actually makes sense. If I hit the "Try again" button, the
>> function proceeds and the folder is created with my new name.
>>
>> I don't think this has always been this way. An update or something
>> I installed is causing this. Does anybody else experience this?
>
> I've seen that behavior. For me, it began immediately after I used a
> Registry hack to disable Libraries, along with a few other similar
> behaviors such as File Not Found (Try Again always worked the second
> time) when trying to copy or move one or more files.
>
> In my case, the fix was simple: undo the Registry hack. Now the
> Libraries are back and the weird behavior is gone.
>
> If yours is like mine, though, the weird behavior is harmless, other
> than being annoying.

Thank you. That makes sense, since the libraries goof up file locations.
I also disposed of the libraries. I'd rather be annoyed than put the
libraries back.
--
Crash

Committed to the search for intraterrestrial intelligence.

On Sat, 12 Nov 2011 11:10:16 -0500, "Dave \"Crash\" Dummy"
<> wrote:

>Char Jackson wrote:
>> On Sat, 12 Nov 2011 09:16:41 -0500, "Dave \"Crash\" Dummy"
>> <> wrote:
>>
>>> This is more an annoyance than a problem.
>>>
>>> In Windows 7, if I right click in a directory and select
>>> "New>Folder," a new folder is created and the name "New folder" is
>>> highlighted. If I leave it at that and remove the focus, all is
>>> fine, and I have a folder with the name "New folder," which I can
>>> rename as I please. However, if I try to rename the folder during
>>> the creation process, while the name "New folder" is highlighted, I
>>> get an error:
>>>
>>> ------------- Item Not Found ---------- Could not find this item
>>> This is not located in [d:\directory]. Verify the item's location
>>> and try again.
>>>
>>> New folder Date created: [time/date]
>>>
>>> buttons:Try again-Cancel
>>> --------------------------------------------
>>>
>>> which actually makes sense. If I hit the "Try again" button, the
>>> function proceeds and the folder is created with my new name.
>>>
>>> I don't think this has always been this way. An update or something
>>> I installed is causing this. Does anybody else experience this?
>>
>> I've seen that behavior. For me, it began immediately after I used a
>> Registry hack to disable Libraries, along with a few other similar
>> behaviors such as File Not Found (Try Again always worked the second
>> time) when trying to copy or move one or more files.
>>
>> In my case, the fix was simple: undo the Registry hack. Now the
>> Libraries are back and the weird behavior is gone.
>>
>> If yours is like mine, though, the weird behavior is harmless, other
>> than being annoying.
>
>Thank you. That makes sense, since the libraries goof up file locations.
>I also disposed of the libraries. I'd rather be annoyed than put the
>libraries back.

I remember internally visualizing it as the file operation code
jumping to a block of code that determines whether you're working with
a Library entry or not, and it fails if the Library is disabled. Try
Again seems to bypass the Libraries hook and go directly to the file
operation code. Harder to explain properly than to visualize.

--

Char Jackson

Ed Cryer wrote:

> On 12/11/2011 14:16, Dave "Crash" Dummy wrote:
>> This is more an annoyance than a problem.
>>
>> In Windows 7, if I right click in a directory and select "New>Folder," a
>> new folder is created and the name "New folder" is highlighted. If I
>> leave it at that and remove the focus, all is fine, and I have a folder
>> with the name "New folder," which I can rename as I please. However, if
>> I try to rename the folder during the creation process, while the name
>> "New folder" is highlighted, I get an error:
>>
>> ------------- Item Not Found ----------
>> Could not find this item
>> This is not located in [d:\directory]. Verify the item's location and
>> try again.
>>
>> New folder
>> Date created: [time/date]
>>
>> buttons:Try again-Cancel
>> --------------------------------------------
>>
>> which actually makes sense. If I hit the "Try again" button, the
>> function proceeds and the folder is created with my new name.
>>
>> I don't think this has always been this way. An update or something I
>> installed is causing this. Does anybody else experience this?
>
> That would do more than annoy me, it would positively raise the hackles
> on my scalp. Very weird, and symptomatic of quite a fundamental system
> problem.
>
> I can't reproduce it here on my Win7 HP 64-bit, and I have all the
> latest Win updates installed.
>
> If it were me I'd try it in different folders to try and get some
> insight into it.
> Questions that occur;
> 1. Does it always report the correct folder?
> 2. Does it always work on retry?
> 3. Are other contextual commands compromised?
>
> Ed

Mine is Windows 7 HP 64 bit (fully updated) and I have exactly the same
problem. My answers would be the same - Yes, Yes, and No. I've never
bothered asking about it, but it is a nuisance.

--
Bob
Tetbury, Gloucestershire, England

Every time I hear the dirty word 'exercise', I wash my mouth out with
chocolate.

Char Jackson wrote:

> On Sat, 12 Nov 2011 09:16:41 -0500, "Dave \"Crash\" Dummy"
> <> wrote:
>
>>This is more an annoyance than a problem.
>>
>>In Windows 7, if I right click in a directory and select "New>Folder," a
>>new folder is created and the name "New folder" is highlighted. If I
>>leave it at that and remove the focus, all is fine, and I have a folder
>>with the name "New folder," which I can rename as I please. However, if
>>I try to rename the folder during the creation process, while the name
>>"New folder" is highlighted, I get an error:
>>
>>------------- Item Not Found ----------
>>Could not find this item
>>This is not located in [d:\directory]. Verify the item's location and
>>try again.
>>
>>New folder
>>Date created: [time/date]
>>
>>buttons:Try again-Cancel
>>--------------------------------------------
>>
>>which actually makes sense. If I hit the "Try again" button, the
>>function proceeds and the folder is created with my new name.
>>
>>I don't think this has always been this way. An update or something I
>>installed is causing this. Does anybody else experience this?
>
> I've seen that behavior. For me, it began immediately after I used a
> Registry hack to disable Libraries, along with a few other similar
> behaviors such as File Not Found (Try Again always worked the second
> time) when trying to copy or move one or more files.
>
> In my case, the fix was simple: undo the Registry hack. Now the
> Libraries are back and the weird behavior is gone.
>
> If yours is like mine, though, the weird behavior is harmless, other
> than being annoying.

That explains it - I hacked the libraries too. I'll manage with the weird
behaviour, I loath and detest the libraries.

--
Bob
Tetbury, Gloucestershire, England

Work is the curse of the drinking classes.

Bob Henson wrote:
> Char Jackson wrote:
>
>> On Sat, 12 Nov 2011 09:16:41 -0500, "Dave \"Crash\" Dummy"
>> <> wrote:
>>
>>> This is more an annoyance than a problem.
>>>
>>> In Windows 7, if I right click in a directory and select
>>> "New>Folder," a new folder is created and the name "New folder"
>>> is highlighted. If I leave it at that and remove the focus, all
>>> is fine, and I have a folder with the name "New folder," which I
>>> can rename as I please. However, if I try to rename the folder
>>> during the creation process, while the name "New folder" is
>>> highlighted, I get an error:
>>>
>>> ------------- Item Not Found ---------- Could not find this item
>>> This is not located in [d:\directory]. Verify the item's
>>> location and try again.
>>>
>>> New folder Date created: [time/date]
>>>
>>> buttons:Try again-Cancel
>>> --------------------------------------------
>>>
>>> which actually makes sense. If I hit the "Try again" button, the
>>> function proceeds and the folder is created with my new name.
>>>
>>> I don't think this has always been this way. An update or
>>> something I installed is causing this. Does anybody else
>>> experience this?
>> I've seen that behavior. For me, it began immediately after I used
>> a Registry hack to disable Libraries, along with a few other
>> similar behaviors such as File Not Found (Try Again always worked
>> the second time) when trying to copy or move one or more files.
>>
>> In my case, the fix was simple: undo the Registry hack. Now the
>> Libraries are back and the weird behavior is gone.
>>
>> If yours is like mine, though, the weird behavior is harmless,
>> other than being annoying.
>
> That explains it - I hacked the libraries too. I'll manage with the
> weird behaviour, I loath and detest the libraries.

It really isn't that big a deal. The "Try again" option is the default,
so all you really need to do is hit "Enter" twice instead of once. I
just wanted assurance that I wasn't invaded by aliens or on the
verge of a major crash.

--
Crash

"The future ain't what it used to be."
~ Yogi Berra ~

On 12/11/2011 16:50, Bob Henson wrote:
> Ed Cryer wrote:
>
>> On 12/11/2011 14:16, Dave "Crash" Dummy wrote:
>>> This is more an annoyance than a problem.
>>>
>>> In Windows 7, if I right click in a directory and select "New>Folder," a
>>> new folder is created and the name "New folder" is highlighted. If I
>>> leave it at that and remove the focus, all is fine, and I have a folder
>>> with the name "New folder," which I can rename as I please. However, if
>>> I try to rename the folder during the creation process, while the name
>>> "New folder" is highlighted, I get an error:
>>>
>>> ------------- Item Not Found ----------
>>> Could not find this item
>>> This is not located in [d:\directory]. Verify the item's location and
>>> try again.
>>>
>>> New folder
>>> Date created: [time/date]
>>>
>>> buttons:Try again-Cancel
>>> --------------------------------------------
>>>
>>> which actually makes sense. If I hit the "Try again" button, the
>>> function proceeds and the folder is created with my new name.
>>>
>>> I don't think this has always been this way. An update or something I
>>> installed is causing this. Does anybody else experience this?
>>
>> That would do more than annoy me, it would positively raise the hackles
>> on my scalp. Very weird, and symptomatic of quite a fundamental system
>> problem.
>>
>> I can't reproduce it here on my Win7 HP 64-bit, and I have all the
>> latest Win updates installed.
>>
>> If it were me I'd try it in different folders to try and get some
>> insight into it.
>> Questions that occur;
>> 1. Does it always report the correct folder?
>> 2. Does it always work on retry?
>> 3. Are other contextual commands compromised?
>>
>> Ed
>
> Mine is Windows 7 HP 64 bit (fully updated) and I have exactly the same
> problem. My answers would be the same - Yes, Yes, and No. I've never
> bothered asking about it, but it is a nuisance.
>

I take it that you've disabled libraries as has Crash; and that's the
reason for it. If not, then we have something else to investigate.

Ed