Closed GoogleCodeExporter closed 9 years ago
interesting. will investigate further.
Original comment by phree...@gmail.com
on 20 Oct 2009 at 9:05
Original comment by phree...@gmail.com
on 20 Oct 2009 at 9:05
This issue was closed by revision r217.
Original comment by phree...@gmail.com
on 20 Oct 2009 at 11:41
Got a similar problem but with folders.
Real folder name is [DVDR.RETAiL.SWESUB]
But it appears as the attached picture below.
Original comment by bolin.andreas@gmail.com
on 21 Oct 2009 at 5:52
Attachments:
You sure that's not an .iso file or something?
Original comment by phree...@gmail.com
on 22 Oct 2009 at 11:36
Yes I'm sure, its a folder.
Original comment by jenny1.l...@gmail.com
on 22 Oct 2009 at 9:53
A little more information:
It looks good in my web browser over the HTTP API.
The folder that is displayed wrong is actual two folders.
One is located in D:\[RAR.FiLM]\[DVDR.RETAiL.SWESUB] and the other is located in
E:\[RAR.FiLM]\[DVDR.RETAiL.SWESUB]. The thing is that they are located as one
folder
in XBMC.
If I rename one of the folders, they are displayed correctly as two folders (
[DVDR.RETAiL.SWESUB] and [DVDR.RETAiL.SWESUB_] ).
Thats the only folder with this problem and thats the only folder that is
joined. So
I strongly suspect that something has to do with that.
Original comment by bolin.andreas@gmail.com
on 3 Nov 2009 at 2:07
Okay, will test when the time comes :)
Original comment by phree...@gmail.com
on 3 Nov 2009 at 9:51
Should I open another ticket for this?
Original comment by bolin.andreas@gmail.com
on 5 Nov 2009 at 7:47
Nah, leave it, I have yet to look at it. You can do that when I determine that
these
are separate issues.
Original comment by phree...@gmail.com
on 6 Nov 2009 at 12:20
This issue was closed by revision r283.
Original comment by phree...@gmail.com
on 9 Nov 2009 at 10:37
Problem is still in 0.6.0 with one modification.
It now shows "multipath://E:[RAR.FiLM]//D:/[RAR.FiLM]//" at the top.
Original comment by bolin.andreas@gmail.com
on 11 Nov 2009 at 5:24
That's normal since you have several path names.
Original comment by phree...@gmail.com
on 11 Nov 2009 at 9:55
Screenshot from 0.6.0 and XBMC 9.11 Alpha1
Original comment by bolin.andreas@gmail.com
on 12 Nov 2009 at 7:23
Attachments:
Oh right. A rar file in a multipath location. Will check.
Original comment by phree...@gmail.com
on 13 Nov 2009 at 8:11
I know I'm finicky here, but must it show "multipath:\\.."?
A lite more explanation for the picture above and for reconstruction.
There are two folders that are combined into one folder in XBMC. E:[RAR.FiLM]/
and
D:[RAR.FiLM]/, they have the virtual name "[RAR.FiLM]".
In both of these folders there are a folder called:
D:\[RAR.FiLM]\[DVDR.RETAiL.SWESUB]\
E:\[RAR.FiLM]\[DVDR.RETAiL.SWESUB]\
So this is a multipath(without virtual name) folder in a multipath(with virtual
name)
folder, that is the folder that appears as "D%3a%5c%5bRAR%2eFiLM%5..." in the
picture
above.
Original comment by bolin.andreas@gmail.com
on 13 Nov 2009 at 11:53
Yeah only that this is pure coincidence, you can group any kind of folders not
just
those with the same name.
The URL-encoded strings are one thing, but file mode displays the physical
path, and if
that's some XBMC virtual path it will display that.
Original comment by phree...@gmail.com
on 13 Nov 2009 at 6:39
I didn't fully understand what you mean when you say a cant group folders with
the
same name. It looks good in my webserver. Do you mean it's not possible?
(talking
about "D%3a%...")
Original comment by bolin.andreas@gmail.com
on 13 Nov 2009 at 7:38
About the "multipath" header.
If I enter the joined folder "[DVDR.RETAiL.SWESUB]" it shows the header
"multipath:\\..". Cant it just show the virtual name "[DVDR.RETAiL.SWESUB]" in
the
header?
Or is the problem, that it must show the drive letter? I rather see the virtual
name
without "multipath" and drive letter then "multipath" with drive letters. Like
this:
"/[DVDR.RETAiL.SWESUB]"
Original comment by bolin.andreas@gmail.com
on 27 Nov 2009 at 1:02
This issue was closed by revision r409.
Original comment by phree...@gmail.com
on 4 Dec 2009 at 10:22
Thanx!
Original comment by bolin.andreas@gmail.com
on 4 Dec 2009 at 11:43
Original issue reported on code.google.com by
alex.esm...@gmail.com
on 20 Oct 2009 at 7:37Attachments: