bookmarksync-devel — BookmarkSync Development List

[BMSYNC-DEVEL] [ bookmarksync-Bugs-1087810 ] view.php problems

[SourceForge.net <no...@so...>]

Bugs item #1087810, was opened at 2004-12-19 05:57
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=1087810&group_id=91038

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Server (PHP)
Group: 0.2.0 (server stable release)
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Michael Cook (mcook38)
Assigned to: Nobody/Anonymous (nobody)
Summary: view.php problems

Initial Comment:
Hi,
  When I log in to view.php I only see about 1/2 of my 
bookmarks and the first bookmark folder is truncated.
  Syncing has been working perfectly between several 
clients when adding/removing bookmarks.
  The view problem is the only problem I am having.
  I have read all of the bug reports and applied 1 fix I 
saw (the double entry at the end of the file). This has 
not changed anything for the worse or the better.
  Please help?
  Thx,
    Michael

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2010-04-17 22:12

Message:
dcBfyT  <a href="http://trclvixpvgvf.com/">trclvixpvgvf</a>,
[url=http://jyxrfjeffvnb.com/]jyxrfjeffvnb[/url],
[link=http://qeqidwnriuvj.com/]qeqidwnriuvj[/link],
http://hbelibcigwjs.com/

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=1087810&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Feature Requests-849990 ] Opera Support

[SourceForge.net <no...@so...>]

Feature Requests item #849990, was opened at 2003-11-26 16:59
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=849990&group_id=91038

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Opera Support

Initial Comment:
I'd love to see client support for the Opera Browser, both for Windows and Linux.  That was something that was mentioned as a possible new feature when BookmarkSync was still a commercial product, and one of the primary reasons I supported it by purchasing it.  (Lack of support for it is also the only reason I'm still using Internet Explorer, even though I'm a registered Opera user!) :-)


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2007-02-02 16:32

Message:
Logged In: NO 

yeah, whats up with the opera support?

----------------------------------------------------------------------

Comment By: Tim Musa (opel70)
Date: 2004-12-06 07:49

Message:
Logged In: YES 
user_id=716698

I remember that around version 1.2 they had Opera support and then removed
it in subsiquent versions.  Maybe that code is still floating around
somewhere.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-08-28 06:52

Message:
Logged In: NO 

I too would love Opera support (win and linux). Please consider 
this feature. Thank you!

----------------------------------------------------------------------

Comment By: Bill (bill3)
Date: 2004-01-18 22:13

Message:
Logged In: YES 
user_id=730157

I would also like to ask what happened to the Opera support. 
Someone mentioned on one of the lists that Opera support 
was already in the code, but it just needed to be turned on...
anyone?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=849990&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Bugs-1258785 ] Admin Area Missing

[SourceForge.net <no...@so...>]

Bugs item #1258785, was opened at 2005-08-13 21:36
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=1258785&group_id=91038

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Server (PHP)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Admin Area Missing

Initial Comment:
Can anyone post the fixes they have done for this 
project and can someone explain where the missing 
admin area is to this program?

Email me if you can help.

tr...@gm...

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=1258785&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Feature Requests-1211684 ] Working server-php-full (Sorta)

[SourceForge.net <no...@so...>]

Feature Requests item #1211684, was opened at 2005-05-30 17:34
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=1211684&group_id=91038

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Server (PHP)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: tsytsma (tsytsma)
Assigned to: Nobody/Anonymous (nobody)
Summary: Working server-php-full (Sorta)

Initial Comment:
There were a few claiming they had a working full
version andthose few also promised to share. None of
them came through and this project DIED!. Of all those
claiming to have it working there is only one that I
can tell for a fact has it working and that is the
admin of sync2it.com.

Anyhow, here I am attaching a working copy. Not every
feature works but basic functionality is working. To
install it do the following...

1. Upload the files
2. Apply the sql file to your database.
3. Modify /inc/db.php to reflect your database server,
username, password and database name.
4. Configure your client's registry settings
5. Enjoy.

Now again, I am letting you know that not every
function may work. I only focused on basic
functionality. In a nutshell the following works.

1. The registration process works. In the end however
when you try to verify your registration it says that
verification failed. It doesn't matter as it still
works even if you skip verification. I haven't looked
at verify.php yet to see the problem.

2. Both Firefox and IE synchronize as long as you are
using a version of the client that supports firefox. I
can post one if necessary.

3. You can log in and manage your bookmarks.

4. The duplicates Finder works.

5. There is a valid, working downloads page. You just
need to update it for current client software

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2005-05-31 14:24

Message:
Logged In: NO 

I got the verification process working now. I am going to
clean up obvious mistakes, add a few comments and then
reupload the files under a new topic.

----------------------------------------------------------------------

Comment By: tsytsma (tsytsma)
Date: 2005-05-30 17:55

Message:
Logged In: YES 
user_id=1288174

Ok, what a pain. I had to RAR it into small files to upload
for you. Enjoy.

----------------------------------------------------------------------

Comment By: tsytsma (tsytsma)
Date: 2005-05-30 17:42

Message:
Logged In: YES 
user_id=1288174

It won't let me upload the file. Keep getting "Error:
Invalid filename"

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=1211684&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Feature Requests-1211684 ] Working server-php-full (Sorta)

[SourceForge.net <no...@so...>]

Feature Requests item #1211684, was opened at 2005-05-30 20:34
Message generated for change (Comment added) made by tsytsma
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=1211684&group_id=91038

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Server (PHP)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: tsytsma (tsytsma)
Assigned to: Nobody/Anonymous (nobody)
Summary: Working server-php-full (Sorta)

Initial Comment:
There were a few claiming they had a working full
version andthose few also promised to share. None of
them came through and this project DIED!. Of all those
claiming to have it working there is only one that I
can tell for a fact has it working and that is the
admin of sync2it.com.

Anyhow, here I am attaching a working copy. Not every
feature works but basic functionality is working. To
install it do the following...

1. Upload the files
2. Apply the sql file to your database.
3. Modify /inc/db.php to reflect your database server,
username, password and database name.
4. Configure your client's registry settings
5. Enjoy.

Now again, I am letting you know that not every
function may work. I only focused on basic
functionality. In a nutshell the following works.

1. The registration process works. In the end however
when you try to verify your registration it says that
verification failed. It doesn't matter as it still
works even if you skip verification. I haven't looked
at verify.php yet to see the problem.

2. Both Firefox and IE synchronize as long as you are
using a version of the client that supports firefox. I
can post one if necessary.

3. You can log in and manage your bookmarks.

4. The duplicates Finder works.

5. There is a valid, working downloads page. You just
need to update it for current client software

----------------------------------------------------------------------

>Comment By: tsytsma (tsytsma)
Date: 2005-05-30 20:55

Message:
Logged In: YES 
user_id=1288174

Ok, what a pain. I had to RAR it into small files to upload
for you. Enjoy.

----------------------------------------------------------------------

Comment By: tsytsma (tsytsma)
Date: 2005-05-30 20:42

Message:
Logged In: YES 
user_id=1288174

It won't let me upload the file. Keep getting "Error:
Invalid filename"

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=1211684&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Feature Requests-1211684 ] Working server-php-full (Sorta)

[SourceForge.net <no...@so...>]

Feature Requests item #1211684, was opened at 2005-05-30 20:34
Message generated for change (Settings changed) made by tsytsma
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=1211684&group_id=91038

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Server (PHP)
Group: None
Status: Open
Resolution: None
>Priority: 5
Submitted By: tsytsma (tsytsma)
Assigned to: Nobody/Anonymous (nobody)
Summary: Working server-php-full (Sorta)

Initial Comment:
There were a few claiming they had a working full
version andthose few also promised to share. None of
them came through and this project DIED!. Of all those
claiming to have it working there is only one that I
can tell for a fact has it working and that is the
admin of sync2it.com.

Anyhow, here I am attaching a working copy. Not every
feature works but basic functionality is working. To
install it do the following...

1. Upload the files
2. Apply the sql file to your database.
3. Modify /inc/db.php to reflect your database server,
username, password and database name.
4. Configure your client's registry settings
5. Enjoy.

Now again, I am letting you know that not every
function may work. I only focused on basic
functionality. In a nutshell the following works.

1. The registration process works. In the end however
when you try to verify your registration it says that
verification failed. It doesn't matter as it still
works even if you skip verification. I haven't looked
at verify.php yet to see the problem.

2. Both Firefox and IE synchronize as long as you are
using a version of the client that supports firefox. I
can post one if necessary.

3. You can log in and manage your bookmarks.

4. The duplicates Finder works.

5. There is a valid, working downloads page. You just
need to update it for current client software

----------------------------------------------------------------------

Comment By: tsytsma (tsytsma)
Date: 2005-05-30 20:42

Message:
Logged In: YES 
user_id=1288174

It won't let me upload the file. Keep getting "Error:
Invalid filename"

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=1211684&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Feature Requests-1211684 ] Working server-php-full (Sorta)

[SourceForge.net <no...@so...>]

Feature Requests item #1211684, was opened at 2005-05-30 20:34
Message generated for change (Settings changed) made by tsytsma
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=1211684&group_id=91038

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Server (PHP)
Group: None
Status: Open
Resolution: None
>Priority: 8
Submitted By: tsytsma (tsytsma)
Assigned to: Nobody/Anonymous (nobody)
Summary: Working server-php-full (Sorta)

Initial Comment:
There were a few claiming they had a working full
version andthose few also promised to share. None of
them came through and this project DIED!. Of all those
claiming to have it working there is only one that I
can tell for a fact has it working and that is the
admin of sync2it.com.

Anyhow, here I am attaching a working copy. Not every
feature works but basic functionality is working. To
install it do the following...

1. Upload the files
2. Apply the sql file to your database.
3. Modify /inc/db.php to reflect your database server,
username, password and database name.
4. Configure your client's registry settings
5. Enjoy.

Now again, I am letting you know that not every
function may work. I only focused on basic
functionality. In a nutshell the following works.

1. The registration process works. In the end however
when you try to verify your registration it says that
verification failed. It doesn't matter as it still
works even if you skip verification. I haven't looked
at verify.php yet to see the problem.

2. Both Firefox and IE synchronize as long as you are
using a version of the client that supports firefox. I
can post one if necessary.

