Closed (fixed)
Project:
Video
Version:
master
Component:
Code
Priority:
Critical
Category:
Bug report
Assigned:
Reporter:
Created:
23 Jun 2005 at 09:58 UTC
Updated:
20 Nov 2005 at 12:07 UTC
Jump to comment: Most recent file
I don't really know how you want to handle my contributions or if you want them at all. There were some things that were broken (or that I didn't understand) on my copy when I tried to use it like the use of url() to get the location of the quicktime movie. I simply changed it to how I thought it should be as just $node->vidfile.
Among the extras, I added permissions groups for 'access videos', 'administer videos', and made an attempt at starting some docblocks.
| Comment | File | Size | Author |
|---|---|---|---|
| #5 | video.module | 23.02 KB | deekayen |
| #4 | video_tabs_on_wrong_screen.png | 3.26 KB | deekayen |
| #3 | video_tab_problems.tar.gz | 19.94 KB | deekayen |
| #2 | wmv_objects.html | 783 bytes | deekayen |
| #1 | video.tar.gz | 19.21 KB | fax8 |
Comments
Comment #1
fax8 commentedAdded support for windows media...
It works with Internet Explorer, Mozilla Firefox + Kaffeine Plugin on Linux.
It doesn't work with Firefox on WIndows.
I need help with this.
Comment #2
deekayen commentedThe two attached objects worked for me by default in IE and Firefox. I had to install the WM plugin for them to work in Opera.
WM Plugin:
http://www.microsoft.com/windows/windowsmedia/download/plugin.aspx
Opera WM plugin install instructions:
http://www.opera.com/support/search/supsearch.dml?index=434
Comment #3
deekayen commentedThere also seems to be a problem with video_menu() or caching somewhere. Even after logging out and back in, the very first page has the play and download tab/links on top.
if ($node->type == 'video') {in video_menu() makes sense to me for preventing them from showing up on other non-video pages, but that doesn't seem to be the case. Maybe a call to cache_clear_all() in the right place will fix it? Just guessing.Attached is my most recent version. I think I've done most of the new feature adding I wanted to do, so I should be happy with bug hunting from this point and forking it to audio.module :)
Comment #4
deekayen commentedHere are the play and download links in the wrong place. This shot was taken at $base_url.
Comment #5
deekayen commentedThis version adds a /video callback for listing recently added videos and something I did fixed the earlier bug with tabs on the wrong pages. The earlier tarball I uploaded includes some changes to INSTALL.txt and video.mysql, so this is in addition to it.
Comment #6
deekayen commentedThe db schema in the video.module I just uploaded is out of date. This is matches the new textfields:
Comment #7
deekayen commentedtheme_video_play_realmedia() has "classes/" hard coded in a src path of the most recent video.module I uploaded. It played anyway when I tried movies, so I just now noticed it by accident. Fix:
Comment #8
deekayen commentedCommitted to CVS.
Comment #9
(not verified) commentedComment #10
(not verified) commentedComment #11
(not verified) commentedComment #12
(not verified) commentedComment #13
LukeLast commented’ve been noticing this problem of the tabs showing up on the front page with drupal CVS. It used to be the last video node that was submitted (created or edited) would have its play and download tabs show up on the front page. It’s definitely an issue with the cache because clearing the cache table and then refreshing the front page fixes it. With the latest drupal CVS version it seems to be a little better, where I can’t reproduce the problem but it still shows up every now and then. Is anyone else still noticing this problem?
Comment #14
kenwen commentedComment #15
fax8 commentedthe problem of the tabs showing up on the frontpage is also
present on current cvs version (1.16).
I confirm that this is a caching problem.
luke's site show it live now: http://www.ppixel.com/
Comment #16
fax8 commentedThis bug is really hard to reproduce. I wasn't able to do that.
Does anyone knows how can I reproduce it?
I need to reproduce it becouse after reading some drupal docs
I understood that the reason of this bug should be an incorrect implementation
of the video_menu function.
This is the current version (1.16):
As you can see there are some lines contained into
if($may_cache) {
}
and others outside.
I think that these outside should be moved into an else statement
for the if($may_cache) because without the else also uncacheable
items will be cached.
What do you guys think about it?
Fabio
Comment #17
LukeLast commentedGood work, this seems to have fixed the one case I could reproduce.
Clear cache, then load "play" page, then check home page. Before the tabs would show up on the home page after doing this, now with the patch they don't.
I've committed the changes to CVS but I'll restrain from changing this to "fixed" until someone else has a chance to test it.
Comment #18
fax8 commentedLuke:
please add correct caching if and else statement also
to the video.module version for drupal 4.6
I tried it but not luky with cvs... I'm getting:
cvs commit: sticky tag `DRUPAL-4-6' for file `video.module' is not a branch
So please tell me the cvs commands you will use.
Thanks.
Fabio
Comment #19
LukeLast commentedI use Tortoise CVS which doesn't allow commiting to branches, it gives the same error.
Comment #20
(not verified) commentedComment #21
fax8 commentedalso commited to DRUPAL-4-6