#1949 SVN 2739 - slideshow Module causes medialist Issues

[Mark Hattam]

The medialist.php page still tries to call two non-existent items, and in IE7 on XP (at least) you can't consequently use the vertical scroll bar to scroll down the page. Yes the page up/down keyboard keys work, but it's not ideal.

[Wed Mar 19 14:28:12 2008] [error] [client 127.0.0.1] File does not exist: path_to_PGV/phpGedView/css
[Wed Mar 19 14:28:12 2008] [error] [client 127.0.0.1] File does not exist: path_to_PGV/phpGedView/SS1.jpg, referer: http://path_to_PGV/phpgedview/medialist.php

I previously "bugged" similar errors to this as [1786434] and [1637300] going back to January 2007. The error in the current SVN is slightly different, but still has the same effect.

Mark

[Gerry Kroll]

Logged In: YES
user_id=1198414
Originator: NO

It would help if you were to reveal to us whether you're talking about 4.2 or 4.1.4. Remember that "somebody" recently decreed that this tracker list should be used not only for PGV 4.2 but also for 4.1.4 (the SVN version). Thus, we now should include the version number in the title.

[KosherJava]

Logged In: YES
user_id=634811
Originator: NO

Are you using the slideshow module?
\modules\slideshow\

[Anonymous]

Logged In: YES
user_id=1910459
Originator: NO

Is this related to <<[ 1625199 ] Scroll Bar in Multimedia list >>???

That bug still exists as well, in 4.1.4 SVN 2736.

[Mark Hattam]

Logged In: YES
user_id=623181
Originator: YES

It might help if it was slightly clearer then what I get when I sync up
svn co https://phpgedview.svn.sourceforge.net/svnroot/phpgedview/trunk webserver\pgvsvn_svn

Does that reveal it?

I thought it was 4.1.4 ... but if it's 4.2 so be it. Is there a "SVN 2739" in both sections? IF so that makes things really confusing for everyone.

The "bug" probably exists in 4.1.3 as well, but as everyone is being told now to either use SVN or wait for 4.1.4

As for whether I'm using the slideshow module or not ... what I'm using is what "comes out of the box". If the slideshow module is enabled by default then yes. But the medialist.php page throws up these errors when you first call it up, without having to click on anything on the page.

Mark

[Mark Hattam]

Logged In: YES
user_id=623181
Originator: YES

Well, looking at the generated source code ... there is no /css call directly ... but then I looked at

<link type="text/css" rel="StyleSheet" href="modules/slideshow/css/bluecurve.css" />
<!-- BEGIN FLOATING SLIDE SHOW CODE //-->

and this bluecurve.css contains

behavior: url("css/boxsizing.htc"); /* ie path bug */

so it looks like this "behaviour" line is try to call
webroot/phpgedview/css/boxsizing.htc
rather than
webroot/phpgedview/modules/slideshow/css/boxsizing.htc

copying the boxsizing.htc a newly created /phpgedview/css directory and putting a jpeg image named SS1.jpg in phpgedview root stops the "not found" errors (as expected).

However there are still "errors on the page" but it does at least scroll (after pauses)

Using FireFox and looking at its error console shows a whole list of errors.

Mark

[KosherJava]

Logged In: YES
user_id=634811
Originator: NO

please try renaming the modules/slideshow.php to modules/slideshow.OLD and the directory modules/slideshow to modules/slideshowOLD and see if that fixes the issue.

[Mark Hattam]

Logged In: YES
user_id=623181
Originator: YES

Yes, renaming the slideshow.php and /slideshow certainly makes the medialist.php page function fine and without errors.

To be sure I then moved aside the entire pgvsvn directory, and re-checked out the entire lot.

No Apache errors now, no IE "page errors", but still apparently a lot of errors shown in FireFox's "error console" (though there are many shown there too for most other pages).

Mark