3. You can log in and manage your bookmarks.

4. The duplicates Finder works.

5. There is a valid, working downloads page. You just
need to update it for current client software

----------------------------------------------------------------------

Comment By: tsytsma (tsytsma)
Date: 2005-05-30 20:42

Message:
Logged In: YES 
user_id=1288174

It won't let me upload the file. Keep getting "Error:
Invalid filename"

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=1211684&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Feature Requests-1211684 ] Working server-php-full (Sorta)

[SourceForge.net <no...@so...>]

Feature Requests item #1211684, was opened at 2005-05-30 20:34
Message generated for change (Comment added) made by tsytsma
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=1211684&group_id=91038

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Server (PHP)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: tsytsma (tsytsma)
Assigned to: Nobody/Anonymous (nobody)
Summary: Working server-php-full (Sorta)

Initial Comment:
There were a few claiming they had a working full
version andthose few also promised to share. None of
them came through and this project DIED!. Of all those
claiming to have it working there is only one that I
can tell for a fact has it working and that is the
admin of sync2it.com.

Anyhow, here I am attaching a working copy. Not every
feature works but basic functionality is working. To
install it do the following...

1. Upload the files
2. Apply the sql file to your database.
3. Modify /inc/db.php to reflect your database server,
username, password and database name.
4. Configure your client's registry settings
5. Enjoy.

Now again, I am letting you know that not every
function may work. I only focused on basic
functionality. In a nutshell the following works.

1. The registration process works. In the end however
when you try to verify your registration it says that
verification failed. It doesn't matter as it still
works even if you skip verification. I haven't looked
at verify.php yet to see the problem.

2. Both Firefox and IE synchronize as long as you are
using a version of the client that supports firefox. I
can post one if necessary.

3. You can log in and manage your bookmarks.

4. The duplicates Finder works.

5. There is a valid, working downloads page. You just
need to update it for current client software

----------------------------------------------------------------------

>Comment By: tsytsma (tsytsma)
Date: 2005-05-30 20:42

Message:
Logged In: YES 
user_id=1288174

It won't let me upload the file. Keep getting "Error:
Invalid filename"

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=1211684&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Feature Requests-1211684 ] Working server-php-full (Sorta)

[SourceForge.net <no...@so...>]

Feature Requests item #1211684, was opened at 2005-05-30 20:34
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=1211684&group_id=91038

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Server (PHP)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: tsytsma (tsytsma)
Assigned to: Nobody/Anonymous (nobody)
Summary: Working server-php-full (Sorta)

Initial Comment:
There were a few claiming they had a working full
version andthose few also promised to share. None of
them came through and this project DIED!. Of all those
claiming to have it working there is only one that I
can tell for a fact has it working and that is the
admin of sync2it.com.

Anyhow, here I am attaching a working copy. Not every
feature works but basic functionality is working. To
install it do the following...

1. Upload the files
2. Apply the sql file to your database.
3. Modify /inc/db.php to reflect your database server,
username, password and database name.
4. Configure your client's registry settings
5. Enjoy.

Now again, I am letting you know that not every
function may work. I only focused on basic
functionality. In a nutshell the following works.

1. The registration process works. In the end however
when you try to verify your registration it says that
verification failed. It doesn't matter as it still
works even if you skip verification. I haven't looked
at verify.php yet to see the problem.

2. Both Firefox and IE synchronize as long as you are
using a version of the client that supports firefox. I
can post one if necessary.

3. You can log in and manage your bookmarks.

4. The duplicates Finder works.

5. There is a valid, working downloads page. You just
need to update it for current client software

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=1211684&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Bugs-1087810 ] view.php problems

[SourceForge.net <no...@so...>]

Bugs item #1087810, was opened at 2004-12-18 22:57
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=1087810&group_id=91038

Category: Server (PHP)
Group: 0.2.0 (server stable release)
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Cook (mcook38)
Assigned to: Nobody/Anonymous (nobody)
Summary: view.php problems

Initial Comment:
Hi,
  When I log in to view.php I only see about 1/2 of my 
bookmarks and the first bookmark folder is truncated.
  Syncing has been working perfectly between several 
clients when adding/removing bookmarks.
  The view problem is the only problem I am having.
  I have read all of the bug reports and applied 1 fix I 
saw (the double entry at the end of the file). This has 
not changed anything for the worse or the better.
  Please help?
  Thx,
    Michael

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=1087810&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Feature Requests-849990 ] Opera Support

[SourceForge.net <no...@so...>]

Feature Requests item #849990, was opened at 2003-11-26 18:59
Message generated for change (Comment added) made by opel70
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=849990&group_id=91038

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Opera Support

Initial Comment:
I'd love to see client support for the Opera Browser, both for Windows and Linux.  That was something that was mentioned as a possible new feature when BookmarkSync was still a commercial product, and one of the primary reasons I supported it by purchasing it.  (Lack of support for it is also the only reason I'm still using Internet Explorer, even though I'm a registered Opera user!) :-)


----------------------------------------------------------------------

Comment By: Tim Musa (opel70)
Date: 2004-12-06 09:49

Message:
Logged In: YES 
user_id=716698

I remember that around version 1.2 they had Opera support and then removed it in subsiquent versions.  Maybe that code is still floating around somewhere.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-08-28 08:52

Message:
Logged In: NO 

I too would love Opera support (win and linux). Please consider 
this feature. Thank you!

----------------------------------------------------------------------

Comment By: Bill Perrin (bill3)
Date: 2004-01-19 00:13

Message:
Logged In: YES 
user_id=730157

I would also like to ask what happened to the Opera support. 
Someone mentioned on one of the lists that Opera support 
was already in the code, but it just needed to be turned on...
anyone?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=849990&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Feature Requests-1079486 ] ASP installation sheet wanted

[SourceForge.net <no...@so...>]

Feature Requests item #1079486, was opened at 2004-12-05 19:15
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=1079486&group_id=91038

Category: Server (ASP)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Werner Walti (wewa)
Assigned to: Nobody/Anonymous (nobody)
Summary: ASP installation sheet wanted

Initial Comment:
Hello 
I am on the search for an ASP installation sheet for the 
bookmarksync. Somebody can help me to install the ASP 
version on my IIS 6?


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=1079486&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Bugs-987755 ] Mozilla Firefox 0.9.2 Sync Broken

[SourceForge.net <no...@so...>]

Bugs item #987755, was opened at 2004-07-09 06:30
Message generated for change (Comment added) made by ducembarr
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=987755&group_id=91038

Category: Client (Win32)
Group: 1.6.0 (client stable release)
Status: Open
Resolution: None
Priority: 5
Submitted By: Slinka (omstedall)
Assigned to: Nobody/Anonymous (nobody)
Summary: Mozilla Firefox 0.9.2 Sync Broken

Initial Comment:
Since the release of Firefox 0.9 the syncing soesn't
work between Firefox and IE. It worked fine in Firefox 0.8.

I have tried editing the registry key for the Phoenix
location as explained here:

http://bookmarksync.sourceforge.net/phpwiki/index.php/FAQ 

Unfortunately it still doesn't work?!

Any ideas?

Thanks,

Slinka

----------------------------------------------------------------------

Comment By: Ducem Barr (ducembarr)
Date: 2004-11-24 18:16

Message:
Logged In: YES 
user_id=880328

I confirm both: the firefox_only version works with the
final release. And it is not very stable. I'd really like to
see an update of the client. Please.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-11-22 08:59

Message:
Logged In: NO 

http://syncit.goth.dk/download2.php has a version that 
works with firefox final. It is not realy stable, but it works.

----------------------------------------------------------------------

Comment By: Jott (niklasjott)
Date: 2004-11-19 15:04

Message:
Logged In: YES 
user_id=1151664

I can do nothing but to agree with Ducembarr! I’m neither a
programmer, but I do appreciate good applications. 
You guys that have that programmer’s gift, please give us
the possibility to use these two grate applications, Firefox
and BookmarkSync!

----------------------------------------------------------------------

Comment By: Ducem Barr (ducembarr)
Date: 2004-11-19 10:16

Message:
Logged In: YES 
user_id=880328

SyncIT doesn't work with Firefox 0.9.0, PR1, nor with the
final release. There seems to be no development on this
point for several months now.

Not being a code-writer myself, unfortunately I can't help.
So I appeal to the developers of this project.

It's such a pity - 1 million Firefox downloads in the first
four days of its final release - and no way to sync with IE
favorites.

I see BookmarkSync as a great complement to Firefox,
especially due to its former ability to sync with windows
favorites. It gives Firefox users the best browser without
losing windows functionality.

So I think that this project, more specifically Firefox
ability for BookmarkSync, could contribute to the success of
the open source browser number one.

Please ! get this feature working again.


P.S. 1) The versions on http://www.mctubster.com/syncit have
stopped working since PR1.
P.S. 2) Jason Heddings has written a great FireFox plug-in,
SyncMarks, that does the job. But it is very slow.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-08-23 11:11

Message:
Logged In: NO 

I have patched the 1.6.4 source with the fix below to
support Firefox 0.9.  The binary is avail from
http://www.mctubster.com/syncit

Steve

----------------------------------------------------------------------

Comment By: Ducem Barr (ducembarr)
Date: 2004-07-25 21:55

Message:
Logged In: YES 
user_id=880328

This patch seems to be quite difficult to implement by hand
- will it be committed into CVS ?

TIA !

----------------------------------------------------------------------

Comment By: Jack Dean (jdean67)
Date: 2004-07-24 22:49

Message:
Logged In: YES 
user_id=875930

A couple of notes if you are patching client code.

I've applied it to the 1.6.4 source and it works. I've not 
looked at the 1.7 code, but there is an existing variable 
declared in 1.6.4 that was confusing for me: 

TCHAR achDirectory[MAX_PATH];

This patch adds an _additional_ variable called:
TCHAR achRootDirectory[MAX_PATH];

I didn't quite follow the instructions properly the first time and 
thought that the achRootDirectory[] variable _replaced_ the 
achDirectory[], it doesn't.

Other than that, the fix appears to work. 

BTW, my profile is stored in a directory called "default.ihr" 
not "default.6o4".  I wonder if Firefox is creating random 
directory extensions, perhaps for security reasons.  If this is 
true, the default parameter in GetPrivateProfileString isn't 
worth anything.

Thanks Sven for the hard work!

Jack Dean
sync2it.com

----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-22 03:56

Message:
Logged In: YES 
user_id=991002

The patch below allows Firefox users (tested 0.9.2) to sync.
 It looks for Profiles.ini and in there looks for Profile0.
 Now, I haven't uses profiles in Firefox, so I don't know
what happens when you DO use them.   It appears that there
could be several profiles in this file and so looking for
Profile0 may not be the best idea for those that use profiles.

If someone has problems, let me know and I'll look into a fix.

Because the way this patch was done Firefox appears as a
seperate browser than Firebird/Phoenix.  I *think* this will
work if both browsers (versions) are installed, but have not
tested that either.

Also, this patch was applied to 1.6.4 source.  When I first
tried to build 1.6.4 source it gave me an error with
Bookmarks.ico.  So, I downloaded 1.7.0 source and copied the
Bookmarks.ico from that.  This maybe just a simple file
corruption on my HD, or this may be useful to someone.



----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-22 03:47

Message:
Logged In: YES 
user_id=991002

Okay, I don't want people to wait any longer so here is the
(very time consuming) description of the patch.

There are two files to be patched:
SyncIt\WinMain.cxx
SyncLib\NetscapeInfo.cxx

Here's the change to WinMain.cxx:
Search for this line:
            MozillaBrowser phoenix("Mozilla Firebird",
"phoenix", "Phoenix");

Add this line just after it:
            MozillaBrowser firefox("Mozilla Firefox", 
"firefox", "Mozilla\Firefox");

Search for this line:
            sync.addBrowser(&phoenix);
Add this line just after it:
            sync.addBrowser(&firefox);


Changes for NetscapeInfo.cxx:
Search for this line:
   TCHAR achDirectory[MAX_PATH];

Make sure the next several lines look like this:
   TCHAR achRootDirectory[MAX_PATH];
   if (   pfnSHGetFolderPath &&
SUCCEEDED((*pfnSHGetFolderPath)(NULL, 0x001a /* =
CSIDL_APPDATA */ , NULL, 0, achRootDirectory))
       || pfnSHGetSpecialFolderPath &&
(*pfnSHGetSpecialFolderPath)(NULL, achRootDirectory, 0x001a
/* = CSIDL_APPDATA */, FALSE))
   {
       if (achRootDirectory[lstrlen(achDirectory) - 1] != '\')
       {
           lstrcatA(achRootDirectory, "\");
       }

       if (subpath)
       {
           lstrcatA(achRootDirectory, subpath);
       }
	   lstrcpyA(achDirectory, achRootDirectory);

	   // Look for registry.dat
       lstrcatA(achDirectory, "registry.dat");

Search for these two lines a few lines below: (don't forget
the ending curley brace)
           CloseHandle(h);
       }

Add the following lines below this:
	   else // h == INVALID_HANDLE_VALUE
       {
           // So we cannot open registry.dat, assume that we
are a newer version of Firefox (0.9.X) or later
           // and that the directory for bookmarks is stored
in Firefox\Profiles.ini
           
           TCHAR achIniFile[MAX_PATH];
           TCHAR achReturnedString[MAX_PATH];

           lstrcpyA(achIniFile, achRootDirectory);
           lstrcatA(achIniFile,"profiles.ini");

           // Open the profiles.ini and try to read the Path
setting for Profile0
           // Will need to do some work on this to make it
work for multiple profiles.
           if (GetPrivateProfileString(
               "Profile0",                 // points to
section name
               "Path",                     // points to key name
               "Profiles\default.6o4",    // points to
default string
               achReturnedString,          // points to
destination buffer
               sizeof(achReturnedString),  // size of
destination buffer
               achIniFile))                // points to
initialization filename (the Profile.ini)
           {
               for (int i = 0; i <
lstrlenA(achReturnedString); i++)
               {
                   if (achReturnedString[i] == '/')
                       achReturnedString[i] = '\';
               }

               lstrcpyA(pachProfileDirectory, achRootDirectory);
               lstrcatA(pachProfileDirectory,
achReturnedString);

               fDone = 1;
           }
	   }


That's it.  If someone gives me access I'll attach the patch
to this bug.  (I'll put some notes about this patch in
another post)

----------------------------------------------------------------------

Comment By: Slinka (omstedall)
Date: 2004-07-22 03:47

Message:
Logged In: YES 
user_id=1080075

Sven, The attach file option is below all the comments where
it says "Check to Upload and Attach a File:"... If it is not
available for you email me the file and I can attach it for
you. Looking forward to getting hold of your solution - I
will be great to have it working with Firefox again. Thanks,

Slinka



----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-22 03:30

Message:
Logged In: YES 
user_id=991002

I do not appear to have permission to attach the patch to
this message (as there is no button that says "ATTACH FILE"),

----------------------------------------------------------------------

Comment By: Steffen Siebert (siebert)
Date: 2004-07-19 15:56

Message:
Logged In: YES 
user_id=884962

To Sven:

Can you please attach the patched source and, for
convenience, also the compiled binary to this bug? I'll then
submit the fix to cvs.

Ciao,
  Steffen

----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-17 15:17

Message:
Logged In: YES 
user_id=991002

I have fixed this, but have not submitted the fix to CVS as I 
don't have access (or haven't asked for it) yet.

If you are interested the problem is in NetscapeInfo.cxx -> 
GetMozillaInfo

Basically, the client is looking for a registry.dat to determine 
the location of the firefox bookmarks.html.  Firefox 0.9.x uses 
an ini file to show this location.  The fix is to look for the ini 
file if opening the registry.dat file fails.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=987755&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Bugs-987755 ] Mozilla Firefox 0.9.2 Sync Broken

[SourceForge.net <no...@so...>]

Bugs item #987755, was opened at 2004-07-08 23:30
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=987755&group_id=91038

Category: Client (Win32)
Group: 1.6.0 (client stable release)
Status: Open
Resolution: None
Priority: 5
Submitted By: Slinka (omstedall)
Assigned to: Nobody/Anonymous (nobody)
Summary: Mozilla Firefox 0.9.2 Sync Broken

Initial Comment:
Since the release of Firefox 0.9 the syncing soesn't
work between Firefox and IE. It worked fine in Firefox 0.8.

I have tried editing the registry key for the Phoenix
location as explained here:

http://bookmarksync.sourceforge.net/phpwiki/index.php/FAQ 

Unfortunately it still doesn't work?!

Any ideas?

Thanks,

Slinka

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-11-22 00:59

Message:
Logged In: NO 

http://syncit.goth.dk/download2.php has a version that 
works with firefox final. It is not realy stable, but it works.

----------------------------------------------------------------------

Comment By: Jott (niklasjott)
Date: 2004-11-19 07:04

Message:
Logged In: YES 
user_id=1151664

I can do nothing but to agree with Ducembarr! I’m neither a
programmer, but I do appreciate good applications. 
You guys that have that programmer’s gift, please give us
the possibility to use these two grate applications, Firefox
and BookmarkSync!

----------------------------------------------------------------------

Comment By: Ducem Barr (ducembarr)
Date: 2004-11-19 02:16

Message:
Logged In: YES 
user_id=880328

SyncIT doesn't work with Firefox 0.9.0, PR1, nor with the
final release. There seems to be no development on this
point for several months now.

Not being a code-writer myself, unfortunately I can't help.
So I appeal to the developers of this project.

It's such a pity - 1 million Firefox downloads in the first
four days of its final release - and no way to sync with IE
favorites.

I see BookmarkSync as a great complement to Firefox,
especially due to its former ability to sync with windows
favorites. It gives Firefox users the best browser without
losing windows functionality.

So I think that this project, more specifically Firefox
ability for BookmarkSync, could contribute to the success of
the open source browser number one.

Please ! get this feature working again.


P.S. 1) The versions on http://www.mctubster.com/syncit have
stopped working since PR1.
P.S. 2) Jason Heddings has written a great FireFox plug-in,
SyncMarks, that does the job. But it is very slow.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-08-23 04:11

Message:
Logged In: NO 

I have patched the 1.6.4 source with the fix below to
support Firefox 0.9.  The binary is avail from
http://www.mctubster.com/syncit

Steve

----------------------------------------------------------------------

Comment By: Ducem Barr (ducembarr)
Date: 2004-07-25 14:55

Message:
Logged In: YES 
user_id=880328

This patch seems to be quite difficult to implement by hand
- will it be committed into CVS ?

TIA !

----------------------------------------------------------------------

Comment By: Jack Dean (jdean67)
Date: 2004-07-24 15:49

Message:
Logged In: YES 
user_id=875930

A couple of notes if you are patching client code.

I've applied it to the 1.6.4 source and it works. I've not 
looked at the 1.7 code, but there is an existing variable 
declared in 1.6.4 that was confusing for me: 

TCHAR achDirectory[MAX_PATH];

This patch adds an _additional_ variable called:
TCHAR achRootDirectory[MAX_PATH];

I didn't quite follow the instructions properly the first time and 
thought that the achRootDirectory[] variable _replaced_ the 
achDirectory[], it doesn't.

Other than that, the fix appears to work. 

BTW, my profile is stored in a directory called "default.ihr" 
not "default.6o4".  I wonder if Firefox is creating random 
directory extensions, perhaps for security reasons.  If this is 
true, the default parameter in GetPrivateProfileString isn't 
worth anything.

Thanks Sven for the hard work!

Jack Dean
sync2it.com

----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-21 20:56

Message:
Logged In: YES 
user_id=991002

The patch below allows Firefox users (tested 0.9.2) to sync.
 It looks for Profiles.ini and in there looks for Profile0.
 Now, I haven't uses profiles in Firefox, so I don't know
what happens when you DO use them.   It appears that there
could be several profiles in this file and so looking for
Profile0 may not be the best idea for those that use profiles.

If someone has problems, let me know and I'll look into a fix.

Because the way this patch was done Firefox appears as a
seperate browser than Firebird/Phoenix.  I *think* this will
work if both browsers (versions) are installed, but have not
tested that either.

Also, this patch was applied to 1.6.4 source.  When I first
tried to build 1.6.4 source it gave me an error with
Bookmarks.ico.  So, I downloaded 1.7.0 source and copied the
Bookmarks.ico from that.  This maybe just a simple file
corruption on my HD, or this may be useful to someone.



----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-21 20:47

Message:
Logged In: YES 
user_id=991002

Okay, I don't want people to wait any longer so here is the
(very time consuming) description of the patch.

There are two files to be patched:
SyncIt\WinMain.cxx
SyncLib\NetscapeInfo.cxx

Here's the change to WinMain.cxx:
Search for this line:
            MozillaBrowser phoenix("Mozilla Firebird",
"phoenix", "Phoenix");

Add this line just after it:
            MozillaBrowser firefox("Mozilla Firefox", 
"firefox", "Mozilla\Firefox");

Search for this line:
            sync.addBrowser(&phoenix);
Add this line just after it:
            sync.addBrowser(&firefox);


Changes for NetscapeInfo.cxx:
Search for this line:
   TCHAR achDirectory[MAX_PATH];

Make sure the next several lines look like this:
   TCHAR achRootDirectory[MAX_PATH];
   if (   pfnSHGetFolderPath &&
SUCCEEDED((*pfnSHGetFolderPath)(NULL, 0x001a /* =
CSIDL_APPDATA */ , NULL, 0, achRootDirectory))
       || pfnSHGetSpecialFolderPath &&
(*pfnSHGetSpecialFolderPath)(NULL, achRootDirectory, 0x001a
/* = CSIDL_APPDATA */, FALSE))
   {
       if (achRootDirectory[lstrlen(achDirectory) - 1] != '\')
       {
           lstrcatA(achRootDirectory, "\");
       }

       if (subpath)
       {
           lstrcatA(achRootDirectory, subpath);
       }
	   lstrcpyA(achDirectory, achRootDirectory);

	   // Look for registry.dat
       lstrcatA(achDirectory, "registry.dat");

Search for these two lines a few lines below: (don't forget
the ending curley brace)
           CloseHandle(h);
       }

Add the following lines below this:
	   else // h == INVALID_HANDLE_VALUE
       {
           // So we cannot open registry.dat, assume that we
are a newer version of Firefox (0.9.X) or later
           // and that the directory for bookmarks is stored
in Firefox\Profiles.ini
           
           TCHAR achIniFile[MAX_PATH];
           TCHAR achReturnedString[MAX_PATH];

           lstrcpyA(achIniFile, achRootDirectory);
           lstrcatA(achIniFile,"profiles.ini");

           // Open the profiles.ini and try to read the Path
setting for Profile0
           // Will need to do some work on this to make it
work for multiple profiles.
           if (GetPrivateProfileString(
               "Profile0",                 // points to
section name
               "Path",                     // points to key name
               "Profiles\default.6o4",    // points to
default string
               achReturnedString,          // points to
destination buffer
               sizeof(achReturnedString),  // size of
destination buffer
               achIniFile))                // points to
initialization filename (the Profile.ini)
           {
               for (int i = 0; i <
lstrlenA(achReturnedString); i++)
               {
                   if (achReturnedString[i] == '/')
                       achReturnedString[i] = '\';
               }

               lstrcpyA(pachProfileDirectory, achRootDirectory);
               lstrcatA(pachProfileDirectory,
achReturnedString);

               fDone = 1;
           }
	   }


That's it.  If someone gives me access I'll attach the patch
to this bug.  (I'll put some notes about this patch in
another post)

----------------------------------------------------------------------

Comment By: Slinka (omstedall)
Date: 2004-07-21 20:47

Message:
Logged In: YES 
user_id=1080075

Sven, The attach file option is below all the comments where
it says "Check to Upload and Attach a File:"... If it is not
available for you email me the file and I can attach it for
you. Looking forward to getting hold of your solution - I
will be great to have it working with Firefox again. Thanks,

Slinka



----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-21 20:30

Message:
Logged In: YES 
user_id=991002

I do not appear to have permission to attach the patch to
this message (as there is no button that says "ATTACH FILE"),

----------------------------------------------------------------------

Comment By: Steffen Siebert (siebert)
Date: 2004-07-19 08:56

Message:
Logged In: YES 
user_id=884962

To Sven:

Can you please attach the patched source and, for
convenience, also the compiled binary to this bug? I'll then
submit the fix to cvs.

Ciao,
  Steffen

----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-17 08:17

Message:
Logged In: YES 
user_id=991002

I have fixed this, but have not submitted the fix to CVS as I 
don't have access (or haven't asked for it) yet.

If you are interested the problem is in NetscapeInfo.cxx -> 
GetMozillaInfo

Basically, the client is looking for a registry.dat to determine 
the location of the firefox bookmarks.html.  Firefox 0.9.x uses 
an ini file to show this location.  The fix is to look for the ini 
file if opening the registry.dat file fails.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=987755&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Bugs-987755 ] Mozilla Firefox 0.9.2 Sync Broken

[SourceForge.net <no...@so...>]

Bugs item #987755, was opened at 2004-07-09 08:30
Message generated for change (Comment added) made by niklasjott
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=987755&group_id=91038

Category: Client (Win32)
Group: 1.6.0 (client stable release)
Status: Open
Resolution: None
Priority: 5
Submitted By: Slinka (omstedall)
Assigned to: Nobody/Anonymous (nobody)
Summary: Mozilla Firefox 0.9.2 Sync Broken

Initial Comment:
Since the release of Firefox 0.9 the syncing soesn't
work between Firefox and IE. It worked fine in Firefox 0.8.

I have tried editing the registry key for the Phoenix
location as explained here:

http://bookmarksync.sourceforge.net/phpwiki/index.php/FAQ 

Unfortunately it still doesn't work?!

Any ideas?

Thanks,

Slinka

----------------------------------------------------------------------

Comment By: Jott (niklasjott)
Date: 2004-11-19 16:04

Message:
Logged In: YES 
user_id=1151664

I can do nothing but to agree with Ducembarr! I’m neither a
programmer, but I do appreciate good applications. 
You guys that have that programmer’s gift, please give us
the possibility to use these two grate applications, Firefox
and BookmarkSync!

----------------------------------------------------------------------

Comment By: Ducem Barr (ducembarr)
Date: 2004-11-19 11:16

Message:
Logged In: YES 
user_id=880328

SyncIT doesn't work with Firefox 0.9.0, PR1, nor with the
final release. There seems to be no development on this
point for several months now.

Not being a code-writer myself, unfortunately I can't help.
So I appeal to the developers of this project.

It's such a pity - 1 million Firefox downloads in the first
four days of its final release - and no way to sync with IE
favorites.

I see BookmarkSync as a great complement to Firefox,
especially due to its former ability to sync with windows
favorites. It gives Firefox users the best browser without
losing windows functionality.

So I think that this project, more specifically Firefox
ability for BookmarkSync, could contribute to the success of
the open source browser number one.

Please ! get this feature working again.


P.S. 1) The versions on http://www.mctubster.com/syncit have
stopped working since PR1.
P.S. 2) Jason Heddings has written a great FireFox plug-in,
SyncMarks, that does the job. But it is very slow.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-08-23 13:11

Message:
Logged In: NO 

I have patched the 1.6.4 source with the fix below to
support Firefox 0.9.  The binary is avail from
http://www.mctubster.com/syncit

Steve

----------------------------------------------------------------------

Comment By: Ducem Barr (ducembarr)
Date: 2004-07-25 23:55

Message:
Logged In: YES 
user_id=880328

This patch seems to be quite difficult to implement by hand
- will it be committed into CVS ?

TIA !

----------------------------------------------------------------------

Comment By: Jack Dean (jdean67)
Date: 2004-07-25 00:49

Message:
Logged In: YES 
user_id=875930

A couple of notes if you are patching client code.

I've applied it to the 1.6.4 source and it works. I've not 
looked at the 1.7 code, but there is an existing variable 
declared in 1.6.4 that was confusing for me: 

TCHAR achDirectory[MAX_PATH];

This patch adds an _additional_ variable called:
TCHAR achRootDirectory[MAX_PATH];

I didn't quite follow the instructions properly the first time and 
thought that the achRootDirectory[] variable _replaced_ the 
achDirectory[], it doesn't.

Other than that, the fix appears to work. 

BTW, my profile is stored in a directory called "default.ihr" 
not "default.6o4".  I wonder if Firefox is creating random 
directory extensions, perhaps for security reasons.  If this is 
true, the default parameter in GetPrivateProfileString isn't 
worth anything.

Thanks Sven for the hard work!

Jack Dean
sync2it.com

----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-22 05:56

Message:
Logged In: YES 
user_id=991002

The patch below allows Firefox users (tested 0.9.2) to sync.
 It looks for Profiles.ini and in there looks for Profile0.
 Now, I haven't uses profiles in Firefox, so I don't know
what happens when you DO use them.   It appears that there
could be several profiles in this file and so looking for
Profile0 may not be the best idea for those that use profiles.

If someone has problems, let me know and I'll look into a fix.

Because the way this patch was done Firefox appears as a
seperate browser than Firebird/Phoenix.  I *think* this will
work if both browsers (versions) are installed, but have not
tested that either.

Also, this patch was applied to 1.6.4 source.  When I first
tried to build 1.6.4 source it gave me an error with
Bookmarks.ico.  So, I downloaded 1.7.0 source and copied the
Bookmarks.ico from that.  This maybe just a simple file
corruption on my HD, or this may be useful to someone.



----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-22 05:47

Message:
Logged In: YES 
user_id=991002

Okay, I don't want people to wait any longer so here is the
(very time consuming) description of the patch.

There are two files to be patched:
SyncIt\WinMain.cxx
SyncLib\NetscapeInfo.cxx

Here's the change to WinMain.cxx:
Search for this line:
            MozillaBrowser phoenix("Mozilla Firebird",
"phoenix", "Phoenix");

Add this line just after it:
            MozillaBrowser firefox("Mozilla Firefox", 
"firefox", "Mozilla\Firefox");

Search for this line:
            sync.addBrowser(&phoenix);
Add this line just after it:
            sync.addBrowser(&firefox);


Changes for NetscapeInfo.cxx:
Search for this line:
   TCHAR achDirectory[MAX_PATH];

