Closed Bug 276373 Opened 20 years ago Closed 20 years ago

[BeOS] SpecialSystemDirectory::GetSpecialSystemDirectory don't work correctly for BeOS_DesktopDirectory (and cleanup)

Categories

(Core :: XPCOM, defect)

Other
BeOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: thesuckiestemail, Assigned: thesuckiestemail)

References

Details

Attachments

(1 file, 4 obsolete files)

We should not call find_directory for B_DESKTOP_DIRECTORY with 0 (reverts to
/boot) as volume, we should check on which volume the user has it's files.
Blocks: 266252
This patch seems to provoke some problems on my system. First of all, on the
first launch after applying, all my toolbar icons are gonde. On the second
launch, only the back and next button are missing, and the next launch they're
all there. But also going to the options... dialog crashes FF. I don't know to
what extend you can reproduce this behaviour. I didn't start with a clean
profile though (perhaps that's it?) Anyway, not including this patch in build d2.
Assignee: dougt → thesuckiestemail
Attachment #169839 - Attachment is obsolete: true
Hmm, that sounds strange. The only real difference is that we get which volume
to look at for Desktop, and that path doesn't have a added '/' at the end. I
don't remember why I removed the '/' but I did check it with printf's and it
worked ok here. Maybe there are some differences compared to AVIARY. I'll look
into it.
Attachment #170066 - Attachment is obsolete: true
Comment on attachment 170658 [details] [diff] [review]
Updated add slash if needed again

slash, not backslash.
r?
Attachment #170658 - Attachment description: Updated add backslash if needed again → Updated add slash if needed again
Attachment #170658 - Flags: review?(sergei_d)
tqh, somebody noticed in bezilla blog (probably Andrew Bachman?) that using
BPath may be more elegant, as it auto-normalizes paths with /./././.  :)
Did you notice that comment?
Well I just did it like that as we already had it as an char array, so I saw no
need to introduce a BPath as well.
Comment on attachment 170658 [details] [diff] [review]
Updated add slash if needed again

r=sergei_d
Attachment #170658 - Flags: review?(sergei_d) → review+
Comment on attachment 170658 [details] [diff] [review]
Updated add slash if needed again

sr?
(I also need someone to commit this in case of success.)
Attachment #170658 - Flags: superreview?(dougt)
Comment on attachment 170658 [details] [diff] [review]
Updated add slash if needed again

could strlen(path) ever return 0 and result still be B_OK?

if no, sr=dougt
Attachment #170658 - Flags: superreview?(dougt) → superreview+
It should not, but might as well check for it.
Attached patch Fail on zero len path (obsolete) — Splinter Review
Only change is 'if(len == 0) return NS_ERROR_FAILURE;' line.
Attachment #170658 - Attachment is obsolete: true
Comment on attachment 171438 [details] [diff] [review]
Fail on zero len path

Only change is 'if(len == 0) return NS_ERROR_FAILURE;' line. But asking for sr
to be safe.
Attachment #171438 - Flags: superreview?(dougt)
Comment on attachment 171438 [details] [diff] [review]
Fail on zero len path

Your surname isn't capitalized -- not sure if that is intentional.

Seams like you have a 12 char indentation in that function -- not sure if that
matches the rest of the style in this file.

Fix up the whitespace, and sr=dougt
Attachment #171438 - Flags: superreview?(dougt) → superreview+
I assume there is no need for sr, same patch different formatting.
Changed spacing, and formatting to match rest of the code.
Attachment #171438 - Attachment is obsolete: true
Checked in by timeless
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: