Kopieren in ein IFS-Verzeichnis funktioniert nicht

[GJV23]

Hallo

IBM i Access für Windows
Version 7 Release 1 Modifikationsstufe 0 Service-Level SI53584

Gruß
GJV23

[TARASIK]

Hallo GJV23,
ich habe noch dies gefunden:


APAR

APAR#: SE52053
Component: 5770XE100 - IBM I ACCESS FOR WINDOWS
Release(s): 7.1

Abstract
CA400EXP-OPNAV-FILESYS-UNPRED DRAG AND DROP FROM VISTA, WINDOWS
7, WINDOWS 2008 PCS LIBRARY SYSTEM TO IFS FAILS.

Error Description
Drag and Drop or Copy and Paste fails when trying to move an
object from a Windows Vista, Windows 7 or newer OS located in
the new Windows Library structure to IFS root file system. The
Paste will be grayed out and when dragging you will get the
circle with the slash through it.

As an example:
Libraries=>Documents=>My Documents

The above will fail to copy to IFS root file system.


If you browse to the actual location:

C:\Users\<user_name>\Documents

This willl work and is a circumvention.

Problem Summary
Drag and Drop or Copy and Paste fails when trying to move an
object from a Windows Vista, Windows 7 or newer OS located in
the new Windows Library structure to IFS root file system. The
Paste will be grayed out and when dragging you will get the
circle with the slash through it.

As an example:
Libraries=>Documents=>My Documents

The above will fail to copy to IFS root file system.


If you browse to the actual location:

C:\Users\<user_name>\Documents

This will work and is a circumvention.

Problem Conclusion
The root cause is Windows Shell API SHGetPathFromIDList can not
convert the PIDL of Library folder to a file system path on
Windows 7. The PIDL is pointer to an item identifier list,
usually used to identify the Windows Shell Namespace objects.
Our paste process of iNav are using COM object
COleDataObject::AttachClipboard() to get the IDataObject from
clipboard firstly, then get the PIDL from the IDataObject and
using SHGetPathFromIDList to get the file system path of copied
file.

Temporary Fix


Comments


Circumvention


PTFs Available


Affected Modules



Affected Publications

Summary Information

Status............................................ .. CLOSED PRS
HIPER............................................. No
Component....................................
Failing Module............................... RCHMGR
Reported Release........................ 7.1
Duplicate Of...................................

[GJV23]

Hallo TARASIK

Tatsächlich, lt. der Vorgangsweise lt. dem APAR# 52053 funktioniert es.
Vielen Dank für deine Antworten und Recherchen.
Dieses Forum ist wirklich super.

Wo findet man eigentlich diese APAR-Informationen bei IBM?

Viele Grüße aus Tirol
GJV23

[holgerscherer]

The root cause is Windows Shell API SHGetPathFromIDList can not
convert the PIDL of Library folder to a file system path on
Windows 7. The PIDL is pointer to an item identifier list,
usually used to identify the Windows Shell Namespace objects.
Our paste process of iNav are using COM object
COleDataObject::AttachClipboard() to get the IDataObject from
clipboard firstly, then get the PIDL from the IDataObject and
using SHGetPathFromIDList to get the file system path of copied
file.

ROFL - standardisierte APIs sind toll. Vor allem, wenn es so viele für den gleichen Zweck gibt, und die Auslegung und Implementierung nur als grobe Handlungsrichtlinie betrachtet wird...

-h