Make sure the next several lines look like this:
   TCHAR achRootDirectory[MAX_PATH];
   if (   pfnSHGetFolderPath &&
SUCCEEDED((*pfnSHGetFolderPath)(NULL, 0x001a /* =
CSIDL_APPDATA */ , NULL, 0, achRootDirectory))
       || pfnSHGetSpecialFolderPath &&
(*pfnSHGetSpecialFolderPath)(NULL, achRootDirectory, 0x001a
/* = CSIDL_APPDATA */, FALSE))
   {
       if (achRootDirectory[lstrlen(achDirectory) - 1] != '\')
       {
           lstrcatA(achRootDirectory, "\");
       }

       if (subpath)
       {
           lstrcatA(achRootDirectory, subpath);
       }
	   lstrcpyA(achDirectory, achRootDirectory);

	   // Look for registry.dat
       lstrcatA(achDirectory, "registry.dat");

Search for these two lines a few lines below: (don't forget
the ending curley brace)
           CloseHandle(h);
       }

Add the following lines below this:
	   else // h == INVALID_HANDLE_VALUE
       {
           // So we cannot open registry.dat, assume that we
are a newer version of Firefox (0.9.X) or later
           // and that the directory for bookmarks is stored
in Firefox\Profiles.ini
           
           TCHAR achIniFile[MAX_PATH];
           TCHAR achReturnedString[MAX_PATH];

           lstrcpyA(achIniFile, achRootDirectory);
           lstrcatA(achIniFile,"profiles.ini");

           // Open the profiles.ini and try to read the Path
setting for Profile0
           // Will need to do some work on this to make it
work for multiple profiles.
           if (GetPrivateProfileString(
               "Profile0",                 // points to
section name
               "Path",                     // points to key name
               "Profiles\default.6o4",    // points to
default string
               achReturnedString,          // points to
destination buffer
               sizeof(achReturnedString),  // size of
destination buffer
               achIniFile))                // points to
initialization filename (the Profile.ini)
           {
               for (int i = 0; i <
lstrlenA(achReturnedString); i++)
               {
                   if (achReturnedString[i] == '/')
                       achReturnedString[i] = '\';
               }

               lstrcpyA(pachProfileDirectory, achRootDirectory);
               lstrcatA(pachProfileDirectory,
achReturnedString);

               fDone = 1;
           }
	   }


That's it.  If someone gives me access I'll attach the patch
to this bug.  (I'll put some notes about this patch in
another post)

----------------------------------------------------------------------

Comment By: Slinka (omstedall)
Date: 2004-07-22 05:47

Message:
Logged In: YES 
user_id=1080075

Sven, The attach file option is below all the comments where
it says "Check to Upload and Attach a File:"... If it is not
available for you email me the file and I can attach it for
you. Looking forward to getting hold of your solution - I
will be great to have it working with Firefox again. Thanks,

Slinka



----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-22 05:30

Message:
Logged In: YES 
user_id=991002

I do not appear to have permission to attach the patch to
this message (as there is no button that says "ATTACH FILE"),

----------------------------------------------------------------------

Comment By: Steffen Siebert (siebert)
Date: 2004-07-19 17:56

Message:
Logged In: YES 
user_id=884962

To Sven:

Can you please attach the patched source and, for
convenience, also the compiled binary to this bug? I'll then
submit the fix to cvs.

Ciao,
  Steffen

----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-17 17:17

Message:
Logged In: YES 
user_id=991002

I have fixed this, but have not submitted the fix to CVS as I 
don't have access (or haven't asked for it) yet.

If you are interested the problem is in NetscapeInfo.cxx -> 
GetMozillaInfo

Basically, the client is looking for a registry.dat to determine 
the location of the firefox bookmarks.html.  Firefox 0.9.x uses 
an ini file to show this location.  The fix is to look for the ini 
file if opening the registry.dat file fails.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=987755&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Bugs-987755 ] Mozilla Firefox 0.9.2 Sync Broken

[SourceForge.net <no...@so...>]

Bugs item #987755, was opened at 2004-07-09 06:30
Message generated for change (Comment added) made by ducembarr
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=987755&group_id=91038

Category: Client (Win32)
Group: 1.6.0 (client stable release)
Status: Open
Resolution: None
Priority: 5
Submitted By: Slinka (omstedall)
Assigned to: Nobody/Anonymous (nobody)
Summary: Mozilla Firefox 0.9.2 Sync Broken

Initial Comment:
Since the release of Firefox 0.9 the syncing soesn't
work between Firefox and IE. It worked fine in Firefox 0.8.

I have tried editing the registry key for the Phoenix
location as explained here:

http://bookmarksync.sourceforge.net/phpwiki/index.php/FAQ 

Unfortunately it still doesn't work?!

Any ideas?

Thanks,

Slinka

----------------------------------------------------------------------

Comment By: Ducem Barr (ducembarr)
Date: 2004-11-19 10:16

Message:
Logged In: YES 
user_id=880328

SyncIT doesn't work with Firefox 0.9.0, PR1, nor with the
final release. There seems to be no development on this
point for several months now.

Not being a code-writer myself, unfortunately I can't help.
So I appeal to the developers of this project.

It's such a pity - 1 million Firefox downloads in the first
four days of its final release - and no way to sync with IE
favorites.

I see BookmarkSync as a great complement to Firefox,
especially due to its former ability to sync with windows
favorites. It gives Firefox users the best browser without
losing windows functionality.

So I think that this project, more specifically Firefox
ability for BookmarkSync, could contribute to the success of
the open source browser number one.

Please ! get this feature working again.


P.S. 1) The versions on http://www.mctubster.com/syncit have
stopped working since PR1.
P.S. 2) Jason Heddings has written a great FireFox plug-in,
SyncMarks, that does the job. But it is very slow.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-08-23 11:11

Message:
Logged In: NO 

I have patched the 1.6.4 source with the fix below to
support Firefox 0.9.  The binary is avail from
http://www.mctubster.com/syncit

Steve

----------------------------------------------------------------------

Comment By: Ducem Barr (ducembarr)
Date: 2004-07-25 21:55

Message:
Logged In: YES 
user_id=880328

This patch seems to be quite difficult to implement by hand
- will it be committed into CVS ?

TIA !

----------------------------------------------------------------------

Comment By: Jack Dean (jdean67)
Date: 2004-07-24 22:49

Message:
Logged In: YES 
user_id=875930

A couple of notes if you are patching client code.

I've applied it to the 1.6.4 source and it works. I've not 
looked at the 1.7 code, but there is an existing variable 
declared in 1.6.4 that was confusing for me: 

TCHAR achDirectory[MAX_PATH];

This patch adds an _additional_ variable called:
TCHAR achRootDirectory[MAX_PATH];

I didn't quite follow the instructions properly the first time and 
thought that the achRootDirectory[] variable _replaced_ the 
achDirectory[], it doesn't.

Other than that, the fix appears to work. 

BTW, my profile is stored in a directory called "default.ihr" 
not "default.6o4".  I wonder if Firefox is creating random 
directory extensions, perhaps for security reasons.  If this is 
true, the default parameter in GetPrivateProfileString isn't 
worth anything.

Thanks Sven for the hard work!

Jack Dean
sync2it.com

----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-22 03:56

Message:
Logged In: YES 
user_id=991002

The patch below allows Firefox users (tested 0.9.2) to sync.
 It looks for Profiles.ini and in there looks for Profile0.
 Now, I haven't uses profiles in Firefox, so I don't know
what happens when you DO use them.   It appears that there
could be several profiles in this file and so looking for
Profile0 may not be the best idea for those that use profiles.

If someone has problems, let me know and I'll look into a fix.

Because the way this patch was done Firefox appears as a
seperate browser than Firebird/Phoenix.  I *think* this will
work if both browsers (versions) are installed, but have not
tested that either.

Also, this patch was applied to 1.6.4 source.  When I first
tried to build 1.6.4 source it gave me an error with
Bookmarks.ico.  So, I downloaded 1.7.0 source and copied the
Bookmarks.ico from that.  This maybe just a simple file
corruption on my HD, or this may be useful to someone.



----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-22 03:47

Message:
Logged In: YES 
user_id=991002

Okay, I don't want people to wait any longer so here is the
(very time consuming) description of the patch.

There are two files to be patched:
SyncIt\WinMain.cxx
SyncLib\NetscapeInfo.cxx

Here's the change to WinMain.cxx:
Search for this line:
            MozillaBrowser phoenix("Mozilla Firebird",
"phoenix", "Phoenix");

Add this line just after it:
            MozillaBrowser firefox("Mozilla Firefox", 
"firefox", "Mozilla\Firefox");

Search for this line:
            sync.addBrowser(&phoenix);
Add this line just after it:
            sync.addBrowser(&firefox);


Changes for NetscapeInfo.cxx:
Search for this line:
   TCHAR achDirectory[MAX_PATH];

