Closed Bug 99080 Opened 24 years ago Closed 23 years ago

using plugger, makes the temp file huge

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: gjones5555, Assigned: srgchrpv)

References

()

Details

Attachments

(1 file)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3+) Gecko/20010907 BuildID: 2001090712 file takes a long time to load the temp file looks like this after the device runs out of disk space -rwxrwxr-x 1 gjones gjones 812904448 Sep 10 12:12 .mozilla/gjones/mvbdo1he.slt/plugtmp/card_shuffle.wav The original file looks like this -r--r--r-- 1 gjones gjones 691952 Aug 16 1999 MyMusic/card_shuffle.wav I am using the verision of plugger from the RedHat compiled from the redhat SRPM: plugger-3.3-4.src.rpm The file plays only the first second or two of sound and then goes into a loop. File plays flawlessly in NetScape 4.78 using the same plugger. Reproducible: Always Steps to Reproduce: 1.just open the file after installing plugger 2. 3. Actual Results: device runs out of space and only the first one or two seconds of sound plays. Expected Results: Play the file like NetScape 4.78 Having the same problem with the RealPlayer plugin
Could you attach the wav to this bug please?
May be some sort of leak. Adding serge.
card_shuffle.wav is part of gnome-audio-extra-1.4.0 package which should be available at ftp.gnome.org.
Attached audio card_shuffle.wav
This problem only seems to occur when playing a file from the local drive. Plugger works fine from the test files from plugger's home pages.
Marking these all WORKSFORME sorry about lack of response but were very overloaded here. Only reopen the bug if you can reproduce with the following steps: 1) Download the latest nightly (or 0.9.6 which should be out RSN) 2) Create a new profile 3) test the bug again If it still occurs go ahead and reopen the bug. Again sorry about no response were quite overloaded here and understaffed.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
reopening.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
this ia a regression from the patch (attachment id 38998) checked in to fix bug 54689 here is why we are looping: RCS file: /cvsroot/mozilla/modules/plugin/base/src/nsPluginHostImpl.cpp,v retrieving revision 1.325 diff -u -r1.325 nsPluginHostImpl.cpp --- nsPluginHostImpl.cpp 2001/11/07 03:02:47 1.325 +++ nsPluginHostImpl.cpp 2001/11/14 01:09:03 @@ -2106,7 +2106,7 @@ // if we are caching this to disk ourselves, lets write the bytes out. nsCOMPtr<nsIOutputStream> outStream; mPluginStreamInfo->GetLocalCachedFileStream(getter_AddRefs(outStream)); - while (outStream && amountWrote <= amountRead && NS_SUCCEEDED(rv)) + while (outStream && amountWrote < amountRead && NS_SUCCEEDED(rv)) rv = outStream->Write(buffer, amountRead, &amountWrote); delete [] buffer; } cc: peterlubczynski@netscape.com
Ahh...much better. r=peterl You should probably get dougt to sr= as I think he's the orriginal author.
Status: UNCONFIRMED → NEW
Ever confirmed: true
d'oh! sr=me
on the trunk /cvsroot/mozilla/modules/plugin/base/src/nsPluginHostImpl.cpp,v new revision: 1.326; previous revision: 1.325
Assignee: av → serge
nominating....
oops...should have mentioned that this fix is in XP code and would probably effect other plugins...
is this linux only?
this is in XP code, but we do have only linux test case
please check the fix into 0.9.4 branch
Keywords: edt0.9.4edt0.9.4+
nsPluginHostImpl.cpp checked into MOZILLA_0_9_4_BRANCH new revision: 1.288.2.8; previous revision: 1.288.2.7
adding fixed 0.9.4 keyword
Keywords: fixed0.9.4
resolve as fixied
Status: NEW → RESOLVED
Closed: 24 years ago23 years ago
Resolution: --- → FIXED
this works now both on branch and trunk, linux.verified. Reporter, pls double check if u can, thx!
Status: RESOLVED → VERIFIED
It works fine on the build I made from the source drop of 12/10/2001.
Keywords: verified0.9.4
*** Bug 102123 has been marked as a duplicate of this bug. ***
Keywords: fixed0.9.4
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: