Hi,
been playing with rc1 for about a week now, I noticed to bugs:
the subject and recipients are lost when the compose screen loaded. Message is there, also quoted etc..
I don't seem to be able to send messages.
Randomly, my session is terminated (I get a login screen) and can
not re-login until I close my browser and retry.
I am investigating all issues, especially 2 - so if anyone is working on this as well, or maybe I seem to be the only one having those problems - please let me know. I am running my install with debug_level 8 and error_reporting(E_ALL) - which I hope catches everything.
Just btw - so it doesn't look like I am ranting, cause I am not - outstanding work on the entire skinning feature of RC. It's really easy to customize the look. :)
Cheers, Till
I can confirm item 3. I've seen that happen a few times. I can't figure out a way to reproduce it every time though.
It's odd, it doesn't log any errors in that situation either. I thought it was my box so I was checking all my logs and restarting my database and imap services and then I realized squirrelmail was still working fine so I closed the browser and reopened and roundcube worked like normal.
till wrote:
Hi,
been playing with rc1 for about a week now, I noticed to bugs:
- When I select a message in message view, and click reply/reply all,
the subject and recipients are lost when the compose screen loaded. Message is there, also quoted etc..
I don't seem to be able to send messages.
Randomly, my session is terminated (I get a login screen) and can
not re-login until I close my browser and retry.
I am investigating all issues, especially 2 - so if anyone is working on this as well, or maybe I seem to be the only one having those problems - please let me know. I am running my install with debug_level 8 and error_reporting(E_ALL) - which I hope catches everything.
Just btw - so it doesn't look like I am ranting, cause I am not - outstanding work on the entire skinning feature of RC. It's really easy to customize the look. :)
Cheers, Till
for number 2 have you looked in your smtp logs to see if it is connecting the the smtp server? and if so what is it passing for the username ect?
till wrote:
Hi,
been playing with rc1 for about a week now, I noticed to bugs:
- When I select a message in message view, and click reply/reply all,
the subject and recipients are lost when the compose screen loaded. Message is there, also quoted etc..
I don't seem to be able to send messages.
Randomly, my session is terminated (I get a login screen) and can
not re-login until I close my browser and retry.
I am investigating all issues, especially 2 - so if anyone is working on this as well, or maybe I seem to be the only one having those problems - please let me know. I am running my install with debug_level 8 and error_reporting(E_ALL) - which I hope catches everything.
Just btw - so it doesn't look like I am ranting, cause I am not - outstanding work on the entire skinning feature of RC. It's really easy to customize the look. :)
Cheers, Till
The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete this material from any computer.
In accordance with industry regulations, all messages are retained and are subject to monitoring.
This message has been scanned for viruses and dangerous content and is believed to be clean.
Securities offered through Cantella & Co., Inc., Member NASD/SIPC. Home Office: 2 Oliver Street, 11th Floor, Boston, MA 02109 Telephone: (617)521-8630
It's logging some pretty weird stuff: http://www.pastebin.ca/533654
That's from my logs/console (btw, the console on the RC app never displays anything).
If you look at it, you see the part where it says "Tried CRAM-MD5:" - I am a bit worried about "Resource id #29" since that looks like a PHP object of some (unexpected) type - read error. ;)
I couldn't dig up (yet) where it comes from. I am currently working my way through index.php and program/steps/mail/sendmai.inc but debugging is pretty hard.
Cheers, Till
On 6/3/07, Chris Richardson crichardson@cantella.com wrote:
for number 2 have you looked in your smtp logs to see if it is connecting the the smtp server? and if so what is it passing for the username ect?
till wrote:
Hi,
been playing with rc1 for about a week now, I noticed to bugs:
- When I select a message in message view, and click reply/reply all,
the subject and recipients are lost when the compose screen loaded. Message is there, also quoted etc..
I don't seem to be able to send messages.
Randomly, my session is terminated (I get a login screen) and can
not re-login until I close my browser and retry.
I am investigating all issues, especially 2 - so if anyone is working on this as well, or maybe I seem to be the only one having those problems - please let me know. I am running my install with debug_level 8 and error_reporting(E_ALL) - which I hope catches everything.
Just btw - so it doesn't look like I am ranting, cause I am not - outstanding work on the entire skinning feature of RC. It's really easy to customize the look. :)
Cheers, Till
On 6/3/07, Matt Kaatman roundcube-dev@matt.kaatman.com wrote:
I can confirm item 3. I've seen that happen a few times. I can't figure out a way to reproduce it every time though.
Me neither. I am digging it up though. It shouldn't be hard.
It's odd, it doesn't log any errors in that situation either. I thought it was my box so I was checking all my logs and restarting my database and imap services and then I realized squirrelmail was still working fine so I closed the browser and reopened and roundcube worked like normal.
I think the control/flow in index.php messes up. But I will investigate this later - or when the error comes back. ;)
Till
till a écrit :
Hi,
been playing with rc1 for about a week now, I noticed to bugs:
Hi guys, We've the following bug: This attachement is not shown by Roundcube:
Should be x-unix-mode=0644;that's causing this problem?
--Apple-Mail-3--211679505 Content-Transfer-Encoding: base64 Content-Type: application/pdf; x-unix-mode=0644; name=Infosoc.pdf Content-Disposition: inline; filename=Infosoc.pdf
Hi again ;)
On 6/3/07, till klimpong@gmail.com wrote:
On 6/3/07, Matt Kaatman roundcube-dev@matt.kaatman.com wrote:
I can confirm item 3. I've seen that happen a few times. I can't figure out a way to reproduce it every time though.
Me neither. I am digging it up though. It shouldn't be hard.
I think the error happens when you let RC sit too long on the compose screen. At least that's where it happens for me?
Can anyone confirm?
[ ] yes [ ] no
Cheers, Till
Till:
The resource ID is just an open connection to the SMTP server that's set up. The resource is just a PHP resource object that correlates to the SMTP server. So it would seem that it's connecting. Have you tried turning the error_level up to 8 to see what's spit out?
~Brett
till wrote:
It's logging some pretty weird stuff: http://www.pastebin.ca/533654
That's from my logs/console (btw, the console on the RC app never displays anything).
If you look at it, you see the part where it says "Tried CRAM-MD5:" - I am a bit worried about "Resource id #29" since that looks like a PHP object of some (unexpected) type - read error. ;)
I couldn't dig up (yet) where it comes from. I am currently working my way through index.php and program/steps/mail/sendmai.inc but debugging is pretty hard.
Cheers, Till
On 6/3/07, Chris Richardson crichardson@cantella.com wrote:
for number 2 have you looked in your smtp logs to see if it is connecting the the smtp server? and if so what is it passing for the username ect?
till wrote:
Hi,
been playing with rc1 for about a week now, I noticed to bugs:
- When I select a message in message view, and click reply/reply all,
the subject and recipients are lost when the compose screen loaded. Message is there, also quoted etc..
I don't seem to be able to send messages.
Randomly, my session is terminated (I get a login screen) and can
not re-login until I close my browser and retry.
I am investigating all issues, especially 2 - so if anyone is working on this as well, or maybe I seem to be the only one having those problems - please let me know. I am running my install with debug_level 8 and error_reporting(E_ALL) - which I hope catches everything.
Just btw - so it doesn't look like I am ranting, cause I am not - outstanding work on the entire skinning feature of RC. It's really easy to customize the look. :)
Cheers, Till
On 6/3/07, Brett Patterson brett@bpatterson.net wrote:
Till:
The resource ID is just an open connection to the SMTP server that's set up. The resource is just a PHP resource object that correlates to the SMTP server.
Sure, but why is the resource id used in the authentication part? Or am I reading the log wrong?
So it would seem that it's connecting. Have you tried turning the error_level up to 8 to see what's spit out?
I am on 8 all the time.
logs/errors hasn't had anything for days logs/console lists what i put on the pastebin (and nothing but that) logs/sendmail is not created, even though I enabled it - I am thinking it dies before
Till
On 6/3/07, till klimpong@gmail.com wrote:
On 6/3/07, Brett Patterson brett@bpatterson.net wrote:
Till:
The resource ID is just an open connection to the SMTP server that's set up. The resource is just a PHP resource object that correlates to the SMTP server.
Sure, but why is the resource id used in the authentication part? Or am I reading the log wrong?
So it would seem that it's connecting. Have you tried turning the error_level up to 8 to see what's spit out?
I am on 8 all the time.
logs/errors hasn't had anything for days logs/console lists what i put on the pastebin (and nothing but that) logs/sendmail is not created, even though I enabled it - I am thinking it dies before
I resolved 2. I am not sure where the error was, I worked through sendmail.inc and changed the code format everywhere, added brackets (curley and round) and did stuff like if ($foo === false) instead of if (!$foo) and so on.
I also put the function add emoticons and identities into their own class file.
I see if I can provide a diff later on. Do I need to check out trunk for rc1?
Till
till wrote:
On 6/3/07, till klimpong@gmail.com wrote:
I resolved 2. I am not sure where the error was, I worked through sendmail.inc and changed the code format everywhere, added brackets (curley and round) and did stuff like if ($foo === false) instead of if (!$foo) and so on.
Well sending works for me and it seems to work for most of the RC users (otherwise we would be spammed with complaints...)
I also put the function add emoticons and identities into their own class file.
I see if I can provide a diff later on. Do I need to check out trunk for rc1?
Trunk is the one you should work with. If some changes are worth to be released as a patch for 0.1-rc1 we will manually move them to the according branch.
~Thomas
My friend confirms that the bottom button to send message on compose page
doesn't work in Opera/Windows.
On Mon, 04 Jun 2007 17:39:51 +1000, Thomas Bruederli roundcube@gmail.com
wrote:
till wrote:
On 6/3/07, till klimpong@gmail.com wrote:
I resolved 2. I am not sure where the error was, I worked through sendmail.inc and changed the code format everywhere, added brackets (curley and round) and did stuff like if ($foo === false) instead of if (!$foo) and so on.
Well sending works for me and it seems to work for most of the RC users (otherwise we would be spammed with complaints...)
I also put the function add emoticons and identities into their own class file.
I see if I can provide a diff later on. Do I need to check out trunk for rc1?
Trunk is the one you should work with. If some changes are worth to be released as a patch for 0.1-rc1 we will manually move them to the according branch.
~Thomas
On 6/4/07, Thomas Bruederli roundcube@gmail.com wrote:
till wrote:
On 6/3/07, till klimpong@gmail.com wrote:
I resolved 2. I am not sure where the error was, I worked through sendmail.inc and changed the code format everywhere, added brackets (curley and round) and did stuff like if ($foo === false) instead of if (!$foo) and so on.
Well sending works for me and it seems to work for most of the RC users (otherwise we would be spammed with complaints...)
;) Sending was my personal issue.
I changed compose.html and it stopped adding the hidden fields (_task, _action). I have no idea why - because for example it still adds the hidden for draft saving and so on - go figure. I'll look into that today.
I also put the function add emoticons and identities into their own class file.
I see if I can provide a diff later on. Do I need to check out trunk for rc1?
Trunk is the one you should work with. If some changes are worth to be released as a patch for 0.1-rc1 we will manually move them to the according branch.
OK.
Cheers, Till
Opera is a strange browser and has alot of issues. I dont know how much people actualy feel like supporting it. I think support for IE and FF varents are enough to cover most browsers.
-Chris
Chris Fordham wrote:
My friend confirms that the bottom button to send message on compose page doesn't work in Opera/Windows.
On Mon, 04 Jun 2007 17:39:51 +1000, Thomas Bruederli roundcube@gmail.com wrote:
till wrote:
On 6/3/07, till klimpong@gmail.com wrote:
I resolved 2. I am not sure where the error was, I worked through sendmail.inc and changed the code format everywhere, added brackets (curley and round) and did stuff like if ($foo === false) instead of if (!$foo) and so on.
Well sending works for me and it seems to work for most of the RC users (otherwise we would be spammed with complaints...)
I also put the function add emoticons and identities into their own class file.
I see if I can provide a diff later on. Do I need to check out trunk for rc1?
Trunk is the one you should work with. If some changes are worth to be released as a patch for 0.1-rc1 we will manually move them to the according branch.
~Thomas
The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete this material from any computer.
In accordance with industry regulations, all messages are retained and are subject to monitoring.
This message has been scanned for viruses and dangerous content and is believed to be clean.
Securities offered through Cantella & Co., Inc., Member NASD/SIPC. Home Office: 2 Oliver Street, 11th Floor, Boston, MA 02109 Telephone: (617)521-8630
Historically I've had less issues with Opera than any other browser, especially on FreeBSD. Certainly less problems than IE on Windows. But of course that's just my experience.
That said, I can also confirm that something is wrong in Opera, but it's not only the send button. The Cancel button and the HTML/Plain Text editor selector controls also do not work.
It is as if they are not able to be clicked, not that they are clicked and produce no response.
I have narrowed this down to -- of all bizarre things -- the screen height. My work PC is fine and it's got a 19" monitor running 1600x1200. My laptop is running 1280x800 and has the problem.
If I shrink the window on my work PC vertically to about the same size as my laptop screen, the controls also stop working.
So this will only happen to Opera users with a small (vertically) window whose personal preference is set to compose in plain text by default.
As to why that happens, it's beyond me at the moment...
Jim
Chris Richardson wrote:
Opera is a strange browser and has alot of issues. I dont know how much people actualy feel like supporting it. I think support for IE and FF varents are enough to cover most browsers.
-Chris
Chris Fordham wrote:
My friend confirms that the bottom button to send message on compose page doesn't work in Opera/Windows.
On Mon, 04 Jun 2007 17:39:51 +1000, Thomas Bruederli roundcube@gmail.com wrote:
till wrote:
On 6/3/07, till klimpong@gmail.com wrote:
I resolved 2. I am not sure where the error was, I worked through sendmail.inc and changed the code format everywhere, added brackets (curley and round) and did stuff like if ($foo === false) instead of if (!$foo) and so on.
Well sending works for me and it seems to work for most of the RC users (otherwise we would be spammed with complaints...)
I also put the function add emoticons and identities into their own class file.
I see if I can provide a diff later on. Do I need to check out trunk for rc1?
Trunk is the one you should work with. If some changes are worth to be released as a patch for 0.1-rc1 we will manually move them to the according branch.
~Thomas
On 6/4/07, Jim Pingle lists@pingle.org wrote:
Historically I've had less issues with Opera than any other browser, especially on FreeBSD. Certainly less problems than IE on Windows. But of course that's just my experience.
That said, I can also confirm that something is wrong in Opera, but it's not only the send button. The Cancel button and the HTML/Plain Text editor selector controls also do not work.
It is as if they are not able to be clicked, not that they are clicked and produce no response.
I have narrowed this down to -- of all bizarre things -- the screen height. My work PC is fine and it's got a 19" monitor running 1600x1200. My laptop is running 1280x800 and has the problem.
If I shrink the window on my work PC vertically to about the same size as my laptop screen, the controls also stop working.
So this will only happen to Opera users with a small (vertically) window whose personal preference is set to compose in plain text by default.
As to why that happens, it's beyond me at the moment...
Wow, on a scale of weirdness - you win!
[reply sent only the dev list]
till wrote:
On 6/4/07, Jim Pingle lists@pingle.org wrote:
That said, I can also confirm that something is wrong in Opera, but it's not only the send button. The Cancel button and the HTML/Plain Text editor selector controls also do not work.
[snip]
So this will only happen to Opera users with a small (vertically) window whose personal preference is set to compose in plain text by default.
As to why that happens, it's beyond me at the moment...
Wow, on a scale of weirdness - you win!
Not that first time that's been said of me, and I'm sure it won't be the last. :)
I just confirmed this also on Opera 9.21 on FreeBSD. It behaves exactly the same.
Also, if you have the HTML editor selected, switch to Plain Text, then back to HTML, two HTML editor windows appear on the screen. Similar to ticket #1484158, which was closed some time ago.
It's not that big of a deal for me. I'm the only person I know who uses Opera and even then it's just on FreeBSD, I only use plain text, and both of my FreeBSD workstations with X.org on them have a large enough resolution where this doesn't happen. On top of all that, the upper compose button works just fine.
Jim
On 6/4/07, Jim Pingle lists@pingle.org wrote:
[reply sent only the dev list]
till wrote:
On 6/4/07, Jim Pingle lists@pingle.org wrote:
That said, I can also confirm that something is wrong in Opera, but it's not only the send button. The Cancel button and the HTML/Plain Text editor selector controls also do not work.
[snip]
So this will only happen to Opera users with a small (vertically) window whose personal preference is set to compose in plain text by default.
As to why that happens, it's beyond me at the moment...
Wow, on a scale of weirdness - you win!
Not that first time that's been said of me, and I'm sure it won't be the last. :)
I just confirmed this also on Opera 9.21 on FreeBSD. It behaves exactly the same.
Also, if you have the HTML editor selected, switch to Plain Text, then back to HTML, two HTML editor windows appear on the screen. Similar to ticket #1484158, which was closed some time ago.
It's not that big of a deal for me. I'm the only person I know who uses Opera and even then it's just on FreeBSD, I only use plain text, and both of my FreeBSD workstations with X.org on them have a large enough resolution where this doesn't happen. On top of all that, the upper compose button works just fine.
Which version are you using?
till wrote:
On 6/4/07, Jim Pingle lists@pingle.org wrote:
[reply sent only the dev list]
till wrote:
On 6/4/07, Jim Pingle lists@pingle.org wrote:
That said, I can also confirm that something is wrong in Opera, but it's not only the send button. The Cancel button and the HTML/Plain Text editor selector controls also do not work.
[snip]
So this will only happen to Opera users with a small (vertically)
window
whose personal preference is set to compose in plain text by default.
As to why that happens, it's beyond me at the moment...
Wow, on a scale of weirdness - you win!
Not that first time that's been said of me, and I'm sure it won't be the last. :)
I just confirmed this also on Opera 9.21 on FreeBSD. It behaves exactly the same.
Also, if you have the HTML editor selected, switch to Plain Text, then back to HTML, two HTML editor windows appear on the screen. Similar to ticket #1484158, which was closed some time ago.
It's not that big of a deal for me. I'm the only person I know who uses Opera and even then it's just on FreeBSD, I only use plain text, and both of my FreeBSD workstations with X.org on them have a large enough resolution where this doesn't happen. On top of all that, the upper compose button works just fine.
Which version are you using?
I was using trunk that had been updated around the release of RC1. I just updated it again just now before I received your reply. I'm now on r592.
Since the HTML editor is not in RC1, this is sort of OT for this thread, however there are more problems now.
Now when I try to switch from HTML to Plain Text, I get a "Removing formatting from message" notification that eventually times out and never switches back to plain text. This happens on FireFox and Opera, with or without any text in the compose window at the time.
The "Removing formatting..." message eventually times out and goes away, but the HTML editor is still present, and if I click HTML editor again, a second HTML compose window appears (on both FireFox and Opera) I made sure the caches were flushed on both and tried several times. I also tried on two different PCs.
The "send message" button bug is also still present in Opera with the new revision as well.
PC Version(s): XP Pro SP2 (2 of these) FreeBSD 6.2-STABLE, X.org 7.2
Browser Versions: Opera 9.21 FireFox 2.0.0.4
Jim
I think you should check your facts. Its a very compliant browser and is
also popular.
Covering IE and FF is simply not enough and not up to standard IMO!
Have a look at browser support and comparisons on Wikipedia.
On Mon, 04 Jun 2007 23:16:27 +1000, Chris Richardson
techlist@cantella.com wrote:
Opera is a strange browser and has alot of issues. I dont know how much
people actualy feel like supporting it. I think support for IE and FF
varents are enough to cover most browsers.-Chris
Chris Fordham wrote:
My friend confirms that the bottom button to send message on compose
page doesn't work in Opera/Windows.On Mon, 04 Jun 2007 17:39:51 +1000, Thomas Bruederli
roundcube@gmail.com wrote:till wrote:
On 6/3/07, till klimpong@gmail.com wrote:
I resolved 2. I am not sure where the error was, I worked through sendmail.inc and changed the code format everywhere, added brackets (curley and round) and did stuff like if ($foo === false) instead of if (!$foo) and so on.
Well sending works for me and it seems to work for most of the RC users (otherwise we would be spammed with complaints...)
I also put the function add emoticons and identities into their own class file.
I see if I can provide a diff later on. Do I need to check out trunk
for rc1?Trunk is the one you should work with. If some changes are worth to be released as a patch for 0.1-rc1 we will manually move them to the according branch.
~Thomas
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete this material from any computer.In accordance with industry regulations, all messages are retained and
are subject to monitoring. This message has been scanned for viruses and
dangerous content and is believed to be clean. Securities offered
through Cantella & Co., Inc., Member NASD/SIPC. Home Office: 2 Oliver
Street, 11th Floor, Boston, MA 02109 Telephone: (617)521-8630
ok
Opera - 0.8% that is not a very large percent.
Firefox - 15.1% IE - 78.6%
so FF and IE = 93.7 to .8
Chris Fordham wrote:
I think you should check your facts. Its a very compliant browser and is also popular. Covering IE and FF is simply not enough and not up to standard IMO! Have a look at browser support and comparisons on Wikipedia.
On Mon, 04 Jun 2007 23:16:27 +1000, Chris Richardson techlist@cantella.com wrote:
Opera is a strange browser and has alot of issues. I dont know how much people actualy feel like supporting it. I think support for IE and FF varents are enough to cover most browsers.
-Chris
Chris Fordham wrote:
My friend confirms that the bottom button to send message on compose page doesn't work in Opera/Windows.
On Mon, 04 Jun 2007 17:39:51 +1000, Thomas Bruederli roundcube@gmail.com wrote:
till wrote:
On 6/3/07, till klimpong@gmail.com wrote:
I resolved 2. I am not sure where the error was, I worked through sendmail.inc and changed the code format everywhere, added brackets (curley and round) and did stuff like if ($foo === false) instead of if (!$foo) and so on.
Well sending works for me and it seems to work for most of the RC users (otherwise we would be spammed with complaints...)
I also put the function add emoticons and identities into their own class file.
I see if I can provide a diff later on. Do I need to check out trunk for rc1?
Trunk is the one you should work with. If some changes are worth to be released as a patch for 0.1-rc1 we will manually move them to the according branch.
~Thomas
The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete this material from any computer.
In accordance with industry regulations, all messages are retained and are subject to monitoring. This message has been scanned for viruses and dangerous content and is believed to be clean. Securities offered through Cantella & Co., Inc., Member NASD/SIPC. Home Office: 2 Oliver Street, 11th Floor, Boston, MA 02109 Telephone: (617)521-8630
The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete this material from any computer.
In accordance with industry regulations, all messages are retained and are subject to monitoring.
This message has been scanned for viruses and dangerous content and is believed to be clean.
Securities offered through Cantella & Co., Inc., Member NASD/SIPC. Home Office: 2 Oliver Street, 11th Floor, Boston, MA 02109 Telephone: (617)521-8630
I think you are looking at it from the wrong point of view. Its a matter
of compliance. ECMAScript 262 should only be used and no JS or JavaScript
proprietary methods. There is an error when you press this button in
Opera/windows but I am still trying to get the error message. If you use
roundcube with the error console open in Opera, you will find there are
lots of issues in general.
0.8% is purely subjective from where you got this statistic. It also does
not take into consideration UA string spoofing by browsers - Opera used to
spoof as IE by default, and people still use this practice due to browser
sniffing by websites.
So lets say 0.2% error here, so 1%. So that means that 1 in 100 people use
Opera, thats actually decent and worth consideration.
I still think that Roundcube has a long way to go in terms of compliance
and interoperability (as well as accessibility). This is obvious when
looking at the html/css and javascript.
Please also show some respect to people that don't use IE or FIrefox.
Rgs, Chris
On Tue, 05 Jun 2007 14:01:06 +1000, Chris Richardson
crichardson@cantella.com wrote:
ok
Opera - 0.8% that is not a very large percent.
Firefox - 15.1% IE - 78.6%
so FF and IE = 93.7 to .8
Chris Fordham wrote:
I think you should check your facts. Its a very compliant browser and
is also popular. Covering IE and FF is simply not enough and not up to standard IMO! Have a look at browser support and comparisons on Wikipedia.On Mon, 04 Jun 2007 23:16:27 +1000, Chris Richardson
techlist@cantella.com wrote:Opera is a strange browser and has alot of issues. I dont know how
much people actualy feel like supporting it. I think support for IE
and FF varents are enough to cover most browsers.-Chris
Chris Fordham wrote:
My friend confirms that the bottom button to send message on compose
page doesn't work in Opera/Windows.On Mon, 04 Jun 2007 17:39:51 +1000, Thomas Bruederli
roundcube@gmail.com wrote:till wrote:
On 6/3/07, till klimpong@gmail.com wrote:
I resolved 2. I am not sure where the error was, I worked through sendmail.inc and changed the code format everywhere, added brackets (curley and round) and did stuff like if ($foo === false) instead of if (!$foo) and so on.
Well sending works for me and it seems to work for most of the RC users (otherwise we would be spammed with complaints...)
I also put the function add emoticons and identities into their own class file.
I see if I can provide a diff later on. Do I need to check out
trunk for rc1?Trunk is the one you should work with. If some changes are worth to
be released as a patch for 0.1-rc1 we will manually move them to the according branch.~Thomas
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this
information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete
this material from any computer.In accordance with industry regulations, all messages are retained and
are subject to monitoring. This message has been scanned for viruses
and dangerous content and is believed to be clean. Securities offered
through Cantella & Co., Inc., Member NASD/SIPC. Home Office: 2 Oliver
Street, 11th Floor, Boston, MA 02109 Telephone: (617)521-8630The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete this material from any computer.In accordance with industry regulations, all messages are retained and
are subject to monitoring. This message has been scanned for viruses and
dangerous content and is believed to be clean. Securities offered
through Cantella & Co., Inc., Member NASD/SIPC. Home Office: 2 Oliver
Street, 11th Floor, Boston, MA 02109 Telephone: (617)521-8630
I agree that their are people who use it. heck I used it for years as my main browser but I think there are other things that might be attented to before Opera is a focus point. Since writing an app to be happy with all browsers is such a challange you some times have to decide how best to use what resource you have avaible. I would love to see some one give Thomas a hand to make it have better support for Opera but there is only so much time in a day and Thomas can only do so much. So either step up or feed the masses which is clearly IE, FF.
Chris Fordham wrote:
I think you are looking at it from the wrong point of view. Its a matter of compliance. ECMAScript 262 should only be used and no JS or JavaScript proprietary methods. There is an error when you press this button in Opera/windows but I am still trying to get the error message. If you use roundcube with the error console open in Opera, you will find there are lots of issues in general.
0.8% is purely subjective from where you got this statistic. It also does not take into consideration UA string spoofing by browsers - Opera used to spoof as IE by default, and people still use this practice due to browser sniffing by websites. So lets say 0.2% error here, so 1%. So that means that 1 in 100 people use Opera, thats actually decent and worth consideration.
I still think that Roundcube has a long way to go in terms of compliance and interoperability (as well as accessibility). This is obvious when looking at the html/css and javascript. Please also show some respect to people that don't use IE or FIrefox.
Rgs, Chris
On Tue, 05 Jun 2007 14:01:06 +1000, Chris Richardson crichardson@cantella.com wrote:
ok
Opera - 0.8% that is not a very large percent.
Firefox - 15.1% IE - 78.6%
so FF and IE = 93.7 to .8
Chris Fordham wrote:
I think you should check your facts. Its a very compliant browser and is also popular. Covering IE and FF is simply not enough and not up to standard IMO! Have a look at browser support and comparisons on Wikipedia.
On Mon, 04 Jun 2007 23:16:27 +1000, Chris Richardson techlist@cantella.com wrote:
Opera is a strange browser and has alot of issues. I dont know how much people actualy feel like supporting it. I think support for IE and FF varents are enough to cover most browsers.
-Chris
Chris Fordham wrote:
My friend confirms that the bottom button to send message on compose page doesn't work in Opera/Windows.
On Mon, 04 Jun 2007 17:39:51 +1000, Thomas Bruederli roundcube@gmail.com wrote:
till wrote: > On 6/3/07, till klimpong@gmail.com wrote: > > I resolved 2. I am not sure where the error was, I worked through > sendmail.inc and changed the code format everywhere, added brackets > (curley and round) and did stuff like if ($foo === false) > instead of > if (!$foo) and so on.
Well sending works for me and it seems to work for most of the RC users (otherwise we would be spammed with complaints...) > > I also put the function add emoticons and identities into their own > class file. > > I see if I can provide a diff later on. Do I need to check out > trunk for > rc1?
Trunk is the one you should work with. If some changes are worth to be released as a patch for 0.1-rc1 we will manually move them to the according branch.
~Thomas
The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete this material from any computer.
In accordance with industry regulations, all messages are retained and are subject to monitoring. This message has been scanned for viruses and dangerous content and is believed to be clean. Securities offered through Cantella & Co., Inc., Member NASD/SIPC. Home Office: 2 Oliver Street, 11th Floor, Boston, MA 02109 Telephone: (617)521-8630
The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete this material from any computer.
In accordance with industry regulations, all messages are retained and are subject to monitoring. This message has been scanned for viruses and dangerous content and is believed to be clean. Securities offered through Cantella & Co., Inc., Member NASD/SIPC. Home Office: 2 Oliver Street, 11th Floor, Boston, MA 02109 Telephone: (617)521-8630
The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete this material from any computer.
In accordance with industry regulations, all messages are retained and are subject to monitoring.
This message has been scanned for viruses and dangerous content and is believed to be clean.
Securities offered through Cantella & Co., Inc., Member NASD/SIPC. Home Office: 2 Oliver Street, 11th Floor, Boston, MA 02109 Telephone: (617)521-8630
I checked in a fix for the HTML->Plain conversion (a recent change to index.php interfered with the AJAX request).
-Eric
Jim Pingle wrote:
till wrote:
On 6/4/07, Jim Pingle lists@pingle.org wrote:
[reply sent only the dev list]
till wrote:
On 6/4/07, Jim Pingle lists@pingle.org wrote:
That said, I can also confirm that something is wrong in Opera, but it's not only the send button. The Cancel button and the HTML/Plain Text editor selector controls also do not work.
[snip]
So this will only happen to Opera users with a small (vertically)
window
whose personal preference is set to compose in plain text by default.
As to why that happens, it's beyond me at the moment...
Wow, on a scale of weirdness - you win!
Not that first time that's been said of me, and I'm sure it won't be the last. :)
I just confirmed this also on Opera 9.21 on FreeBSD. It behaves exactly the same.
Also, if you have the HTML editor selected, switch to Plain Text, then back to HTML, two HTML editor windows appear on the screen. Similar to ticket #1484158, which was closed some time ago.
It's not that big of a deal for me. I'm the only person I know who uses Opera and even then it's just on FreeBSD, I only use plain text, and both of my FreeBSD workstations with X.org on them have a large enough resolution where this doesn't happen. On top of all that, the upper compose button works just fine.
Which version are you using?
I was using trunk that had been updated around the release of RC1. I just updated it again just now before I received your reply. I'm now on r592.
Since the HTML editor is not in RC1, this is sort of OT for this thread, however there are more problems now.
Now when I try to switch from HTML to Plain Text, I get a "Removing formatting from message" notification that eventually times out and never switches back to plain text. This happens on FireFox and Opera, with or without any text in the compose window at the time.
The "Removing formatting..." message eventually times out and goes away, but the HTML editor is still present, and if I click HTML editor again, a second HTML compose window appears (on both FireFox and Opera) I made sure the caches were flushed on both and tried several times. I also tried on two different PCs.
The "send message" button bug is also still present in Opera with the new revision as well.
PC Version(s): XP Pro SP2 (2 of these) FreeBSD 6.2-STABLE, X.org 7.2
Browser Versions: Opera 9.21 FireFox 2.0.0.4
Jim
Well it is possible. I do it everyday, I just don't have time to do it for
RC.
Still is there actually a browser support statement or development
guidelines for minimal browser support?
Policies on which javascript version to use, what level fo css, (x)html
version etc...
This needs to be defined if not already, otherwise there is no closed UoD
for developers to abide to.
On Tue, 05 Jun 2007 14:19:36 +1000, Chris Richardson
crichardson@cantella.com wrote:
I agree that their are people who use it. heck I used it for years as my
main browser but I think there are other things that might be attented
to before Opera is a focus point. Since writing an app to be happy with
all browsers is such a challange you some times have to decide how best
to use what resource you have avaible. I would love to see some one give
Thomas a hand to make it have better support for Opera but there is only
so much time in a day and Thomas can only do so much. So either step up
or feed the masses which is clearly IE, FF.Chris Fordham wrote:
I think you are looking at it from the wrong point of view. Its a
matter of compliance. ECMAScript 262 should only be used and no JS or
JavaScript proprietary methods. There is an error when you press this
button in Opera/windows but I am still trying to get the error message.
If you use roundcube with the error console open in Opera, you will
find there are lots of issues in general.0.8% is purely subjective from where you got this statistic. It also
does not take into consideration UA string spoofing by browsers - Opera
used to spoof as IE by default, and people still use this practice due
to browser sniffing by websites. So lets say 0.2% error here, so 1%. So that means that 1 in 100 people
use Opera, thats actually decent and worth consideration.I still think that Roundcube has a long way to go in terms of
compliance and interoperability (as well as accessibility). This is
obvious when looking at the html/css and javascript. Please also show some respect to people that don't use IE or FIrefox.Rgs, Chris
On Tue, 05 Jun 2007 14:01:06 +1000, Chris Richardson
crichardson@cantella.com wrote:ok
Opera - 0.8% that is not a very large percent.
Firefox - 15.1% IE - 78.6%
so FF and IE = 93.7 to .8
Chris Fordham wrote:
I think you should check your facts. Its a very compliant browser and
is also popular. Covering IE and FF is simply not enough and not up to standard IMO! Have a look at browser support and comparisons on Wikipedia.On Mon, 04 Jun 2007 23:16:27 +1000, Chris Richardson
techlist@cantella.com wrote:Opera is a strange browser and has alot of issues. I dont know how
much people actualy feel like supporting it. I think support for IE
and FF varents are enough to cover most browsers.-Chris
Chris Fordham wrote:
My friend confirms that the bottom button to send message on
compose page doesn't work in Opera/Windows.On Mon, 04 Jun 2007 17:39:51 +1000, Thomas Bruederli
roundcube@gmail.com wrote:> till wrote: >> On 6/3/07, till klimpong@gmail.com wrote: >> >> I resolved 2. I am not sure where the error was, I worked through >> sendmail.inc and changed the code format everywhere, added
>> brackets >> (curley and round) and did stuff like if ($foo === false) instead
>> of >> if (!$foo) and so on. > > Well sending works for me and it seems to work for most of the RC > users (otherwise we would be spammed with complaints...) >> >> I also put the function add emoticons and identities into their
>> own >> class file. >> >> I see if I can provide a diff later on. Do I need to check out
>> trunk for >> rc1? > > Trunk is the one you should work with. If some changes are worth
> to be > released as a patch for 0.1-rc1 we will manually move them to the > according branch. > > ~Thomas > >The information transmitted is intended only for the person or
entity to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this
information by persons or entities other than the intended recipient is
prohibited. If you received this in error, please contact the sender and delete
this material from any computer.In accordance with industry regulations, all messages are retained
and are subject to monitoring. This message has been scanned for
viruses and dangerous content and is believed to be clean.
Securities offered through Cantella & Co., Inc., Member NASD/SIPC.
Home Office: 2 Oliver Street, 11th Floor, Boston, MA 02109 Telephone: (617)521-8630The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or
privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this
information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete
this material from any computer.In accordance with industry regulations, all messages are retained and
are subject to monitoring. This message has been scanned for viruses
and dangerous content and is believed to be clean. Securities offered
through Cantella & Co., Inc., Member NASD/SIPC. Home Office: 2 Oliver
Street, 11th Floor, Boston, MA 02109 Telephone: (617)521-8630The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete this material from any computer.In accordance with industry regulations, all messages are retained and
are subject to monitoring. This message has been scanned for viruses and
dangerous content and is believed to be clean. Securities offered
through Cantella & Co., Inc., Member NASD/SIPC. Home Office: 2 Oliver
Street, 11th Floor, Boston, MA 02109 Telephone: (617)521-8630
Hi,
On 6/5/07, Chris Fordham chris@xhost.com.au wrote:
I think you are looking at it from the wrong point of view. Its a matter of compliance. ECMAScript 262 should only be used and no JS or JavaScript proprietary methods. There is an error when you press this button in Opera/windows but I am still trying to get the error message. If you use roundcube with the error console open in Opera, you will find there are lots of issues in general.
I'll have a look later on on those.
In anyway, it's pretty hard to develop solely based on compliance and standards when the leading browsers like to implement their own. ;( On the job compliance never counts, because the customer uses browser X and it has to look good.
And for the love of standards, what are you supposed to do if for example you have to use _padding-top to make a certain browser behave, but in another the alarm bells ring? IMO, it wouldn't hurt if Opera relaxed a bit, or at least offered a softer mode there.
Cheers, Till
Its certainly possible and is done by the good client-side developers.
HTML/CSS is definately easier to satisfy, but its possible to do this
cross-browser compat with javascript as well.
I do hope i can find time to contribute to RC in the near future.
I have had a lot of users complain about things not working in RC1, sorry
i can't put words to actions atm.
Rgs, Chris
On Tue, 05 Jun 2007 22:40:18 +1000, till klimpong@gmail.com wrote:
Hi,
On 6/5/07, Chris Fordham chris@xhost.com.au wrote:
I think you are looking at it from the wrong point of view. Its a matter of compliance. ECMAScript 262 should only be used and no JS or
JavaScript proprietary methods. There is an error when you press this button in Opera/windows but I am still trying to get the error message. If you use roundcube with the error console open in Opera, you will find there are lots of issues in general.I'll have a look later on on those.
In anyway, it's pretty hard to develop solely based on compliance and standards when the leading browsers like to implement their own. ;( On the job compliance never counts, because the customer uses browser X and it has to look good.
And for the love of standards, what are you supposed to do if for example you have to use _padding-top to make a certain browser behave, but in another the alarm bells ring? IMO, it wouldn't hurt if Opera relaxed a bit, or at least offered a softer mode there.
Cheers, Till
till wrote:
In anyway, it's pretty hard to develop solely based on compliance and standards when the leading browsers like to implement their own. ;( On the job compliance never counts, because the customer uses browser X and it has to look good.
And for the love of standards, what are you supposed to do if for example you have to use _padding-top to make a certain browser behave, but in another the alarm bells ring? IMO, it wouldn't hurt if Opera relaxed a bit, or at least offered a softer mode there.
I thought you could control some of that by providing a DOCTYPE spec but I'm not that deep into HTML anymore.
Unfortunately the Standards vs. Actual implementation battle is probably never going to sway as far towards Standards as we'd like. Take a look at the Acid2 test. Opera and Konquerer both pass but neither one (especially Konquerer) works as ideally with RoundCube as some would like... (http://en.wikipedia.org/wiki/Acid2)
I'm sure it'd be almost impossible to get it 100% right. In some cases browser detection might help, but as someone else also mentioned, a lot of them offer browser spoofing so it might be useless in those cases.
Jim
Hi Matt & list,
On 6/3/07, Matt Kaatman roundcube-dev@matt.kaatman.com wrote:
I can confirm item 3. I've seen that happen a few times. I can't figure out a way to reproduce it every time though.
It's odd, it doesn't log any errors in that situation either. I thought it was my box so I was checking all my logs and restarting my database and imap services and then I realized squirrelmail was still working fine so I closed the browser and reopened and roundcube worked like normal.
I tracked the error - apparently it's looking for $_SESSION['temp'] on the login process, but since it's not set - it errors out.
Thomas helped me track this one down, the quick fix is to do this (in main.inc, rcmail_login_form()):
$_SESSION['temp'] = true;
Hope that helps, Till
On 6/5/07, Eric Stadtherr estadtherr@gmail.com wrote:
I checked in a fix for the HTML->Plain conversion (a recent change to index.php interfered with the AJAX request).
Are those all your changes? http://trac.roundcube.net/trac.cgi/changeset/593/trunk/roundcubemail/index.p...
Cheers, Till
Those and a couple lines in editor.js. I am reworking the fix, however, based on a suggestion from Thomas. Stay tuned.
till wrote:
On 6/5/07, Eric Stadtherr estadtherr@gmail.com wrote:
I checked in a fix for the HTML->Plain conversion (a recent change to index.php interfered with the AJAX request).
Are those all your changes? http://trac.roundcube.net/trac.cgi/changeset/593/trunk/roundcubemail/index.p...
Cheers, Till