Make sure the next several lines look like this:
   TCHAR achRootDirectory[MAX_PATH];
   if (   pfnSHGetFolderPath &&
SUCCEEDED((*pfnSHGetFolderPath)(NULL, 0x001a /* =
CSIDL_APPDATA */ , NULL, 0, achRootDirectory))
       || pfnSHGetSpecialFolderPath &&
(*pfnSHGetSpecialFolderPath)(NULL, achRootDirectory, 0x001a
/* = CSIDL_APPDATA */, FALSE))
   {
       if (achRootDirectory[lstrlen(achDirectory) - 1] != '\')
       {
           lstrcatA(achRootDirectory, "\");
       }

       if (subpath)
       {
           lstrcatA(achRootDirectory, subpath);
       }
	   lstrcpyA(achDirectory, achRootDirectory);

	   // Look for registry.dat
       lstrcatA(achDirectory, "registry.dat");

Search for these two lines a few lines below: (don't forget
the ending curley brace)
           CloseHandle(h);
       }

Add the following lines below this:
	   else // h == INVALID_HANDLE_VALUE
       {
           // So we cannot open registry.dat, assume that we
are a newer version of Firefox (0.9.X) or later
           // and that the directory for bookmarks is stored
in Firefox\Profiles.ini
           
           TCHAR achIniFile[MAX_PATH];
           TCHAR achReturnedString[MAX_PATH];

           lstrcpyA(achIniFile, achRootDirectory);
           lstrcatA(achIniFile,"profiles.ini");

           // Open the profiles.ini and try to read the Path
setting for Profile0
           // Will need to do some work on this to make it
work for multiple profiles.
           if (GetPrivateProfileString(
               "Profile0",                 // points to
section name
               "Path",                     // points to key name
               "Profiles\default.6o4",    // points to
default string
               achReturnedString,          // points to
destination buffer
               sizeof(achReturnedString),  // size of
destination buffer
               achIniFile))                // points to
initialization filename (the Profile.ini)
           {
               for (int i = 0; i <
lstrlenA(achReturnedString); i++)
               {
                   if (achReturnedString[i] == '/')
                       achReturnedString[i] = '\';
               }

               lstrcpyA(pachProfileDirectory, achRootDirectory);
               lstrcatA(pachProfileDirectory,
achReturnedString);

               fDone = 1;
           }
	   }


That's it.  If someone gives me access I'll attach the patch
to this bug.  (I'll put some notes about this patch in
another post)

----------------------------------------------------------------------

Comment By: Slinka (omstedall)
Date: 2004-07-22 03:47

Message:
Logged In: YES 
user_id=1080075

Sven, The attach file option is below all the comments where
it says "Check to Upload and Attach a File:"... If it is not
available for you email me the file and I can attach it for
you. Looking forward to getting hold of your solution - I
will be great to have it working with Firefox again. Thanks,

Slinka



----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-22 03:30

Message:
Logged In: YES 
user_id=991002

I do not appear to have permission to attach the patch to
this message (as there is no button that says "ATTACH FILE"),

----------------------------------------------------------------------

Comment By: Steffen Siebert (siebert)
Date: 2004-07-19 15:56

Message:
Logged In: YES 
user_id=884962

To Sven:

Can you please attach the patched source and, for
convenience, also the compiled binary to this bug? I'll then
submit the fix to cvs.

Ciao,
  Steffen

----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-17 15:17

Message:
Logged In: YES 
user_id=991002

I have fixed this, but have not submitted the fix to CVS as I 
don't have access (or haven't asked for it) yet.

If you are interested the problem is in NetscapeInfo.cxx -> 
GetMozillaInfo

Basically, the client is looking for a registry.dat to determine 
the location of the firefox bookmarks.html.  Firefox 0.9.x uses 
an ini file to show this location.  The fix is to look for the ini 
file if opening the registry.dat file fails.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=987755&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Bugs-1039055 ] Non latin alphabet breaks client

[SourceForge.net <no...@so...>]

Bugs item #1039055, was opened at 2004-10-02 08:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=1039055&group_id=91038

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Non latin alphabet breaks client

Initial Comment:
My computer is Hebrew enabled. Occasionally I use
Hebrew websites. On starting the client later i get a
pop up telling me I may have a lack of resources
problem. I tells me also that the problem originates
with the Hebrew filename in the bookmark folder.

Possibly needs a recompile with the correct language
library available? I may look into it.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=1039055&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Bugs-898569 ] Mozilla Firefox sync broken - Bookmarks Toolbar Folder

[SourceForge.net <no...@so...>]

Bugs item #898569, was opened at 2004-02-17 09:18
Message generated for change (Settings changed) made by ducembarr
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=898569&group_id=91038

Category: Client (Win32)
Group: 1.6.0 (client stable release)
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Ducem Barr (ducembarr)
Assigned to: Nobody/Anonymous (nobody)
Summary: Mozilla Firefox sync broken - Bookmarks Toolbar Folder

Initial Comment:
I sync with both IE and Firefox, on two machines. 
Everything went fine until I uninstalled Mozilla Firebird 
0.7 and installed Mozilla Firefox 0.8 on my office PC. Now 
the Mozilla Bookmark Sync is broken.

More precisely, after every change in IE, SyncIt deletes 
the notion "PERSONAL_TOOLBAR_FOLDER="true" from 
bookmarks.html. When I start up Firefox, it recreates a 
Personal Bookmars Folder because it thinks there is none.

What is funny: on my home PC, I installed Firefox 0.8 on 
top of 0.7 and everthing works like a charm! I tried to 
find differences in the registry, but found none.

How to repair this?

HELP!

P.S.: I renamed "Personal Bookmarks Folder" to "Links" 
which was quite practical (when it worked) - I had the 
same bookmarks/favs in the toolbar.

----------------------------------------------------------------------

Comment By: Ducem Barr (ducembarr)
Date: 2004-03-18 08:46

Message:
Logged In: YES 
user_id=880328

Problem solved.

It needed a little html editing: in bookmarks.html, the ID
of the 'Personal Bookmarks Folder' must be
"NC:PersonalToolbarFolder".

Now it works again!

My tip: rename 'Personal Bookmarks Folder' to 'Links' and
enjoy the same toolbar functionalities in IE and Mozilla.
Then, in bookmarks.html, ensure the code is as follows:
<H3 PERSONAL_TOOLBAR_FOLDER="true"
ID="NC:PersonalToolbarFolder">LINKS</H3>

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=898569&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Bugs-997931 ] view.php in Mozilla Firefox...

[SourceForge.net <no...@so...>]

Bugs item #997931, was opened at 2004-07-26 03:06
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=997931&group_id=91038

Category: Server (PHP)
Group: 0.2.0 (server stable release)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: view.php in Mozilla Firefox...

Initial Comment:
... does not work because it only support some
"IE-JavaScript". Which is a bit bad... Please fix it!

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-09-03 03:13

Message:
Logged In: NO 

I've used Firefox 0.7 and 0.9 successfully with these files:

view.php 1.7
view_deleted 1.1
undelete 1.1

which I downloaded from:
http://cvs.sourceforge.net/viewcvs.py/bookmarksync/server-php-minimal/


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=997931&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Feature Requests-849990 ] Opera Support

[SourceForge.net <no...@so...>]

Feature Requests item #849990, was opened at 2003-11-26 16:59
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=849990&group_id=91038

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Opera Support

Initial Comment:
I'd love to see client support for the Opera Browser, both for Windows and Linux.  That was something that was mentioned as a possible new feature when BookmarkSync was still a commercial product, and one of the primary reasons I supported it by purchasing it.  (Lack of support for it is also the only reason I'm still using Internet Explorer, even though I'm a registered Opera user!) :-)


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-08-28 06:52

Message:
Logged In: NO 

I too would love Opera support (win and linux). Please consider 
this feature. Thank you!

----------------------------------------------------------------------

Comment By: Bill Perrin (bill3)
Date: 2004-01-18 22:13

Message:
Logged In: YES 
user_id=730157

I would also like to ask what happened to the Opera support. 
Someone mentioned on one of the lists that Opera support 
was already in the code, but it just needed to be turned on...
anyone?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595686&aid=849990&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Bugs-987755 ] Mozilla Firefox 0.9.2 Sync Broken

[SourceForge.net <no...@so...>]

Bugs item #987755, was opened at 2004-07-08 23:30
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=987755&group_id=91038

Category: Client (Win32)
Group: 1.6.0 (client stable release)
Status: Open
Resolution: None
Priority: 5
Submitted By: Slinka (omstedall)
Assigned to: Nobody/Anonymous (nobody)
Summary: Mozilla Firefox 0.9.2 Sync Broken

Initial Comment:
Since the release of Firefox 0.9 the syncing soesn't
work between Firefox and IE. It worked fine in Firefox 0.8.

I have tried editing the registry key for the Phoenix
location as explained here:

http://bookmarksync.sourceforge.net/phpwiki/index.php/FAQ 

Unfortunately it still doesn't work?!

Any ideas?

Thanks,

Slinka

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2004-08-23 04:11

Message:
Logged In: NO 

I have patched the 1.6.4 source with the fix below to
support Firefox 0.9.  The binary is avail from
http://www.mctubster.com/syncit

Steve

----------------------------------------------------------------------

Comment By: Ducem Barr (ducembarr)
Date: 2004-07-25 14:55

Message:
Logged In: YES 
user_id=880328

This patch seems to be quite difficult to implement by hand
- will it be committed into CVS ?

TIA !

----------------------------------------------------------------------

Comment By: Jack Dean (jdean67)
Date: 2004-07-24 15:49

Message:
Logged In: YES 
user_id=875930

A couple of notes if you are patching client code.

I've applied it to the 1.6.4 source and it works. I've not 
looked at the 1.7 code, but there is an existing variable 
declared in 1.6.4 that was confusing for me: 

TCHAR achDirectory[MAX_PATH];

This patch adds an _additional_ variable called:
TCHAR achRootDirectory[MAX_PATH];

I didn't quite follow the instructions properly the first time and 
thought that the achRootDirectory[] variable _replaced_ the 
achDirectory[], it doesn't.

Other than that, the fix appears to work. 

BTW, my profile is stored in a directory called "default.ihr" 
not "default.6o4".  I wonder if Firefox is creating random 
directory extensions, perhaps for security reasons.  If this is 
true, the default parameter in GetPrivateProfileString isn't 
worth anything.

Thanks Sven for the hard work!

Jack Dean
sync2it.com

----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-21 20:56

Message:
Logged In: YES 
user_id=991002

The patch below allows Firefox users (tested 0.9.2) to sync.
 It looks for Profiles.ini and in there looks for Profile0.
 Now, I haven't uses profiles in Firefox, so I don't know
what happens when you DO use them.   It appears that there
could be several profiles in this file and so looking for
Profile0 may not be the best idea for those that use profiles.

If someone has problems, let me know and I'll look into a fix.

Because the way this patch was done Firefox appears as a
seperate browser than Firebird/Phoenix.  I *think* this will
work if both browsers (versions) are installed, but have not
tested that either.

Also, this patch was applied to 1.6.4 source.  When I first
tried to build 1.6.4 source it gave me an error with
Bookmarks.ico.  So, I downloaded 1.7.0 source and copied the
Bookmarks.ico from that.  This maybe just a simple file
corruption on my HD, or this may be useful to someone.



----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-21 20:47

Message:
Logged In: YES 
user_id=991002

Okay, I don't want people to wait any longer so here is the
(very time consuming) description of the patch.

There are two files to be patched:
SyncIt\WinMain.cxx
SyncLib\NetscapeInfo.cxx

