Opera 6.02 issues: Can you help?
Rowan Mulder
I've just discovered this on my printer (I don't print that much with Opera
or any other browser). But when I print for example the Opera mainpage with
print-footers on, it only prints the top footer. I've been experimentating
with the margins in "Printer options", but nothing changed.
IE 6.0 and Mozilla 0.9.9 do properly print upper and lower print-footers.
Details of my system:
- Microsoft Windows XP Home Edition (dutch)
- Opera 6.02 build 1066
- Epson Stylus Color II Printer, WinXP default drivers, there are no other
XP drivers :(
Greets,
Rowan Mulder
I-Cant-Wait-Till-Opera7-;)
"Haavard K. Moen" <hkm...@opera.invalid> schreef in bericht
news:q3n8bu43cmg3ppcq0...@4ax.com...
> Dear everyone,
>
> We are nearing completion of Opera 6.02. The feedback in opera.beta
> has been great, and has helped us to solve many problems. Thanks!
>
> However, there are still a couple of issues that remain and that we
> (at least in the customer service department) would like to see fixed:
>
> - Opera does not print footers
> - Opera goes back twice with the MS Intellimouse and its special
> back/forward buttons
>
> The problem with these is that we are unable to reproduce it reliably.
> The footer issue can be reproduced on some printers, but it is
> difficult to pin down the problem properly. Perhaps some feedback from
> people about which printers print footers and which don't would help
> our developers. Do remember to download the latest drivers for your
> printer, just in case.
>
> As for the Intellimouse issue, we haven't been able to reproduce this
> in-house at all.
>
> I hope our developers will be able to fix these two problems, but if
> we cannot find the exact problem very soon, it might not be fixed for
> 6.02.
>
> There's also some issues with importing mail from various e-mail
> clients, but we are not sure if the fixes will make it to 6.02. If
> they require too much work, it might have to wait for the next
> version.
>
> Overall, 6.02 seems to be a vast improvement over 6.01 in most areas,
> and it might not make any sense to delay it much further if the
> remaining fixes take too long.
>
> Any feedback on this is welcome. Some may be disappointed if certain
> fixes aren't included, but bear in mind that Opera 6.02 has seen many
> important fixes already, and that no version will be 100% bug-free.
>
> (Crossposted to opera.beta, general, tech - FUT: opera.beta.)
Eric
reports I've read about not being able to upload images to yahoo groups
attach images to somebody's webmail successfully may be showing the same
behavior.
On our server (www.confluence.org), doing file uploads of certain specific
image files from some pages with Opera result in a piece being whacked out
of the middle of the file. The missing section is exactly 6k long (6144
bytes), and the content there is replaced with a few bytes followed by null
bytes. Here are the non-null bytes from a recent test (7 bytes in hex) 08
00 48 02 18 38 FB. The rest of the 6k section is null bytes.
The location of the damaged section is interesting -- it appears to be a
randomly chosen spot, but when you look at the whole request stream, it
starts exactly 12k into the request body (not including the HTTP headers,
just the body), which in a file upload has delimiters, other form elements,
filenames, etc. before the actual image contents.
Interestingly, if Opera is sending the data explicitly to the local machine
(either with a localhost URL or a localhost proxy), it is fine.
I can't yet eliminate the possibility that the actual data loss is happening
at the server (Linux/apache in our case), but if so it is dependent on the
data coming from Opera. The "other two" never seem to demonstrate this
behavior.
The 6k size dependency reminded me of something, so I tried going into the
network preferences and changing the network buffer size from 6k to 1k -- no
improvement. However, then I closed and reopened Opera and the problem
seems to be worked around.
Should I submit a bug report now, or wait until I have more information on
the problem?
Eric
"Haavard K. Moen" <hkm...@opera.invalid> wrote in message
Henning Norén
when I watch the page in "print preview".
Opera 6.02 b10666
Windows 98SE (Swedish)
HP Deskjet 840C
/Henning
Yngve Nysaeter Pettersen (Developer, Opera Software A/S)
--
Sincerely,
Yngve N. Pettersen
********************************************************************
Senior Developer Email: yn...@opera.com
Opera Software ASA http://www.opera.com/
Phone: +47 24 16 42 51 Fax: +47 24 16 40 01
********************************************************************
Alan Pollock
Opera 6.02 b10666
WinMe
Can't print footers. Nex
Eric
I didn't have a publicly-available test case, but I do now. At least, it
duplicates it easily from here! :)
Here's an image which duplicates the problem pretty regularly:
http://www.confluence.org/ericphp/07CParea.JPG
Save it locally, and then:
Here's a URL for uploading it:
http://www.confluence.org/ericphp/submit2.php
The response page returns the received file, and sets the headers for files
with an extension of jpg, gif, and png (any case) so that you can see the
results instantly.
If the results look OK, hit refresh a few times -- the corruption is not
always the same, and occasionally (rarely) doesn't happen.
By the way, my results with the 1k buffer earlier were a fluke -- I happened
to hit one of the occasional times that the corruption didn't happen.
Currently I'm generally getting a 1k corruption at the 8k boundary in the
request when I use a 1k buffer.
The corruption always happens at a multiple of the selected network buffer
size in the request content (exclusive of headers), with a length of exactly
the network buffer size. The content of the corruption (the initial
non-null bytes) sometimes varies, which can result in a variety of corrupted
images.
The comment I made about local url/proxy not showing the problem stands --
if I put promoxitron in between (in bypass mode), the problem goes away.
Only if Opera sends the request directly out do we have a problem.
If I set the buffer slightly larger than the image (set it to 52k, for
example), the image is always fine. On the other hand, setting it to 64k or
larger prevents the file from being received at all (which causes an amusing
error message at the server end that I haven't bothered dealing with
gracefully). Between around 60 or so and 64 there are intermittent
failures -- the higher the buffer size the more failures. At 64 it seems to
hit 100% failures.
Eric
"Yngve Nysaeter Pettersen (Developer, Opera Software A/S)" <yn...@opera.com>
wrote in message news:3cb46c5c...@news.opera.no...
Eric
never actually renders the returned image. It puts in an image placeholder,
says that the document is at 100%, says "request to www.confluence.org
completed", and waits until the end of time for the "rest" of the image to
arrive. Makes it a bit tougher to tell whether/how it was corrupted! :)
Eric
"Eric" <elincol...@nospam.confluence.org> wrote in message
news:a91vq1$b3h$1...@mail.opera.no...
Some people call me... Tim
<elincol...@nospam.confluence.org> wrote:
>Hi, Yngve!
>
>I didn't have a publicly-available test case, but I do now. At least, it
>duplicates it easily from here! :)
>
>Here's an image which duplicates the problem pretty regularly:
>http://www.confluence.org/ericphp/07CParea.JPG
>
>Save it locally, and then:
>Here's a URL for uploading it:
>http://www.confluence.org/ericphp/submit2.php
>The response page returns the received file, and sets the headers for files
>with an extension of jpg, gif, and png (any case) so that you can see the
>results instantly.
>
>If the results look OK, hit refresh a few times -- the corruption is not
>always the same, and occasionally (rarely) doesn't happen.
[...]
>If I set the buffer slightly larger than the image (set it to 52k, for
>example), the image is always fine. On the other hand, setting it to 64k or
>larger prevents the file from being received at all (which causes an amusing
>error message at the server end that I haven't bothered dealing with
>gracefully). Between around 60 or so and 64 there are intermittent
>failures -- the higher the buffer size the more failures. At 64 it seems to
>hit 100% failures.
I'm able to reproduce this as you described on Win2K. I wonder
if this is linked to the problem with file uploads on SSL connections?
--
Tim Altman
roy...@myrealSP-AMbox.com
No SP-AM is good spam.
Eric
May be part of the same underlying problem, but since my example isn't using
SSL, it apparently isn't a problem with SSL. :)
Eric
"Some people call me... Tim" <add...@in.sig> wrote in message
news:ge19bugnkddsg9hru...@4ax.com...
<snip>
Nick Knisely
news:q3n8bu43cmg3ppcq0...@4ax.com:
> However, there are still a couple of issues that remain and that we
> (at least in the customer service department) would like to see fixed:
>
> - Opera does not print footers
>
Windows 2k SP2, Opera 6.02b1066, Brother 1440 on a network
Footers and headers all print fine for me.
--
Nick
(Ad Astra!)
Jernej Simončič
> Footers and headers all print fine for me.
Same here, Win98SE, O6.02.1075, Epson Stylus color 460, no matter which
paper size I choose (my default is A4 though).
--
Jernej Simoncic, jernej....@guest.arnes.si
http://www2.arnes.si/~sopjsimo/
ICQ: 26266467
claus madsen
> Dear everyone,
>
>
> - Opera does not print footers
>
>
Build 1066:
No footer printing, but shown in prewiev.
w98sec. ed. Canon bj-10sx.
Build 1066 seems stable after new installation in new directory.
The installation made upon earlier betas (and all the way back to 5.12) was
rather crashy, requiring rebooting.
Claus Madsen
Edward Piecewicz
<hkm...@opera.invalid> wrote:
> Dear everyone,
>
> We are nearing completion of Opera 6.02. The feedback in opera.beta
> has been great, and has helped us to solve many problems. Thanks!
>
> (at least in the customer service department) would like to see
fixed:
>
> back/forward buttons
>
> The problem with these is that we are unable to reproduce it
reliably.
> The footer issue can be reproduced on some printers, but it is
> difficult to pin down the problem properly. Perhaps some feedback
from
> people about which printers print footers and which don't would help
> our developers. Do remember to download the latest drivers for your
> printer, just in case.
The Epson Stylus Color 640 is a printer that will not print footers
when the Reduce/Enlarge setting on the Layout tab is set to Normal.
If the setting is changed to Fit To Page (which reduces the images to
93%), the footers will then print correctly.
Ed
SAITO
> - Opera does not print footers
Build 1066,
No footer printing, shown in prewiev.
Windows98SE(Japanese). Canon BJF-200.
Thomas Chah
> - Opera does not print footers
Econo-mode printing works fine, but
Opera does not print footers.
using o6.02 buld 1066
Windows 95 (Korean)
Printer : HP 660 with latest driver
Thomas
Vernon A. Dennis
Win 98
Opera 6.02 build 1066
Footers show up in print preview.
Cannot print footers.
Footers can be printed in Opera 5
Vernon
Haavard K. Moen wrote:
>Dear everyone,
>
>We are nearing completion of Opera 6.02. The feedback in opera.beta
>has been great, and has helped us to solve many problems. Thanks!
>
>However, there are still a couple of issues that remain and that we
>(at least in the customer service department) would like to see fixed:
>
>- Opera does not print footers
>- Opera goes back twice with the MS Intellimouse and its special
>back/forward buttons
>
>The problem with these is that we are unable to reproduce it reliably.
>The footer issue can be reproduced on some printers, but it is
>difficult to pin down the problem properly. Perhaps some feedback from
>people about which printers print footers and which don't would help
>our developers. Do remember to download the latest drivers for your
>printer, just in case.
>
Josef W. Segur
>Hi, Yngve!
>
>I didn't have a publicly-available test case, but I do now. At least, it
>duplicates it easily from here! :)
>
>Here's an image which duplicates the problem pretty regularly:
>http://www.confluence.org/ericphp/07CParea.JPG
>
>Save it locally, and then:
>Here's a URL for uploading it:
>http://www.confluence.org/ericphp/submit2.php
>The response page returns the received file, and sets the headers for files
>with an extension of jpg, gif, and png (any case) so that you can see the
>results instantly.
>
>If the results look OK, hit refresh a few times -- the corruption is not
>always the same, and occasionally (rarely) doesn't happen.
Testing with 1066 on my Win 95 winsock 1.1 system, it was fairly difficult
to reproduce. The first 38 attempts gave either an immediate 'Connection
closed by remote server',(18) or worked perfectly (20). Trials 39, 40, and
42 showed the lost data as you've described. (41 was OK).
About half of that testing was with a 32 KB Network buffer testing, the
other half at 6 KB, and I only saw the problem with the 6 KB setting.
I had WinDump/WinPcap running for trial 42 to produce a log file. I'll look
at it more tomorrow, for now it just confirms that the problem starts after
a multiple of the buffer size.
--
Joe
Peter Young
me.
I'm completely unable to use Opera as a mail client due to a bug it has with
my mail server, and as a result I'm stuck using Outhouse Express (which
pains me to no end).
I can print with Opera, I can scroll with Opera, but I can't check my mail
with Opera. As far I'm concerned, the mail issues are huge, the others are
minor.
You asked for feedback. That's just my 2 cents.
"Haavard K. Moen" <hkm...@opera.invalid> wrote in message
news:q3n8bu43cmg3ppcq0...@4ax.com...
Eric
which
appears to be "intact" (Opera shows it as a complete rectangle) but is
actually
only the top 2/3 of the original image. The original image is 640x480, the
image
I see with the 32k buffer looks complete visually but is about twice as wide
as
it is high, and is not displaying the bottom portion of the original image.
Apparently the location/nature of the loss at that 32k point in the request
causes
Opera to just stop rendering more, instead of getting out of alignment like
other
spots in the image.
Eric
"Josef W. Segur" <jse...@westelcom.com> wrote in message
news:qbq9bu8qc15c5odvv...@4ax.com...
<snip>
Eric
outgoing section, not just the incoming one...
Eric
"Josef W. Segur" <jse...@westelcom.com> wrote in message
news:qbq9bu8qc15c5odvv...@4ax.com...
>
Eric
the end of the file -- no more image data is received, so Opera's image
support doesn't try to deal with the rest of the data like it does in
corruption with smaller buffers. :)
Eric
"Eric" <elincol...@nospam.confluence.org> wrote in message
news:a934f6$2sb$1...@mail.opera.no...
Bob Schultz
HP 2000C
Win98SE
build 1066
Denis Orlov
<hkm...@opera.invalid> wrote:
>- Opera does not print footers
HP LaserJet 5L. Opera 6.02 1066 doesn't print last characters in
headers and footers, i.e., the number page (every time I have to write
it myself by pen!) and the last digit of the year.
The same as in 6.0, 6.01 and maybe even 5.12. I reported this problem
but nothing has changed...
I am starting to think that it would be much easier for you (and us)
to create a new dialog in printing preferences to manually define
margins for headers and footers than this eternal fight against the
problem...
Thank you.
Denis Orlov
<generos...@ThIs-hotbox.ru> wrote:
>headers and footers, i.e., the number page
Ooops... Of course I meant "the page number", sorry. :)
News EMail
>
>
> The problem with these is that we are unable to reproduce it reliably.
> The footer issue can be reproduced on some printers, but it is
> difficult to pin down the problem properly. Perhaps some feedback from
> people about which printers print footers and which don't would help
> our developers. Do remember to download the latest drivers for your
> printer, just in case.
>
Headers loose the last charcter.
Footers loose the last character, and the bottom half of the rest of the text.
Printing on a HP Laserjet 5M with A4 paper, printing from W2K via
netware with W2K set for A4 paper.
Printing on a HP Deskjet 510 with A4 paper, printing from WinME/Win2K
directly with windows set for A4.
I went into Word and set all the margins to 0 and printed some pages.
These pages were clipped on the page at the same point
Preview shows it fine.
--
--------------------------------------
amon...@geoworks.co.uk
Rene Stach
>
> - Opera does not print footers
All headers/footers are cropped under w2k with an Epson Stylus Colour 580.
The last digit of the date (footer) is cropped on a HP Laserjet 4050.
The HP Colourject 4550 prints just fine.
René
--
Bremen Institute of Industrial Technology and
Applied Work Science (BIBA)
Phone: +49 (0)421 218 5568
Yngve Nysaeter Pettersen (Developer, Opera Software A/S)
<elincol...@nospam.confluence.org> wrote:
>Hi, Yngve!
>
>I didn't have a publicly-available test case, but I do now. At least, it
>duplicates it easily from here! :)
Thanks,
I can see what is going on, now it is "just" to fix it.
Haavard K. Moen
<pyo...@vbadvance.com.no.spam.please> wrote:
> I'm completely unable to use Opera as a mail client due to a bug it has with
> my mail server, and as a result I'm stuck using Outhouse Express (which
> pains me to no end).
Is it a bug in Opera or is it a problem with the server? What mail
server is this, and have you been in contact with the people who run
the server?
Josef W. Segur
>Well, peeking with WinDump does seem to show the null section in the
>outgoing section, not just the incoming one...
>
>Eric
Yes, I should have simply said it confirmed your description of the
problem.
I've examined the log in more detail, and don't see anything at all
suspicious in the connection. It seems Opera is simply sending the
wrong data.
The several bytes of non-zero data at the beginning of the bad
section you noted earlier are accompanied by a few at the end on my
system. I've seen 3 different patterns, the first below is that of
last evenings' Opera session for the 3 bad cases I saw then, second
is for 2 cases during one Opera session this morning, third is for
2 more cases during another Opera session. I won't claim the pattern
would persist all through a normal browsing session, as I was only
checking your test case.
58 25 76 01 f0 9f 81 01 00 ... 00 98 76 7f 01
58 94 81 01 08 f0 33 03 00 ... 00 00 23 7f 01
f0 5f 81 01 08 f0 9f 02 00 ... 00 80 d1 7f 01
All of that is Opera 6.02 beta 1066. I also tried to reproduce the
problem with other versions of Opera, but got 50 perfect runs with
6.0 and 30 with 6.01 before giving up on that. Following that I also
got 25 perfect runs with 6.02, so whatever condition allows the
problem to show on my system seems to be hiding at present.
--
Joe
H. Merijn Brand
news:q3n8bu43cmg3ppcq0...@4ax.com:
> Dear everyone,
>
> We are nearing completion of Opera 6.02. The feedback in opera.beta
> has been great, and has helped us to solve many problems. Thanks!
>
> However, there are still a couple of issues that remain and that we
> (at least in the customer service department) would like to see fixed:
Can we have the current build as a last test, so we can check if our reported
bug are gone?
--
H.Merijn Brand Amsterdam Perl Mongers (http://www.amsterdam.pm.org/)
using perl-5.6.1, 5.7.2 & 630 on HP-UX 10.20 & 11.00, AIX 4.2, AIX 4.3,
WinNT 4, Win2K pro & WinCE 2.11 often with Tk800.022 &/| DBD-Unify
ftp://ftp.funet.fi/pub/languages/perl/CPAN/authors/id/H/HM/HMBRAND/
Yngve Nysaeter Pettersen (Developer, Opera Software A/S)
>
>I can see what is going on, now it is "just" to fix it.
I think I've now managed to fix the problem. Thanks for the testcase.
Eric
I'm looking eagerly forward to 6.02 or the next public beta. Thanks!
Eric
"Yngve Nysaeter Pettersen (Developer, Opera Software A/S)" <yn...@opera.com>
wrote in message news:3cb5c21d....@news.opera.no...
Peter Young
"Haavard K. Moen" <hkm...@opera.invalid> wrote in message
news:unbbbu04dg7mlhf0g...@4ax.com...
TK
<hkm...@opera.invalid> wrote:
>Dear everyone,
>
>We are nearing completion of Opera 6.02. The feedback in opera.beta
>has been great, and has helped us to solve many problems. Thanks!
>
>However, there are still a couple of issues that remain and that we
>(at least in the customer service department) would like to see fixed:
>
>- Opera does not print footers
<snip>
>
>Any feedback on this is welcome. Some may be disappointed if certain
>fixes aren't included, but bear in mind that Opera 6.02 has seen many
>important fixes already, and that no version will be 100% bug-free.
Opera 6.02 Build 1066
Windows 98
HP 895Cse
Rob Pitkin
>"Haavard K. Moen" <hkm...@opera.invalid> wrote in message
>news:unbbbu04dg7mlhf0g...@4ax.com...
>> On Wed, 10 Apr 2002 22:44:46 -0500, "Peter Young"
>> <pyo...@vbadvance.com.no.spam.please> wrote:
>> > I'm completely unable to use Opera as a mail client due to a bug it has
>> >with my mail server, and as a result I'm stuck using Outhouse Express
>> > (which pains me to no end).
>>
>> Is it a bug in Opera or is it a problem with the server?
>> What mail server is this, and have you been in contact
>>with the people who run the server?
>
><pyo...@vbadvance.com.no.spam.please> wrote:
>
>It's a confirmed bug in Opera. Case ID-number:63833
>
-
Rob Pitkin
&
Remember: "Silly is a state of Mind,
Stupid is a way of Life"!
by D. Butler
# (cc. Monty Python's Flying Circus / E.Idle)
Rob Pitkin
wrote:
>
[SNIP]
>
>> However, there are still a couple of issues that remain and that we
>> (at least in the customer service department) would like to see fixed:
>
>Can we have the current build as a last test, so we can check if our reported
>bug are gone?
>
>--
>H.Merijn Brand
>
I would give that request two chances;
Yours & Buckleys! (as the old saying goes ;-)
David Gould
<hkm...@opera.invalid> wrote:
>Any feedback on this is welcome. Some may be disappointed if certain
>fixes aren't included, but bear in mind that Opera 6.02 has seen many
>important fixes already, and that no version will be 100% bug-free.
There are still plenty of major bugs AFAIK. I have reported 2 myself
(zoom/frames and rendering http://www.neoseeker.com/ without images).
I agree that if you are going to produce a 6.03, then release 6.02 soon.
Otherwise delay it, 6.01 is good enough for another few weeks.
Oh, and release a later beta than 1066 else you know you're bound to
have missed something.
Dave.
Rob Pitkin
>> (at least in the customer service department) would like to see fixed:
>
>Can we have the current build as a last test, so we can check if our reported
>bug are gone?
>
>--
>H.Merijn Brand
>
I would give that request two chances;
Yours & Buckleys! (as the old saying goes ;-)
"SNM!" #
-
Looks like Buckley's bet just came in, Wow!
Wonders will never cease!
I wonder what prompted that, when they were all set to go with; ?
Eric
Eric
"Yngve Nysaeter Pettersen (Developer, Opera Software A/S)" <yn...@opera.com>
wrote in message news:3cb5c21d....@news.opera.no...
Josef W. Segur
>Can't duplicate anymore with 1078. Thanks!
>
>Eric
I'll second that. I did some retesting with both 1066 and 1078. 1078 worked
perfectly on over 70 trials. With 1066 I didn't get any of the bad transfers,
but a lot of 'Connection closed by remote server' errors.
--
Joe
Haavard K. Moen
<pyo...@vbadvance.com.no.spam.please> wrote:
> It's a confirmed bug in Opera. Case ID-number:63833
In that case, Axel should probably tell you the status. I've no
information about this bug.
Haavard K. Moen
<elincol...@nospam.confluence.org> wrote:
> Wow, now that's service! :)
> I'm looking eagerly forward to 6.02 or the next public beta. Thanks!
In providing us with good test cases, you are contributing to solving
the problems. A thank you goes out to you as well!
khs
> - Opera does not print footers
>
> The problem with these is that we are unable to reproduce it reliably.
> The footer issue can be reproduced on some printers, but it is
> difficult to pin down the problem properly. Perhaps some feedback from
> people about which printers print footers and which don't would help
> our developers. Do remember to download the latest drivers for your
> printer, just in case.
this problem stays there in the actual version 6.02 b 1078 (this was in all prior versions the same
problem and is'nt solved up today). OPERA will print the footers ... but because the footers are
out of the printable area they will not be printed. The problem is the method of which OPERA
handles the function to change margins. While changing margins only the margins within the
content area are changed, not the margins of headers and footers, which are in the printable
area. And here is the solution: the user needs to change the real printable area AND the content
area. And therefore I don't find any configuration possibilities.
So long
Karl Heinz
m...@null.net
> HP 895Cse printer
> Win 98
> Opera 6.02 build 1066
> Footers show up in print preview.
> Cannot print footers.
Same behaviour for
HP DeskJet 895Cxi
Windows 2000 SP2
Opera 6.02 build 1078
Headers are printed. Footers are only shown in the preview but not printed.
Testpage: http://www.opera.com/
> Footers can be printed in Opera 5
Here, too.
Mark
Mike Brighty
I have the same problem and have reported it to the opera user's group previously.
Opera 6.02 Beta Build 1078
Win 95B
HP 710C
Mike Brighty
Henning Norén <conf...@whoever.com> wrote in message news:<1103_10...@news.opera.no>...
> Printed out the Opera main-page (http://www.opera.com) and was unable to get the footer printed. Footer is seen
> when I watch the page in "print preview".
>
> Opera 6.02 b10666
> Windows 98SE (Swedish)
> HP Deskjet 840C
>
>
> /Henning
>
> On Wed, 10 Apr 2002 17:39:54 +0200, Haavard K. Moen <hkm...@opera.invalid> wrote:
> > Dear everyone,
> >
> > We are nearing completion of Opera 6.02. The feedback in opera.beta
> > has been great, and has helped us to solve many problems. Thanks!
> >
> > However, there are still a couple of issues that remain and that we
> > (at least in the customer service department) would like to see fixed:
> >
> > - Opera does not print footers
> > - Opera goes back twice with the MS Intellimouse and its special
> > back/forward buttons
> >
> > The problem with these is that we are unable to reproduce it reliably.
> > The footer issue can be reproduced on some printers, but it is
> > difficult to pin down the problem properly. Perhaps some feedback from
> > people about which printers print footers and which don't would help
> > our developers. Do remember to download the latest drivers for your
> > printer, just in case.
> >
> > As for the Intellimouse issue, we haven't been able to reproduce this
> > in-house at all.
> >
> > I hope our developers will be able to fix these two problems, but if
> > we cannot find the exact problem very soon, it might not be fixed for
> > 6.02.
> >
> > There's also some issues with importing mail from various e-mail
> > clients, but we are not sure if the fixes will make it to 6.02. If
> > they require too much work, it might have to wait for the next
> > version.
> >
> > Overall, 6.02 seems to be a vast improvement over 6.01 in most areas,
> > and it might not make any sense to delay it much further if the
> > remaining fixes take too long.
> >
> > Any feedback on this is welcome. Some may be disappointed if certain
> > fixes aren't included, but bear in mind that Opera 6.02 has seen many
> > important fixes already, and that no version will be 100% bug-free.
> >
> > (Crossposted to opera.beta, general, tech - FUT: opera.beta.)
Axel Siebert
> In that case, Axel should probably tell you the status. I've no
> information about this bug.
I did investigate this bug in January, but haven't got around to fixing it.
I hope to get it done in time for 6.02.
Axel
--
/"\
\ / ASCII ribbon campaign
X against HTML mail
/ \ and postings - est. June 1998
Lash Larew
news:q3n8bu43cmg3ppcq0...@4ax.com:
> Dear everyone,
>
> We are nearing completion of Opera 6.02. The feedback in opera.beta
> has been great, and has helped us to solve many problems. Thanks!
>
> However, there are still a couple of issues that remain and that we
> (at least in the customer service department) would like to see fixed:
>
> - Opera does not print footers
> - Opera goes back twice with the MS Intellimouse and its special
> back/forward buttons
>
[ ... ]
>
> Any feedback on this is welcome. Some may be disappointed if certain
> fixes aren't included, but bear in mind that Opera 6.02 has seen many
> important fixes already, and that no version will be 100% bug-free.
>
> (Crossposted to opera.beta, general, tech - FUT: opera.beta.)
I print to a HP DeskJet 722C. Rather interesting problem. As in other
posts, footers do not print.
But on page 2 through ?? the font of the header is switched to a fixed-
width font and runs off the page, overprints or just drops the characters.
Then the following text is also printed in the same fixed-width font,
truncating lines on the right.
If the document has a font command, the font gets set to whatever is
specified. However, the next page header switches to the fixed-width font
again. Very strange.
Opera 5.12 does not have this problem.
Printer HP DJ722C
O/S: Win95 Second Edition updated
Opera 6.02 Build 1078
Thanks,
LL