Here's the change to WinMain.cxx:
Search for this line:
            MozillaBrowser phoenix("Mozilla Firebird",
"phoenix", "Phoenix");

Add this line just after it:
            MozillaBrowser firefox("Mozilla Firefox", 
"firefox", "Mozilla\Firefox");

Search for this line:
            sync.addBrowser(&phoenix);
Add this line just after it:
            sync.addBrowser(&firefox);


Changes for NetscapeInfo.cxx:
Search for this line:
   TCHAR achDirectory[MAX_PATH];

Make sure the next several lines look like this:
   TCHAR achRootDirectory[MAX_PATH];
   if (   pfnSHGetFolderPath &&
SUCCEEDED((*pfnSHGetFolderPath)(NULL, 0x001a /* =
CSIDL_APPDATA */ , NULL, 0, achRootDirectory))
       || pfnSHGetSpecialFolderPath &&
(*pfnSHGetSpecialFolderPath)(NULL, achRootDirectory, 0x001a
/* = CSIDL_APPDATA */, FALSE))
   {
       if (achRootDirectory[lstrlen(achDirectory) - 1] != '\')
       {
           lstrcatA(achRootDirectory, "\");
       }

       if (subpath)
       {
           lstrcatA(achRootDirectory, subpath);
       }
	   lstrcpyA(achDirectory, achRootDirectory);

	   // Look for registry.dat
       lstrcatA(achDirectory, "registry.dat");

Search for these two lines a few lines below: (don't forget
the ending curley brace)
           CloseHandle(h);
       }

Add the following lines below this:
	   else // h == INVALID_HANDLE_VALUE
       {
           // So we cannot open registry.dat, assume that we
are a newer version of Firefox (0.9.X) or later
           // and that the directory for bookmarks is stored
in Firefox\Profiles.ini
           
           TCHAR achIniFile[MAX_PATH];
           TCHAR achReturnedString[MAX_PATH];

           lstrcpyA(achIniFile, achRootDirectory);
           lstrcatA(achIniFile,"profiles.ini");

           // Open the profiles.ini and try to read the Path
setting for Profile0
           // Will need to do some work on this to make it
work for multiple profiles.
           if (GetPrivateProfileString(
               "Profile0",                 // points to
section name
               "Path",                     // points to key name
               "Profiles\default.6o4",    // points to
default string
               achReturnedString,          // points to
destination buffer
               sizeof(achReturnedString),  // size of
destination buffer
               achIniFile))                // points to
initialization filename (the Profile.ini)
           {
               for (int i = 0; i <
lstrlenA(achReturnedString); i++)
               {
                   if (achReturnedString[i] == '/')
                       achReturnedString[i] = '\';
               }

               lstrcpyA(pachProfileDirectory, achRootDirectory);
               lstrcatA(pachProfileDirectory,
achReturnedString);

               fDone = 1;
           }
	   }


That's it.  If someone gives me access I'll attach the patch
to this bug.  (I'll put some notes about this patch in
another post)

----------------------------------------------------------------------

Comment By: Slinka (omstedall)
Date: 2004-07-21 20:47

Message:
Logged In: YES 
user_id=1080075

Sven, The attach file option is below all the comments where
it says "Check to Upload and Attach a File:"... If it is not
available for you email me the file and I can attach it for
you. Looking forward to getting hold of your solution - I
will be great to have it working with Firefox again. Thanks,

Slinka



----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-21 20:30

Message:
Logged In: YES 
user_id=991002

I do not appear to have permission to attach the patch to
this message (as there is no button that says "ATTACH FILE"),

----------------------------------------------------------------------

Comment By: Steffen Siebert (siebert)
Date: 2004-07-19 08:56

Message:
Logged In: YES 
user_id=884962

To Sven:

Can you please attach the patched source and, for
convenience, also the compiled binary to this bug? I'll then
submit the fix to cvs.

Ciao,
  Steffen

----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-17 08:17

Message:
Logged In: YES 
user_id=991002

I have fixed this, but have not submitted the fix to CVS as I 
don't have access (or haven't asked for it) yet.

If you are interested the problem is in NetscapeInfo.cxx -> 
GetMozillaInfo

Basically, the client is looking for a registry.dat to determine 
the location of the firefox bookmarks.html.  Firefox 0.9.x uses 
an ini file to show this location.  The fix is to look for the ini 
file if opening the registry.dat file fails.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=987755&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Bugs-997931 ] view.php in Mozilla Firefox...

[SourceForge.net <no...@so...>]

Bugs item #997931, was opened at 2004-07-26 03:06
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=997931&group_id=91038

Category: Server (PHP)
Group: 0.2.0 (server stable release)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: view.php in Mozilla Firefox...

Initial Comment:
... does not work because it only support some
"IE-JavaScript". Which is a bit bad... Please fix it!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=997931&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Bugs-997929 ] Security problem

[SourceForge.net <no...@so...>]

Bugs item #997929, was opened at 2004-07-26 03:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=997929&group_id=91038

Category: Server (PHP)
Group: 0.2.0 (server stable release)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Security problem

Initial Comment:
In the file index.php I read

$result = mysql_query("select personid, pass from
syncit_person where email = '$email'");

==> this script is absolutely open for SQL
injections!!!! There is no single check for $email to
be valid! Please fix this as soon as possible!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=997929&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Bugs-987755 ] Mozilla Firefox 0.9.2 Sync Broken

[SourceForge.net <no...@so...>]

Bugs item #987755, was opened at 2004-07-09 06:30
Message generated for change (Comment added) made by ducembarr
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=987755&group_id=91038

Category: Client (Win32)
Group: 1.6.0 (client stable release)
Status: Open
Resolution: None
Priority: 5
Submitted By: Slinka (omstedall)
Assigned to: Nobody/Anonymous (nobody)
Summary: Mozilla Firefox 0.9.2 Sync Broken

Initial Comment:
Since the release of Firefox 0.9 the syncing soesn't
work between Firefox and IE. It worked fine in Firefox 0.8.

I have tried editing the registry key for the Phoenix
location as explained here:

http://bookmarksync.sourceforge.net/phpwiki/index.php/FAQ 

Unfortunately it still doesn't work?!

Any ideas?

Thanks,

Slinka

----------------------------------------------------------------------

Comment By: Ducem Barr (ducembarr)
Date: 2004-07-25 21:55

Message:
Logged In: YES 
user_id=880328

This patch seems to be quite difficult to implement by hand
- will it be committed into CVS ?

TIA !

----------------------------------------------------------------------

Comment By: Jack Dean (jdean67)
Date: 2004-07-24 22:49

Message:
Logged In: YES 
user_id=875930

A couple of notes if you are patching client code.

I've applied it to the 1.6.4 source and it works. I've not 
looked at the 1.7 code, but there is an existing variable 
declared in 1.6.4 that was confusing for me: 

TCHAR achDirectory[MAX_PATH];

This patch adds an _additional_ variable called:
TCHAR achRootDirectory[MAX_PATH];

I didn't quite follow the instructions properly the first time and 
thought that the achRootDirectory[] variable _replaced_ the 
achDirectory[], it doesn't.

Other than that, the fix appears to work. 

BTW, my profile is stored in a directory called "default.ihr" 
not "default.6o4".  I wonder if Firefox is creating random 
directory extensions, perhaps for security reasons.  If this is 
true, the default parameter in GetPrivateProfileString isn't 
worth anything.

Thanks Sven for the hard work!

Jack Dean
sync2it.com

----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-22 03:56

Message:
Logged In: YES 
user_id=991002

The patch below allows Firefox users (tested 0.9.2) to sync.
 It looks for Profiles.ini and in there looks for Profile0.
 Now, I haven't uses profiles in Firefox, so I don't know
what happens when you DO use them.   It appears that there
could be several profiles in this file and so looking for
Profile0 may not be the best idea for those that use profiles.

If someone has problems, let me know and I'll look into a fix.

Because the way this patch was done Firefox appears as a
seperate browser than Firebird/Phoenix.  I *think* this will
work if both browsers (versions) are installed, but have not
tested that either.

Also, this patch was applied to 1.6.4 source.  When I first
tried to build 1.6.4 source it gave me an error with
Bookmarks.ico.  So, I downloaded 1.7.0 source and copied the
Bookmarks.ico from that.  This maybe just a simple file
corruption on my HD, or this may be useful to someone.



----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-22 03:47

Message:
Logged In: YES 
user_id=991002

Okay, I don't want people to wait any longer so here is the
(very time consuming) description of the patch.

There are two files to be patched:
SyncIt\WinMain.cxx
SyncLib\NetscapeInfo.cxx

Here's the change to WinMain.cxx:
Search for this line:
            MozillaBrowser phoenix("Mozilla Firebird",
"phoenix", "Phoenix");

Add this line just after it:
            MozillaBrowser firefox("Mozilla Firefox", 
"firefox", "Mozilla\Firefox");

Search for this line:
            sync.addBrowser(&phoenix);
Add this line just after it:
            sync.addBrowser(&firefox);


Changes for NetscapeInfo.cxx:
Search for this line:
   TCHAR achDirectory[MAX_PATH];

Make sure the next several lines look like this:
   TCHAR achRootDirectory[MAX_PATH];
   if (   pfnSHGetFolderPath &&
SUCCEEDED((*pfnSHGetFolderPath)(NULL, 0x001a /* =
CSIDL_APPDATA */ , NULL, 0, achRootDirectory))
       || pfnSHGetSpecialFolderPath &&
(*pfnSHGetSpecialFolderPath)(NULL, achRootDirectory, 0x001a
/* = CSIDL_APPDATA */, FALSE))
   {
       if (achRootDirectory[lstrlen(achDirectory) - 1] != '\')
       {
           lstrcatA(achRootDirectory, "\");
       }

       if (subpath)
       {
           lstrcatA(achRootDirectory, subpath);
       }
	   lstrcpyA(achDirectory, achRootDirectory);

	   // Look for registry.dat
       lstrcatA(achDirectory, "registry.dat");

Search for these two lines a few lines below: (don't forget
the ending curley brace)
           CloseHandle(h);
       }

Add the following lines below this:
	   else // h == INVALID_HANDLE_VALUE
       {
           // So we cannot open registry.dat, assume that we
are a newer version of Firefox (0.9.X) or later
           // and that the directory for bookmarks is stored
in Firefox\Profiles.ini
           
           TCHAR achIniFile[MAX_PATH];
           TCHAR achReturnedString[MAX_PATH];

           lstrcpyA(achIniFile, achRootDirectory);
           lstrcatA(achIniFile,"profiles.ini");

           // Open the profiles.ini and try to read the Path
setting for Profile0
           // Will need to do some work on this to make it
work for multiple profiles.
           if (GetPrivateProfileString(
               "Profile0",                 // points to
section name
               "Path",                     // points to key name
               "Profiles\default.6o4",    // points to
default string
               achReturnedString,          // points to
destination buffer
               sizeof(achReturnedString),  // size of
destination buffer
               achIniFile))                // points to
initialization filename (the Profile.ini)
           {
               for (int i = 0; i <
lstrlenA(achReturnedString); i++)
               {
                   if (achReturnedString[i] == '/')
                       achReturnedString[i] = '\';
               }

               lstrcpyA(pachProfileDirectory, achRootDirectory);
               lstrcatA(pachProfileDirectory,
achReturnedString);

               fDone = 1;
           }
	   }


That's it.  If someone gives me access I'll attach the patch
to this bug.  (I'll put some notes about this patch in
another post)

----------------------------------------------------------------------

Comment By: Slinka (omstedall)
Date: 2004-07-22 03:47

Message:
Logged In: YES 
user_id=1080075

Sven, The attach file option is below all the comments where
it says "Check to Upload and Attach a File:"... If it is not
available for you email me the file and I can attach it for
you. Looking forward to getting hold of your solution - I
will be great to have it working with Firefox again. Thanks,

Slinka



----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-22 03:30

Message:
Logged In: YES 
user_id=991002

I do not appear to have permission to attach the patch to
this message (as there is no button that says "ATTACH FILE"),

----------------------------------------------------------------------

Comment By: Steffen Siebert (siebert)
Date: 2004-07-19 15:56

Message:
Logged In: YES 
user_id=884962

To Sven:

Can you please attach the patched source and, for
convenience, also the compiled binary to this bug? I'll then
submit the fix to cvs.

Ciao,
  Steffen

----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-17 15:17

Message:
Logged In: YES 
user_id=991002

I have fixed this, but have not submitted the fix to CVS as I 
don't have access (or haven't asked for it) yet.

If you are interested the problem is in NetscapeInfo.cxx -> 
GetMozillaInfo

Basically, the client is looking for a registry.dat to determine 
the location of the firefox bookmarks.html.  Firefox 0.9.x uses 
an ini file to show this location.  The fix is to look for the ini 
file if opening the registry.dat file fails.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=987755&group_id=91038

[BMSYNC-DEVEL] [ bookmarksync-Bugs-987755 ] Mozilla Firefox 0.9.2 Sync Broken

[SourceForge.net <no...@so...>]

Bugs item #987755, was opened at 2004-07-09 00:30
Message generated for change (Comment added) made by jdean67
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=987755&group_id=91038

Category: Client (Win32)
Group: 1.6.0 (client stable release)
Status: Open
Resolution: None
Priority: 5
Submitted By: Slinka (omstedall)
Assigned to: Nobody/Anonymous (nobody)
Summary: Mozilla Firefox 0.9.2 Sync Broken

Initial Comment:
Since the release of Firefox 0.9 the syncing soesn't
work between Firefox and IE. It worked fine in Firefox 0.8.

I have tried editing the registry key for the Phoenix
location as explained here:

http://bookmarksync.sourceforge.net/phpwiki/index.php/FAQ 

Unfortunately it still doesn't work?!

Any ideas?

Thanks,

Slinka

----------------------------------------------------------------------

>Comment By: Jack Dean (jdean67)
Date: 2004-07-24 16:49

Message:
Logged In: YES 
user_id=875930

A couple of notes if you are patching client code.

I've applied it to the 1.6.4 source and it works. I've not 
looked at the 1.7 code, but there is an existing variable 
declared in 1.6.4 that was confusing for me: 

TCHAR achDirectory[MAX_PATH];

This patch adds an _additional_ variable called:
TCHAR achRootDirectory[MAX_PATH];

I didn't quite follow the instructions properly the first time and 
thought that the achRootDirectory[] variable _replaced_ the 
achDirectory[], it doesn't.

Other than that, the fix appears to work. 

BTW, my profile is stored in a directory called "default.ihr" 
not "default.6o4".  I wonder if Firefox is creating random 
directory extensions, perhaps for security reasons.  If this is 
true, the default parameter in GetPrivateProfileString isn't 
worth anything.

Thanks Sven for the hard work!

Jack Dean
sync2it.com

----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-21 21:56

Message:
Logged In: YES 
user_id=991002

The patch below allows Firefox users (tested 0.9.2) to sync.
 It looks for Profiles.ini and in there looks for Profile0.
 Now, I haven't uses profiles in Firefox, so I don't know
what happens when you DO use them.   It appears that there
could be several profiles in this file and so looking for
Profile0 may not be the best idea for those that use profiles.

If someone has problems, let me know and I'll look into a fix.

Because the way this patch was done Firefox appears as a
seperate browser than Firebird/Phoenix.  I *think* this will
work if both browsers (versions) are installed, but have not
tested that either.

Also, this patch was applied to 1.6.4 source.  When I first
tried to build 1.6.4 source it gave me an error with
Bookmarks.ico.  So, I downloaded 1.7.0 source and copied the
Bookmarks.ico from that.  This maybe just a simple file
corruption on my HD, or this may be useful to someone.



----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-21 21:47

Message:
Logged In: YES 
user_id=991002

Okay, I don't want people to wait any longer so here is the
(very time consuming) description of the patch.

There are two files to be patched:
SyncIt\WinMain.cxx
SyncLib\NetscapeInfo.cxx

Here's the change to WinMain.cxx:
Search for this line:
            MozillaBrowser phoenix("Mozilla Firebird",
"phoenix", "Phoenix");

Add this line just after it:
            MozillaBrowser firefox("Mozilla Firefox", 
"firefox", "Mozilla\Firefox");

Search for this line:
            sync.addBrowser(&phoenix);
Add this line just after it:
            sync.addBrowser(&firefox);


Changes for NetscapeInfo.cxx:
Search for this line:
   TCHAR achDirectory[MAX_PATH];

Make sure the next several lines look like this:
   TCHAR achRootDirectory[MAX_PATH];
   if (   pfnSHGetFolderPath &&
SUCCEEDED((*pfnSHGetFolderPath)(NULL, 0x001a /* =
CSIDL_APPDATA */ , NULL, 0, achRootDirectory))
       || pfnSHGetSpecialFolderPath &&
(*pfnSHGetSpecialFolderPath)(NULL, achRootDirectory, 0x001a
/* = CSIDL_APPDATA */, FALSE))
   {
       if (achRootDirectory[lstrlen(achDirectory) - 1] != '\')
       {
           lstrcatA(achRootDirectory, "\");
       }

       if (subpath)
       {
           lstrcatA(achRootDirectory, subpath);
       }
	   lstrcpyA(achDirectory, achRootDirectory);

	   // Look for registry.dat
       lstrcatA(achDirectory, "registry.dat");

Search for these two lines a few lines below: (don't forget
the ending curley brace)
           CloseHandle(h);
       }

Add the following lines below this:
	   else // h == INVALID_HANDLE_VALUE
       {
           // So we cannot open registry.dat, assume that we
are a newer version of Firefox (0.9.X) or later
           // and that the directory for bookmarks is stored
in Firefox\Profiles.ini
           
           TCHAR achIniFile[MAX_PATH];
           TCHAR achReturnedString[MAX_PATH];

           lstrcpyA(achIniFile, achRootDirectory);
           lstrcatA(achIniFile,"profiles.ini");

           // Open the profiles.ini and try to read the Path
setting for Profile0
           // Will need to do some work on this to make it
work for multiple profiles.
           if (GetPrivateProfileString(
               "Profile0",                 // points to
section name
               "Path",                     // points to key name
               "Profiles\default.6o4",    // points to
default string
               achReturnedString,          // points to
destination buffer
               sizeof(achReturnedString),  // size of
destination buffer
               achIniFile))                // points to
initialization filename (the Profile.ini)
           {
               for (int i = 0; i <
lstrlenA(achReturnedString); i++)
               {
                   if (achReturnedString[i] == '/')
                       achReturnedString[i] = '\';
               }

               lstrcpyA(pachProfileDirectory, achRootDirectory);
               lstrcatA(pachProfileDirectory,
achReturnedString);

               fDone = 1;
           }
	   }


That's it.  If someone gives me access I'll attach the patch
to this bug.  (I'll put some notes about this patch in
another post)

----------------------------------------------------------------------

Comment By: Slinka (omstedall)
Date: 2004-07-21 21:47

Message:
Logged In: YES 
user_id=1080075

Sven, The attach file option is below all the comments where
it says "Check to Upload and Attach a File:"... If it is not
available for you email me the file and I can attach it for
you. Looking forward to getting hold of your solution - I
will be great to have it working with Firefox again. Thanks,

Slinka



----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-21 21:30

Message:
Logged In: YES 
user_id=991002

I do not appear to have permission to attach the patch to
this message (as there is no button that says "ATTACH FILE"),

----------------------------------------------------------------------

Comment By: Steffen Siebert (siebert)
Date: 2004-07-19 09:56

Message:
Logged In: YES 
user_id=884962

To Sven:

Can you please attach the patched source and, for
convenience, also the compiled binary to this bug? I'll then
submit the fix to cvs.

Ciao,
  Steffen

----------------------------------------------------------------------

Comment By: Sven Masters (svenmasters)
Date: 2004-07-17 09:17

Message:
Logged In: YES 
user_id=991002

I have fixed this, but have not submitted the fix to CVS as I 
don't have access (or haven't asked for it) yet.

If you are interested the problem is in NetscapeInfo.cxx -> 
GetMozillaInfo

Basically, the client is looking for a registry.dat to determine 
the location of the firefox bookmarks.html.  Firefox 0.9.x uses 
an ini file to show this location.  The fix is to look for the ini 
file if opening the registry.dat file fails.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=595683&aid=987755&group_id=91038